应用为什么要微服务化？
微服务架构改造过程中，企业面临哪些挑战？
微服务作为应用开发技术的必然趋势，对业务系统进行细粒度拆分，降低了业务系统的复杂性，但是对企业技术架构提出了新的挑战
遗留系统改造成本高
痛点描述：企业发展过程中，通常存在大量遗留系统，部分遗留系统还承载着重要业务。遗留系统使用传统SDK 方式改造实现服务治理，对业务侵入性大，升级困难
产品及特色：供灰度发布、故障注入等精细化治理能力，帮助遗留系统快速迁移至云原生服务网格架构，对业务无侵入，降低改造成本
异构应用统一治理难
痛点描述：企业各类系统中往往存在大量异构应用，不同语言、协议应用均需要对应的开发框架治理，存在技术栈重复建设、统一管理困难等问题
产品及特色：提供多语言、多协议的异构应用统一治理能力，快速打通不同技术体系之间的异构差异，保障全局业务上通下达
微服务架构无法平滑演进
痛点描述：云原生时代，分布式微服务架构下的服务治理能力下沉到基础设施层，服务网格成为新一代微服务架构标准。迁移改造成本高、风险大，无法平滑演进
产品及特色：基于轻舟服务网格架构平滑方案，全面覆盖多种框架、场景，提供平滑、长期、渐进式的演进路线，实现平滑迁移
应用价值
应用场景
微服务产品矩阵
服务网格
异构应用统一治理，云原生架构平滑迁移
微服务框架 NSF
多引擎，多模式服务统一治理
API网关 API Gateway
内外部跨系统、跨协议服务互通
全链路应用监控 APM
立体化应用性能监控
分布式事务 GTXS
数据一致性保障
日志服务 LogSeer
海量日志处理、排障
与180万开发者一起开发更稳定的产品