DevOps最全術語匯總

來源：塔塔 更新時間：2018-09-09

更多

以下為XibiaLabs對于DevOps的總結，譯者姚佳靈

A

A/B Testing

A/B測試

使用A/B測試的技術將新功能或某項功能的不同變體推向不同組別的用戶，這些功能可通過比較指標和用戶行為進行評估。

Acceptance Testing

驗收測試

通常對整個系統進行高級測試，以確定新功能和現有功能的整體質量是否足以讓系統投入生產。

Agent

代理程序

代理程序是安裝在特定物理服務器上的程序，用于在該服務器上處理不同進程的執行。

Agile

敏捷

是DevOps的前身；敏捷是一種軟件開發方法，更廣泛來說，是一種業務方法。敏捷強調短期迭代的規劃和開發周期以提供更好的控制以及可預測性，并支持隨著項目的發展而不斷變化的需求。

ARA (Application Release Automation)

應用程序發布自動化

可以在目標環境中自動安裝和正確配置給定應用程序版本并隨時可用的工具、腳本或產品。

B

Behavior-Driven Development (BDD)

行為驅動開發

一種開發方法，強調軟件應該根據應用程序的期望行為并以業務管理人員可讀的語法來指定。

Black Box Testing

黑盒測試

一種測試或質量保證實踐，它假設不知道被測系統內部的工作原理，因此嘗試驗證外部而不是內部行為或狀態。

Build Agent

Build Agen

一種用于持續集成的代理程序，可以本地或遠程安裝，跟持續集成服務器有關。它發送和接收跟處理軟件構建有關的消息。

Build Artifact Repository

構建工作存儲器

用于組織具有元數據構造的工件，并允許自動發布和使用這些工件的工具。

Build Automation

構建自動化

允許將源代碼自動編譯為可發布的二進制代碼的工具或框架。通常包括代碼級的單元測試，以確保代碼的各個部分按預期運行。

C

Canary Release

灰度發布（金絲雀發布）

一種上線策略，在該策略中，把新的應用程序版本發布到生產服務器的一小部分上，并嚴格監控以確定其是否按預期運行。如果一切看起來穩定，那么新版本將推廣到整個生產環境。

Configuration Drift

配置漂移

由于手工的特殊更改（如熱修復）沒有引入到系統模版中而引起軟件和硬件配置與系統模版版本漂移或不一致。

Configuration Management

配置管理

用于建立和維護系統一致的設置和功能屬性的術語。它包括用于IT基礎設施自動化等系統管理任務的工具。

Continuous Delivery（CD）

持續交付

持續交付是一套流程和實踐，從根本上清除軟件生產過程中的浪費，能更快地交付高質量的功能，并在業務和用戶之間建立快速有效的反饋環。

Continuous Integration (CI)

持續集成

持續集成（CI）是一種開發實踐，它要求開發人員每天多次把代碼集成到共享存儲庫中。然后通過自動構建驗證每次簽入，使得團隊能盡早發現問題。

D

Dark Launch

灰度上線

一種上線策略，其中實現新功能的代碼被發布到生產環境的子集，但是不可見或只是部分激活。然而，該代碼是在生產環境中運行，用戶并不知曉。

Delivery Pipeline

交付管道

一系列為新應用程序版本實施軟件交付過程的編排的、自動化的任務。該管道中的每個步驟旨在提高新版本的置信度，使其能夠做出合格/不合格的決策。交付管道可以被看作是組織發布流程的優化結果。

DevOps

DevOps

DevOps（開發和運維）是一個軟件開發短語，用于描述開發和IT運維之間的敏捷關系。DevOps的目標是改善在軟件開發周期中不同角色之間的溝通、協作和流程，以改善和加速軟件交付。

DevOps Intelligence

DevOps智能

提供公司所需的洞察力，以更高效、更低風險和更好結果的方式交付軟件。

F

Functional Testing

功能測試

進行端到端系統的測試以驗證（新）功能。使用可執行規范，通過運行針對應用程序的規范來進行功能測試。

I

Infrastructure as a Service (IaaS)

基礎設施即服務

云托管的虛擬機器通常根據“按需付費”收費。用戶對機器有完全的控制，但是需要自己安裝和配置所需的中間件和應用程序。

Infrastructure as Code（laC）

基礎設施即代碼

