业务痛点

高校健康打卡项目面临以下业务痛点：

• 数据安全要求高。
• 业务交付效率要求高。
• 业务涉及多语言。
• 资源利用率不高。

为什么选择SAE

• SAE通过VPC和命名空间为应用提供了完全隔离的网络环境，极大地提高了应用的安全性。
• SAE支持多种部署应用的方式，支持微服务以及多语言应用快速上云，且无需自建监控系统，提供了开箱即用的应用监控能力，极大地提升了交付效率。
• SAE支持基于CPU、内存使用率等监控指标自动触发扩缩容，也支持定时弹性，这种灵活的弹性策略既能轻松应对流量高峰，也真正做到了按需使用，节省了非打卡时段的闲置成本。
• SAE在细节层面做的非常到位，可以直接在应用内开启HTTPS服务等，并与证书管理系统也有很好的集成。

解决方案

高校健康打卡项目解决方案逻辑图如下所示。

方案实施如下：

1. 环境隔离。

   高校健康打卡项目对安全要求性较高，可在SAE中以命名空间进行逻辑隔离。更多信息，请参见创建命名空间。

2. 网络准备。

   高校健康打卡项目有一定的网络要求，需要在部署前创建VPC。更多信息，请参见创建VPC。

3. 部署上云。

   SAE内置服务注册中心，提供WAR、JAR和镜像三种便捷上云方式，降低了技术门槛。更多信息，请参见应用部署概述。

4. 应用访问。

   高校健康打卡项目部署在SAE后，需要配置SLB以实现公网访问。更多信息，请参见为应用绑定SLB和部署在SAE上的应用如何访问公网。

5. 应用管理。

   SAE提供了应用生命周期管理、应用实例查看、网关路由、一键启停、弹性伸缩等功能。更多信息，请参见应用管理概述。

   • 开发环境和测试环境，可以使用一键启停功能来批量停止闲置应用，减少资源浪费。更多信息，请参见一键启停应用。
   • 针对应用的业务潮汐特性，无需规划容量，利用定时弹性伸缩功能即可从容应对。更多信息，请参见配置弹性伸缩策略。
   • 针对应用的请求分发需求，可以通过网关路由功能实现。更多信息，请参见为应用配置网关路由。
6. 应用监控。
   • CPU、内存、负载和网络等基础监控。更多信息，请参见基础监控。
   • 应用总请求量、平均响应时间等应用健康指标监控。更多信息，请参见应用总览。
   • 堆内存指标、非堆内存指标、直接缓冲区指标、内存映射缓冲区指标、GC（垃圾收集）累计详情和JVM线程数等JVM指标监控。更多信息，请参见JVM监控。
   • CPU、内存、Disk（磁盘）、Load（负载）、网络流量和网络数据包等主机指标监控。更多信息，请参见主机监控。
   • SQL分析、异常分析、错误分析、链路上下游和接口快照等接口调用监控。更多信息，请参见应用接口调用监控。

开通SAE

单击下方按钮可立即前往SAE开通页面。