DevOps最全術(shù)語(yǔ)匯總

來(lái)源：塔塔 更新時(shí)間：2018-09-09

更多

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

A

A/B Testing

A/B測(cè)試

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

Acceptance Testing

驗(yàn)收測(cè)試

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

Agent

代理程序

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

Agile

敏捷

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

ARA (Application Release Automation)

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

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

B

Behavior-Driven Development (BDD)

行為驅(qū)動(dòng)開(kāi)發(fā)

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

Black Box Testing

黑盒測(cè)試

一種測(cè)試或質(zhì)量保證實(shí)踐，它假設(shè)不知道被測(cè)系統(tǒng)內(nèi)部的工作原理，因此嘗試驗(yàn)證外部而不是內(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)建工作存儲(chǔ)器

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

Build Automation

構(gòu)建自動(dòng)化

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

C

Canary Release

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

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

Configuration Drift

配置漂移

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

Configuration Management

配置管理

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

Continuous Delivery（CD）

持續(xù)交付

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

Continuous Integration (CI)

持續(xù)集成

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

D

Dark Launch

灰度上線

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

Delivery Pipeline

交付管道

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

DevOps

DevOps

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

DevOps Intelligence

DevOps智能

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

F

Functional Testing

功能測(cè)試

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

I

Infrastructure as a Service (IaaS)

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

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

Infrastructure as Code（laC）

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

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

L

Lean

精益

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

M

Microservices

微服務(wù)

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

N

Non-functional Requirements (NFRs)

非功能性需求

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

NoOps

NoOps

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

O

Orchestration Pipeline

編排管道

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

P

Platform as a Service (PaaS)

平臺(tái)即服務(wù)

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

Product Owner

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

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

Provisioning

服務(wù)開(kāi)通

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

R

Regression Testing

回歸測(cè)試

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

Release Coordination

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

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

Release Management

發(fā)布管理

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

Release Orchestration

發(fā)布編排

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

T

Test-Driven Development (TDD)

測(cè)試驅(qū)動(dòng)開(kāi)發(fā)

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

U

Unit Testing

單元測(cè)試

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

V

Value Stream Mapping

價(jià)值流程圖

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

Virtualization

虛擬化

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

W

Waterfall

瀑布式（開(kāi)發(fā)）

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

White Box Testing

白盒測(cè)試

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