SAE能帮助应用极速上云,并能通过灵活的应用启停降低资源使用成本,降低运维难度。本文以高校健康打卡项目为例,介绍SAE在支持应用极速上云方面的成功案例。

背景信息

高校健康打卡项目是由北京大学软件与微电子学院老师在疫情期间编写的一套健康信息采集和报表系统。该系统已在GitHub开源,并在 Wuhan2020社区联合主办的Hack for Wuhan活动中荣获最受观众喜爱奖。在疫情期间,该项目已在北大软微等全国30余个高校院系部署应用,为疫情期间的高校师生健康信息采集汇总的需求提供了快速高效可定制的一站式解决方案。

业务痛点

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

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

为什么选择SAE

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

解决方案

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

高校健康打卡解决方案图

方案实施如下:

  • 网络准备。

    高校健康打卡项目有一定的网络要求,需要在部署前创建VPC,详情参见创建VPC

  • 环境隔离。

    高校健康打卡项目对安全要求性较高,可在SAE中以命名空间进行逻辑隔离,详情参见创建命名空间

  • 部署上云。

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

  • 应用访问。

    高校健康打卡项目部署在SAE后,需要配置SLB以实现公网访问,详情参见为应用绑定SLB部署在SAE上的应用如何访问公网

  • 应用管理。

    SAE提供了应用生命周期管理、应用实例查看、网关路由、一键启停、弹性伸缩等功能,详情参见应用管理概述

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

开通SAE

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

立即开通SAE