要构建云本地应用程序和服务，仅仅在Docker映像中封装旧的整体并在Kubernetes中运行它是不够的。我们重视Heroku定义的被称为“The Twelve-Factor App”的原则:https://12factor.net(从关键的角度看https://content.pivotal.io/ebooks/beyond-the-12-factor-app)。没有这些指导原则，就很难在分布式环境中进行扩展。Activiti Cloud对流程引擎进行了重新定位，以便更好地与此类分布式环境中的其他组件进行交互。Activiti Cloud成功的衡量标准是与其他微服务及其设计、构建和部署方式的低阻抗不匹配。
1.一个代码库，一个应用
我们的示例服务都位于不同的存储库中，每个存储库都表示一个Spring引导应用程序，Spring Cloud库也支持该应用程序。每个服务存储库都包含一组构件，这些构件使它们适合于CI/CD管道:
- Jenkinsfile:(或其他pipiline定义)管道，用于构建、部署和将当前服务提升到Kubernetes集群。
- Maven项目:定义使用Spring Boot和Activiti Cloud starter构建的服务。
- Dockerfile:定义如何为服务构建docker映像
- HELM Charts:定义一组清单(kubernetes描述符)，将服务部署到正在运行的kubernetes集群中。
我们为每个构建块提供了一个Spring启动器，可以根据您的领域特定需求进行定制和扩展。
我们的Spring启动器可以在这里找到:
2.API优先
REST和 Message Driven APIs(消息驱动api)为每个服务定义，每个服务的规范可以在组件文档中找到。我们希望确保契约定义良好，以便支持不同的实现。支持不同实现(基于不同的技术)背后的目标使我们能够支持更广泛的场景(低延迟、数据密集型、自定义需求等)。
3.依赖关系管理
Activiti Core和Activiti Cloud依赖关系使用物料清单(BoMs)进行管理，这些物料清单集成了服务和库依赖关系。这些bom可在以下两个资料库找到:
4.设计、构建、发布、运行
- 设计:我们在设计、RFC和编码之间保持一个闭环，以确保我们能够快速构建小的特性，从而改进我们的服务，并且能够频繁地发布(至少每月一次)。
- 构建:我们的CI服务器构建我们的每个服务，并将其发布到Alfresco Nexus和Maven central，因此您可以依赖频繁发布的工件。我们所有的服务都可以使用环境变量进行配置，因此我们保持它们不变，您可以使用标准容器实践更改它们的配置
- 发布:对于特定于领域的模块/服务，我们提供了一些机制来确保您能够重新生成您的发布，以便在出现问题时能够进行审计和故障排除
- 运行:我们提供分级HELM图，支持基础设施和应用程序的简单部署。你可以在我们的入门指南中找到如何开始使用这些HELM图。
5.配置、证书和代码
所有Activiti Cloud服务的配置都由env变量提供，系统/平台范围的配置可以使用Spring cloud配置服务。这些配置可以根据环境进行划分，通过使用Kubernetes的Secret，我们可以与其他Secret提供者集成。
6.日志
Activiti Cloud服务的日志被委托给基础设施。您可以连接您的ELK堆栈来分析和监控您的日志。环境变量用于配置日志写入的位置。我们希望依靠公共工具进行监视和日志记录，而不是为此提供我们自己的定制解决方案。
7.可任意部署使用
Activiti Cloud服务的启动速度很快，不到30秒，因此可以根据需要快速扩展。这些服务不存储状态，因此基础设施可以随时处理和重新创建它们。Activiti Cloud团队致力于改善启动时间，并确保将前期操作保持在最低水平。
8.支持服务
Activiti Cloud服务将有限资源的概念用于安全、电子邮件、数据源、存储和其他资源。它还使用服务注册中心来抽象其他服务的位置以及它们之间的通信方式。
9.环境奇偶性
Activiti Cloud为我们的用户和实现者提供了一个类似于生产环境的环境，以生产特定于领域的产品，这些产品稍后可以发布到生产环境中。Activiti Cloud依赖于行业标准，以确保处理用于开发、测试/QA和生产的多个环境尽可能简单和真实。我们依靠HELM和GitOps实践等技术来确保这些环境能够在不同的集群中轻松复制。
10.管理流程
在Activiti中，最初与流程引擎捆绑在一起的云管理流程正在外部重构，以重用基础设施提供的服务。管理流程是大多数开源BPM项目中的主要问题之一。由于这个原因，我们正在努力将这些流程中的每个流程从流程引擎范围中移除。
11.端口绑定
所有Activiti Cloud服务都是Spring引导应用程序，允许环境变量配置它们的名称(用于自动发现)和它们将运行的端口，作为对其他应用程序和服务的支持服务。我们所有的服务都在同一个端口上运行，它们利用Kubernetes网络进行映射和绑定。
12.无状态流程
Activiti Cloud服务在设计上是无状态的，如果它们需要存储状态，它们将绑定到一个数据源来存储它。缓存机制(如Redis)将用于在需要时共享状态。
13.并发
运行时捆绑包的设计理念是可伸缩的流程执行——如果有太多的请求来创建一个类型的流程实例，或者有太多针对一组特定流程实例的交互，可以根据需要创建新的运行时捆绑包实例来处理负载。要在Activiti Cloud中实现这种可伸缩性，不需要额外的配置——这是平台的固有特性。
14.遥测
Activiti Cloud服务通过标准Spring Boot(micrometer) actuators 和健康指示器提供遥测，但它还提供业务级遥测my，它发出一组公开运行时操作的标准化事件。所有这些信息都可以用于数据仓库、报告和预测目的。
15.认证和授权
Activiti Cloud的所有服务都依赖于SSO和IDM。RBAC(基于角色的访问控制)是我们所有服务的本机部分。Activiti Cloud组件将为领域特定的扩展提供挂钩点，以构建更复杂的用例。
来源：oschina
链接：https://my.oschina.net/u/4275499/blog/3437442