-
问题描述：
公司已存在些项目其实并不是一个代码库对应一个服务，而是多个。举个例子，项目结构截图如下:
crland-osp-domain和crland-osp-service这两个目录定义了项目的实体类和service方法。crland-osp-api和crland-osp-web是两个服务。现打算将这个项目迁至猪齿鱼来管理，但是在猪齿鱼中一个实例应该是只对应一个服务。有想过将服务都抽取出来分别作为单独一个git仓库管理，而共用的作为依赖库。但是这样无疑增加了本地开发调试的难度，可能需要新增一个实体类，得先发布依赖 ，api和web才能进行开发，每次小改动的话就比较麻烦。项目比较老了，不会对项目结构做太大调整，目前只维护某些逻辑。
那么如果我在helm chart的部署文件里定义多个deployment的话，到猪齿鱼上一个实例跟多个deployment该怎么对应起来，以及创建网络选择实例等。亦或者是deployment、service、ingress全写到helm chart里面的话，是否还能通过猪齿鱼来维护这些对象呢。
对于类似这种项目结构的，helm chart 有没有更好的推荐的写法。
多个服务不建议放在一个库中，如果放在一个库中，目前Choerodon对多个不同部署是支持不是很友好，你可以把多个部署写在一个chart中的并内置service，域名则可以使用choerodon管理。