作者利用自己在云，的本土工程师，分享了自己对2021年及以后云本土发展趋势的看法。包括云，本土的IDE边上的Kubernetes，云，本土的Wasm FinOps的崛起，云，更多的Rust大幅增加GitOps CD/PD，服务目录2.0: 云本地开发者仪表盘，跨云，主流eBPF等等。

希望大家假期过得愉快，因为2021年1月的前几周很疯狂，从叛逆到SARS-CoV-2。在云，云原生领域，CNCF最近发布了年度报告，涵盖了我们去年完成的所有工作。我建议每个人都有机会阅读这份报告。考虑到病毒大流行，我们度过了硕果累累的一年。

作为我工作的一部分，云本土相对于我合作过的公司和开发者有着独特的优势，所以我想分享一下我对2021年及以后云本土发展趋势的看法。

云本地集成开发环境

作为一个在Eclipse Foundation花大量时间在开发工具上的人，我对最新的技术进步非常兴奋。未来的开发生命周期(代码、构建、调试)将主要发生在云，而不是在你的本地Emacs或VSCode设置中。最终，您将为每个请求获得一个完整的开发环境设置，对其进行预配置，并将其连接到他们自己的部署，以帮助您开发和调试您的需求。

这种技术的一个具体例子是通过GitHub Codespaces和GitPod实现的。虽然GitHub Codespaces还处于测试阶段，但是可以用GitPod体验一下，比如普罗米修斯。一分钟左右，你就有了一个完全实时的开发环境，带有编辑器和预览环境。这个开发环境(工作区)是由代码描述的，可以像其他代码工件一样与团队中的其他开发人员共享。

最后，我希望明年能在云本土IDE领域看到惊人的创新，尤其是GitHub Codespaces进入测试阶段，变得更加广泛可用，让开发人员可以体验这个新概念，并爱上它。

边缘的库本内特

Kubernetes是通过大规模数据中心的使用而诞生的，但在新的环境下，Kubernetes会像Linux一样继续发展。在Linux的情况下，终端用户扩展内核来支持各种新的部署场景，包括移动部署、嵌入式部署等等。我坚信库本内特斯也会经历类似的进化。我们已经看到电信公司(和初创公司)通过将VNFs转换为云本地网络功能(CNFs)和开源项目，如k3s、KubeEdge、k0s、LFEdge和Eclipse ioFog，将Kubernetes作为边缘平台进行探索。

推广超大规模云以支持电信公司和edge的力量、在云重复使用本地软件的能力以及在已经庞大的生态系统上进行构建的能力，将在未来几年巩固Kubernetes在edge计算领域的领先平台地位。

云本地人沃姆

网络组装(Wasm)是一项新技术，但我预计它将成为当地云生态系统中日益增长的实用程序和工作量，特别是随着WASI和库本内特的成熟，越来越多地被用作上述的边缘协调器。一个用例是支持扩展机制，就像特使支持过滤器和LuaJIT一样。您可以使用支持多种编程语言的更小的优化运行时，而不是直接处理Lua。特使项目目前正在采用Wasm，希望在任何环境下都遵循类似的模式，即脚本语言是一种流行的扩展机制，以后会被Wasm完全取代。

在Kubernetes的前沿，一些项目，比如来自微软，的Krustlet，正在探索如何在Kubernetes中支持基于wasi的运行时。这并不奇怪，因为Kubernetes已经被CRD和其他机制扩展以运行不同类型的工作负载，例如VM (KubeVirt)。

此外，如果你是Wasm的新手，我推荐这个来自Linux基础和卓越文档的新入门课程。

金融情报机构的崛起(CFM)

冠状病毒的爆发加速了云的本地转型。在危机期间，至少有一半的公司正在加快他们的云计算计划.近60%的受访者表示，由于新冠肺炎大流行，云的计算使用率将超过之前的计划(2020年云计算状况报告)。

此外，许多公司越来越关注云的财务管理，在过去六个月里，我与公司在云的本土之旅中有一半的讨论都提到了这一点。你也可以认为云供应商不鼓励简化云的财务管理，因为客户会花更少的钱。然而，在我看来，围绕云财务管理的真正痛苦是缺乏开源创新和标准化(每个公司在云)中做不同的成本管理。

在CNCF的环境中，没有多少开源项目试图让FinOps变得更容易。有一个KubeCost项目，但它仍处于早期阶段。另外，Linux基金会最近推出了“FinOps基金会”来帮助这个领域的创新，他们在这个领域有一些不错的入门资料。希望未来几年能在FinOps中看到更多的开源项目和规范。

