本文同步刊登於個人技術部落格,有興趣關注更多 Kubernetes、DevOps 相關資源的讀者,請務必追蹤從零開始的軟體工程師之旅,喜歡的話幫我按讚分享、歡迎留言、或是許願想要看的文章。
如果有技術問題也可透過粉絲專頁 討論,技術方面諮詢免錢、需要動手做另計 XD。
去年(11屆)去年鐵人賽提供了許多工具的導入與實作分享,舊文請見其實我真的沒想過只是把服務丟上 kubernetes 就有這麼多問題只好來參加30天分享那些年我怎麼在 kubernetes 上踩雷各項服務
向各位讀者推廣新的工具的用意,是希望透過新的工具,改善開發流程,進而提升團隊生產力,讓大家最終可以躺著上班(?)同時公司賺大錢。
工具與技術棧的導入評估,實務上其實很複雜。新的工具層出不窮,導入前,要如何判斷新工具適不適合團隊文化與產品特性呢?
「為什麼要導入使用 Kubernetes 呢?」
「因為潮」
(設計對白 XD)
「四處跟風,別人用什麼我們就跟著用」,盲目的追求耗費太多成本又缺乏成效。僵化守舊,成為「新的技術不學不用不知道,叫我技術鐵公雞」。
好或不好,我們要有方法量化,理性的判斷。如同這本好書網站可靠性工程|Google的系統管理之道
量化是科學化決策的基石:
iThome 鐵人賽,說實在文章趕不完,只能開個入門範例,提供一個思考的框架:
30 天文章,希望能給大家一點發想。希望最終有一天都能夠明確的回答:
「自從用了 XXX 後,我的服務比以前好了八十七趴了呢!!」
題目大綱 (隨參賽過程動態調整,需望不要腰斬或富堅XD)