DRAIS产品架构思考（21.12.3）

我一直以为DRAIS未来的方向应该是toB或者toC的服务模式，这样的产品形态更容易产生真正意义上的价值。而现在的更多还是围绕toG市场开展业务梳理和产品打磨。因此，我们会花很多心思在产品的表现形式、产品理念、故事场景设计上。

以场景的理念来设计信息化系统是一次很有成效的创新。这种形式颠覆了传统表单化页面加流程引擎的系统架构模式。而是围绕业务目标，通过营造一个将设备、系统、交互终端和人融合在一起的场，而这些要素之间通过数据驱动和连接完成交互，共同推进业务目标的达成。一个场景解决一个特定的问题。这样的场景往往有一个特点，那就是切口小，但场景中内容和活动丰富，能够完整表达一个故事。

场景化设计除了在业务组合和流程重塑上带来创新，对技术架构也提出了新的要求。系统需要具备快速搭建场景应用的能力，这样我们可以针对不同项目快速搭建场景应用。这需要在产品开发中始终思考可复用和可扩展的产品能力。系统后端采用云端加边缘的模式，通过业务组件化、组件服务化的思路。在确保数据安全的情况下，不断提取共性数据和服务到云端，为不同项目提供一致的基础服务，支撑项目快速搭建。同时在边缘对用户个性化数据、配置进行充分管理，支撑本地项目高效实施，系统高效、稳定运行。所以，后端地规划很重要，除了对业务进行梳理和拆分，更重要的是按照云端边缘模式不断提取共性数据和能力。

在前端，以组件形式进行场景开发。总体的架构是横向按照灾种划分，纵向上按照阶段划分，形成场景网格。不同项目根据需求，快速提取不同网格的场景进行部署。

可以看出虽然toB产品会花费很多精力去探究理念、场景故事、表达效果、应用效果这类承载价值的话题。但对于厂家来说，如何能够通过架构更好支撑项目快速实施，支撑产品持续迭代才是核心所在。