上週 (2019/03/28) DevOps Meetup 分享的主題：聊聊軟體交付的濫觴 談產出物管理 (Artifacts Management)，我提出了 軟體交付四大支柱 (Four Pillars of Software Delivery) 的想法，如下圖：

支柱 (Pillar) 的意思就是在交付軟體過程，如同蓋房子，要先蓋地基與支柱，然後才能疊加其他的東西、蓋牆壁、放水電管線等，對應到軟體開發也就是開發、測試、維運任務。

Pillars 的命名想法參考自 AWS Well-Architected
Updated 2023/07/19: 本文收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市

依照四大支柱的描述，整理過去寫的文章列表，以及對應到這四個 Pillars 的關係：

• 全貌：
  • Software Development Lifecycle
  • 看見怎樣的全貌
  • 協同合作系統建制與導入 - 以 Redmine 為例
  • 心得：持續交付 2.0
• Artifacts Management (AM)
  • Artifacts Management
  • 聊聊軟體交付的濫觴 談產出物管理 (Artifacts Management)
• Resource Provisioning:
  • Resource Provisioning and DevOps
• Pipeline, Delivery
  • 導入 CI/CD 的第一步
  • 怎樣的 CI/CD 才夠 Quality?
  • Version Control
  • Go Live
  • 文件的持續交付
• Config Management:
  • Designing Test Architecture and Framework

比較少著墨的是 Config Management，但實際上過往在設計 Test Framework 的時候 Config Management 卻是著墨最多的點。

重新整理 Blog 文章與四大支柱的對應，從中看到未來可以持續補充的文字與心得。

延伸閱讀

• 關於 DevOps 的討論與想法
• 個人著作《SRE 實踐與開發平台指南》 (2023/08 上市)