敏捷性，業務和IT的主要驅動力
如今，敏捷性是一個通用術語，現在幾乎所有圍繞IT支持展開的討論都是從它開始。在過去20年中，敏捷性已成為企業非?？释膯我还δ?。起初作為實現創新和獲得市場競爭性優勢的魔法鑰匙出售，現在已演變成為企業在市場/行業中長期生存和繁榮的必需品。

 

每個人都在談論數字敏捷性，每個人都想實現它。是的，乍一看它確實非常簡單。不僅可以提供指導，解決方案和技術以及組織更佳實踐的大量可用資源，而且還有許多已經實施并取得成功的企業典范。

 

是什么讓業務變得敏捷？
Netflix，Uber，Spotify和Airbnb是創新和敏捷性的杰出典范。這些公司實際上是數字時代的同義詞，并經常被其他公司作為效仿的榜樣。

 

這些公司與大多數《財富》 500強公司之間的區別在于，大多數公司僅存在10年左右。它們是在互聯網和在線/移動應用程序/設備已經存在或至少萌芽的時候建立的。這些新公司沒有40多年IT發展的“負擔”，盡管它們在不斷發展，他們的可能性也遠遠落后于今天所能達到的范圍。毫無疑問，這些公司本身可以被視為新技術和運營模式的創新者和推動者，它們在過去的幾十年“傳統” IT業務的經驗中受益匪淺。此外，這些公司通常專注于支持現代架構和運營架構的相對中心的業務模型。而且，更重要的是，他們沒有必須考慮的舊版應用程序，基礎架構或組織單位和流程。

 

不過，《財富》 500強企業的“傳統”形象看起來有點不同。他們通常會通過復雜的IT組織設置來運行多個龐大的業務部門。他們維護著眾多供應商提供的各種IT解決方案，這些供應商本身遵循多個標準或專有體系結構解決方案模式。組織的通信結構驅動系統或服務的設計通常是非常堅固和不容易改變的(根據“康威定律”)。盡管大多數企業都在嘗試，但到目前為止，這不是一個簡單的過程，需要一個漫長且定義明確的轉換過程。

 

那么，企業是如何成功的呢？
毫無疑問，數字革命是沒有辦法避免的。我們處于中間，為了生存和成功，企業需要采用敏捷式開發和運營模式。但是鑒于上述限制和挑戰，他們更需要的是一種適應其組織和系統結構的變革性方法。使他們無需突然改變一切就能快速取得成果。這樣既可以保持良好的優勢，又可以在需要的地方進行更改，并顯示出將更多“ 業務敏捷性”采納為企業可以處理的“ 變化速度 ” 的路線圖。并提供一種在工作量，價值，緊迫性和風險之間取得良好平衡的解決方案。

 

靈活性超越敏捷
靈活性”和“敏捷性”經常結合使用，盡管它們的含義不同。雖然“敏捷性”可以看作是“靈活性”的自然演變，但它更多是與速度需求有關的戰略能力。另一方面，靈活性是一種操作能力，可實現敏捷性。因此，毫無疑問，靈活性是敏捷的能力，但靈活性的重要性取決于整體體系結構和操作模型。

 

如果您查看典型公司的現有系統格局，那么這正是向數字化企業過渡的必要條件。

 

在像上面提到的那些以數字為基礎的公司里，靈活性可能不再是那么重要的因素了，主要是因為所選擇的體系結構和生命周期模型（例如現代微服務體系結構）不需要為了替換或重建某樣東西而屈服。

 

因此，考慮到非數字原生公司的限制和挑戰，需要將現有系統（甚至考慮進行轉型）整合到數字用例和現代體系結構中，靈活性成為實現數字化的主要能力。

 

那么，實現靈活性和敏捷性的更佳方法是什么？
答案不是那么簡單。沒有一種架構模式可以成為所有用例，數字實現或系統環境現代化方案的終極武器。

 

在過去的十年中，已經創建了多個具有靈活性的開發和體系結構模型。從面向對象設計（OOD）原則開始，面向服務的體系結構（SOA）成為可重用，以服務為中心的體系結構的里程碑。隨后，微服務被許多人視為SOA的發展。微服務作為近來IT體系結構中的重要趨勢，許多架構師和IT管理人員都經歷了將微服務作為新的熱點問題的壓力。

 

不同的架構具有不同的優點和缺點。如果您沿著應用程序核心屬性（如可伸縮性，一致性，生命周期頻率和生命周期）分析不同的體系結構樣式，則這些差異將變得顯而易見。因此雖然微服務是一個明顯的演進，也是現代的架構模式。但是，在許多用例中，基于微服務的體系結構根本不適用或不是更佳選擇。

 

那么，企業該如何解決？MuleSoft能為您提供答案。MuleSoft Anypoint Platform能提供跨單體，SOA和微服務架構的敏捷連接。

 

在像上面提到的那些以數字為基礎的公司里，靈活性可能不再是那么重要的因素了，主要是因為所選擇的體系結構和生命周期模型（例如現代微服務體系結構）不需要為了替換或重建某樣東西而屈服。

（編譯自Mulesfoft Blog：What business agility really means for IT ）