在以技術(shù)為驅(qū)動的世界中，企業(yè)IT需要以高速度運行軟件且要保證穩(wěn)定性，這就是為什么DevOps成為一種受歡迎的方法。

顧名思義，DevOps是將軟件開發(fā)與IT運營結(jié)合起來的一種嘗試，以便有效地獲得兩者的最佳效果：前者所喜愛的快速迭代以及后者所青睞的穩(wěn)定性、可靠性和安全性。總而言之，DevOps有助于確保IT能夠更有效地支持業(yè)務需求。

但是，除了DevOps之外，許多企業(yè)還認識到需要API戰(zhàn)略來加速創(chuàng)新。

根據(jù)MuleSoft的《2017年連接性基準報告》，94%的IT領導表示，他們希望通過API更快地將產(chǎn)品和服務推向市場。DevOps和API的“聯(lián)姻”，將會提供更大的業(yè)務價值。

當Dev遇到了Ops

DevOps在過去幾年中才剛剛得到爆發(fā)式發(fā)展。Gartner的報告表示DevOps在2016年成為了市場主流。此外，在今年早些時候調(diào)查的50家ECS數(shù)字企業(yè)中，只有11%的受訪者表示不打算采用DevOps。

以云為中心的提供自動化和敏捷開發(fā)流程的企業(yè)，比如Amazon，率先使用了DevOps。對于那些更依賴傳統(tǒng)技術(shù)進行運營的企業(yè)，以及那些被高度管制的行業(yè)(如金融服務業(yè))，采用這種相對較新的方法的速度會更慢。

畢竟，DevOps需要重大的組織變革。不過，許多人正在開始嘗試采用新的工具來消除開發(fā)生命周期中的低效率。這一切都是為了加快上市時間，滿足客戶需求，同時降低故障率。

DevOps和API的意外“碰撞”

DevOps的軟件開發(fā)和交付方法存在著一定挑戰(zhàn)。例如，如果企業(yè)過于專注于生產(chǎn)模式，那么不斷生產(chǎn)出的軟件數(shù)據(jù)將不考慮是否為業(yè)務提供真正的價值;或者更糟的是，這些數(shù)據(jù)保存在一個筒倉里，其余的業(yè)務都不可發(fā)現(xiàn)或不可重復使用。

因此，組織需要通過API平衡DevOps生產(chǎn)模型以及DevOps的消費和重用。一個DevOps項目的實施，應考慮將客戶數(shù)據(jù)從傳統(tǒng)平臺轉(zhuǎn)移到移動應用。

使用精心設計的API，可以在組織內(nèi)部發(fā)現(xiàn)其他團隊的遺留數(shù)據(jù)，以便他們也可以使用其他項目的信息。該方法更快捷、更高效、更具成本效益。此外，這些數(shù)據(jù)可以被發(fā)現(xiàn)，意味著重新使用的速度越快，潛在地可能會吸引到可能不了解它們的用戶，從而推動更大的創(chuàng)新。

DevOps和API：完美的合作伙伴

利用這種以API為主導的連接方式，每個數(shù)據(jù)都可成為管理的API，通過自助服務可以發(fā)現(xiàn)和控制。Spotify和西門子等多個企業(yè)已經(jīng)采用這種方法使業(yè)務開展更加敏捷、高效和創(chuàng)新。

像亞馬遜一樣，Spotify一直是采用DevOps的先鋒，也因此一直受益于順暢無縫的軟件生產(chǎn)管道。但是，Spotify也發(fā)現(xiàn)，多個部門正在生產(chǎn)重復的數(shù)據(jù)，這些額外數(shù)據(jù)很難利用。

通過使用API構(gòu)建應用程序網(wǎng)絡，Spotify已經(jīng)能夠?qū)⑼ㄟ^管道傳輸?shù)墓δ茌敵鼋o內(nèi)部團隊和第三方合作伙伴，從而加快上市時間并創(chuàng)造新的業(yè)務機會。

同時，西門子能夠通過API公開其數(shù)據(jù)管理團隊管理的數(shù)據(jù)，消除瓶頸，確保合作伙伴和內(nèi)部團隊能夠自助服務，以提高業(yè)務敏捷性。

西門子通過含括IT中心、業(yè)務線和移動團隊的跨職能團隊，確保通過DevOps管道創(chuàng)建的所有數(shù)據(jù)都被廣泛使用和充分利用。結(jié)果證明，西門子相關項目業(yè)務的其他團隊首次發(fā)布新功能所需的時間減半。

API與DevOps的結(jié)合并不一定容易實現(xiàn)，因為它將改變生產(chǎn)數(shù)據(jù)的意圖，將這些數(shù)據(jù)能夠被業(yè)務中的其他人使用。因此，IT中心需要在文化上進行變革，成為可重復利用的自助服務消費的推動者。然而，像Spotify和西門子這樣的企業(yè)可以證明，這種方法是行得通的。

標簽： 軟件 ��

版權(quán)申明：本站文章部分自網(wǎng)絡，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。