DevOps 每日一句 | 重新認識 DevOps

每日一句

DevOps 每日一句

軟體系統部署上線之後，並不代表它的生命週期就此結束。後續還會隨著時間變遷，軟體系統需要經歷改進與迭代，直到最後除役或被 …

DevOps 背後的原理與改變製造業的原理相同。DevOps 闡述的是如何最佳化 IT 價值流，以及如何把業務需求轉換成 …

你無法購買一套可以在短時間內藥到病除的 DevOps 解決方案。如果你買得到，那也許你要仔細了解一下你到底買到什麼。 …

如果你不是企業內有權的主管或重要角色，那麼當你打算在組織內推動或導入某些新事物時，記得先問一下自己，你對這間公司有沒有『 …

一套可順利執行的自動化流程，並不會忽然憑空出現。自動化的前提之一，會是該任務原本可以被手動的順暢地執行。而當你在將它 …

一個人、一個團隊、多個團隊、一間中小企業、一間大企業，不同規模的組織其面臨的困境是不同的。在 5 人以內的小團隊，或許 …

壞掉的軟體、故障的雲端服務無法為使用者帶來價值。每當某個雲端服務的 Services Status 網站亮出一片紅燈時 …

弔詭的是，我們都說有為系統做監控，但往往我們只做了 Watch，但並沒有真正的 Control。事實上 Control …

如果你有辦法 100% 的預測『系統』的任何變化，那一定是你碰到的『系統』還不夠複雜。不論是軟體『系統』或是由人組成的 …

事故及風險不是只會發生在軟體及系統上，團隊協作的不順暢、專案管理的不順利、導入新方法遇到瓶頸，這些都是一種『事故』。沒 …

開發工程師是因為技能樹還是因為職稱的緣故只能負責軟體開發？維運工程師是因為技能樹還是因為職稱的緣故只能負責軟體維運？ …

喔，這真的是一項太常聽見、大錯特錯的迷思！自動化只是手段，如果你的目光只關注在自動化，那你其實不需要什麼 …

回顧歷史，每一次軟體工程有新的『理論/方法』出現時，他們都是為了什麼目的？都能帶來哪些好處？不妨試著回想一下 …

組織文化是企業能否順利 DevOps 轉型的重要關鍵。但別忘了組織文化是從何處而來？你需要有合適的人來形塑出合適的組 …

經過這麼多年的技術與思維變遷，「測試」已經不只是發生於軟體開發生命週期較右側的階段。測試左移、全棧測試，讓測試融入軟體 …

一天部署十次！一天交付二十次！一天 Commit 三十次！然後呢？你部署、交付、Commit 的是 Feature 還 …

每一次你修改完程式碼，接著準備開始執行持續整合，你需要多少時間才能完成這趟整合？在你整趟持續整合要執行的動作中，第一步 …

你的客戶想要什麼？你的老闆想要什麼？你的軟體開發團隊想要什麼？你想要什麼？上述的『價值』所指的會是相同的東西嗎？你 …

我們為什麼要測試？為了提升軟體品質？還是為了降低專案風險？測試可以為你的開發團隊、使用者、產品本身帶來什麼價值？你覺 …

資料的生產者通常不是資料的使用者。你是不是覺得自己已經做好『度量 / 量測』就夠了？但你有仔細思考過，當你辛苦的量測 …

我們公司採用的是敏捷開發、我們在 OOXX 參考了敏捷思維、我們將敏捷運用在⋯⋯ 這時代，恐怕人人都聽過敏捷，畢竟我們已 …

Agile 對於不同的人、不同的時間點、不同的領域中可能有著不同的含義。是的，或許有一天「敏捷宣言」與「敏捷12項原則 …

當人們被按著專業技能安排座位，相同技能的人坐在同一區，一座依據「技能」的穀倉可能就會理所當然的自然形成。儘管我們並未察 …

DevSecOps 是軟體工程領域的安全實踐。 DevSecOps 仰賴於平台及工具，為團隊提供 Security …

變革成功的關鍵在測量並瞭解正確的事物，專注在能力而非成熟度。有時我們會用所謂的『成熟度模型』來評估自己組織在特定領域已 …

我們交付出去的是什麼東西？是軟體嗎？是一包安裝檔？一個 binary？你覺得你完成交付了，但也許使用者並不這麼認為。 …

你們都是在哪一天部署新版本上線？平日的半夜或清晨？事先公告服務會下線的系統維護日？還是？你們會避開時間不在週五下班前部署 …

見山是山，見山不是山，見山還是山。為了實現 DevOps 的目標『持續交付高品質的價值給客戶』，我們好不容易打通了整條 …

自動化並不是一項會憑空出現的東西。你需要先有一個流程，這個流程可以被人工順暢的執行，接著才將它轉變成自動化執行。這個 …

『現今每家公司都是軟體公司』及『軟體正在吞噬這個世界』，這兩句話 IT 圈內人應該都不陌生。資訊技術與軟體產業的發展， …

DevOps 不等於 CI/CD。然而 CI/CD 卻是實踐 DevOps 時，非常重要的核心能力。你是否有讓整條軟 …