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

「consul prometheus」的推薦目錄：

關於consul prometheus 在矽谷牛的耕田筆記 Facebook 的最佳貼文
關於consul prometheus 在矽谷牛的耕田筆記 Facebook 的精選貼文

關於consul prometheus 在コバにゃんチャンネル Youtube 的最讚貼文
關於consul prometheus 在大象中醫 Youtube 的最讚貼文
關於consul prometheus 在大象中醫 Youtube 的最佳貼文

關於consul prometheus 在 prometheus自动发现的評價
關於consul prometheus 在 prometheus/consul_exporter: Exporter for Consul metrics 的評價
關於consul prometheus 在 How prometheus consul service discovery works if ACL is ... 的評價
關於consul prometheus 在 Getting into Consul, Part 9: Service Mesh Proxy Metrics 的評價

consul prometheus 在矽谷牛的耕田筆記 Facebook 的最佳貼文

2021-06-30 08:00:07 有 98 人按讚

Cloud Native 這個詞近年來非常熱門，CNCF 甚至也有針對這個詞給出了一個簡短的定義，然而對於每個使用者來說，要如何實踐這個定義則是百家爭鳴。我認為很認真地去探討到底什麼樣才算 Cloud Native 其實就跟很認真的探討什麼是 DevOps 一樣，就是一個沒有共識，沒有標準答案的問題。

本篇文章從 CNCF 的定義衍伸出 Cloud Native 帶來的優勢，並且針對這個領域介紹了十三種不同面向的科技樹，每個科技樹也都介紹了幾個常見的解決方案。

好處:
1. Speed
作者認為 Cloud Native 的應用程式要具有快速部署與快速開發的特性，擁有這些特性才有辦法更快地去根據市場需求而上線面對。眾多的雲端廠商都提供不同的解決方案讓部署應用程式愈來愈簡單，而 Cloud Native 相關的工具則是大量採用抽象化的方式去描述這類型的應用程式，讓需求可能更簡單與通用的部署到不同環境中。
2. Scalability and Availability
Cloud Native 的應用程式應該要可以無痛擴張來對面不論是面對一百個或是一百萬個客戶。底層所使用的資源應該都要根據當前的需求來動態配置，避免無謂的金錢成本浪費。此外自動化的 Failover 或是不同類型的部署策略(藍綠/金絲雀..等)也都可以整合到 Cloud native 的工具中。
3. Quality
Cloud Native 的應用程式建置時應該要保持不變性，這特性使得應用程式本身能夠提供良好的品質一致性。此外大部分的 Cloud Native 工具都是開放原始碼專案，這意味者使用時比較不會遇到 vendor lock-ins 的問題。

以下是作者列出來認為 Cloud Native 生態系中不可或缺的十三種面向，以及該面向中幾個知名專案。

相關領域
1. Microservices (Node.js/Kotlin,Golang)
2. CI/CD (Gitlab CICD/ Github Actions)
3. Container (Docker/Podmna/LXD)
4. Container Orchestration (Kubernetes/Google Cloud Run)
5. Infrasturcutre as Code (Terraform/Pulumi)
6. Secrets (Vault /Sealed Secrets)
7. Certificates (cert-manager/Google managerd certificates)
8. API Gateway (Ambassador/Kong)
9. Logging (EKF/Loki)
10. Monitoring (Prometheus/Grafana/Datadog)
11. Alerting (Prometheus Alertmanager/Grafana Alerts)
12. Tracing (Jaeger/Zipkin)
13. Service Mesh (Istio/Consul)

https://medium.com/quick-code/how-to-become-cloud-native-and-13-tools-to-get-you-there-861bcebb22bb

Tags: consul prometheus

矽谷牛的耕田筆記

About author

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

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

consul prometheus 在矽谷牛的耕田筆記 Facebook 的精選貼文

By 矽谷牛的耕田筆記

2020-11-18 09:00:03 有 61 人按讚

今天要分享的是來自 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