流动计算架构 当服务越来越多，容量的评 估，小服务资源的浪费 等问题逐渐显现，此时 需增加一个调度中心基 于访问压力实时管理集 群容量，提高集群利用 率。此时，用于提高设 施利用率的资源调度和 治理中心(SOA) 是关键 。

　　服务式应用架构 当垂直应用越来越多，应用 之间交互不可避免， 将核心业务抽取出来 作为独立的可以复用 的服务，使前端应用 能更快速的响应多变 的市场需求。此时， RPC技术是关键。

　　增加服务层，把冗余的代码和可以复用的业务应用进行拆分提取，封装成服务 系统架构更加清晰，代码质量提高，利于升级和维护，稳定性高 应用层可以更专注在与前端用户如何交互，业务处理放在服务层来进行 服务和应用的管理不是自动化，服务层能够实现HA的功能 适用中大型网站系统的场景中

　　随着互联网业务的发展，网站应用 的规模不断扩大，常规的企业级垂 直应用架构已无法应对，服务式的 应用架构以及分布式服务框架势在 必行，用户亟需一个治理系统确保 架构有条不紊的演进。

　　•作为高性能分布式RPC服务调用中间件，SAF服务注册订 阅中心负责服务的注册与订阅，部署在业务应用中的客户 端负责RPC调用；远程方法调用透明，简单配置，无API入 侵。 •SAF具有FailOver特性，提供调用跟踪、服务路Kaiyun官方网站由、软负 载均衡，实现高可用的服务，方便实现服务能力水平伸缩。 •SAF还可提供更多服务治理功能，由专家小组提供支持。

　　单一应用架构 当网站流量很小时，只 需一个应用，将 所有功能都部署 在一起，以减少 部署节点和成本 。此时，用于简 化增删改查工作 量的 数据访问框 架(ORM) 是关键 。

　　每个节点服务器中，包换应用的全部功能模块代码 应用系统很臃肿，维护和版本升级开销非常非常大 使用负载均衡分散访问会话，提高并发处理能力

　　应用系统依然很臃肿，业务逻辑处理和界面交互的代码还是堆放在一起 维护和版本升级开销都很大，稳定性不够理想

　　分布式架构，应用层和服务层可根据需求Kaiyun官方网站进行动态水平扩展，应用与服务实现负载均衡，通过随机、轮询、权重等

　　开放式、标准化的框架，满足接口调用的服务都可以接入服务框架（RPC） 监控服务调用情况，可进一步对服务层再分层，根据业务需求和对服务运行情况对服务进行编排和梳理，以及服务

　　分布式服务架构 当垂直应用越来越多，应用 之间交互不可避免， 将核心业务抽取出来 作为独立的可以复用 的服务，使前端应用 能更快速的响应多变 的市场需求。此时， RPC技术是关键。

　　流动计算架构 当服务越来越多，容量的评 估，小服务资源的浪费 等问题逐渐显现，此时 需增加一个调度中心基

　　垂直应用架构 当访问量逐渐增大，单一 应用增加机器带来 的加速度越来越小 ，将应用拆成互不 相干的几个应用， 以提升效率。此时 ，用于加速前端页 面开发的 Web框架 (MVC) 是关键。

　　垂直应用架构 当访问量逐渐增大，单一 应用增加机器带来 的加速度越来越小 ，将应用拆成互不 相干的几个应用， 以提升效率。此时 ，用于加速前端页 面开发的 Web框架 (MVC) 是关键。

　　需一个应用，将 所有功能都部署 在一起，以减少 部署节点和成本 。此时，用于简 化增删改查工作 量的 数据访问框 架(ORM) 是关键 。

　　群容量，提高集群利用 率。此时，用于提高设 施利用率的资源调度和 治理中心(SOA) 是关键 。

　　基于服务式应用架 构基础上，引入服 务注册中心，用于 保存服务列表；实 现自动化服务体系