中台系统
中台建设的必要性
在当今互联网时代，用户才是商业战场的中心，不断快速响应、探索、挖掘、引领用户的需求，才是企业得以生存和持续发展的关键因素。真正尊重用户，甚至不惜调整自己颠覆自己来响应用户的企业，将在这场以⽤户为中心的商业战争中得以生存和发展。
当下，商业的竞争就是对于用户响应力的比拼。而在此过程中，系统建设从原先的记账工具发展到公司的基础设施，在当今时代，更是商业模式变革的助推器。
很多系统的技术架构没有借助互联网化的思维，在利用外在的技术工具上嵌入困难，如此造成很多诉求都要自主开发、运维工作大，并且在服务器集群、自动任务计划监控、共享缓存、服务注册与发现等方面存在困难。
如上问题，中台架构可以很好的解决。
中台就像是在前台与后台之间添加的⼀组“变速齿轮”，将前台与后台的速率进行匹配，是前台与后台的桥梁。有了“中台”这⼀新的断层，即可以将前台系统中的稳定通用业务能力“沉降”到中台层，为前台减肥，恢复前台的响应⼒；又可以将后台系统中需要频繁变化或是需要被前台直接使用的业务能力“提取”到中台层，赋予这些业务能力更强的灵活度和更低的变更成本，从而为前台提供更强大的“能力炮火”⽀援。
系统建设目标
1、共享中台
经过数据的采集、加工、整合后，形成企业内部一套标准统一的可复用共享数据集合，最后高效的把数据封装成服务提供给业务或是上下游系统使用，构建数据、服务共享的中台 。
2、业务中台
做到个性化、体验化、轻量化前台，服务化中台，前中后服务化集成 。
基础数据、用户、规则策略等全局共享，支持多系统单点登陆。
建立商品中心、库存中心、订单中心、渠道中心、营销中心、会员中心、积分中心、卡券中心，支持更多渠道、更多场景应用、更多方式入口。
提升优化运行速度，做到更快捷高效、支持更大业务增长。
3、组织中台
系统再建的过程，也是公司流程、组织架构重新梳理的过程，通过互联网思维的系统建设，能极大的优化组织结构，改变人企关系，使公司的管理轻量化、无界化。
4、技术中台
本系统的建设，将使公司的技术架构转型成为互联网架构，为公司的技术制定标准规范，为未来系统建设积累宝贵的资产，能达到如下效果：
轻量化：实现轻前台、大中台的技术架构改造，让前台开发简易、快捷，易于跟随市场变化
标准化：制定标准共享接口，方便第三方系统调取结果数据；标准共享服务，第三方系统直接在系统中实时查询，实现按需实时共享；标准服务引擎，保证策略计算的准确性、及时性；
自动化：审核通过的方案，自动发布交互条件，自动推算结果
柔性化：是封装好的服务，可部署在Windows和Linux操作系统，支持广泛的语言调用，如C++，Java，C#、PHP、JS等
5、服务中台
几年前的系统架构大都没有明确区分前台、后台，更没有中台的概念，在前台建设中会处理很多复杂的业务逻辑，为了响应市场的需求变化时，前台在调整时耗时耗力。各个系统之间耦合度高，调整一个功能，涉及面广。本系统建设后，将实现：
提高复用率：智能架构、提高复用率及开发效率、支持万物互联和数字化
减少运维：降低系统间的耦合，降低模块间的依赖，减少每一次改动需要全量回归测试，简化管理和运维投入
6、智能中台
利用数据的价值，分析用户喜好，智能推荐个性化服务，助力公司新零售升级。
微服务架构
我们的中台采用微服务架构。
微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。
尽管“微服务”这种架构风格没有精确的定义，但其具有一些共同的特性，如围绕业务能力组织服务、自动化部署、智能端点、对语言及数据的“去集中化”控制等。
微服务架构的思考是从与整体应用对比而产生的。
微服务架构具有如下优势：
1） 微服务架构方式是松耦合的，各个模块服务之间关联度小，可以提供更高的灵活性、扩展性
2） 每个微服务可由不同团队独立开发，互不影响，加快推出市场的速度
3）
微服务架构是持续交付(CD)的巨大推动力，允许在频繁发布不同服务的同时保持系统其他部分的可用性和稳定性
4） 微服务可通过最佳及最合适的多种编程语言与工具进行开发，能够做到有的放矢地解决针对性问题
