在GAE项目/应用程序级别与服务/模块级别实施CI/CD环境的优势？

Question

在命名开发人员环境中, Google提出了两种为GAE应用程序实现不同CI/CD环境的方法

• 基于同一项目/应用程序内的不同服务(以前称为模块):

如果选择仅使用多种服务来创建应用微服务,您可以为每个环境的一个App Engine的项目,并将其命名相应的,如web-app-dev, web-app-qa和web-app-prod.

• 基于不同的项目/应用程序:

另外,如果您选择创建通过使用多个项目您的微服务的应用程序,可以实现环境之间相同的分离,但你需要使用更多的项目,如 web-app-dev,web-app-prod,user-service-dev,和 user-service-prod.您将需要使用代码模式来确保dev项目仅调用其他dev项目,并且prod 项目仅调用其他prod项目.

上述文档片段中的措辞似乎表明两种方法大致相同,但两种方法之间至少存在一个显着差异:基于项目/应用程序的方法确保数据隔离,而基于服务/模块的方法不 - 数据存储区和内存缓存由所有服务共享.

在隔离服务隔离和项目隔离的比较中记录了从隔离角度看两种方法之间的更详细比较:

下表提供了在微服务体系结构中使用多个服务和多个项目之间的比较:

我的问题是:除了上述差异外,使用基于项目的方法还是基于服务的方法还有其他优点吗？或者任何可能被视为劣势的事情？

Answer 1

基于项目的方法还允许您分离计费问题和IAM角色.

您可以直接使用不同的信用卡收费,或者只是单独设置结算限额(由于开发错误超过了您的结算限额,谁希望生产停止？).您还将获得单独的结算报告,因此我们可以更轻松地确定您的产品费用.

基于服务的方法可能会最大限度地减少管理工作.例如,如果由于某种原因需要设置VPN或其他网络方面,单个项目意味着您只需要配置一次,而不是每个项目配置一次.