KOCA三期研发的起止时间：2021/01/01 至 2021/12/31
KOCA三期的总体目标：
1. 将KOCA作为一个完整的产品，向客户快速交付
提供KOCA及其第三方依赖的一键安装部署能力。
2. 完善典型业务场景的完整开发解决方案
以文档或者Demo工程的方式，提供2个现在基于KOCA最典型业务场景(如使用有前端，有网关，使用传统关系型数据库，需要用到缓存，需要连接BP等)的完整业务开发解决方案，用户只需在Demo工程中进行填空即可。
3.以KOCA官网为依托，提供资源中心(组件市场)的能力
用户可以在资源中心里，对资源进行下载和共享，初期仅包括KOCA相关的资源，试点成熟后，再扩大到整个集团的软件资源。
4、以KOCA官网和开发中心为依托，提供标准化的相关能力
KOCA官网的文档中心里，将会有与开发相关的标准化文档（包括开发规范，安全规范，接口规范等等）；KOCA开发中心将提供对标准化的自动检查能力(包括接口命名，接口字段，数据库表名，表字段等等）。
===============================================================
一、KOCA平台的规划
1 多终端框架
1.1 web端
web端的能力随着一期二期的不断迭代，目前已经逐渐趋于稳定，三期将围绕着以下几个点进行工作
-
页面美化
客户对于界面的友好度要求越来越高，KOCA在三期会对界面进行一次全面的美化。 -
KUI3.0研发
目前web端(含UI组件库)都是基于Vue2.x的技术架构，目前Vue最新版本已升级到3.0，KOCA的web端也会随之升级到3.0体系，会尽量保证现有基于KUI2.0的项目未来可以平滑的升级到KUI3.0。 -
吸纳更多的业务场景组件
通用场景的UI组件目前已经封装和完善得差不多了，后面KUI会吸纳更多的偏业务场景的组件，如
1.2 移动端
- 移动端框架落地
KOCA的移动端框架目前已经发布，但是应用场景较少，目前主要是智慧城市在用。移动端在三期最主要的规划就是落地，在具体的应用落地中打磨框架。
2 微服务架构
2.1 微服务治理架构
-
增强分布式架构的处理能力的深度
现在基于KOCA研发上线的系统，都是一些中小型的业务系统，很多并不是真正的微服务架构，或者是每个服务就1-2个实例。随着FS2.0系统的研发与落地，KOCA将会完善对大型微服务架构系统的治理能力。 -
完善分布式场景的解决方案
完善包括分布式锁，分布式事务，分布式文件管理，分布式数据库等常见分布式场景下的解决方案。
2.2 应用开发框架
-
从通用业务场景到特殊业务场景
KOCA的应用开发框架目前基本上满足了超过90%的业务场景，后面针对一些特殊场景的特殊解决方案 -
提升应用开发的易用性
简化配置，根据场景，将对应的配置进行封装 -
提升性能
目前KOCA主要还是在完善应用开发，性能优化还有很大空间。 -
最佳实践方案
KOCA将直接提供针对具体业务场景的最佳实践方案，减少业务单位在业务开发时的学习和探索成本。 -
通用业务组件
业务流引擎组件，将会深化业务编排的能力，通过将“原子业务”组装成“复合业务”，减少开发成本。
规则引擎组件，做业务流编排时会用到，目前KOCA还不具备，三期会研发。
3 监控运维中心
3.1 监控
- 形成监控的标准体系
- 丰富监控的实现方案
目前监控的实现，会依赖较多的第三方系统，有些场景需要较少依赖，或者替换依赖。
3.2 运维
- 随着FS2.0系统，落地运维能力，形成运维方案
- 将KOCA自身，通过运维中心，运维起来
4 开发中心
-
Java端低码
目前已经较为稳定，在证软、财富的很多项目组都有使用，基本上已经达到预期。
-
Web端低码
丰富和完善低码能力，三期要落地。
- 全局开发资源的管理及标准化
现在已经对全局接口数据进行了管理，接下来要对数据库表结构，字段等资源进行管理，并将标准化的能力直接落地在平台上。
5 Devops
- 构建金证Devops全套解决方案
将KDOP产品(CI)和KOCA的运维中心(CD)两部分有机结合在一起，形成金证推给客户的Devops全套解决方案。
二、KOCA生态的规划
1、将KOCA作为产品的整体快捷交付
包括一键安装依赖的三方工具(ansiable,ELK,prometheus,kubenates等等)，容器化版的maven仓库，npm仓库，KOCA-Devops平台，KOCA-Dashboard 监控运维中心，KOCA官网等等，并在Devops平台及运维中心中， 内置KOCA项目开发-构建-部署流水线，完成KOCA-Admin 业务中心，KOCA-Studio 开发中心，KOCA-Demo 开发示例 等构建部署工作，作为平台的POC内容。