Salesforce公司日前收购Mule Soft公司表明，大规模云计算软件供应商和微服务之间开始一场对决，这为定义其下一代系统战略的数字领导者带来了难题。
在一个角落里，企业拥有微服务
在微服务领域，组织的生态系统或体系结构是由内部部署数据中心构建的大量应用程序和服务，以及由SaaS供应商管理的“微小”的服务集合。每个相关的数字资产都被视为与API和SLA具有接口的服务。应用程序将这些服务组合到具有多个接触点的用户界面中。在确定其后端时，建筑师采取务实的最佳方法。如果这种服务已经建成并且可用，企业团队将表明将很快采用。
创新水平决定了租赁和建设之间的选择。如果服务是大多数组织使用的商品，那么很可能会有SaaS供应商为其服务。如果服务不存在，如果是新的团队放在一起，那么需要他们建立。而且，它是自己进化的。在康威定律的反映，自治团队管理服务持续集成/持续部署(CI/CD)模式在快速变化的步伐推动。通常，此服务会重用其他人的API并添加新的逻辑和状态。换句话说，企业管理着自己的数据存储库，使它成为一个具有逻辑记录的微系统，它提供的API最终被放到组织的服务和数据结构中。
采用租赁服务意味着可以适应他们实施的任何功能并放弃对发布周期的控制，因此重要的是这些服务需要遵循业界最佳实践的业务领域，并且这种变化很小。对于实现特定要求的部分，需要快速解决的大量积压工作正在形成。它只能通过控制持续集成/持续部署(CI/CD)管道来刷新。而且，这些聪明的团队不断整合、建立、改变、交付。
MuleSoft公司正处于这一切之中。它称之为“可组合企业”。该公司将所有东西看作是微服务，并且其整合平台的目标是（或曾经是）将它们拼凑成更大的东西。
企业在另一个角落拥有巨大的空间
另一方面是Salesforce，Workday，SAP和Oracle等公司是称之为云巨头的典型例子。它们遵循的策略类似于20世纪90年代的企业软件套件，它们将ERP、HR、CRM和其他软件组合成单片封装。如今的云巨头日益在同一个“一站式商店”的前提下运作。
其提供的承诺是，不需要经过拼接多个供应商服务和确保数据一致性的麻烦。他们吞噬所有这些服务，将它们整合到云中，并提供越来越多的功能覆盖。这些公司的抱负是那些曾经称自己是“SAP房子”的公司，例如是“Salesforce house”或“Workday house”。
这些云巨头认为他们可以在这个巨大舞台中获得灵活性、定制化和独特性，但事实是这些选择是渺茫的。他们依靠UI定制和后端工作流程和数据的狭义参数化，所以其定制和独特性的收益很小。
这种分歧对于那些审查战略的领导人来说意味着什么？这取决于保守的、行动迟缓的企业对单一云计算的采用。他们相信，如果用户从同一个地方得到所有的东西，它会更好地协同工作。
有趣的是，像Netflix、Twitter、亚马逊、Spotify这样的敏捷快速的公司订阅模型。他们的历史告诉人们什么？他们是创新者，是顶级的厂商。
所以，如果企业想成为一个行业的领导者，就必须与行业巨头进行竞争。事实上，也应该如此。创新来自企业将业务特有的同类最佳部件、功能和数据集合在一起，以及员工，客户和合作伙伴经历的复杂的用户界面的定义。
尽管如此，为什么行业巨头会收购一家主张“微型事物组合企业”战略的公司？这是一个有趣的举动。从根本上说，这是因为该公司是一家内部部署与云计算集成商。但企业仍然需要保持不断重塑业务的能力，并与即将到来的数字精通竞争对手展开良好的斗争。
真正的问题是，企业应该处在哪个角落？
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
