敏捷性，業(yè)務(wù)和IT的主要驅(qū)動力
如今，敏捷性是一個(gè)通用術(shù)語，現(xiàn)在幾乎所有圍繞IT支持展開的討論都是從它開始。在過去20年中，敏捷性已成為企業(yè)非常渴望的單一功能。起初作為實(shí)現(xiàn)創(chuàng)新和獲得市場競爭性優(yōu)勢的魔法鑰匙出售，現(xiàn)在已演變成為企業(yè)在市場/行業(yè)中長期生存和繁榮的必需品。

 

每個(gè)人都在談?wù)摂?shù)字敏捷性，每個(gè)人都想實(shí)現(xiàn)它。是的，乍一看它確實(shí)非常簡單。不僅可以提供指導(dǎo)，解決方案和技術(shù)以及組織更佳實(shí)踐的大量可用資源，而且還有許多已經(jīng)實(shí)施并取得成功的企業(yè)典范。

 

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

 

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

 

不過，《財(cái)富》 500強(qiáng)企業(yè)的“傳統(tǒng)”形象看起來有點(diǎn)不同。他們通常會通過復(fù)雜的IT組織設(shè)置來運(yùn)行多個(gè)龐大的業(yè)務(wù)部門。他們維護(hù)著眾多供應(yīng)商提供的各種IT解決方案，這些供應(yīng)商本身遵循多個(gè)標(biāo)準(zhǔn)或?qū)Ｓ畜w系結(jié)構(gòu)解決方案模式。組織的通信結(jié)構(gòu)驅(qū)動系統(tǒng)或服務(wù)的設(shè)計(jì)通常是非常堅(jiān)固和不容易改變的(根據(jù)“康威定律”)。盡管大多數(shù)企業(yè)都在嘗試，但到目前為止，這不是一個(gè)簡單的過程，需要一個(gè)漫長且定義明確的轉(zhuǎn)換過程。

 

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

 

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

 

如果您查看典型公司的現(xiàn)有系統(tǒng)格局，那么這正是向數(shù)字化企業(yè)過渡的必要條件。

 

在像上面提到的那些以數(shù)字為基礎(chǔ)的公司里，靈活性可能不再是那么重要的因素了，主要是因?yàn)樗x擇的體系結(jié)構(gòu)和生命周期模型（例如現(xiàn)代微服務(wù)體系結(jié)構(gòu)）不需要為了替換或重建某樣?xùn)|西而屈服。

 

因此，考慮到非數(shù)字原生公司的限制和挑戰(zhàn)，需要將現(xiàn)有系統(tǒng)（甚至考慮進(jìn)行轉(zhuǎn)型）整合到數(shù)字用例和現(xiàn)代體系結(jié)構(gòu)中，靈活性成為實(shí)現(xiàn)數(shù)字化的主要能力。

 

那么，實(shí)現(xiàn)靈活性和敏捷性的更佳方法是什么？
答案不是那么簡單。沒有一種架構(gòu)模式可以成為所有用例，數(shù)字實(shí)現(xiàn)或系統(tǒng)環(huán)境現(xiàn)代化方案的終極武器。

 

在過去的十年中，已經(jīng)創(chuàng)建了多個(gè)具有靈活性的開發(fā)和體系結(jié)構(gòu)模型。從面向?qū)ο笤O(shè)計(jì)（OOD）原則開始，面向服務(wù)的體系結(jié)構(gòu)（SOA）成為可重用，以服務(wù)為中心的體系結(jié)構(gòu)的里程碑。隨后，微服務(wù)被許多人視為SOA的發(fā)展。微服務(wù)作為近來IT體系結(jié)構(gòu)中的重要趨勢，許多架構(gòu)師和IT管理人員都經(jīng)歷了將微服務(wù)作為新的熱點(diǎn)問題的壓力。

 

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

 

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

 

在像上面提到的那些以數(shù)字為基礎(chǔ)的公司里，靈活性可能不再是那么重要的因素了，主要是因?yàn)樗x擇的體系結(jié)構(gòu)和生命周期模型（例如現(xiàn)代微服務(wù)體系結(jié)構(gòu)）不需要為了替換或重建某樣?xùn)|西而屈服。

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