iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
DevOps

PM 的 30 日 DevOps 養成計畫 系列

一個沒有技術背景的 PM,要如何藉由 DevOps 自動化且持續改進的文化,應用在實際工作上,解決發布週期過長、溝通成本高的情況,改變團隊合作的特性,一起建立屬於 PM 的 DevOps 思維地圖。

參賽天數 24 天 | 共 24 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 11

最可靠的貨櫃 - Docker

好不容易開發好的程式,在不同環境竟然一個可以正常跑,一個卻出了問題?要回頭找答案時,又花費了一堆時間找到底是哪一個軟體版本不一致,或是其他地方出了差錯。 這時候...

2025-08-22 ‧ 由 hellovvy 分享
DAY 12

容器的最棒管家 - Kubernetes (K8s)

前一張提到了容器化跟 docker,那如果今天產品服務的流量變的很高,有很多人在使用時,Kubernetes (K8s) 就是來負責好好管理這些服務的自動管家。...

2025-08-23 ‧ 由 hellovvy 分享
DAY 13

基礎建設的自動建造師 - IaC

當團隊還小時,基礎環境設置像是開機器、設定儲存空間、配置資料庫等,可以透過最簡單的流程進行。 但隨著產品的演化,開發、測是跟正式環境有可能會不同步的改動,而這樣...

2025-08-24 ‧ 由 hellovvy 分享
DAY 14

速度跑得更快的 Devops - MLOps

在現在 AI 的時代,如果是把 Devops 的精神跟實踐運用到 AI 產品上,就跑出了 MLOps(Machine Learning Operations)。...

2025-08-25 ‧ 由 hellovvy 分享
DAY 15

Devops 嚴謹的把關手 - 自動化測試

大部分 PM 會接觸到的測試,是手動模擬真實使用者的使用流程,看看畫面、功能上有沒有與原來的設計有不一樣的地方,但如果到了快上線的階段,才做最後的大驗收,修復的...

2025-08-26 ‧ 由 hellovvy 分享
DAY 16

打造穩固及正確的開發方法 - TDD/BDD

30 天挑戰終於超過一半了!!!!!(灑花) 今天繼續分享的是兩種不同的開發方式:測試驅動開發 (TDD) 與行為驅動開發 (BDD)。 測試驅動開發(TDD,...

2025-08-27 ‧ 由 hellovvy 分享
DAY 17

上線後怎麼知道用戶有沒有遇到問題? — 監控與可觀測性(Observability)

產品在上線之後,維運單位會觀測像是 CPU 使用率、記憶體、硬碟空間等基礎設施的數據,這就是「監控」。當數數據異常時,會有「告警」去提醒維運單位服務出問題了,但...

2025-08-28 ‧ 由 hellovvy 分享
DAY 18

集中式日誌管理 - 如何幫助團隊快速定位問題

昨天提到了維運團隊在平時就會有監控產品的流程,確認基礎設施運行沒有問題,但在 Devops 的精神結合進來後,監控的目標從「伺服器 A 的 CPU 使用率達 8...

2025-08-29 ‧ 由 hellovvy 分享
DAY 19

DevSecOps 與安全左移的核心思維

前幾天文章中提到了測試左移,今天要分享的是「安全左移」,也就是 DevSecOps。 在軟體開發流程中,資安測試的環節在以前常擺在後面的環節,但如同測試左移的概...

2025-08-30 ‧ 由 hellovvy 分享
DAY 20

混沌工程(Chaos Engineering)- 建立更有韌性的系統

昨天剛好聽了測試相關的演講,講者說到做測試就是為了驗證產品有問題,因為沒有發現問題的產品等於沒有人用,並沒有完美無缺的服務,只有還沒被發現漏洞的產品。 所以這代...

2025-08-31 ‧ 由 hellovvy 分享