# DevOps
# 6 Best Practices to Manage Pull Request Creation and Feedback
建立好的 PR（Pull Request，或者也可以說 Merge Request）可以減少開發時間，除了要保持簡單、結構完整且一致性以及做好測試這三大基本要素之外，還建議以下幾點：
- 命名時需要點敘述性和一致性
- PR 名稱要清楚和描述
- PR 的變動越小越好
- PR 有爭議時請直接詢問對方，減少溝通時間
- 動手做之前先做好功課來避免整個 PR 重寫
- 多找一些人審查 PR
# 7 CNCF Projects For Building Cloud-Native Networks
本篇介紹 7 個用於建立 Cloud Native 類型網路的 CNCF 專案：
- Antrea - 建立在 Open vSwitch 上的 Kubernetes 網路
- Cilium - 基於 eBPF 的網路、資安和觀測的專案
- Container Network Interface (CNI) - 專門用於 container 的 interface
- CNI-Genie - 讓多個 CNI plugins 可以在運行時同時存在
- Kube-OVN - 適用於大型企業的 Kubernetes 網路構造
- Network Service Mesh - 混合多雲架構的 service mesh
- Submariner - 可
Pod或Service直接在不同 Kubernetes cluster 或不同雲之間互連
# How Many Nodes for Your Kubernetes Control Plane?
自架 Kubernetes control plane 需要幾個節點比較洽當？以 etcd 做為叢集狀態儲存工具時，2 個節點比 1 個節點還糟，因為很可能發生腦裂的情況，官方建議 3 或 5 個節點，超過 7 個可能有延遲問題。最後作者分別對 3、5、7、9 個節點做壓測證明延遲問題，以及假如有節點壞了，建議先移除之後再增加新的節點；但如果是節點沒壞，先增加新的節點之後再移除舊的。
Share this postTag
Recommendation
Discussion(login required)