關於 kubernetes deployment ，我們在網路上蒐集到這些相關的討論、資訊與評價

Q: kubernetes deployment矽谷牛的耕田筆記 在Facebook 的評價

ref: https://blog.kubecost.com/blog/kubernetes-labels/本篇文章是一個 Kubernetes Label 介紹文， Kubernetes 的使用者一定都知道 Kubernetes 內的物件很大量依賴 Label 的使用，最基本的用法就是Deployment 與 Pod 之間是透過 Label 與 LabelSelector 互相溝通的。Kubernetes 提供兩種不同的方式來為資源打上標記，分別是1. labels2. annotations兩者都是基於 key/value 的方式來設定，不過用途是完全不同。 Label 主要是用來提供辨識的功能，讓使用者可以透過 key/value 的方式來辨識當前的資源，就如同前述提到的 Deployment 與 Pod 的關係。透過 Label 來標示 Pod，而 Deployment 則透過 LabelSelector 來選擇符合標準的 Pod。Label 主要有兩大用法1. Grouping Resource for Queries2. Bulk Operations.第一種用法就是前述提到的，將一群資源透過 Label 給標記起來，另外一個則是透過 kubectl 等指令操作時，可以一口氣操作多個資源，譬如kubectl delete deployment -l environment in (dev,sit)上述資源可以一口氣將符合 environmnet=dev 以及 environmnet=sit 的 deployment 給一次刪除。文章中還列舉了其他介紹與學習 Labeling 概念的網站，最後還提到一個使用 Label 上要注意的相關事項1. 不要將一些會一直改變的資料放到 Label 中2. 沒有任何理由的話，不要輕易去修改運行資源的 Label 內容3. Label 本身的設計不是一個 data store，所以不要將一些 Application 的重要資料給存放到 Label 上對於 Label 這概念想要更深理解的可以參閱全文

「kubernetes deployment」的推薦目錄：

關於kubernetes deployment 在矽谷牛的耕田筆記 Facebook 的最讚貼文
關於kubernetes deployment 在矽谷牛的耕田筆記 Facebook 的最佳解答
關於kubernetes deployment 在矽谷牛的耕田筆記 Facebook 的最佳解答

關於kubernetes deployment 在コバにゃんチャンネル Youtube 的精選貼文
關於kubernetes deployment 在大象中醫 Youtube 的精選貼文
關於kubernetes deployment 在大象中醫 Youtube 的最佳貼文

關於kubernetes deployment 在 [Kubernetes] Deployment Overview | 小信豬的原始部落的評價
關於kubernetes deployment 在 Kubernetes (K8s) - GitHub 的評價
關於kubernetes deployment 在 What is difference between Kubernetes Jobs & Deployments 的評價
關於kubernetes deployment 在 Deploying Magnolia to Kubernetes 的評價

kubernetes deployment 在矽谷牛的耕田筆記 Facebook 的最讚貼文

By 矽谷牛的耕田筆記

2021-09-27 08:01:09 有 20 人按讚

ref: https://www.hwchiu.com/cncf-tech-radar-multicluster.html

這篇是 CNCF 科技雷達六月份的調查

這次題目為 Multicluster Management，主要想要探討 CNCF 團隊是如何管理多套 Kubernetes 叢集的。

不過 RADAR 團隊將結果分成兩類，分別是 Cluster Deployment 以及 Core Services/Add-ons，前者主要探討如何去管理與部署 Kubernetes Cluster，後者則是探討當前述的 Cluster 搭建完畢後，接下來會部署哪些核心服務來提供更上層的使用者去使用。

結論大概是
1. 多叢集管理目前沒有一個銀色子彈可以一統江山，不同環境與需求都有各自的一片天
2. 社群目前很期待 ClusterAPI 的茁壯發展，希望能夠減少更多客製化的需求與複雜度。
3. 眾多社群工具一起結合來解決問題，特別觀察到 GitOps 最常搭配 Helm 使用，而 Operator 的解決方案也很常透過 GitOps/Helm 的方式給部署到叢集中
4. Operator 真的很棒

詳細內容可以參閱全文

Tags: kubernetes deployment

矽谷牛的耕田筆記

About author

