及時有效地支持不斷變化的業(yè)務(wù)需求是成功的關(guān)鍵。實現(xiàn)真正的業(yè)務(wù)敏捷性對于公司持續(xù)的競爭力至關(guān)重要，尤其是在當(dāng)今無法預(yù)測的世界中。這個挑戰(zhàn)并不是什么新鮮事物 - 在數(shù)十年中，基于組件或以服務(wù)為導(dǎo)向的架構(gòu)只是建議果斷地推進組織的業(yè)務(wù)敏捷性的兩個范例的示例。在當(dāng)今不確定的世界中，它更加緊迫的是商業(yè)敏捷性在提高公司的韌性方面的價值，即它可以承受和吸收外部破壞的能力。 

以彈性為中心的操作的樞軸的一個例子是供應(yīng)鏈，如果某些要素變得不可靠，需要快速重新組合。  

實現(xiàn)業(yè)務(wù)敏捷性的主要障礙是彌合備受敬業(yè)的業(yè)務(wù)/IT差距（業(yè)務(wù)與IT之間的互動中的困難和效率低下）。這通常是由于雙方都無法將自己的擔(dān)憂遠離對話。例如，DevOps和Cloud是否關(guān)注商業(yè)領(lǐng)域。 

企業(yè)和它如何共同建立高度組合的功能業(yè)務(wù)組件，這意味著它們有效地支持業(yè)務(wù)需求和基礎(chǔ)實施功能的變化？這篇博客文章探討了適當(dāng)?shù)膽?yīng)用程序體系結(jié)構(gòu)，服務(wù)體系結(jié)構(gòu)和信息體系結(jié)構(gòu)的作用，并演示了它們是構(gòu)建可組合商業(yè)體系結(jié)構(gòu)的關(guān)鍵成功因素。它還強調(diào)了軟件北京軟件公司的Super IPAA如何提供有效實現(xiàn)這些體系結(jié)構(gòu)的功能功能。

缺乏應(yīng)用架構(gòu)幾乎破壞了一家公司

這是北京軟件公司 Prospect的真實故事，該公司由于缺乏適當(dāng)?shù)膽?yīng)用架構(gòu)而面臨近乎破壞的情況。這是對不受管制發(fā)展實踐的后果以及隨后采用API治理作為解決方案 的現(xiàn)實課程。

該公司經(jīng)營著許多自開發(fā)的系統(tǒng)組件，每個組件由開發(fā)團隊管理。但是，這些開發(fā)人員對各種組件負有重疊的責(zé)任。當(dāng)開發(fā)人員亞倫（Aaron）需要從組件A組件A中的數(shù)據(jù)時，問題就開始了，而無需注冊，文檔或監(jiān)視即興即興界面。當(dāng)開發(fā)人員康拉德（Conrad）需要組件B中的相同數(shù)據(jù)時，這種非正式連接也有效。ConradConrad看到了Aaron的界面，使用了它，并且它也工作了一段時間。但是，當(dāng)亞倫在稍后在組件B中修改了他的界面時，混亂隨之而來，因為該動作破壞了組件C的操作。如果沒有適當(dāng)?shù)某绦颍⑶覜]有測試過程，則允許這種錯誤的代碼上線，從而導(dǎo)致生產(chǎn)問題，巨大的成本影響，并損害公司公眾聲譽。具有諷刺意味的是，組件B的主要開發(fā)人員Brianna最初面臨著錯誤消息的最懷疑，因為她的組件似乎破壞了操作，但錯誤不是由于設(shè)計錯誤而是導(dǎo)致開發(fā)人員即興創(chuàng)作的結(jié)果。這種情況強調(diào)了應(yīng)用程序體系結(jié)構(gòu)不足的后果，并且在學(xué)習(xí)了非常昂貴的課程后，該公司采用了軟件北京軟件公司來建立API治理。這種情況強調(diào)了應(yīng)用程序體系結(jié)構(gòu)不足的后果，并且在學(xué)習(xí)了非常昂貴的課程后，該公司采用了軟件北京軟件公司來建立API治理。這種情況強調(diào)了應(yīng)用程序體系結(jié)構(gòu)不足的后果，并且在學(xué)習(xí)了非常昂貴的課程后，該公司采用了軟件北京軟件公司來建立API治理。

如何不構(gòu)建和重復(fù)使用接口

