DevOps最全術(shù)語匯總

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

更多

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

A

A/B Testing

A/B測試

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

Acceptance Testing

驗收測試

通常對整個系統(tǒng)進(jìn)行高級測試，以確定新功能和現(xiàn)有功能的整體質(zhì)量是否足以讓系統(tǒng)投入生產(chǎn)。

Agent

代理程序

代理程序是安裝在特定物理服務(wù)器上的程序，用于在該服務(wù)器上處理不同進(jìn)程的執(zhí)行。

Agile

敏捷

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

ARA (Application Release Automation)

應(yīng)用程序發(fā)布自動化

可以在目標(biāo)環(huán)境中自動安裝和正確配置給定應(yīng)用程序版本并隨時可用的工具、腳本或產(chǎn)品。

B

Behavior-Driven Development (BDD)

行為驅(qū)動開發(fā)

一種開發(fā)方法，強調(diào)軟件應(yīng)該根據(jù)應(yīng)用程序的期望行為并以業(yè)務(wù)管理人員可讀的語法來指定。

Black Box Testing

黑盒測試

一種測試或質(zhì)量保證實踐，它假設(shè)不知道被測系統(tǒng)內(nèi)部的工作原理，因此嘗試驗證外部而不是內(nèi)部行為或狀態(tài)。

Build Agent

Build Agen

一種用于持續(xù)集成的代理程序，可以本地或遠(yuǎn)程安裝，跟持續(xù)集成服務(wù)器有關(guān)。它發(fā)送和接收跟處理軟件構(gòu)建有關(guān)的消息。

Build Artifact Repository

構(gòu)建工作存儲器

用于組織具有元數(shù)據(jù)構(gòu)造的工件，并允許自動發(fā)布和使用這些工件的工具。

Build Automation

構(gòu)建自動化

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

C

Canary Release

灰度發(fā)布（金絲雀發(fā)布）

一種上線策略，在該策略中，把新的應(yīng)用程序版本發(fā)布到生產(chǎn)服務(wù)器的一小部分上，并嚴(yán)格監(jiān)控以確定其是否按預(yù)期運行。如果一切看起來穩(wěn)定，那么新版本將推廣到整個生產(chǎn)環(huán)境。

Configuration Drift

配置漂移

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

Configuration Management

配置管理

用于建立和維護(hù)系統(tǒng)一致的設(shè)置和功能屬性的術(shù)語。它包括用于IT基礎(chǔ)設(shè)施自動化等系統(tǒng)管理任務(wù)的工具。

Continuous Delivery（CD）

持續(xù)交付

持續(xù)交付是一套流程和實踐，從根本上清除軟件生產(chǎn)過程中的浪費，能更快地交付高質(zhì)量的功能，并在業(yè)務(wù)和用戶之間建立快速有效的反饋環(huán)。

Continuous Integration (CI)

持續(xù)集成

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

D

Dark Launch

灰度上線

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

Delivery Pipeline

交付管道

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

DevOps

DevOps

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

DevOps Intelligence

DevOps智能

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

F

Functional Testing

功能測試

進(jìn)行端到端系統(tǒng)的測試以驗證（新）功能。使用可執(zhí)行規(guī)范，通過運行針對應(yīng)用程序的規(guī)范來進(jìn)行功能測試。

I

Infrastructure as a Service (IaaS)

基礎(chǔ)設(shè)施即服務(wù)

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

Infrastructure as Code（laC）

基礎(chǔ)設(shè)施即代碼

一種系統(tǒng)配置管理技術(shù)，其中以完全自動化的形式指定機器、網(wǎng)絡(luò)設(shè)備、操作系統(tǒng)、中間件等。規(guī)范或“藍(lán)圖”被認(rèn)為是代碼，由供應(yīng)工具執(zhí)行，保存在版本控制中，通常遵循用于應(yīng)用程序代碼開發(fā)的相同實踐。

L

Lean

精益

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

M

Microservices

微服務(wù)

微服務(wù)是一種軟件架構(gòu)設(shè)計模式，其中復(fù)雜的應(yīng)用程序由獨立的小型進(jìn)程構(gòu)成，這些進(jìn)程使用與語言無關(guān)的API進(jìn)行通信。這些服務(wù)規(guī)模小，高度分離，專注于完成一個小任務(wù)。

N

Non-functional Requirements (NFRs)

非功能性需求

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

NoOps

NoOps

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

O

Orchestration Pipeline

編排管道

在適當(dāng)?shù)臅r間調(diào)用形成持續(xù)交付管道的不同自動化任務(wù)的工具或產(chǎn)品。它們通常也記錄每個任務(wù)的狀態(tài)和輸出，并通過管道可視化特征流。

P

Platform as a Service (PaaS)

平臺即服務(wù)

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

Product Owner

產(chǎn)品負(fù)責(zé)人

開發(fā)團(tuán)隊中負(fù)責(zé)定義、確定優(yōu)先級和維護(hù)未完成功能及其他工作的人或角色。產(chǎn)品負(fù)責(zé)人在敏捷軟件開發(fā)方法中很常見，通常代表業(yè)務(wù)或客戶組織。相比在更傳統(tǒng)的軟件開發(fā)過程中的同行，產(chǎn)品負(fù)責(zé)人需要在敏捷開發(fā)流程中扮演更積極的日常角色。

Provisioning

服務(wù)開通

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

R

Regression Testing

回歸測試

對端到端系統(tǒng)的測試，以驗證應(yīng)用程序的更改沒有對現(xiàn)有功能產(chǎn)生負(fù)面影響。

Release Coordination

發(fā)布協(xié)調(diào)

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

Release Management

發(fā)布管理

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

Release Orchestration

發(fā)布編排

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

T

Test-Driven Development (TDD)

測試驅(qū)動開發(fā)

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

U

Unit Testing

單元測試

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

V

Value Stream Mapping

價值流程圖

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

Virtualization

虛擬化

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

W

Waterfall

瀑布式（開發(fā)）

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

White Box Testing

白盒測試

一種測試或質(zhì)量保證實踐，它通過系統(tǒng)運行時檢查系統(tǒng)（內(nèi)部）表現(xiàn)和狀態(tài)以驗證系統(tǒng)內(nèi)部功能是否正確。