在這份半年一次的報告中，全球軟件及咨詢企業思特沃克重點解讀了“平臺團隊”的崛起

　　2021年4月13日，全球軟件及咨詢企業思特沃克(ThoughtWorks)發布了第24期技術雷達，在這份報告中，思特沃克提醒企業，在合并工具集的可用性不斷提高的情況下，審慎考量他們的云端功能選擇。

　　技術雷達是思特沃克每半年發布一次的技術趨勢報告，它持續追蹤有趣的技術是如何發展的，我們將其稱之為條目。技術雷達使用象限和環對其進行分類，不同象限代表不同種類的技術，而環則代表思特沃克對其作出的成熟度評估。

　　隨著平臺的日益成熟，供應商推出的管理云開發和部署軟件套件越來越多 -- 這些工具可以管理構件庫、持續集成 (CI)/持續部署(CD) Pipelines、Wikis 等等。這種集成無疑為開發人員和采購團隊提供了便利，然而，這些套件很難全面地構成客戶的最佳選擇。

　　思特沃克首席技術官Rebecca Parsons博士表示：“這些合并工具集當然有一定價值，因為從理論上來說，他們之間可以形成良好的協同和互補。不過在很多情形中，優中選優的方法會更加合理。比如，如果你想在不同的云供應商之間靈活切換，這時沒有單一的工具組限制會更加進退自如。”

　　第24期技術雷達還重點討論了下列值得關注的主題：

　　加速產品上市的平臺團隊

　　越來越多的組織正在采用平臺團隊的理念來開發產品。在這個理念指導下，組織通常會有一個專門的團隊來創建和支持內部平臺功能，并使用這些功能來加速應用程序開發，降低運維復雜性，并縮短產品上市時間。

　　太復雜以至于無法進入雷達

　　在技術雷達的命名法則里，對許多復雜主題的討論，最終狀態都會是“TCTB --太復雜以至于無法進入雷達(too complex to blip)”。這些主題通常每年都會出現，包括monorepos，分布式架構的編排指南以及分支模型等等。就像軟件開發中的許多主題一樣，那里存在太多權衡，難以提供清晰明確的建議。

　　識別架構耦合上下文

　　在軟件架構中，如何在微服務、組件、API網關、集成中心、前端等等之間確定一個適當的耦合級別，引發了我們極大的興趣。我們需要花時間和精力去理解這些因素，然后因地制宜地做出這些決定，而不是寄希望于找到一個通用卻并不恰當的解決方案。

　　請訪問ThoughtWorks.com/radar瀏覽技術雷達全文或下載PDF版本。

　　關于思特沃克（ThoughtWorks）

　　思特沃克(ThoughtWorks)是一家全球性軟件及咨詢企業，在這里匯聚了行業執行力超強的一批軟件精英，公司在全球17個國家設?有48個辦公室，擁有超過8000名員工。25年來，公司不斷協助客戶解決復雜的商業問題，技術卓越是我們的最大利器。在這個無時無刻都在變革的時代，我們協助您的企業從容應對變幻莫測的未來。

特別提醒：本網內容有用戶自行發布，目的在于傳遞更多信息，并不代表本網贊同其觀點。其原創性以及文中陳述文字和內容未經本站證實，對本文以及其中全部或者部分內容、文字的真實性、完整性、及時性本站不作任何保證或承諾，并請自行核實相關內容。本站不承擔此類作品侵權行為的直接責任及連帶責任。如若本網有任何內容侵犯您的權益，請及時聯系我們，本站將會在24小時內處理完畢。