Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >Kubernetes上的十大应用程序

Kubernetes上的十大应用程序

作者头像
知忆
修改于 2021-06-10 03:10:06
修改于 2021-06-10 03:10:06
5240
举报
文章被收录于专栏:linux百科小宇宙linux百科小宇宙

在崭新的Kubernetes集群上,经常会安装的helm chart都有哪些呢?下面这个清单代表了我们的观点。

序号

名称

理由

1

nginx-ingress

世界上最常见的前端代理,非常易于搭建,功能具有通用性。根据场景的不同,可能会有更好的Ingress,但是它的份额占到了99%。

2

coredns

Kubernetes上最好的DNS服务器。默认的KubeDNS比较糟糕,所以毫无疑问你需要将它切换掉。借助coredns你还可以启用一些很酷的插件,使其能够与其他的应用程序协作,比如Prometheus

3

Prometheus

每个人都应该使用Prometheus,它提供了自定义的时序监控功能,允许你instrument代码并在Grafana中以图形化的方式进行监视。你还可以搭建告警功能,当生产环境崩溃或延迟让顾客感到不满时,你能得到提醒。它同时还需要Grafana和kube-state-metrics chart。

4

Istio

通过Istio服务网格连接微服务能够解锁大量很酷的特性,包括流量控制、认证与授权、加密和可观察性。你可以移除微服务中大量的应用程序逻辑,让Istio来处理它。

5

Nuclio

Nuclio是我们目前最喜欢的FaaS应用,它为实时和数据驱动应用提供了Serverless Function,与AWS Lambda的处理方式相同,只不过是在你的集群中运行。

6

Jaege

为你的应用提供分布式跟踪功能,它能够跟踪每个微服务的每次API调用。我们都知道,微服务最大的问题就是可观察性。在解决这个问题方面,我们走过了很长的道路。

7

Fluentd

捕获日志并将其发送至ElasticSearch,这样我们就可以通过搜索错误日志判断微服务中出现了什么问题。在使用它的时候,还需要Kibana chart。

8

Anchore

如今,谁的应用会不关注安全性呢。我们需要它来捕获安全漏洞并与CI/CD管道进行集成。

9

Jenkins

容器提供CI/CD功能。几乎每个人都在运行它,不过喜欢它的人似乎并不多,但是它非常流行,在安装Gitlab之前,它是默认的方案。

10

NATS

一个非常酷的PubSub消息系统,因为并非所有的内部通信都需要通过API,它还有一些很酷的流特性。

将我们最喜欢的应用限制在10个确实非常困难。除此之外,还有一些非常棒的应用程序并没有能够包含进来。我们最终优先考虑的是核心功能的升级以及为开发人员所带来的帮助。

Ark

Heptio Ark是一个用来管理灾难恢复的工具,尤其适用于Kubernetes集群资源和持久化卷。

其实,没有人愿意编写备份和恢复脚本。我们推荐你了解一下这个应用,它可以为你解决这些问题。

Gitlab

可以说,Gitlab比Jenkins更好,应该取代它出现在列表中。但是,我们不能忽视一个事实就是几乎每个人都在运行Jenkins,所以这一次我们将票投给了流行度。

Traefik和Ambassado

另外一个有争议性的就是在列表中排名第一的nginx-ingress。很多人可能会说“我希望将nginx换成Traefik或Ambassador”。

这次,我们站在了新人和流行度这一边。随着时间的推移,会有更多高级用户最终放弃nginx-ingress,转而研究这两个可选方案。

external-dns

我们在大多数集群上都运行external-dns,它自动管理我们外部DNS记录的更新。

相对于列表中的其他条目,它并没有提供太多的功能,但有时候你可能还是需要安装它,以避免手动配置。

Magic Namespace

Magic Namespace是用来管理namespace之间安全性的helm chart。如果你运行多租户集群的话,毫无疑问你将会遇到这方面的问题。

chaoskube

每个人都喜欢混乱的monkey测试(chaos monkey)。

但是我们不能一开始就告诉人们安装一个chart,让它任意地杀死集群中的pod。如果有人足够自信,能够忍受混沌过程的考验,那么Chaoskube就是为他们准备的。

Kubernetes Dashboard和kube-ops-view

这些仪表盘应用并没有包含在列表中。如果你喜欢使用漂亮的UI界面来展现集群状态的话,那么kube-ops-view非常棒。如果你更喜欢点击按钮的操作方式的话,那么Kubernetes Dashboard可能更适合你。

