背景
在数字化转型的浪潮中，企业数字化转型在实施过程中所面临的问题和挑战非常的明显，包括
- 交付成本高、质量低、客户满意度低
- 代码难以复用 、无法形成有效沉淀
- 无法形成行业竞争力 、不可持续等等
在这种情况下，如何降低交付成本，提升交付效率，提高客户满意度，并且实现可持续的能力沉淀，成为数字化转型实施者的当务之急。
组装式应用概念
在企业数字化转型大背景下，“组装式应用”作为2022年之一的重要战略趋势，在Gartner被正式发布。
什么是组装式应用呢？引用官方文档概念：“在不断变化的业务环境中，业务适应性需求能够引导企业转向支持快速、安全和高效应用变化的技术架构。可组装式应用架构增强了这种适应性，而采用可组装方法的企业机构在新功能的实现速度上将比竞争对手快80%。”是不是觉得比较晕，简单的理解，组装式应用其实是一种新的应用程序开发技术架构，引入“模块化”的理念，使技术团队更高效、更敏捷的开发应用。
被组装的单元
理解了组装式应用的概念，我们必须清楚的知道被组装的单元是什么。Gartner提出的组装的单元叫做PBC(Packaged Business Capability)。非正式的中文翻译叫做打包好的业务能力，在云巧中对应的概念就组件。判断一个组件，是否是合格的或者是能够被组装的，可以从四个维度进行参考，模块化、可发现、自治、可编排；
模块化
模块化是可组装的关键。无论是规划应用、组织还是业务模型。组成整个系统的每个组件都必须是具有独立而完整业务逻辑的单元。业务单元的粒度十分重要，太大不足以提高开发过程的敏捷，太小又无法保证组件内业务的完整性。
可发现
组件开发出来后，是否能让交付团队快速找到？组件的文档是否足够清晰和完整，能让交付团队准确评估适用性？可发现的高级要求包含了组件的运维特性，包括资源和性能等。
自治
每个交付项目都有其特殊性，经常会根据客户要求或现实限制，只选配少部分组件，或将组件替换成其他外部系统。自治意味着组件能不强依赖其他组件独立运作，并在被替换时具有最小的改造负担。
可编排
基础的可编排需要支持业界通用协议，不限于特定编程语言。可编排还体现在支持观测和跟踪、安全、支持DevOps等能力。
组装过程
组装的过程，需要根据不同的场景，不同的使用人员而定，如：
- 开发框架 - 如果组装者是程序员，编排可以通过编写代码，调用组件提供的API，即完成了编排。
- 集成框架 - 如果组装者是经验丰富的程序员，可以使用一些集成框架进行编排。
- 页面搭建/表单搭建 - 如果组装者是不懂技术的业务人员，可以使用低代码或无代码平台进行编排，大多数低代码平台都支持调用外部API。
可以通过组装，把多个组件的UI组装起来，变成一个前端系统；也可以通过组装API完成特定的业务流程等等。
云巧
前面我们大量提到了组装式应用相关概念，而真正落地实现的产物是云巧。
云巧平台通过组装式的方式开发业务应用系统，把众多项目实践中可复用的代码按照“一定的标准”抽象组装起来，根据不同的需要再组装输出。大大提升了交付效率，并且以开放的形态，邀请开发者进行组件沉淀以及组件复用。核心能力包括：
- 快速组装应用
- 定制化开发
- 一键部署上云
- 组件级运维
