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

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

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

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

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

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

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

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

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

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

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

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

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

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

肥皂

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

代碼

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

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

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

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

休息

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

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

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

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

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

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

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

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

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

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