CNCF组织管理着大量的云原生基础设施软件系统,如著名的k8s,不同的系统解决不同的技术点,也有一些系统是解决同一个问题的,形成一个自由竞争的关系,互相促进彼此创新进步,同时也给我们做技术选型带来了多样性和小小选择难点,我们有必要做一个简单的表格统计,方便我们从不同维度了解CNCF工程。
1. 工程总表
序号 | 工程状态 | 工程数量 |
---|---|---|
1 | Graduated-毕业 | 25 |
2 | Incubating-孵化 | 37 |
3 | SANDBOX-沙盒 | 112 |
2. 工程表
工程名称 | 类型 | 说明 |
---|---|---|
Kubernets | Scheduling & Orchestration | 自动化部署、扩展和管理容器化应用程序 |
KEDA | Scheduling & Orchestration | KEDA是一个基于Kubernetes的事件驱动自动缩放组件。它为在Kubernetes中运行的任何容器提供了事件驱动scale |
Argo | Continuous Integration & Delivery | Kubernetes本地工具,用于运行工作流、管理集群和正确执行GitOps。 |
flux | Continuous Integration & Delivery | Kubernetes的开放和可扩展的连续交付解决方案。由GitOps Toolkit提供支持。 |
Cilium | Cloud Native Network | 基于eBPF的网络、安全性和可观测性 |
CloudEvents | Streaming & Messaging | 标准化常见的事件元数据及其位置,以帮助事件识别和路由。 |
harbor | Container Registry | 一个开源的受信任的云原生registry项目,用于镜像的存储、签名和扫描内容 |
containerd | Container Runtime | 开放可靠的容器运行时 |
cri-o | Container Runtime | 基于开放容器倡议的Kubernetes容器运行时接口实现 |
CoreDNS | Coordination & Service Discovery | CoreDNS是一个链接插件的DNS服务器 |
etcd | Coordination & Service Discovery | 分布式系统中最关键数据的分布式可靠的key-value存储 |
helm | Application Definition & Image Build | Kubernetes包管理器 |
envoy | Service Proxy | 云原生高性能edge/middle/service代理 |
Istio | Service Mesh | 简化可观测性、流量管理、安全性和策略。 |
Linkerd | Service Mesh | 超轻、超简单、超强大。Linkerd为Kubernetes增加了安全性、可观察性和可靠性,而没有复杂性。 |
Prometheus | Monitoring | 一个监控系统和时序数据库 |
fluentd | Logging | 统一日志层 |
Jaeger | Tracing | 分布式跟踪平台 |
OpenPolicyAgent | Security & Compliance | 开放策略代理(OPA)是一个开源的通用策略引擎。 |
TUF | Security & Compliance | 更新框架(TUF)的Python参考实现 |
rook | Cloud Native Storage | Kubernetes的存储编排 |
SPIFFE | Key Management | SPIFFE是Secure Production Identity Framework for Everyone 的缩写 ,是一个软件身份标识的开源标准。为了以组织和平台无关的方式实现身份标识的互操作性,SPIFFE 定义了以全自动方式获取和验证加密身份所需的接口和文档,为构建分布式系统的通用身份的控制平面提供了标准的支撑,这个控制平面就是"基础设施"。 |
SPIRE | Key Management | SPIRE 是 SPIFFE API的一个生产就绪的实现,它执行节点和工作负载认证,以便根据一组预先定义的条件,安全地向工作负载发出 SVID,并验证其他工作负载的 SVID。 |
TiKV | Database | 分布式事务键值数据库。基于Google Spanner和HBase的设计,但管理更简单,不依赖任何分布式文件系统 |
Vitess | Database | 用于部署、扩展和管理大型MySQL实例集群的数据库解决方案 |