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這樣的敏捷快速的公司訂閱模型。他們的歷史告訴人們什么?他們是創新者，是頂級的廠商。

所以，如果企業想成為一個行業的領導者，就必須與行業巨頭進行競爭。事實上，也應該如此。創新來自企業將業務特有的同類最佳部件、功能和數據集合在一起，以及員工，客戶和合作伙伴經歷的復雜的用戶界面的定義。

盡管如此，為什么行業巨頭會收購一家主張“微型事物組合企業”戰略的公司?這是一個有趣的舉動。從根本上說，這是因為該公司是一家內部部署與云計算集成商。但企業仍然需要保持不斷重塑業務的能力，并與即將到來的數字精通競爭對手展開良好的斗爭。

真正的問題是，企業應該處在哪個角落?