现如今各行各业都在拥抱云，我们也能听到其有越来越多的术语出现，本期 Jesse 就想来带领大家了解下相关领域，聊聊云原生、云支持与基于云。

本文仅代表个人观点，如有偏颇之处，还请海涵～

🤠🤠🤠

云原生、云支持与基于云

云原生

云原生诞生于云端。云原生应用程序从头开始构建，使用云技术在 AWS、Azure 等公有云中运行。这些云技术允许可访问和可扩展，并允许开发人员继续更快、更轻松地提供新服务。云原生由持续集成、编排器和容器引擎组成。归根结底，它是关于如何创建和部署应用程序的。云原生是构建我们的应用程序和基础架构的一种新方式；我们正在将服务分解成越来越小的部分，并尽可能地复用服务。因为我们需要在别人的数据中心部署我们的应用程序和基础设施，所以我们必须保证适配和兼容性等问题，所以部署新的、灵活的、有弹性的云原生应用程序是更合适的选择。

云支持

云支持通常是指以传统方式构建然后迁移到云的应用程序。这些应用程序最初是以单一方式设计的，并且依赖于本地资源和硬件。在应用上云的过程中，应用被重构为使用虚拟资源，但底层架构保持不变。我们形象地解释，这就好比​​房子。一栋建于 30 年前的房子现在正在进行现代化改造，例如在屋顶上安装了一个新的太阳能系统。虽然进行了改造，但一般而言，该应用程序无法利用共享服务或资源池，因此难以提供云原生应用程序的可扩展性和弹性。

基于云

基于云是介于云原生和云支持的中间地带。如果我们想利用云的某些功能，例如更高的可用性和可扩展性，但又不想完全重新设计我们的应用程序以使用云服务，那么这就是一种可以考虑的方法。例如，如果我们将内部 Web 应用程序移动到AWS或 Azure 服务器，我们现在就有了一个“基于云”的应用程序。将应用程序移至云提供商后，我们将不再负责管理应用程序的资源，因此无需维护服务器或担心备份。我们也只需为自己使用的东西付费。将应用程序迁移到云端的最大优势是使其能够快速扩展以满足激增的需求并提高应用程序的可用性。

比较

我们从设计、实施、维护和成本角度来看看三者得差异。从设计角度来说，云原生会使用微服架构，因为其必须考虑故障，因此必须将应用程序设计为处理不同的故障域。基于云的应用是托管在本地数据中心的传统服务器上，专为可用性而设计。从实施角度来说，云原生部署速度较快，因为无需部署硬件或软件。基于云的应用由于硬件配置或软件设置，速度较慢。从维护角度来看，微服务架构下应用程序灵活且可扩展，应用程序的区域可以升级而不会中断。基于云的应用程序紧密集成，整个堆栈可能需要升级，导致停机。从成本角度看，云原生一般更便宜，因为我们在云提供商处支付许可证和存储成本。基于云的应用程序，因为我们必须拥有整个堆栈，并且可能需要在部署应用程序之前购买硬件、电源和冷却。

CnosDB 简介

CnosDB 是一款高性能、高易用性的开源分布式时序数据库，现已正式发布及全部开源。

欢迎关注我们的代码仓库，一键三连🙇🙇🙇：https://github.com/cnosdb/cnosdb