不知不觉间，TDengine 已经 6 岁多了。在这 6 年多的时间里，我们从零开始，在一行又一行代码的淬炼下，TDengine 从 1.6 走过 2.0，终于走到如今的 3.0 时代。
自 2022 年下旬发布以来，经过我们不断地打磨优化之后，TDengine 3.0 在性能、功能、稳定性各个方面均有大幅提升，已经从一款时序数据库蜕变成为高性能、云原生、分布式的物联网、工业大数据平台。
如今这一平台下提供两大版本，分别是支持私有化部署的 TDengine Enterprise 以及全托管的物联网、工业大数据云服务 TDengine Cloud，这两大版本在开源版本 TDengine OSS 的功能基础上有更多加强，无论是个人开发者、中小企业还是大企业，都可轻松体验。
| 注意 | TDengine OSS（社区版）自 3.1.0.0 版本开始，仅支持主流操作系统的较新版本，包括 Ubuntu 18+/CentOS 7+/Ret Hat/Debian/CoreOS/FreeBSD/OpenSUSE/SUSE Linux/Fedora/macOS 等。除此之外，关于各种架构 CPU 的适配详情可以参考 https://docs.taosdata.com/reference/support-platform/ 。如果有其他操作系统及版本的需求，需 TDengine Enterprise（企业版）特殊支持。
我们建议，符合上述条件的开源用户全部迁移至 TDengine 3.0 版本上。在此基础之上，我们将为 TDengine 开源用户规划出三条以性价比为导向的产品使用规划路线。
但首先需要明确，我们“为什么”要做版本迁移：
- TDengine 3.0 是一款更加先进成熟的产品，除了性能功能变强以外，对各种复杂场景的适配性也更好，我们希望用户在拥有更优质产品体验的同时也更认可 TDengine 的产品能力。
- 由于 2.0 不再是 TDengine 主版本，不再拥有官方单独的维护团队，因此用户只能通过文档、过往资料以及彼此之间的互助来解决使用过程中产生的问题，可能会影响业务发展。
- 反过来讲，3.0 作为 TDengine 的主版本，我们十分重视用户的反馈，也会为用户提供更高质量的技术支持。
因此，除了官方文档以外，我们还为大家准备了大量技术文章，在体会 3.0 与 2.0 细节变化的同时，这些实操指导也能够帮助大家在最短时间内在本地完成自助式版本迁移。
接下来是，我们“怎样”完成版本迁移：
| 01 | 显然，最重要的内容就是 2.0 迁移至 3.0 的具体操作指导，可参考此篇文章：《如何把数据从 TDengine 2.x 迁移到 3.x ？》
| 02 | 3.0 和 2.0 在建表环节有很多底层变化，会直接影响后续使用效果，可参考：《体验 TDengine 3.0 高性能的第一步，请学会控制建表策略》
| 03 | 关于 TDengine 3.0 的集群功能，由于我们更换了一致性算法，因此在集群使用上会和 2.0 上有一些不同，可以参考：《如何用好强大的 TDengine 集群 ？先了解 RAFT 在 3.0 中的应用》
| 04 | 3.0 和 2.0 在数据 update 功能方面的变化可以参考：《TDengine 3.0 的 Update 功能和 2.0 有何区别？》
| 05 | 3.0 和 2.0 在数据库的参数体系上的变化，可以参考：《如何理解时序数据库 TDengine 3.0 的参数体系》
| 06 | 3.0 和 2.0 在 SQL 方面的变化，可以参考官方文档：https://docs.taosdata.com/taos-sql/changes/
| 07 | 3.0 和 2.0 在具体的连接器应用方面的变化，可以参考官方文档：https://docs.taosdata.com/connector/
| 08 | 性能问题比较复杂，每个用户场景不同、涉及参数众多，即便是我们官方团队面对用户的性能问题也是需要很大的精力时间去排查优化的。因此我们提供了关于 3.0 TDengine 的数据文件架构，存储引擎工作原理的一系列文章，可以以下面这篇文章作为入口：《关于 3.0 和 2.0 的数据文件差异以及性能优化思路》
| 09 | 乱序数据对性能同样会产生干扰，原理如下，业务层需要尽量避免：《保护 TDengine 查询性能——3.0 如何大幅降低乱序数据干扰？》
如果你只是需要在原有 2.0 业务的基础上替换成 3.0 ，上述维度的技术内容基本可以满足你的需求了。但如果你还需要使用 3.0 的新功能，那也很方便，通过官方文档以及博客便可找到对应资料。
看起来，现在我们已经可以轻松地应用起 TDengine 3.0 了。
但实际上，我们还有更好的路线。
那就是选择 TDengine Cloud。
1 ► TDengine Cloud 将能完全解决运维层面的问题。你不需要再花时间去研究 TDengine 的连接配置、备份恢复、只需要专注于 TDengine 的使用即可。
2 ► 其次，TDengine Cloud 提供 7*24h 的专业技术服务，承诺 99.9% 的 Service Level Agreement，确保 TDengine 服务稳定运行（全托管模式）。
3 ► TDengine Cloud 内含企业级工具，可直接提供从 TDengine 2.0 到 3.0 环境的迁移支持。操作便捷性和性能较之开源版工具 taosdump 要胜出很多。
4 ► TDengine Cloud 完全按量计费，价格实惠，对于中小型规格的用户十分友好。通过 TDengine Cloud 的计费方案估算器，我们可以大致算出通用场景下项目所适合的套餐项目。比如：单副本，5 万测点，写入频率 1 秒 1 条的用户，通过计算器可知我们推荐的方案是基础版本，即每月只需要 1200 元，便可得到 TDengine 企业级的支持。而在正式购买之前，可以通过我们免费赠送的 600 元额度来试用 TDengine Cloud，直到评估出合适自己的套餐方案。
| 注意 | 查询带来的内存和 CPU 消耗完全取决于 SQL 类型和伴随业务需求的执行频率。所以如果资源不够，我们可以自行升级套餐。
总之，TDengine Cloud 基于友善的价格，在应对时序数据有效管理上，为你带来的是人力成本及运营成本大幅降低的全托管服务。
所以，以下便是我们为 TDengine 用户规划好的三种使用路线：
1. TDengine OSS（开源的时序数据库） 2.0 –> TDengine OSS 3.0
2. TDengine OSS 2.0 –> TDengine OSS 3.0 –> TDengine Enterprise/TDengine Cloud 3.0
3. TDengine OSS 2.0 –> TDengine Enterprise/TDengine Cloud 3.0
1 类用户仍然可以在工作时间内得到来自社区团队的咨询支持，但需要通过 taosdump 或者自己处理数据将其迁移至开源版 3.0 ，后续需自主完成日常的维护。在此期间，请尽量保证使用开源版的最新版本，尽量配合官方的步调。
对于 2 类用户，这是一种稳健的选择。仍然需要用户通过 taosdump 或者自己处理数据将其迁移至 3.0 版本。之后，经过一段时间的测试、应用、最终决定是否选择 TDengine Cloud（有私有化部署需求可以选择企业版）。
对于 3 类用户，该路线属于一步到位型。假如我们已经非常了解 TDengine 3.0 并且已经做足了相关测试，那么我们就可以直接购买 TDengine Cloud，通过 TDengine Cloud 的企业级迁移工具来迁移数据至云服务上，这样就省却很多中间的过渡工作了。（同上，有私有化部署需求可选择企业版）。
以中国地震台网中心的用户案例为例，这篇案例中 TDengine 3.0 的能力展现地淋漓尽致，在数据上就可以直观感受到——单集群可以处理每日 5000 亿行/900G 地震包数据。
所以，到底怎样才能激活 TDengine 的最高性价比呢 ？答案就是——拥抱 3.0 ，拥抱云原生。
