云原生基础组件选型出发点

云原生在落地的过程中需要许多周边组件，每个公司都需要根据自己的实际场景进行组件的选型和整体架构的设计，必要时还要进行一些改造。云原生落地过程中的组件选型可以从场景和需求、组件成熟度、落地成本几个方面出发。

1、场景和需求

要做组件选型，首先要对公司的架构现状做分析，适合公司业务现状的方案才是最好的方案。对于没有历史包袱的团队，选型时可以尝试一些相对较新的组件，但绝大多数公司都不是从 0 开始，很可能是“边开飞机边换发动机”，稳定是第一要务，因此一定要结合业务现状找到适合自己的技术方案。

2、组件成熟度

对于同类型的开源组件，建议优先选择经过大规模生产验证的组件，这些组件相对成熟、稳定，开源社区比较活跃，功能迭代比较频繁，Bug 修复也更加及时。对于使用者来说，可以减少很多不必要的试错成本。

3、落地成本

在选型过程中，大家都会面临一个问题——落地成本，主要包括以下 4 个方面。

• 研发成本：这里是指云原生团队的研发成本，许多开源组件无法满足公司的个性化需求，往往需要我们进行二次开发，开发的时间成本和带来的实际收益需要我们做一个全面的衡量。

• SLA 成本：在云原生落地过程中，通常会对基础设施进行频繁的变更，例如从 KVM 迁移到 Docker，一个公司的应用越多，变更基础设施带来的 SLA（Service Level Agreement，服务等级协定）保障风险就越大。

• 接入成本：云原生下的一些新功能如果需要研发人员花费过多的时间去学习或者变更代码，推广成本将会变得非常高，甚至不可落地。因此，新功能的使用和接入对研发人员透明是最理想的状态，这样会大大加快云原生落地的速度。

• 运维成本：许多开源组件的功能丰富且强大，但同时也会给运维带来额外的复杂度。就像 Kubernetes，给云计算基础设施层带来了颠覆性的改变，但同样也带来了问题——Kubernetes 的学习和运维成本都比较高，所以需要衡量引入一个开源组件的学习成本和它带来的收益是否成正比。