2018年SAP TechEd季度即将到来，如何做淘客，我非常高兴能为敏捷环境下的400微服务做贡献，物联网展，这在很大程度上是基于SAP社区的内部工作。

还有我相关的Lightning Talk LT120，我在这篇博文中描述了这一点。

这篇演讲是基于这样一个假设：系统、流程和组织只能在一个数字公司中共同发展。组织的结构与组织构建的系统的体系结构相互关联。微服务和自包含系统（SCS）是将复杂系统构造成更小模块的相关模式，这些模块由自治团队开发和拥有。在不确定的条件下开发新产品或服务时，这些团队从端到端地进行敏捷工作和思考以避免浪费是非常重要的。

在本次演讲中，您将学习如何：

使用自包含系统改进复杂的软件架构将微服务架构与敏捷软件开发相结合从端到端考虑敏捷以减少浪费

让我们更详细地看一下这些语句。

自包含系统

SCS是一个自治的web应用程序，如果需要数据库，在线建站平台，它有自己的业务逻辑和数据库。SCS的重要部分是它的用户界面。用户界面用于向用户提供SCS的主要功能。自包含系统和微服务是相关的，但概念不同。一个SCS可以由多个微服务组成。微服务是独立部署的模块，物理边界由一个团队拥有。

SCS和微服务是领域驱动设计的完美匹配。在DDD中，怎么选购云服务器，域被分解成子域，以便于建模和理解。这些子域的模型只在需要边界的上下文中有效。边界是SCS，微服务是帮助在上下文中组织域模型元素的模块。

SCS由一个团队拥有。这使得团队成为有限上下文和属于SCS的所有微服务的所有者。

敏捷和微服务

敏捷宣言的一部分是原则："最佳架构、需求和设计来自自组织团队。"微服务架构实现了所描述的自治和自组织。因此，大数据是什么意思，团队需要许多不同的技能来完成任务。只有跨职能团队才能自主运作并快速响应客户需求。

总结为十二要素应用程序和持续交付的最佳实践不仅仅是微服务的技术细节。SAP社区通过SAP云平台成功地实现了这些基本的体系结构关注点。这使得SAP社区能够在正常工作时间内将变化带到用户手中。

端到端敏捷性

精益方法，如精益启动和精益企业使用反馈循环和实验性问题解决方法。例如，精益企业（leaneenterprise）强调了端到端敏捷性的重要性，而大多数组织都没有实现这一点。加入我的演讲，了解更多关于这个问题的知识。

微服务架构的一个非常重要的方面是集成，因为你不能在不面对任何集成任务的情况下，将一个复杂的系统分解成具有物理边界的小模块。微服务和scs可以集成在不同的层上：

用户界面：链接和转换可以用来集成有自己用户界面的系统。SAP社区使用此方法来保持SCS尽可能独立。业务逻辑：信息传递：信息传递有无数的优点。SAP社区使用apachekafka以弹性和可伸缩的方式实现模式事件承载的状态传输。服务API：RESTful API可以（重新）使用业务逻辑。

微服务集成的一个非常重要的方面是组织结构。DDD提供了诸如客户/供应商和符合者等模式来描述和分析两个集成系统之间的关系。当每个团队向不同的管理者报告或有不同的目标时，就会出现模式遵从者。

在一开始，我提到系统、流程和组织只能在数字公司中一起发展。敏捷软件开发必须通过跨职能团队从端到端进行。团队的结构应该与微服务体系结构相匹配，如果您使用DDD，还可能与您的有限上下文相匹配。