【20181230】releasemanager之deploy：持續部署和監控反饋
終於說到持續部署了，它可以說是持續交付流水線中真正完成隨時隨地一鍵部署可用軟體版本的環節。
持續部署基於規範自動化的環境管理，將軟體的部署環境和部署過程自動化並作為流水線的一個環節，儘可能頻繁的進行部署。通過頻繁的部署來提前暴露部署環境和部署過程中的問題，促使運維團隊與開發和測試團隊的融合。
當前持續部署可用的開源成熟工具較少，業界各大廠商各自主推的CodePipeline流水線主要也是在部署/回滾和日誌/監控兩個方面做文章。我們挑選Ansible和K8s來簡單分析一下。
Ansible功能較單一，通過伺服器端ssh連線客戶端來完成客戶端環境的統一管理，方便快捷，適用於linux環境的批量管理。
而基於Docker的K8s功能較完善，部署、升級、伸縮擴容、回滾等均涵蓋，也包括資源限制和檢查告警等。
本來想好好說道一下持續部署，無奈年關將近，崗位有變，只能留待下回分解...
相關推薦
【20181230】releasemanager之deploy：持續部署和監控反饋
終於說到持續部署了，它可以說是持續交付流水線中真正完成隨時隨地一鍵部署可用軟體版本的環節。 持續部署基於規範自動化的環境管理，將軟體的部署環境和部署過程自動化並作為流水線的一個環節，儘可能頻繁的進行部署。通過頻繁的部署來提前暴露部署環境和部署過程中的問題，促使運維團隊與開發和測試團隊的融合。
【20181230】releasemanager之流動：持續整合
上一篇中我們總結了價值流圖中變更管理的基礎技術手段之一：版本控制，本篇我們繼續總結變更管理的基礎技術手段之二：持續整合。 持續整合意味著團隊的所有成員以每日至少一次的頻率將自己的程式碼變更整合至中心程式碼庫並通過自動化的構建和測試來驗證變更質量，以儘可能早和快的發現問題。持續整合與版本控制配合完
【20181218】releasemanager之老本行：版本控制和環境管理
繼續根據軟體業務價值流圖來學習總結，本篇我們接著上一次的需求管理&變更管理來關注與它們密切相關的版本控制。 版本控制可以說是我的老本行了，在華為的五年配置管理崗位都是圍繞著版本控制打轉，然而當時還沒有徹底理解版本控制的意義所在。如今將版本控制作為持續交付流水線的一部分來看待，反而能對其本
【20181215】releasemanager之開端：需求管理&開發模式&變更管理
繼續根據上一篇的軟體業務價值流圖來學習總結，本篇我們關注價值流圖的最開端也是最基礎的環節：需求管理。 需求 - - 開發模式 - - 變更 - - - 版本控制 - - - 環境管理 - - - 持續部署 - - - 監控反饋 &nb
【20181210】releasemanager之核心概念：精益 & 敏捷 & Devops & 持續交付
在之前的幾篇release manager階段總結中提到了比較多的術語概念，比如：精益、敏捷、Devops、持續交付、持續部署等，這些都是軟體工程領域常見的用詞，然而令人頭疼的是這些概念的重疊定義以及彼此之間的聯絡應該如何理解。那麼本篇我們就來嘗試解析一下這幾個核心概念。 首先需要說明的是這些聽
【產品】產品之術：一目瞭然的狀態機圖
什麼狀態機圖，它的使用場景是什麼？文章為你解讀。 一、什麼是狀態機？ 做產品的時候，我們總能遇到一些比較複雜的邏輯問題。 比如狀態的轉換，欄位狀態的確認，許可權的控制，狀態的對應。 而普通的流程圖，或時序圖，更側重於流程和動作的描述，對於物件和狀態的解讀缺乏
【轉】架構之路：從管理者的角度看問題
http://www.cnblogs.com/freeflying/p/6036910.html 同步釋出在知乎，也不知道在部落格園裡這算不算水文，能不能上首頁。但園子裡還有一千多粉絲，我主要是想通知下面這件事： +++++++++++++++++++ 這個系列寫得很坎坷
【 專欄 】- 學習之路：OpenCV2
學習之路：OpenCV2 這個專欄主要是記錄《OpenCV2 計算機視覺程式設計手冊》的一些知識點，以及我個人對於一些重點演算法的看法。該書以案例的形式介紹OpenCV 2.X的新特性和C++新介面，同時使用Qt平臺實現一些影象處
【TensorFlow原始碼系列】【四】圖優化演算法：constant folding和CSE
TensorFlow中使用的圖優化演算法有：constant folding 和CSE（common-subexpression elimination） 【演算法一】constant folding 該演算法，是將graph中常量的計算合併起來。例如： C = A+B，其中A和B都是con
【JanusGraph】第八章：系統部署方案
第八章：系統部署型態 Chapter 8. Deployment Scenarios JanusGraph提供多種後端儲存和後端索引，使其能夠更靈活的部署。本章介紹了幾種可能的部署場景，以幫助解決這種靈活性帶來的複雜性。 在討論部署場景之前，理解JanusGraph
【Kubernetes】最佳實踐3：服務部署與彈性伸縮
作者：彭靖田 在Kubernetes的世界中，一切服務都是跑在容器中的，最簡單的容器組是Pod。基於現實世界中的具體任務，Kubernetes抽象了更高階的容器組，如：ReplicaSet、Deployment、Job等。對於Web型別的長週期服務來說，重點考察兩個需求：
【只怕沒有幾個人能說清楚】系列之四：碰撞信息、觸發信息的檢測
col lis 至少 one ati spa nbsp 觸發 trigge 碰撞器分為三種： static collider 靜態碰撞器 rigidbody collider 剛體碰撞器 kinematic rigidbody
【只怕沒有幾個人能說清楚】系列之二：Unity中的特殊文件夾
物體 avi ebp time 編輯模式 tro hive 預覽 打包 參考：http://www.manew.com/thread-99292-1-1.html 1. 隱藏文件夾 以.開頭的文件夾會被忽略。在這種文件夾中的資源不會被導入，腳本不會被編譯。也不會出現
【轉】Java併發程式設計：併發容器之ConcurrentHashMap
JDK5中添加了新的concurrent包，相對同步容器而言，併發容器通過一些機制改進了併發效能。因為同步容器將所有對容器狀態的訪問都序列化了，這樣保證了執行緒的安全性，所以這種方法的代價就是嚴重降低了併發性，當多個執行緒競爭容器時，吞吐量嚴重降低。因此Java5.0開始針對多執行緒併發訪問設計，提供了併
【34】Java併發程式設計：併發容器之CopyOnWriteArrayList（轉載）
Java併發程式設計：併發容器之CopyOnWriteArrayList（轉載） 原文連結： http://ifeve.com/java-copy-on-write/ Copy-On-Write簡稱COW，是一種用於程式設計中的優化策略。其基本思路是，從一開始大家都
【轉載】ReLU啟用函式：簡單之美
導語 在深度神經網路中，通常使用一種叫修正線性單元(Rectified linear unit，ReLU）作為神經元的啟用函式。ReLU起源於神經科學的研究：2001年，Dayan、Abott從生物學角度模擬出了腦神經元接受訊號更精確的啟用模型，如下圖： 其中橫軸是時間(m
【轉載】迷之 crontab 異常：不執行、不報錯、無日誌
問題說明 : 谷歌雲服務 gce debian例項crontab不執行，經檢視發現crontab時區與系統時區不一致，系統時區為utc+8,crontab為utc。 修改後重啟cron服務沒有立即生效，第二天檢視crontab服務時區已正常，但仍無法執行任務，查閱到以下文
【資料結構與演算法】內部排序之四：歸併排序和快速排序（含完整原始碼）
前言 之所以把歸併排序和快速排序放在一起探討，很明顯兩者有一些相似之處：這兩種排序演算法都採用了分治的思想。下面來逐個分析其實現思想。歸併排序實現思想 歸併的含義很明顯就是將兩個或者兩個以上的有序表組合成一個新的有序表。歸併排序中一般所用到的是2-路歸併
【DRF】CRUD 之 R(Read) - (例項場景：我的部落格專欄=> 設計模式打造超級蜘蛛)
CRUD of Django-REST-Framework 之 R（Read） Overview CRUD of Django-REST-Framework 之 R（Read） 1. 例項 django ORM model 回顧 2. C
【Linux入門學習之】Linux連線檔案：硬連線和軟連線
Linux下面的連線檔案有2種：一種是類似與Windows的快捷方式功能的檔案，可以讓我們快速連線到目標檔案，稱為符號連線（symbolic link）；另一種則是通過檔案系統的inode連線產生新檔名，而不是產生新檔案，稱為硬連線（hard link）。 一、hard l