一種系統配置管理技術，其中以完全自動化的形式指定機器、網絡設備、操作系統、中間件等。規范或“藍圖”被認為是代碼，由供應工具執行，保存在版本控制中，通常遵循用于應用程序代碼開發的相同實踐。

L

Lean

精益

“精益制造”或“精益生產”是一種方式或方法，旨在通過專注于保護價值來減少生產過程中的浪費。它很大程度上來源于豐田公司在汽車制造業中開發的實踐，精益概念已經作為敏捷方法的部分被應用于軟件開發。價值流程圖（VSM）試圖直觀地識別有價值和有浪費的流程步驟，是個關鍵的精益工具。

M

Microservices

微服務

微服務是一種軟件架構設計模式，其中復雜的應用程序由獨立的小型進程構成，這些進程使用與語言無關的API進行通信。這些服務規模小，高度分離，專注于完成一個小任務。

N

Non-functional Requirements (NFRs)

非功能性需求

系統質量的規范，諸如易用性，設計清晰度，延遲，速度，處理大量用戶的能力等，描述了如何輕松或高效地使用某個功能，而不只是它是否存在。這些特性可以使用持續交付反饋環來解決和改善。

NoOps

NoOps

在一個公司中，應用程序運行的系統管理要么是完全由外部一方（如PaaS 供應商）來處理，要么就是全自動化的。使用NoOps旨在盡量減少或不使用內部運維能力和員工。

O

Orchestration Pipeline

編排管道

在適當的時間調用形成持續交付管道的不同自動化任務的工具或產品。它們通常也記錄每個任務的狀態和輸出，并通過管道可視化特征流。

P

Platform as a Service (PaaS)

平臺即服務

云托管的應用程序運行時間通常根據“按需支付”的原則計費。用戶提供應用程序代碼和有限的配置設置，中間件、數據庫等都是提供的運行時的一部分。

Product Owner

產品負責人

開發團隊中負責定義、確定優先級和維護未完成功能及其他工作的人或角色。產品負責人在敏捷軟件開發方法中很常見，通常代表業務或客戶組織。相比在更傳統的軟件開發過程中的同行，產品負責人需要在敏捷開發流程中扮演更積極的日常角色。

Provisioning

服務開通

為用戶（在持續交付的場景下，通常是開發或測試團隊）準備新系統的過程。該系統通常根據需要進行虛擬化和實例化。配置機器以安裝操作系統、中間件等操作是由自動化的系統配置管理工具來處理，這些自動化工具還驗證所需要的配置是否得到維護。

R

Regression Testing

回歸測試

對端到端系統的測試，以驗證應用程序的更改沒有對現有功能產生負面影響。

Release Coordination

發布協調

定義和執行從代碼簽入到生效的新功能（或功能集）所需的所有操作。在持續交付環境中，這在很大程度上是完全自動化的，并由管道執行。

Release Management

發布管理

發布管理是管理軟件發布從開發階段到實際軟件發布階段的流程。

Release Orchestration

發布編排

發布編排是使用諸如XL發布等工具管理軟件發布（從開發階段到實際軟件發布階段）。

T

Test-Driven Development (TDD)

測試驅動開發

一種開發實踐，在該實踐過程中，用于驗證代碼片段表現的小測試在編寫代碼前就已經寫就。這些測試最初是失敗的，但開發人員的目標是接著添加代碼使這些測試成功。

U

Unit Testing

單元測試

代碼級（即無需安裝完整的端到端系統以運行）測試以驗證各個代碼段的行為。TDD廣泛使用單元測試以描述和驗證預期的行為。

V

Value Stream Mapping

價值流程圖

一種過程可視化和改善技術，大量用于精益生產和工程方法中。價值流圖用于識別必要的處理步驟，而不是逐漸清除流程中的“浪費”。

Virtualization

虛擬化

一種系統管理方法，用戶和應用程序不需要使用物理機器，而是在實際的“真實”硬件上運行的模擬系統。這樣的“虛擬機”能夠在幾秒鐘內自動生成、啟動、停運、克隆和丟棄，給操作帶來了巨大的便利。

W

Waterfall

瀑布式（開發）

一種基于分階段項目方法的軟件開發方法，從“需求收集”到“開發”，再到“發布”。如果項目中前面的階段有延遲，整個過程中靠后的階段（通常和測試及QA相關）會因此在時間上受到擠壓。

White Box Testing

白盒測試

一種測試或質量保證實踐，它通過系統運行時檢查系統（內部）表現和狀態以驗證系統內部功能是否正確。