Salesforce公司日前收購Mule Soft公司表明，大規(guī)模云計算軟件供應商和微服務之間開始一場對決，這為定義其下一代系統(tǒng)戰(zhàn)略的數(shù)字領導者帶來了難題。

在一個角落里，企業(yè)擁有微服務

在微服務領域，組織的生態(tài)系統(tǒng)或體系結構是由內部部署數(shù)據(jù)中心構建的大量應用程序和服務，以及由SaaS供應商管理的“微小”的服務集合。每個相關的數(shù)字資產都被視為與API和SLA具有接口的服務。應用程序將這些服務組合到具有多個接觸點的用戶界面中。在確定其后端時，建筑師采取務實的最佳方法。如果這種服務已經建成并且可用，企業(yè)團隊將表明將很快采用。

創(chuàng)新水平決定了租賃和建設之間的選擇。如果服務是大多數(shù)組織使用的商品，那么很可能會有SaaS供應商為其服務。如果服務不存在，如果是新的團隊放在一起，那么需要他們建立。而且，它是自己進化的。在康威定律的反映，自治團隊管理服務持續(xù)集成/持續(xù)部署(CI/CD)模式在快速變化的步伐推動。通常，此服務會重用其他人的API并添加新的邏輯和狀態(tài)。換句話說，企業(yè)管理著自己的數(shù)據(jù)存儲庫，使它成為一個具有邏輯記錄的微系統(tǒng)，它提供的API最終被放到組織的服務和數(shù)據(jù)結構中。

采用租賃服務意味著可以適應他們實施的任何功能并放棄對發(fā)布周期的控制，因此重要的是這些服務需要遵循業(yè)界最佳實踐的業(yè)務領域，并且這種變化很小。對于實現(xiàn)特定要求的部分，需要快速解決的大量積壓工作正在形成。它只能通過控制持續(xù)集成/持續(xù)部署(CI/CD)管道來刷新。而且，這些聰明的團隊不斷整合、建立、改變、交付。

MuleSoft公司正處于這一切之中。它稱之為“可組合企業(yè)”。該公司將所有東西看作是微服務，并且其整合平臺的目標是(或曾經是)將它們拼湊成更大的東西。

企業(yè)在另一個角落擁有巨大的空間

另一方面是Salesforce，Workday，SAP和Oracle等公司是稱之為云巨頭的典型例子。它們遵循的策略類似于20世紀90年代的企業(yè)軟件套件，它們將ERP、HR、CRM和其他軟件組合成單片封裝。如今的云巨頭日益在同一個“一站式商店”的前提下運作。

其提供的承諾是，不需要經過拼接多個供應商服務和確保數(shù)據(jù)一致性的麻煩。他們吞噬所有這些服務，將它們整合到云中，并提供越來越多的功能覆蓋。這些公司的抱負是那些曾經稱自己是“SAP房子”的公司，例如是“Salesforce house”或“Workday house”。

這些云巨頭認為他們可以在這個巨大舞臺中獲得靈活性、定制化和獨特性，但事實是這些選擇是渺茫的。他們依靠UI定制和后端工作流程和數(shù)據(jù)的狹義參數(shù)化，所以其定制和獨特性的收益很小。

這種分歧對于那些審查戰(zhàn)略的領導人來說意味著什么?這取決于保守的、行動遲緩的企業(yè)對單一云計算的采用。他們相信，如果用戶從同一個地方得到所有的東西，它會更好地協(xié)同工作。

有趣的是，像Netflix、Twitter、亞馬遜、Spotify這樣的敏捷快速的公司訂閱模型。他們的歷史告訴人們什么?他們是創(chuàng)新者，是頂級的廠商。

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

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

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