將應用程序遷移至云端在不知不覺中已經走向普及化、商品化，不僅僅是大企業可以實現，對于注重應用程序靈活性和資源應用的小企業，這也是一項很好的選擇。在QCon New York 2016大會上，ThoughWorks公司云實踐領導人Kief Morris給出了題為“實現基礎設施即代碼”的演說，他分享了如何充分利用基于云端的基礎設施的一些關鍵原則和建議。
為了引出后面的討論，Morris首先闡述了使用云基礎設施的動機和挑戰。通常情況下，公司會著重于速度——用最快速度獲得一個最小化可行的產品投放于市場，之后再慢慢改進它。云技術為這種做法掃除了很多障礙，但與此同時仍然存在一些風險，比如在安全性、性能或是穩定性方面的風險值得大家注意。
總體目標必須在提高速度的同時，仍有所保留。需要快速修復一切會影響產品質量的東西，而不是在故障發生之后再進行修復，并且在最后拿出的是總體質量很高的產品。
Morris接著提出了，僅僅用鼠標點擊搭建服務器還是遠遠不夠的。這往往會導致產生大量服務器，并造成配置漂移。由于不一致的服務器很難自動化維護，要維護這些服務器需要手動完成，這就會造成更多的不一致。
基礎設施即代碼就是在這種環境下引入的，它可以解決這些問題，并搭建嚴格定義的服務器：使用類似Puppet或者Chef工具的“無人自動化”模式。這些工具可以按進度自己運行，而不需要人工介入做出修改。在底層模板和配置，即使是很小的問題也需要得到妥善修復，最后才能產生不變的或是高度集成化的服務器，而不需要手動維護。在不同環境下搭建服務器的時候也必須借鑒這個方法。盡可能多地在不同階段重復使用模板和配置。
自動化操作節約了大量人力勞動，Morris還提到了使用持續交付對于軟件質量保證起到很大的作用。通過自動化交付，引入管道化步驟檢驗服務器配置的正確性，保證每一個安全要求都得到滿足，所以在最終產生產品之前，每一個變化都會在不同階段進行測試。通過使用自動化手段，可以有效地管理過程。
Morris講述了更多的優勢，但是它還是有一些缺點缺陷的。正如在其他被多個團隊開發和維護的系統一樣，你必須關注到其中的整合點、瓶頸以及相互之間的依賴。比如說，你需要提供為服務測試實例并利用消費者或是合同來促進測試，這可以確保所有服務按照計劃合作工作。如果部分的模板或是配置像共享庫一樣使用，在交給其他團隊之前還需要進行徹底測試。
Morris在最后還是強調了人們從自動化開發系統中可以獲得的根本利益：
快速發展和準備 毫不費力地修復錯誤 保持服務器一致性 專注于創造的價值請注意，很多QCon大會的演說會在會后幾周內在InfoQ網站上免費提供。
京公網安備 11010502049343號