更多铁锈出现在云本地

Rust还是一门年轻的编程语言，尤其是以Redmonk的编程语言排名为例。然而，我的感觉是，在未来的一年里，你会在云，更多的本土项目中看到铁锈，因为一些使用铁锈的CNCF项目已经出现在有趣的基础设施项目中，比如微型鞭炮。虽然CNCF的大部分项目都是用Golang写的，但我希望随着Rust社区的成熟，几年后基于Rust的项目能和基于Go的项目媲美。

全球信托基金项目的光盘/光盘显著增加

GitOps是云，本地技术的一个操作模型，它为应用程序的统一部署、管理和监控提供了一套最佳实践(最初由韦弗works的亚历克西斯理查森创建)。GitOps最重要的方面是通过声明来描述Git中版本化的所需系统状态，这实质上允许一组复杂的系统变更被正确地应用，然后被验证(Git和其他工具启用的漂亮的审计日志)。

从实用的角度来说，GitOps提高了开发者的体验。随着Argo、GitLab、Flux等项目的发展，我预计今年GitOps工具对企业的影响会更大。如果你看看GitLab的数据，你会发现GitOps还是一个新的实践，大部分公司还没有探索过。然而，随着越来越多的公司开始在云大规模采用本地软件，在我看来，GitOps自然会跟进。如果你有兴趣了解更多关于这个领域的知识，我建议你去看看CNCF新成立的GitOps工作组。

服务目录2.0:云本地开发人员仪表板

服务目录的概念并不新鲜。对于我们这些在ITIL时代长大的人来说，我们可能仍然记得像CMDB这样的事情。然而，随着微服务的兴起和云本土的发展，记录服务和索引各种实时服务元数据的能力对于促进开发人员的自动化非常重要。这可以包括使用服务目录来理解所有权、处理事件管理、管理SLO等等。

在未来，您将看到开发人员仪表板的趋势，它不仅是一个服务目录，还提供了通过各种自动化功能在一个地方扩展仪表板的能力。开源最典型的例子是Lyft的后台和离合器。然而，任何在云本地部署相当现代化的公司都倾向于拥有一个平台基础设施团队，并尝试构建类似的东西。有了大型插件生态系统，开源开发者的仪表盘会变得更加成熟，你会看到各地的平台工程团队都在加速仪表盘的采用。

跨云变得更现实

Kubernetes和云地方运动已经证明，在生产环境中，云地方和多种方法是可能的。数据明确显示“93%的企业有一个战略，使用多个供应商。如微软，的Azure，亚马逊的Web Services，谷歌的云”(云Report Status in 2020)。随着云市场多年的成熟，Kubernetes有望开放可编程的跨云管理服务。这种方法的一个具体例子体现在Crossplane项目中，它利用Kubernetes API的可扩展性，提供了一个开源的跨云控制平面，支持跨云工作负载管理(参见《GitLab部署跨云控制平面来提供多云部署》)。

主流eBPF

EBPF允许你在不改变内核代码或加载模块的情况下在Linux内核中运行程序，这可以看作是一个沙盒扩展机制。EBPF允许新一代软件扩展Linux内核的行为，以支持各种东西，如改进的网络、监控和安全性。从历史上看，eBPF的缺点是需要一个现代的内核版本来使用，这在很长一段时间内对于很多公司来说都不是一个现实的选择。然而，情况正在发生变化，甚至新版本的RHEL最终也将支持eBPF，因此您将看到更多的项目从中受益。

如果你看看Sysdig的最新集装箱报告，你会发现Falco的利用率最近有所提高。虽然这个报告可能有点偏向于Sysdig，但是在生产使用中有所体现。所以请大家继续关注，期待未来更多基于eBPF的项目！

随商信息技术（上海）有限公司 b2b2c多用户商城系统是基于PHP技术的企业级电子商务平台系统，系统支持平台自营、招商加盟和多商家入驻、集成微信商城、移动端APP商城、微信小程序于一体。公司主营业务包含商城系统定制开发、新零售系统解决方案、电商平台系统定制开发、商城网站建设服务等等，ShopSuite为大、中、小企业提供一个安全、高效、强大的电子商务解决方案，协助企业快速构建、部署和管理其电子商务平台，拓展企业销售渠道，致力于推动PHP技术和电子商务行业的发展而不断努力。