目前工作內容主要以 DevOps 為主，本身是微軟 Cloud and Datacenter Management MVP，閒暇之餘會透過文章記錄所學，記錄於 https://www.hwchiu.com. 喜歡參加社群活動來學習不同的經驗，藉此增廣見聞目前主要參加的社群是 CNTUG，偶而會參加線上 Meetup ，透過網路的方式分享一些心得，並且錄影分享於 Youtube 上

工作與閒暇之餘的學習筆記，紀錄各式各樣的科技文章，同時分享自身部落格文章，線上社群演講以及線上課程資訊

kubernetes deployment 在矽谷牛的耕田筆記 Facebook 的最佳解答

By 矽谷牛的耕田筆記

2021-09-15 08:00:09 有 43 人按讚

ref: https://blog.kubecost.com/blog/kubernetes-labels/

本篇文章是一個 Kubernetes Label 介紹文， Kubernetes 的使用者一定都知道 Kubernetes 內的物件很大量依賴 Label 的使用，最基本的用法就是
Deployment 與 Pod 之間是透過 Label 與 LabelSelector 互相溝通的。

Kubernetes 提供兩種不同的方式來為資源打上標記，分別是
1. labels
2. annotations

兩者都是基於 key/value 的方式來設定，不過用途是完全不同。 Label 主要是用來提供辨識的功能，讓使用者可以透過 key/value 的方式來辨識當前的資源，就如同前述提到的 Deployment 與 Pod 的關係。
透過 Label 來標示 Pod，而 Deployment 則透過 LabelSelector 來選擇符合標準的 Pod。

Label 主要有兩大用法
1. Grouping Resource for Queries
2. Bulk Operations.

第一種用法就是前述提到的，將一群資源透過 Label 給標記起來，另外一個則是透過 kubectl 等指令操作時，可以一口氣操作多個資源，譬如
kubectl delete deployment -l environment in (dev,sit)
上述資源可以一口氣將符合 environmnet=dev 以及 environmnet=sit 的 deployment 給一次刪除。

文章中還列舉了其他介紹與學習 Labeling 概念的網站，最後還提到一個使用 Label 上要注意的相關事項
1. 不要將一些會一直改變的資料放到 Label 中
2. 沒有任何理由的話，不要輕易去修改運行資源的 Label 內容
3. Label 本身的設計不是一個 data store，所以不要將一些 Application 的重要資料給存放到 Label 上

對於 Label 這概念想要更深理解的可以參閱全文

Tags: kubernetes deployment

矽谷牛的耕田筆記

About author

工作與閒暇之餘的學習筆記，紀錄各式各樣的科技文章，同時分享自身部落格文章，線上社群演講以及線上課程資訊

kubernetes deployment 在矽谷牛的耕田筆記 Facebook 的最佳解答

By 矽谷牛的耕田筆記

2021-08-24 08:00:09 有 52 人按讚

ref: https://medium.com/nerd-for-tech/ceph-ansible-deployment-testing-using-vagrant-8205a9f39f2d

本篇文章是一個工具分享文，探討如何使用 Vagrant 來架設一個 ceph 叢集環境來測試與開發。

Ceph 是非常知名的分散式儲存的解決方案，其提供 Object, block 以及 file 等儲存空間供不同需求的應用程式使用
Ceph 本身是由多個不同的組成元件所組成，這也是為什麼會稱 Ceph 叢集的概念，元件包含
1. Monitors(MON)
2. Managers(MGR)
3. Metadata Servers(MDS)
4. Object Storage Devices(OSD)

CNCF 畢業專案 Rook 則是一個將 Ceph 與 Kubernetes 整合的解決方案，其簡化了部署 Ceph 的複雜度，讓使用者可以更輕鬆的透過 Kubernetes 去部署一套 Ceph 叢集環境來測試與開發。
不過並不是所有使用 Ceph 的環境都會搭配使用 Kubernetes，作者觀察到目前網路上至少有七種以上的部署方式，而其中最知名也受歡迎的部署方式就是透過 Ceph-Ansible 來安裝。

本篇文章作者探討如何透過 Ceph-Ansible 來部署 Ceph 叢集。
Ceph-Ansible 內本身就有提供 Vagrant 的設定檔案，透過修改設定檔案就可以很順利的自動架起多個 VM，接者透過 Ansible 將 Ceph 的服務依序安裝上去最後就可以順利的搭起一個 Ceph 叢集環境來測試與開發。

本篇文章基本上要對 Ceph 有理解才會比較有背景去閱讀，對於 Ceph 有興趣的人可以參考看看