DevOps 移動

不只是讓開發人員以超級使用者身份存取！

甚至不如此。背後的大想法”運動” 不只是給開發人員更多繩索確保 開發人員 與企業中的 operations 團隊之間有更好的溝通管道。這絕大多數並非新鮮事，事實上，kaizen 在過去世紀以來在傳統工業 (即汽車) 供應鏈中復甦了。看板只是最新的鳥眼儀表板 (與工作流程庫存經理混雜) 重新雜湊，涵蓋每天的整體出貨品質產品，讓客戶與業務合作夥伴都能滿意。

限制管理是流程的關鍵。藉由先找出系統中的任何和所有瓶頸，您可以重新聚焦於最佳化這些資源，以發揮最大效果。超越這些領域的最佳化幾乎永遠不值得信賴— 工作流程仍會受到這些資源的限制。

幹線式開發

依照排定的節奏，透過自動化測試、促銷和發布流程鼓勵增量變更是滾球的絕佳方式，但在 SaaS/PaaS 部署中，品質控制絕大部分都涉及採用 幹線式發展 及其 branch by abstraction 概念。(請造訪連結以詳細討論功能與缺點)。

本質上，長期的多元化git 分支創造了心理虛構，合併所有本地發展工作 (和測試！) 將導致一個至少與其部分總和一樣大的整體。體驗是較佳的判斷，這表明在現有的生產 / 發行分支原始程式碼上，應以 incrementally，in-situ 等方式設計全新的功能集。基本上，您可以在生物世界物理的限制內設計您的發展策略，這表示：

        Surgery on a patient must result
        in good outcomes (at all times) for
        that patient, not just for siblings
        or future generations.

CI / CD 管線

「中繼器式開發」是過去 20 年來所有後續自動變更控制管線的基礎。

代碼是法律 (開發 + 基礎架構 + 組態)

一些歷史觀點優先；打卡線依循這四個段落。這裡常見的討論串是 Apache 幾乎已經超前了 。

回到前面CFEngine 天後，Apache Software Foundation 將其所有 IT 組態檔和支援腳本保留在 CVS 中，隨後又保留 Subversion。此外，我們執行的每項服務都有相關的”執行手冊” 指導管理員進行實作維護。

工作流程不理想：除了從頭開始將自己的本機修正 FreeBSD 連接埠樹狀結構建置到可部署 (二進位) 套裝程式之外，員工必須先確認版本控制、登入目標伺服器、更新其結帳，並可能重新啟動服務，才能在將變更建置到生產環境時強制實行 discipline。— 所有由手執行的重複式底座。事實上，大多數的時間系統管理員都直接在目標伺服器上駭客入侵，並承諾從該伺服器的結帳進行確認，在重新更新樹狀目錄時，會發生許多合併衝突 (當時，或由其他職員所執行的未來動作在路上的某個時間點)。協作式作業團隊的密碼管理安全性較不透明的工作流程。

現在，他們將一切都保留在git- 支援的 puppet 來源樹狀結構，並使用一般上游 Ubuntu 套裝程式直接佈建 / 部署 / 設定雲端，這是 IT 部門工作的現代化方法，從排定開始git puppet 主體的提取將最終部署更新作為 puppet 代理程式重新登入。但 CI/CD 是進行中的工作，即便是在這一天。

另一方面，ASF (針對實際的 Apache 軟體 TLP 專案) 早期推出類似 CI 的提案。Apache Gump，這是 Sam Ruby 和公司等優秀同事的腦子。Subversion 儲存庫中每個程式碼庫的主幹線 (但日期回 CVS) 的定期結帳、建置和測試 HEAD (包括所有 deps 的 HEAD) 可能成功地瞭解如何建置 (原本為 Java 專案且僅限 Java 專案)。系統會自動將報告傳送給每個開發社群，並存檔以供海報之用。此洞察分析的 工具自動化 活動依然會在這一天 (含 git) 開始！ 任何未執行自己的 Gump 伺服器的企業規模開發社群，都是在 The ASF (IMO) 的藝術狀態背後 20y，但我無法從 /trunk|master/ … 中的開源版本固定軟體模組相依性開始。

• 概述 *：您的所有來源 (開發、基礎架構和組態) 都屬於所有 DevOps 人員可複查的版本控制 (不一定共用相同的儲存區域)，而且是修正程式修訂版本和生產環境部署之間的一組完整測試自動化管線的一部分。在 IaC/CaC 設置中對藝術狀態進行測試 / 佈建 / 部署的調查，在我的朋友和遠見的 Paul Hammant 網站這裡。請看一下！

虛擬化與容器化

一個寵物與牛隻 Redux。

容器系統 (例如 Docker) 是可自訂、可重新部署的虛擬化技術，通常用來支援 MicroService Architecture (MSA) 應用系統叢集架構 (例如 Kubernetes)。他們挑選虛擬化系統離開的地方，對以 Linux 核心為基礎的 VM 的獨立 VM 作業系統進行無限的支援 (完全) 交易，這些 VM 具有相當可程式化的自訂功能，並與其執行所在的父項 Linux 主機整合。此外，它們可以重新建立，並將 uploaded 重新上傳至中央分配服務 (例如使用者自建物件)，以跨多個相依性鏈和原始可執行伺服器部署進行大規模重複使用。

垂直 vs. 水平比例

可從中央伺服器下載的可重新設定容器，讓您難以利用基本的虛擬化技術實現。您不會被鎖定在任何單一伺服器的硬體限制中，以因應需求擴展服務。換句話說，在主機集合之間部署相同的容器以水平擴展 **按要求 **，是基於 Docker 的 MSA 架構可立即達成的第一級功能。正如在 same 主機上部署的容器數目多於 CPU 核心。

測量、策劃和控制消防工作，真實和實踐

另一個要辨識的重要事項之一，是要區分 計畫性 與 非計畫性 在任何生產力追蹤評量標準中工作，以及資源配置給這些任務的方式。非計畫性工作量為 **消防 **，如果在這些任務上花費太多時間 (超過 20%)，則計畫性工作 (企業的實際業務需求) 會被擱置。

系統中的瓶頸很少會應付非計畫性工作，因此請務必擁有足夠的額外資源來處理增加的負載，進而導致未交訂單。

2020 年初，COVID-19 的主要退課課程之一，就 IT 而言，醫院容量是 too lean 這樣的一件事，至少在發生 devops 人員配置 (硬體是另一個案例)。雨天的或有事項計畫，可與”冗餘” 員工或跨培訓計劃，結合定期的預備演練，不僅讓醫生離開，實際上是 **關鍵任務 **。

使用方案

在管理層面上，開發和營運之間的全球變革管理觀點至關重要。這兩組團隊都需要瞭解彼此的變化。理想情況下，您可以隨時隨地取得規劃明細。** 當團隊以資料導向且透明的協作工作文化，混合開發人員與作業人員時，可能會發生極大的事情 **。

將歧義利害關係人納入創作的理念，以及有形工作產品的 evolution，除了 dev 和 ops 團隊共用控制和責任，還會影響伺服器工程工作。這個課程在整個現代企業世界中不斷重複，因為創造性人類表達的新領域在業務領域中形成，以及重新塑造老舊經營方式。