实施微服务架构模式所面临的挑战

实施微服务架构模式所面临的挑战

微服务架构、Docker容器、可编程基础架构、服务器租用cn.bluehost.com云计算和现代持续交付（CD）技术的新兴组合，使得通过软件开发实现业务价值的真正模式转变成为现实。

美国高德纳公司（Gartner）也实现了同样的转变，在其“2016年应用架构炒作周期”中，研究小组表示微服务架构风格处于“翘首以望的顶峰。” 因此，企业组织在选择采用微服务方面可能会面临一些困难，但是我们认为，成功采用该新型架构风格的首要步骤之一就是整理和确认CD流水线中的功能性和非功能性需求。

三思而后行：需求的可见性和编纂化

为了满足提高业务速度的需求，采用敏捷和紧凑的软件开发方法成为必然。对于仍在坚持采用这些方法的企业组织来说，价值流图和Wardley映射等技巧都是非常有价值的。事实上，许多组织尚未全面了解如何获得最初的商业构想或为最终用户改进功能。

如果没有真正了解整个运送系统中的工作程序，就可能会导致出现延迟交付的情况，而组织方面将受到牵连，其中经常受到责备的是质量保证人员（QA）。因为在软件设计完成并实施过程中，让QA担任质量“把关人”，而他们只是关注于无效的手动工作，完全忽略了交付这一部分，可见QA难辞其咎。

我们强烈支持保持工作的可见性特点，对要求进行编纂归类是可见性需求的必然结果。因为编纂要求有助于自动化，反过来还可以加快速度。只有建立在自动化的基础上，首席执行官和首席信息官才能实现通过软件更加快速地提供价值，并增加安全性的目标。而许多公司都在使用其CD流水线和工作流程中的自定义步骤来编纂和验证需求。其中行为驱动开发（BDD）对于形成和编纂业务假说和行为非常有利。自动性能和安全性测试都具有特定范围的可接受性，并被编入步骤，可以说是现代软件开发领域的重要筹码。