A
A/B Testing | A/B 測試
使用 A/B 測試將新功能或某項功能的不同變體推向不同組別的用戶，這些功能可通過比較指標(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ù)方法。敏捷強(qiáng)調(diào)短期迭代的規(guī)劃和開發(fā)周期以提供更好的控制以及可預(yù)測性，并支持隨著項目的發(fā)展而不斷變化的需求。
ARA (Application Release Automation)| ARA （應(yīng)用程序發(fā)布自動化）
可以在目標(biāo)環(huán)境中自動安裝和正確配置給定應(yīng)用程序版本并隨時可用的工具、腳本或產(chǎn)品。
B
Behavior-Driven Development (BDD) | 行為驅(qū)動開發(fā)（BDD）
一種開發(fā)方法，強(qiáng)調(diào)軟件應(yīng)該根據(jù)應(yīng)用程序的期望行為并以業(yè)務(wù)管理人員可讀的語法來指定。
Black Box Testing | 黑盒測試
一種測試或質(zhì)量保證實踐，它假設(shè)不知道被測系統(tǒng)內(nèi)部的工作原理，因此嘗試驗證外部而不是內(nèi)部行為或狀態(tài)。
Build Agent
一種用于持續(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ù)交付（CD)
持續(xù)交付是一套流程和實踐，從根本上清除軟件生產(chǎn)過程中的浪費，能更快地交付高質(zhì)量的功能，并在業(yè)務(wù)和用戶之間建立快速有效的反饋環(huán)。
Continuous Integration (CI) | 持續(xù)集成（CI）
持續(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（開發(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ù)（IaaS）
云托管的虛擬機(jī)器通常根據(jù)“按需付費”收費。用戶對機(jī)器有完全的控制，但是需要自己安裝和配置所需的中間件和應(yīng)用程序。
Infrastructure as Code | 基礎(chǔ)設(shè)施即代碼（IaC)
一種系統(tǒng)配置管理技術(shù)，其中以完全自動化的形式指定機(jī)器、網(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
Microservice | 微服務(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) | 非功能性需求（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ù)（PaaS）
云托管的應(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)行虛擬化和實例化。配置機(jī)器以安裝操作系統(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)境中，發(fā)布協(xié)調(diào)在很大程度上是完全自動化的，并由管道執(zhí)行。
Release Management | 發(fā)布管理
發(fā)布管理是管理軟件發(fā)布從開發(fā)階段到實際軟件發(fā)布階段的流程。
Release Orchestration | 發(fā)布編排
發(fā)布編排是使用諸如 XL 發(fā)布等工具管理軟件發(fā)布（從開發(fā)階段到實際軟件發(fā)布階段）。
T
Test-Driven Development (TDD) | 測試驅(qū)動開發(fā)（TDD）
一種開發(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)用程序不需要使用物理機(jī)器，而是在實際的“真實”硬件上運行的模擬系統(tǒng)。這樣的“虛擬機(jī)”能夠在幾秒鐘內(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)部功能是否正確。
參考原文：https://xebialabs.com/glossary
DevOps 工具周期表是由 XebiaLabs 發(fā)布的備受業(yè)界認(rèn)可的 DevOps 工具集。DevOps 工具周期表是免費的，今年已經(jīng)更新到第三版，3.0 版本包含了 120 個 DevOps 工具，經(jīng)過全新設(shè)計，添加了 Analytics 和 AIOps 等新的類別，緊跟不斷擴(kuò)展的 DevOps 工具和技術(shù)市場。
此外，用戶可以在周期表中選擇一個工具，并使用 XebiaLabs 的集成 DevOps Diagram Generator 立即在軟件交付管道中將其可視化。DevOps 管道圖可以輕松定制，下載，打印和共享。
現(xiàn)在，DevOps 工具更新越來越快，IT 專業(yè)人員很難及時了解哪些工具最有效地幫助他們更快地交付高質(zhì)量的軟件。DevOps 工具周期表很好的囊括了市場上現(xiàn)有的各種 DevOps 工具，以一種清晰的交互式格式呈現(xiàn)（https://xebialabs.com/periodic-table-of-devops-tools/），在網(wǎng)頁中點擊任何一個元素都能跳轉(zhuǎn)到這個工具具體信息的頁面；同時這一工具是開源還是需要付費，DevOps 工具周期表上都已做了標(biāo)注，為你提供了詳細(xì)的專業(yè)參考。
關(guān)于 XebiaLabs：XebiaLabs 開發(fā)企業(yè)級持續(xù)交付和 DevOps 軟件，為公司提供更快，更低風(fēng)險地交付軟件所需的可視性，自動化和控制。
具體了解DevOps工具周期表：
https://xebialabs.com/periodic-table-of-devops-tools/
圖片來源于 GitHub:
https://github.com/lucassha/DevOps-Student-Roadmap
原始圖片來源于：
https://github.com/kamranahmedse/developer-roadmap/blob/master/images/devops.png
要實踐 DevOps，你需要掌握很多概念和工具：
根據(jù)原圖作者，你應(yīng)該學(xué)點編程語言。Pick 哪種編程語言不重要，重要的是掌握一點編程知識。推薦編程語言：Python，Ruby, Node.JS, Go, Rust, C/C++;
理解各種 OS 概念，包括：進(jìn)程管理，線程和并發(fā)，Sockets，I/O 管理，可視化，內(nèi)存／存儲，文件系統(tǒng)；
學(xué)習(xí)管理服務(wù)器。對操作系統(tǒng)進(jìn)行管理，尤其是 Linux 發(fā)行版。如果對 Linux 了解不多，可以選擇 Ubuntu;
掌握終端相關(guān)知識：腳本，命令，文本編輯器等等；
了解網(wǎng)絡(luò)和安全相關(guān)知識：HTTP,HTTPS,FTP,SSL/TLS;
了解和安裝代理，負(fù)載均衡，防火墻，Web 服務(wù)器（Apache，Nginx，Tomcat，IIS，Caddy)；
了解和使用容器 (Docker，rkt，LXC)；
了解各種云計算服務(wù) (Cloud Foundry，Rackspace，AWS，Heroku，Azure，GCP)；
自動化工具／配置管理 (Terraform，AWS Cloud Formation，SaltStack，Chef，Ansible，Puppet，Powershell)；
CI/CD 工具（Jenkins，Travis，CircleCI，Drone，Bamboo)；
監(jiān)控和告警（應(yīng)用監(jiān)控：AppDynamics，New Relic；基礎(chǔ)設(shè)施監(jiān)控：Nagios，Prometheus，Zabbix，Datadog)；
日志管理和分析（ELK)；
容器／集群編排和管理工具（Kubernetes，Mesos，Docker Swarm，Nomad)；
出故障后要有進(jìn)行進(jìn)行總結(jié)分析的習(xí)慣。
活動推薦
面對百萬臺服務(wù)器、千萬張網(wǎng)卡、海量的配置項和監(jiān)控點，怎么第一時間知道故障點在哪里？如何快速判斷分析當(dāng)前故障的影響面和修復(fù)途徑？怎樣在不影響業(yè)務(wù)的情況下快速修復(fù)？也許你早就拋棄了 SSH 和 CLI 的方式去運維一套龐大的基礎(chǔ)設(shè)施，開始嘗試寫一些自動化腳本和配置?；蛘咭呀?jīng)搭建了一套自動化的監(jiān)控平臺，并在這條前行的路上不斷的踩坑成長。
QCon 上海 2018 邀請到一批與你志同道合的同學(xué)，基于實際的項目和開發(fā)，分享在大規(guī)?；A(chǔ)設(shè)施 DevOps 領(lǐng)域的新思路，新架構(gòu)，新技術(shù)。大會8 折報名中，立減 1360 元。有任何問題歡迎咨詢票務(wù)經(jīng)理 Hanna，電話：010-84782011，微信：qcon-0410。
聯(lián)系客服
