/帶無阿潑斯/
devops維基百科定義 devops（development和operations的組合詞）是一種重視「軟體開發人員（dev）」和「it運維技術人員（ops）」之間溝通合作的文化、運動或慣例。透過自動化「軟體交付」和「架構變更」的流程，來使得構建、測試、發布軟體能夠更加地快捷、頻繁和可靠。
devops平台搭建工具
專案管理（pm）：jira。運營可以上去提問題，可以看到各個問題的完整的工作流，待解決未解決等；
**管理：gitlab。jenkins或者k8s都可以整合gitlab，進行**管理，上線，回滾等；
持續整合ci（continuous integration）：gitlab ci。開發人員提交了新**之後，立刻進行構建、（單元）測試。根據測試結果，我們可以確定新**和原有**能否正確地整合在一起。
持續交付cd（continuous delivery）：gitlab cd。完成單元測試後，可以把**部署到連線資料庫的 staging 環境中更多的測試。如果**沒有問題，可以繼續手動部署到生產環境中。
映象倉庫：vmware harbor，私服nexus。
容器：docker。
編排：k8s。
服務治理：consul。
指令碼語言：python。
日誌管理：cat+sentry，還有種常用的是elk。
系統監控：prometheus。
負載均衡：nginx。
閘道器：kong，zuul。
鏈路追蹤：zipkin。
產品和ui圖：藍湖。
公司內部文件：confluence。
報警：推送到工作群。
型別
名稱
持續整合/持續交付
jenkins
源**管理
gitlab
雲平台阿里雲
軟體包管理器
私有nuget
**檢查
reshaper
容器化docker
分布式鏈路跟蹤
skywalking
日誌系統
es+filebeat+kibana
系統監控
prometheus
對於一般的團隊，建議優先從gitlab+jenkins搭建好完成ci/cd，其次把日誌系統給完善起來，這兩者完成得越早，給團隊帶來的收益就越高，後續才會有更多的時間來完善整套技術體系，這是乙個良性的迴圈。
用通俗的說法就是：組織形式等同系統設計，核心觀點如下：
reference：
微服務devops 用於微服務的安全DevOps
微服務devops 容器和微服務徹底改變了應用程式開發和基礎架構管理。他們還提出了新的安全挑戰，而沒有解決舊的挑戰。有哪些新的安全挑戰，您可以如何應對？微服務正在改變一切。不變的基礎架構，無共享架構和容器化應用程式 微服務 是當今大多數企業路線圖的重點。微服務提供了一種以小型，自治且可自我維持的能力...
微服務學習筆記
所以如果要搭建一套新的監控系統，建議可以考慮採用 graphite tick 或者 prometheus 其 中之一。過 graphite 還需要搭配資料採集系統比如 statsd 或者 collectd 使用，而且介面展 示建議使用 grafana 接入 graphite 的資料來源，它的效果要比...
微服務學習筆記
1 建立乙個微服務 2 定時任務 1 scheduel 2 quartz springboot整合quartz 1 服務的註冊與發現 eureka spring cloud入門 eureka服務註冊與發現 各個微服務再eureka服務上註冊，eureka儲存各服務的host，port，服務間通過eu...