如何不構(gòu)建和重新使用接口 - 一個真實的示例

該公司開發(fā)實踐的缺點對于每個經(jīng)驗豐富的開發(fā)人員來說都是顯而易見的。當(dāng)應(yīng)用程序分為組件時，這些應(yīng)用程序未正確分開，理想情況下是在微服務(wù)范式之后。缺乏專門的開發(fā)團隊，有記錄的API，可追溯的調(diào)用以及強制性質(zhì)量檢查和測試程序創(chuàng)造了一個脆弱的系統(tǒng)?？煽康膽?yīng)用程序體系結(jié)構(gòu)，是軟件組件的抽象結(jié)構(gòu)，例如應(yīng)用程序，微服務(wù)，數(shù)據(jù)庫等，以及它們的交互方式，對業(yè)務(wù)敏捷性至關(guān)重要。它可以適應(yīng)組件，確保一個更快，更少的風(fēng)險過程。

發(fā)布此昂貴的課程，該公司尋求軟件北京軟件公司的幫助來建立API治理。這一戰(zhàn)略舉動旨在避免未來的陷阱，并為其應(yīng)用架構(gòu)確保強大的基礎(chǔ)。 API治理可確保適當(dāng)?shù)奈臋n，注冊和監(jiān)視界面，以防止公司以前遇到的混亂。使用的工具是超級IPAA，通過中央監(jiān)視分散集成執(zhí)行的中央監(jiān)視，以政策驅(qū)動的API呼叫的全面特征，并支持DevOps Paradigm的支持。

什么肥皂和休息可以教授可構(gòu)成的商業(yè)體系結(jié)構(gòu)

即使在今天，開發(fā)人員也經(jīng)常在午餐休息期間就肥皂（簡單對象訪問協(xié)議）和休息（代表性狀態(tài)轉(zhuǎn)移）之間的差異進行討論。對于商業(yè)專業(yè)人員來說，這些首字母縮寫似乎是技術(shù)書呆子領(lǐng)域的晦澀術(shù)語，與他們的日常工作無關(guān)。  

但是，除了技術(shù)術(shù)語外，這些范式還提供了對服務(wù)架構(gòu)和信息體系結(jié)構(gòu)主題的寶貴見解。這些見解不僅與技術(shù)業(yè)務(wù)方面的考慮有關(guān)，而且還可以成為構(gòu)建良好的合成業(yè)務(wù)體系結(jié)構(gòu)的基礎(chǔ)，進而促進業(yè)務(wù)敏捷性。

肥皂

肥皂是一個協(xié)議。應(yīng)用程序在“某個地方”運行，并使用它通過Internet進行交互。他們使業(yè)務(wù)服務(wù)彼此可用，具有交易性角色：執(zhí)行任務(wù)。肥皂服務(wù)的命名慣例說明了這一點：它們由動作的動詞組成，然后是一個名詞，該名詞指定了執(zhí)行操作的主要對象。促進員工的服務(wù)的一個例子是促進員工。

代碼

用肥皂定義的促進雇員服務(wù)（提?。?/p>

缺乏應(yīng)用架構(gòu)幾乎破壞了一家公司

組織的服務(wù)體系結(jié)構(gòu)是支持業(yè)務(wù)流程的IT組件提供的總業(yè)務(wù)服務(wù)（任務(wù)）。 （為簡單起見，在這里遺漏了非IT服務(wù)。）它提供了業(yè)務(wù)的交易視圖。有些人更喜歡“ API景觀”一詞。盡管不正確，但它具有更高的技術(shù)特征，并強調(diào)了基本業(yè)務(wù)能力的訪問界面。 

在以服務(wù)為導(dǎo)向的體系結(jié)構(gòu)（SOA）的鼎盛時期，主動創(chuàng)造服務(wù)格局令人興奮。但是，值得注意的是，許多期望被夸大了，因此沒有達到滿足。預(yù)期的強烈反對朝著極端宣布，宣稱SOA為“死亡”。盡管如此，基本真理仍然存在：保持可見性并智能地發(fā)展商業(yè)服務(wù)格局的發(fā)展對于通過合成的商業(yè)架構(gòu)實現(xiàn)敏捷性至關(guān)重要。 

休息

