卷首语：架构被分解，但你的工作不应该“被定制”
作者：Tina
企业都希望有一种新的技术架构来满足业务越来越快、越来越敏捷的要求，为了适应变化，我们需要不断的思考并发明构建软件的新方式。现阶段，很多企业开始采纳以云计算、容器化、微服务、无服务以及功能即服务（FaaS）为核心的“下一代架构”模式。其中，云服务可实现细粒度的容量扩展，从而可让服务快速获取和放弃资源。容器技术通过一种轻量级的方法实现了模块化，使得组件可轻松大规模部署和运行在任意平台…
“下一代架构”的基石靠的是“拆分”，即将事物分解松耦合的小组件。类似 Lego，其中有一部分执行特定的功能，但是大部分是通用的组件，并且具备通用的接口进行连接。这样使得我们更容易快速地配置应用程序或系统，或者在不影响整个应用程序的基础上添加新功能或服务。分解成小块儿后，更易于设计，构建，改进和维护。理想情况下，实际上还不需要维护：如果微服务足够基础，则可以轻松地对其进行重写。程序员和运维之间的界限也逐渐模糊。
二十多年来，分解逻辑一直是软件发展中一个明确的主题。单体架构下的软件功能切分，程序员各自负责不同模块，努努力还能了解架构整体情况。当微服务来了后，就成为了程序员和架构师之间的分水岭了。程序员的工作也再度“被拆分”和“被定制”，形成专门中间件和架构师团队，DevOps 团队，数据中台和业务中台团队…除了各种分层，还有诸多开源软件需要选择再实践，如 Dubbo、Spring Cloud 和 Service Mesh…程序员关注的内容也变得越来越专。
“下一代架构”让大家看到作为一个优秀软件架构形成的希望。虽然目前软件人员不得不通过不断的学习跟上生态系统中的变化，但是一旦技能得到磨练并驯服了复杂性，每个人都将被迫适应新的标准。架构可被分解，但你的工作不应该“被定制”，更应该从整体去了解架构方面的理念知识，企业也更应该去思考如何面向未来传承过去在架构构建中的各种经验教训。
目录
热点 | Hot
左耳朵耗子：疫情下的远程办公，聊聊我的经验和实践
推荐文章 | Article
我们是如何将 ToB 服务的交付能力优化 75%？
一文讲透微服务架构下如何保证事务的一致性
跨平台技术趋势及字节跳动 Flutter 架构实践
跨平台开发领域老兵：我眼中小程序的当下和未来可能
观点 | Opinion
“中台”是架构的捷径吗？
专题｜Topic
格灵深瞳 AI 大脑进化史：算法工业化生产如何将研发和交付速度提升 10 倍以上
评论