cert manage

cert-manager是一个Kubernetes应用程序,用于自动化管理和发布来自不同发行源的TLS证书

如果你已经厌倦了围绕像LetsEncrypt之类的服务创建自定义自动化功能,那么可以了解一下cert manager。

Envoy

这个有点悲剧色彩,Envoy是非常棒的edge和服务代理,但是没有人会以helm chart的形式来使用它。它会打包到某个chart中,比如前十列表中的Istio。我在这里将它列出来,也是某种程度上为它伸张正义。

Spinnake

Spinnaker是非常流行的CI/CD平台,它是由Netflix开源的。它未能跻身前十,是因为它有些复杂。它需要不少规划工作才能搭建起来,此外,它是可配置的,很多内容都是围绕Terraform完成的。如果你的团队有不少人,应用非常复杂,需要一个强大的方案来替代通过各种hacked手段连接在一起的Jenkins job的话,那么可以了解一下Spinnaker。

Kong

如果你要暴露API给外部世界的话(运行Kubernetes的场景下基本都会这样做),那么你应该了解一下Kong,它是一个API网关,能够帮助我们管理很多标准的功能,比如认证、路由、日志等等。它还有一个插件系统,借助该系统能够为其扩展一些非常棒的特性。

本文最初发表于kubedex,经该网站授权由InfoQ中文站翻译分享。

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
小红书在容器环境的 CD 实践
腾讯云开发者社区
2017/10/23
4.4K0
小红书在容器环境的 CD 实践
基于Kubernetes构建Jenkins微服务发布平台
软件环境:Jenkins + Kubernetes + Gitlab + Harbor+helm
yuezhimi
2020/09/30
2.1K0
基于Kubernetes构建Jenkins微服务发布平台
还在为生产环境中用什么样的 Kubernetes 架构困惑吗,或许看完这篇你的问题就迎刃而解了!
本文只是笔者针对 Kubernetes 在生产环境运行的一些关于架构设计和实现方案的总结。
iMike
2020/01/17
7700
还在为生产环境中用什么样的 Kubernetes 架构困惑吗,或许看完这篇你的问题就迎刃而解了!
通过jenkins交付微服务到kubernetes
随着Kubernetes的遍地开花,Kubernetes的优势可以说是深入人心,很多企业也是利用Kubernetes,来实现更高效的交付和更好地提高我们的资源使用率,推动标准化,适应云原生。
星哥玩云
2022/08/08
2.1K0
通过jenkins交付微服务到kubernetes
浅谈 Kubernetes 在生产环境中的架构
注意 本文,只是笔者针对Kubernetes生产环境运行的一些关于架构设计和实现方案的总结,内容很粗糙,同时也会不断完善。
DevOps时代
2019/05/15
2.4K0
浅谈 Kubernetes 在生产环境中的架构
Gitlab CICD 与Kubernetes实践·部署GitLab
上一篇,简单的从?Gitlab CI/CD方法论中探索实践中大致了解Gitlab在CI/CD功能的基本介绍,现在我们通过在K8s集群内安装Gitlab、Gitlab Runner来为深入探索Gitla
公众号: 云原生生态圈
2020/11/02
2.4K0
Gitlab CICD 与Kubernetes实践·部署GitLab
小红书在 Kubernetes 容器环境的CD实践
前言 容器推出以来,给软件开发带来了极具传染性的振奋和创新,并获得了来自各个行业、各个领域的巨大的支持——从大企业到初创公司,从研发到各类IT人员等等。跨境知名电商小红书随着业务的铺开,线上部署单元的
DevOps时代
2018/02/02
1.6K0
小红书在 Kubernetes 容器环境的CD实践
需要尽早知道的Kubernetes最佳实践
我希望能早点知道的Kubernetes最佳实践。从我在生产环境中使用Kubernetes的经验中学习,并避免常见的陷阱。
云云众生s
2025/01/23
2480
需要尽早知道的Kubernetes最佳实践
【Kubernetes系列】第6篇 Ingress controller - traefik组件介绍
为了能够让Ingress资源能够工作,在Kubernetes集群中必须至少有一个运行中的ingress controller组件。也就是说如果在kubernetes集群中没有一个ingress controller组件,只是定义了ingress资源,其实并不会实现http、https协议的请求转发、负载均衡等功能。常见的ingress controller组件如下:
HankerCloud
2019/10/11
6960
【Kubernetes系列】第6篇 Ingress controller - traefik组件介绍
(2 / 3)CentOS搭建K8s微服务20条
registry和image是修改镜像仓库和镜像名为阿里云的仓库(该仓库为个人用户仓库)。官方镜像国内网络基本拉取不下来,默认配置使用Deployment控制器,副本数为1。你可以修改为DaemonSet,每个节点部署一个pod,此处使用nodeSelector将ingress控制器固定在master上
老张的哲学
2023/01/09
2.4K0
Kubernetes+Docker+Istio 容器云实践
随着社会的进步与技术的发展,人们对资源的高效利用有了更为迫切的需求。近年来,互联网、移动互联网的高速发展与成熟,大应用的微服务化也引起了企业的热情关注,而基于Kubernetes+Docker的容器云方案也随之进入了大众的视野。开普勒云是一个基于Kubernetes+Docker+Istio的微服务治理解决方案。
宜信技术学院
2019/10/17
3.8K0
爬虫系统化课程kubernetes插件开发的六大方向(上)
kubernetes 已经成为云原生的行业标准,现在几乎所有行业所有公司的所有业务都在基于云进行部署,拓展。但是很多咨询学员其实对于云原生并不太感冒,觉得挺没技术含量的,yml 文件或者 yaml 文件相较于市面上存在的其它语言,它属于声明式的,不需要太多逻辑,就是一个通过不断使用就可以熟练的过程,纯记忆的东西,毫无艺术可言,掌握这些东西,并不会对自己的开发思维和编码能力带来影响。
用户1413827
2023/11/28
2230
爬虫系统化课程kubernetes插件开发的六大方向(上)
Kubernetes 1.20.5 helm 安装jenkins
前面https://www.yuque.com/duiniwukenaihe/ehb02i/dkwh3p的时候安装了cilium hubble的时候安装了helm3.
对你无可奈何
2021/03/31
3.2K0
在 Kubernetes 上使用 Spinnaker 构建部署流水线
Spinnaker 是一种持续交付平台,最初由 Netflix 开发,用于快速、可靠地发布软件更改。Spinnaker 使开发人员可以更轻松地专注于编写代码,而无需担心底层的云基础设施。它与 Jenkins 以及其他流行的构建工具无缝集成。
我是阳明
2021/06/25
3.5K0
在 Kubernetes 上使用 Spinnaker 构建部署流水线
Kubernetes 集群使用 Helm 搭建 GitLab 并配置 Ingress
通过之前的文章 初试 Kubernetes 集群中使用 Helm 搭建 Spinnaker 平台 ,我们已经演示了如何通过 Helm 安装 Spinnaker 平台到本地 Kubernetes 集群中。本次演示环境,我依旧是在本机 MAC OS 上操作,以下是安装的软件及版本:
哎_小羊
2019/05/25
6.3K0
我在创业公司的云原生之旅
2020年5月中旬本科毕业后,进入严格意义上的第一家公司。当时带我的是阿里云的MVP,也是公司的CTO,跟着他(石老大)学到了很多很多,带领我经过了入道(机会,不是人人都有,请感恩,给你机会和帮助的人)。三个月后他离职了,感谢石老大,正是他的离职给了我独自闯道的机会。
架构之家
2022/07/12
9630
我在创业公司的云原生之旅
CNCF云原生景观的初学者指南
这个博客最初是由Ayrat Khayretdinov在CloudOps博客上发布
CNCF
2019/12/05
1.4K0
CNCF云原生景观的初学者指南
容器平台与最佳实践参考
这是一张三年前总结的示意图,描绘了一个Kubernetes集群环境中的各种组件和它们之间的关系。图中从左到右展示了一个从基础资源角度到应用程序发管理角度的脑图。解释图中的主要组成部分:
行者深蓝
2023/12/11
6640
基于k8s一键部署jenkins
最近由于项目需要,把以前在k8s上部署jenkins的内容整理了一下, 做了个一键部署。
panzhixiang
2024/10/30
1660
在 Kubernetes 中部署微服务架构 Istio
Istio 是 Service Mesh(服务网格)的主流实现方案。该方案降低了与微服务架构相关的复杂性,并提供了负载均衡、服务发现、流量管理、断路器、监控、故障注入和智能路由等功能特性。
iMike
2019/07/29
1.9K0
相关推荐
小红书在容器环境的 CD 实践
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档