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è)應該處在哪個角落?