在考慮自動化時，我們一定要確定Web基礎架構自動化的目標與方式:需要完成哪些自動化工作，以及如何實現這些自動化等問題。例如，需要考慮整個部署過程將包含哪些方面?又比如說在安裝任何體框架之前，我們都應該考慮自動化在組織中的理想狀態是怎么樣的，特別要注意的是，工程師將如何介入自動化流程。這個過程可以在整個組織范圍完成，也可以分部門逐步進行。無論采用哪種方式，所有工程師都應該理解流程的當前工作方式，以及他們期望的工作方式。這個愿景是確定各個組織中特殊自動化技術需求的重要條件。
一旦確定了這些概念，我們就很容易確定需要完成哪些軟件或組織變化，才能為組織實現最理想的自動化方案，但是不同的組織需要不同的自動化方法和流程。在任何一種情況中，讓單獨一個技術團隊來決定如何實現自動化都將是一種災難。最終結果必然是，后加入的團隊會毫不留情地刪除前者所實現的軟件和硬件。這樣會對一些技術團隊造成很大的打擊。某些新的實踐方法和工具原本是為了引入或改進自動化措施的，但由于此前的糟糕經歷，反使得他們不愿意再學習或采用。
下面將介紹如何確定需要實現哪些自動化流程。
購買還是開發
對于一個組織來說，究竟應該從頭開始，自主開發自動化和配置管理框架，還是應該購買已經開發完善的系統，這取決于組織的偏好、時間、可用預算和組織規模(這是最重要的)。一些組織可能會利用現有的開源軟件，然后根據自己的需求進行定制；另一些組織則可能會自行開發軟件，然后再將它開源，進而在其他公司的長期應用中證明自己的實力(通常只有少數超大型公司才會做這樣的事情，但是一些小型組織或個人開發者也能夠做得很好)。
通常開發一個開源自動化框架的成本非常高，而且開發工作可能會影響有材術用隊的正常下作。加古持面向安白的生產園及甘和新產品。然而，在一些超大型組織中，如果有一些團隊專門負責設計新工具來改進日常運營工作，那么他們就很可能會在內部開發一些自動化框架，因為這些公司本身有這個需求，而且也有足夠的技術資源。在些小型公司中，很可能一位非常努力和有オ華的工程師才有能力開發自動化軟件，并且能夠在幾天、幾周或幾個月時間內獨立完成。
歸根結底，決定因素就在于企業文化，以及技術團隊的可支配時間。如果一個組織的時間資源很緊張，工程項目又一直落后于進度要求，那么這些公司就不太可能為他們的網站自行設計自動化工具，而且也沒有必要。
網站建設開發一個自定義的自動化和配置管理框架，其優點是可以根據網站的具體需求和業務流程進行定制。缺點是這種系統需要由內部技術團隊持續維護和支持，因為業務流程和功能在不斷地變化。當然，任何軟件決策都會遇到相似的問題。
本文地址：http://m.123beaconmarketing.com//article/4507.html
