本篇文章著重於 Terraform 的實戰使用，將 Terraform 這種 IaC 的工具給整合到 Pipeline 系統中，透過 CI/CD 的概念讓 Terraform 來幫基礎建設達到自動更新。

作者使用 Azure 雲端環境作為範例，搭配 Azure DevOps 與 Terraform 來搭建出基於 Infrastructure 的 CI/CD 實作範例。

以下節錄自文章結論
1. 除了 Terraform 之外，其他的 IaC 工具譬如 Ansible, Pulumi 等也都可以搭建出這種 IaC x CI/CD 的模式，當然大部分的雲端服務商也都沒有問題。作者列出了這種模式下帶來的好處
2. 針對 Infrastructure 的改變，可以更輕鬆的再測試環境測試，而且整個架構也相對於彈性，可以加入更多的測試來確保架構改變後，整體服務不受影響
3. 透過測試的步驟，可以確保任何失敗的修改都只會停留在 Testing 的環境，而不會直接更新正式生產環境。
4. 透過 pipeline 的架構，更容易實現 Singe source of truth 的精神，所有 Infrastructure 的修改都要從程式碼著手，並且經由 Review 來確保品質，同時當正式生產環境有出現問題時，也更容易地去發覺到底是什麼修改造成問題。
5. 程式化的執行減少的人員操作的失誤，同時也提供了運行結果的一致性，未來有問題發生時都可以重複執行pipeline來除錯與驗證。


https://blog.ardanis.com/ci-cd-for-infrastructure-7d9553b32be0

今天要分享的是來自 lambda 的團隊根據其多年 Kubernetes 的經驗分享，該篇文章篇長，閱讀可能需要15分鐘左右，這邊幫大家重點整理，有興趣的別錯過完整內容，我個人滿推薦細讀的

# 重點整理
1. 團隊一開始是透過 Ansible + Valut + Consul 來管理整個架構＋應用程式的部署。
2. 作者認為一個非常重要的東西就是， 想清楚你為什麼需要 Kubernetes，不要隨便盲目的使用
3. Kubernetes 的學習曲線非常高，除了 Kubernetes 本身之外，還有很多整合的東西都需要一起學習，譬如 Monitoring, Logging, CI/CD, Secret Management, Tracing 等，每個領域都不簡單
4. Kubernetes 的導入，並非只有營運團隊需要處理，實際上是整個產品團隊都會連帶影響，譬如對於開發者來說，本地開發要怎麼做，本地測試要怎麼做？
CI/CD 如果要考慮 Kuberntees，有哪些部分需要注意？ 應用程式如何打包與上版本？ 更新策略是什麼？
這中間有超多的議題需要整個團隊一起學習與克服，才能夠真正享受到 Kubernetes 帶來的好處
5. 轉移到 Kubernets 中間的過渡期很辛苦，同時維護兩種架構，這需要時間去處理，沒有辦法馬上完成，也不可能一步到位
6. 文章中也有提到作者團隊於各領域所採取的解決方案，這邊就大概列一下

Prometheus, Grafana Loki, Vault, Tekton, Argo Workflow, Telepresence, Skaffold, Kustomize, AWS, Kops

註: 我個人認為裡面最重要的一點就是第二點，任何領域都一定，不要盲目追求潮流，而是要有充分的理由去說服自己為什麼需要使用某產品。對我來說一個很重要的行動準則是，要先說服自己，才有辦法說服別人

https://lambda.grofers.com/learnings-from-two-years-of-kubernetes-in-production-b0ec21aa2814

--免費課程--

David Bombal 最新的課程

學習 Cisco 網路 DevOps: ACI，Ansible，Python，SDN，Kubernetes，Docker，Containers，NETCONF，包括免費的實驗室

從這 4 小時的課程，你會學到

1. 學習 NetDevOps 是什麼

2. 學習關於 Kubernetes

3. 學習哪個更好？ Python 或是 Ansible

4. 學習關於 SDN

5. 學習 Cisco ACI

https://softnshare.com/…/net-devops-cisco-python-automatio…/