为什么企业构建业务中台是必然选择？
传统IT架构：
- 以流程自动化为中心
- 预先确定流程场景，通过自动化提升运营效率
- 业务响应力有限，缺少柔性，难以应对市场急剧增多的定制化需求
- 系统打通困难，形成业务孤岛和数据孤岛
中台架构：
- 以核心能力服务化为中心
- 支持快速创新和应对不确定性
- 快速响应和迭代，加速业务创新，孵化新型业务模式
- 消除烟囱、避免重复造轮子；拉通信息系统，重塑组织协同
适合构建业务中台的企业业务场景
业务具有不确定性
创新困难，无法支撑市场高速变化。
如渠道扁平化管理，统一会员营销，全渠道等。
烟囱式系统多
系统割裂，数据孤岛，无法基于现有系统进一步构建数据中台。
内部大量重复建设，缺乏业务核心的固化沉淀。
业务快速创新
需要快速应对消费者带来的不确定需求，有较高的稳定性和弹性伸缩要求。
如APP应用、手游、新媒体应用及其他需要频繁迭代的应用。
业务不在线
企业信息化程度不足，大量人工统计。
核心业务未实现实时在线。如会员订单不完整，经销商进销存数据不在线等。
产品全景
NSF(Netease Service Framework)作为业务中台服务的开发框架，提供服务治理、流控、监控、告警、动态配置、安全认证等能力；全面兼容Spring Cloud、Dubbo等开源框架，通过无侵入接入技术，确保中台服务的快速接入。
业务中台服务由众多微服务组成，定位和分析系统故障或发现系统瓶颈也会变得愈加复杂。全链路应用监控为用户提供集链路追踪、应用性能和业务数据监控于一体的立体化监控系统，旨在通过数据自动化收集、数据可视化展示，使用户能够及时、全面地掌控各个产品的应用性能情况，定位性能瓶颈。
容器以其快速启动、轻量化封装等特性，成为业内公认的承载微服务的最佳方式。NCS（Netease Container Service）容器云是一个承载中台服务的底层调度平台，提供了集群管理、镜像仓库、存储管理、网络管理等功能，支持多环境、多租户，满足绝大多数研发使用场景。
变更频繁的业务中台服务会带来构建发布工作的激增，CodePipeline提供一整套端到端工具链，打通代码检出、编译、镜像构建、部署、测试阶段，帮助团队提升使用微服务架构时的持续集成、持续交付能力。
中台服务向前台业务提供支撑，需要通过统一的API网关进行服务能力的共享，API网关为用户提供发布、管理、保护和监控API的能力，帮助用户在自己的多个系统之间，或者内容系统与合作伙伴以及第三方的系统之间实现跨系统、跨协议的服务能力互通。
GoAPI是以接口生命周期管理为核心理念，以提高微服务测试效率为核心价值的协作平台，提供一站式接口管理、测试方案。支持HTTP/Dubbo/Thrift协议，集成了接口管理、接口测试、持续集成、线上监控等功能。
整体方案解决架构
客户案例
德邦快递
德邦快递作为综合性物流供应商，是国内物流行业巨头之一。信息技术应用是德邦快递优化服务质量的基础，提供安全保障的支撑，实现精细化管理的核心。
痛点：一个新的系统上线从资源申请、环境准备到上线至少需要2周时间，影响业务整体响应效率。
方案：通过轻舟业务中台建立研发流水线，基于轻量容器技术和 DevOps 实现快速按需扩容，上线部署时间节省80%。
浙江大华
浙江大华是全球领先的智慧物联解决方案提供商。随着集团多元业务的综合布局，对信息化先进程度以及相应速度要求越来越高，IT架构问题成为影响企业发展的一大痛点。
痛点：随着业务扩张，前端用户对于信息系统的响应能力，移动化以及用户体验需求越来越高。
方案：通过网易轻舟微服务平台构建大华产品服务中心，信息交互效率大幅提升。通过分步式部署，提升平台用户体验。
