道路千万条，维护第一条。代码不规范，运维两行泪。

有道理！

将底层技术实现细节，进行封装，抽象，最终总结出功能级别的模块给开发人员使用，开发人员使用这些功能级别的模块，进行业务描述，描述文件本身就是交付程序代码。模块的重构以及底层实现的切换，不影响上层的代码这就是ICF开发平台。

举个例子：在数据库查询的时候，我们关心的是sql，是否分页查询等，但是底层咋实现的，怎么做的分页，作为做业务开发的人来说是不需要关心的。是否好维护，在于你这行代码是做啥的，要交代清楚，那么desc描述字段必须写出来。

 

 

技术架构图

• 

功能架构图

• 服务访问：针对每个用户访问分析、服务被使用次数分析。
• 性能分析：每个服务访问耗时、服务内部每个模块耗时分析。
• 日志管理：访问用户、请求参数、返回数据等信息。
• 异常管理：请求参数信息、数据总线中运行环境数据信息，出错模块信息、异常信息。
• 服务管理：服务启停、服务更新升级。
• 持续集成：服务打包、编译、测试、部署包。服务拆分、服务整合。