咨詢郵箱:tata@tatait.com 咨詢電話：0755-29152000 新浪微博：@塔塔IT 微信：添加公眾賬號“塔塔IT”加關(guān)注！塔塔IT為邁瑞思旗下子品牌，專注高端IT培訓(xùn)。
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)部功能是否正確。
Copyright? 2012-2013 TATAIT.COM All Rights Reserved 深圳塔塔咨詢服務(wù)有限公司 版權(quán)所有 深圳網(wǎng)站建設(shè)：沙漠風(fēng)
塔塔IT—高端IT培訓(xùn)領(lǐng)導(dǎo)品牌，專注于IT前沿技術(shù)的傳播與應(yīng)用。專業(yè)創(chuàng)造價值，服務(wù)贏得口碑！
