每年吧，在做年度总结的时候，总会想一想未来是怎样的。现在，可以回顾 2021 年的预测，看看自己是否预测对了，并思考一下 2023 年的一些变化。

对于 2023 年的技术趋势，局限于自己所关注的技术，没有做广泛的调研，也因此只能作为参考。

兴起的远程办公（国内）

出于种种原因，我不对防疫发表评论。

• A/B 轮班模式。从现有的感染趋势而言，A/B 轮流制的公司/居家模式将成为 2022 年底的一大变化。对于过去的两年里未采用类似机制的公司而言，2023 年的规划也会考虑起来。由于在国外相似的方式已经被广泛采用了，所以这一趋势仅限于国内。
• 远程协作办公。疫情初期引入的合作的远程协作模式、协作软件等，也需要每个人重新来考虑。

在这一点上，对于安全与保密优先的企业而言，必然会带来更大的挑战。

从降本到增质：降低云花费

在过去的几年里，有大量地企业从就地部署走向了云原生软件架构。云服务带来的优势，使得它先天比就地部署昂贵。然而，由于不合理的使用、架构设计或者部署模式，使得它带来了比预期更昂贵的花费。也因此从成本的角度来考虑，对于中大型组织的云服务的财务优化，便可以节省出大量的成本。

FinOps 是一种不断发展的云财务管理学科和文化实践，通过帮助工程、财务、技术和业务团队协作制定数据驱动的支出决策，使组织能够获得最大的业务价值。FinOps 也成为了 Thoughtworks 内部架构师引入的解决方案之一。诸如于腾讯等云厂商也开始在思考 FinOps，以便为客户降低成本。

元宇宙的孪生与数字化体验

元宇宙在 2021 年、2022 年有一定的势头，但是似乎只在 PPT 上很火爆。尽管，它还离我们理想的阶段有一定距离，我还是推荐一下大家关注其背后的数字孪生技术，以及它带来的数字化体验优化。

• 数字孪生技术。以元宇宙为导向，可以让我们重新审视现有的物理世界，如何将它们数字化，并接入虚拟世界？在这一点上，它与出身于物联网领域的数字孪生是颇为相似的，构建物体的虚拟化。
• 数字化体验。除此，从我们在年初构建 Code City 时的经验来看，从 2D 的交互模式走向 3D 模式，可以带来更好的数字化体验。
• 低延时架构。与高频交易相似，元宇宙对于延时的容忍度更低。也因此，我们需要在架构上做一些投资。

另外，多数组织投资的 24 小时无休的虚拟员工，也是一个不错的切入点。

自服务型平台

平台，并不是一件新鲜事。只是，在平台团队的 “权力” 上争执不下，平台应该做什么，不应该做什么。在 A 公司发挥得非常好的平台，无法在 B 公司上施展开来，组织架构的限制使得相同平台的能力和空间有限。

• 数据网格（Data Mesh）是我司对于分布式数据治理的一种思考，从自服务的模式上来看，它确实可以帮助多数公司解决重新开发数据分析的问题 —— 多数公司的业务团队可能不愿意分享数据，使得数据平台发挥的空间有限。而让数据平台变成自服务的基础设施，则可以解决这个问题。剩下的问题便是，数据团队是否愿意做对应的能力转变？
• 开发者体验。在另外一方面上，我们也建议平台团队考虑开发者体验，以加速平台地推广和适用性。

在不考虑技术的情况下，平台的规划更像是一个组织的平衡艺术性展现。

微服务与架构治理

对于微服务的优缺点，我想每个人都有答案了，也在反反复复纠正中。

• 微服务架构的治理。在年初那篇《回到单体架构：一个开源项目的重构》文章里，介绍了我们合并数个 ArchGuard 服务为一个单体的故事，文中罗列了 6 个原因，简单来说就是：成本远大于收益。在过去的两三年里，我们已经看到一系列的公司正在治理微服务架构，合并一些不需要的 “微” 服务。而如果我们结合 FinOps 来看待这个问题，那么可能会有更多的微服务消失
• 单体之上的函数。我习惯性地喜欢将 Serverless 看作是微内核架构下的插件，即我们已经有一系列的成熟 API，只需要做一些胶水开发即可。所以，对于轻量级的微服务来说，它们是否真的需要作为一个服务呢？是否只需要采用类似于小程序式的架构模式？除此，诸如于 darklang 这一类语言即微服务的模式是否是更好的选择？

然而，机器与人比谁更贵是一个负责的问题，如果程序员的工资比机器便宜，那么并非所有的公司都会考虑自动化。

数字化下的遗留系统整合

在这一波数字化浪潮之下，越来越多的公司需要整合内部的系统，解决 “信息孤岛” 的问题，以进行数字化改造。

• 围绕 API 的系统改造。对于企业而言，这些遗留系统主要是内部系统构建，它们的技术栈老旧，往往也不值得重新开始。因此，基于数据库构建 API，或者添加新的 API 接口，便是这一类系统的最好选择。
• 模块化架构。当内部系统出现功能重复时，便需要从能力侧考虑这些问题，围绕于能力构建模块，并使得它们能更方便地整合。

遗留系统是一个复杂的问题，要考虑方方面面的影响。

BizDevOps：纠正 DevOps 路线

与国外含业务的 DevOps 相比，国内的 DevOps 偏向于技术与运维的整合。如果想更好地创造业务价值，并通过技术改变业务，那么我们需要构建 BizDevOps 路线。

其它：去中心化技术

我尝试去给出去中心化的技术趋势，但是在这一年里，我做的研究比较少，有限的研究在协作上，如 CRDT （无冲突复制数据类）。而从技术市场上来说，在 Web 3.0 上的技术还是比较火爆的，只是现有的去中心化方式还有问题。

小结

你呢，有什么思考？