为什么企业构建业务中台是必然选择?
传统IT架构:
  • 以流程自动化为中心
  • 预先确定流程场景,通过自动化提升运营效率
  • 业务响应力有限,缺少柔性,难以应对市场急剧增多的定制化需求
  • 系统打通困难,形成业务孤岛和数据孤岛
中台架构:
  • 以核心能力服务化为中心
  • 支持快速创新和应对不确定性
  • 快速响应和迭代,加速业务创新,孵化新型业务模式
  • 消除烟囱、避免重复造轮子;拉通信息系统,重塑组织协同

适合构建业务中台的企业业务场景

业务具有不确定性
创新困难,无法支撑市场高速变化。
如渠道扁平化管理,统一会员营销,全渠道等。
烟囱式系统多
系统割裂,数据孤岛,无法基于现有系统进一步构建数据中台。
内部大量重复建设,缺乏业务核心的固化沉淀。
业务快速创新
需要快速应对消费者带来的不确定需求,有较高的稳定性和弹性伸缩要求。
如APP应用、手游、新媒体应用及其他需要频繁迭代的应用。
业务不在线
企业信息化程度不足,大量人工统计。
核心业务未实现实时在线。如会员订单不完整,经销商进销存数据不在线等。

产品全景

NSF(Netease Service Framework)作为业务中台服务的开发框架,提供服务治理、流控、监控、告警、动态配置、安全认证等能力;全面兼容Spring Cloud、Dubbo等开源框架,通过无侵入接入技术,确保中台服务的快速接入。
业务中台服务由众多微服务组成,定位和分析系统故障或发现系统瓶颈也会变得愈加复杂。全链路应用监控为用户提供集链路追踪、应用性能和业务数据监控于一体的立体化监控系统,旨在通过数据自动化收集、数据可视化展示,使用户能够及时、全面地掌控各个产品的应用性能情况,定位性能瓶颈。
容器以其快速启动、轻量化封装等特性,成为业内公认的承载微服务的最佳方式。NCS(Netease Container Service)容器云是一个承载中台服务的底层调度平台,提供了集群管理、镜像仓库、存储管理、网络管理等功能,支持多环境、多租户,满足绝大多数研发使用场景。
变更频繁的业务中台服务会带来构建发布工作的激增,CodePipeline提供一整套端到端工具链,打通代码检出、编译、镜像构建、部署、测试阶段,帮助团队提升使用微服务架构时的持续集成、持续交付能力。
中台服务向前台业务提供支撑,需要通过统一的API网关进行服务能力的共享,API网关为用户提供发布、管理、保护和监控API的能力,帮助用户在自己的多个系统之间,或者内容系统与合作伙伴以及第三方的系统之间实现跨系统、跨协议的服务能力互通。
GoAPI是以接口生命周期管理为核心理念,以提高微服务测试效率为核心价值的协作平台,提供一站式接口管理、测试方案。支持HTTP/Dubbo/Thrift协议,集成了接口管理、接口测试、持续集成、线上监控等功能。

整体方案解决架构

客户案例

方案与报价

面向行业提供咨询服务
深度剖析成功案例
个性化推荐成熟架构
量身定制解决方案