Blog

Blog

PHODAL

数字技术与架构趋势:对于 2023 年的思考

每年吧,在做年度总结的时候,总会想一想未来是怎样的。现在,可以回顾 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 上的技术还是比较火爆的,只是现有的去中心化方式还有问题。

小结

你呢,有什么思考?


或许您还需要下面的文章:

关于我

Github: @phodal     微博:@phodal     知乎:@phodal    

微信公众号(Phodal)

围观我的Github Idea墙, 也许,你会遇到心仪的项目

QQ技术交流群: 321689806
comment

Feeds

RSS / Atom

最近文章

关于作者

Phodal Huang

Engineer, Consultant, Writer, Designer

ThoughtWorks 技术专家

工程师 / 咨询师 / 作家 / 设计学徒

开源深度爱好者

出版有《前端架构:从入门到微前端》、《自己动手设计物联网》、《全栈应用开发:精益实践》

联系我: h@phodal.com

微信公众号: 最新技术分享

标签