與肥皂形成鮮明對比的是，休息不是協(xié)議。這種架構(gòu)范式并沒有將任務(wù)的正面和中心放置，而是類似于肥皂“名詞”的對象。 REST定義了所謂的“資源”，使該對象可以通過URL訪問（例如， http: //www.example.com/hr/employees）。當(dāng)REST通過HTTP（主要是），本機Internet功能或所謂的HTTP“動詞”使用時，提供創(chuàng)建，讀取，更新和刪除資源上的操作。  

簡而言之，SOAP將Internet視為一種運輸方式，應(yīng)用程序互相要求執(zhí)行特定的操作。相反，REST將Internet視為分布式對象的廣泛數(shù)據(jù)庫。組織的信息體系結(jié)構(gòu)包括由IT管理的總業(yè)務(wù)對象集，支持業(yè)務(wù)流程并經(jīng)常通過REST資源訪問的對象。 

使用與上述相同的示例，還可以在休息中晉升員工嗎？是的，當(dāng)然，但這遵循了另一種思維方式。具有ID EMP468的員工資源接收到{“角色”：“高級辦公室經(jīng)理”，“ state”：“ pending_approval”}的狀態(tài)，由執(zhí)行資源轉(zhuǎn)移的參與者執(zhí)行晉升（“狀態(tài)轉(zhuǎn)移” '甚至是其余首字母縮寫的一部分！）。  

從科學(xué)上講，雖然休息和肥皂具有同等的語義能力，但其實際差異非常重要。服務(wù)體系結(jié)構(gòu)提供了業(yè)務(wù)的交易視圖（可能用肥皂實施），信息體系結(jié)構(gòu)提供了對業(yè)務(wù)的信息（可能與REST實施）   。

這不僅僅是“技術(shù)談話”；發(fā)展這兩種觀點也對業(yè)務(wù)也是基礎(chǔ)。業(yè)務(wù)與其在商業(yè)服務(wù)和業(yè)務(wù)信息對象的共同理解方面有效溝通。重要的是，這并不意味著企業(yè)需要學(xué)習(xí)肥皂和休息。相反，經(jīng)驗豐富的IT專業(yè)人員能夠以非技術(shù)術(shù)語傳達這些概念。關(guān)鍵是掌握基本原則，開發(fā)服務(wù)和信息體系結(jié)構(gòu)，而不是在公司層面強制實施肥皂和/或休息。

使用超級IPAA實現(xiàn)業(yè)務(wù)敏捷性

合成商業(yè)架構(gòu)的三個基石（應(yīng)用，服務(wù)和信息架構(gòu)）對于實現(xiàn)業(yè)務(wù)敏捷性至關(guān)重要。盡管Togaf之類的體系結(jié)構(gòu)框架提供了許多改進，但來自軟件北京軟件公司的Super IPAA卻是實施和實現(xiàn)的至關(guān)重要的工具。

但是，現(xiàn)實世界的實踐表明，存在“太多”建筑的風(fēng)險 - 企業(yè)建筑師可以最終進入象牙塔，從而產(chǎn)生不再能夠理解的復(fù)雜性。正確的“架構(gòu)數(shù)量”取決于公司規(guī)模，公司流程的固有復(fù)雜性以及許多其他考慮因素。然而，這里討論的三個架構(gòu)始終是必要的，而且通常足夠。

重要的是要注意，沒有工具可以替代聲音體系結(jié)構(gòu)，甚至無法取代超級IPAA。但是，超級IPAA對于實施架構(gòu)至關(guān)重要，這些體系結(jié)構(gòu)將有助于企業(yè)真正實現(xiàn)業(yè)務(wù)敏捷性。軟件北京軟件公司了解交易/“應(yīng)用”集成與數(shù)據(jù)集成之間的二分法，以適應(yīng)不斷發(fā)展的數(shù)據(jù)景觀。 Super IPAA為中央控制和API治理提供了強大的功能，以應(yīng)對與IT環(huán)境相關(guān)的挑戰(zhàn)。

該工具關(guān)閉兩種集成之間的循環(huán)，通過處理不斷變化的數(shù)據(jù)景觀（“數(shù)據(jù)漂移”）來包含變化。值得注意的是，它為中央控制和API治理提供了強大的功能，從而減輕了與業(yè)務(wù)發(fā)展迅速相關(guān)的風(fēng)險。最后，超級IPAA支持應(yīng)用程序架構(gòu)和物理體系結(jié)構(gòu)的脫鉤，并在混合IT景觀中提供了完全部署的靈活性。