gydtep

定时弹性机制：对于会预期发生的周期性行为，可以设置定时弹性策略。举例：如果每天的上午 9 点是业务高峰，可以定时每天 8 点半增加实例数量，并在 9 点半减少实例数量。

gydtep

基于指标阈值的弹性机制：对于超出预期的业务流量突增，可以设置基于指标阈值的弹性策略，根据 CPU 、内存等资源指标，以有 QPS 等业务指标让应用实现自动的弹性缩。

gydtep

监控能力：应用托管到 SAE 以后，可以免费获得基础资源（包括 CPU、内存、负载和网络）以及应用层（包括 JVM 分析、接口调用分析等方面）的监控能力。如果需要更高级的 SQL 分析、异常分析、链路上下游和接口快照，可以集成阿里云应用时间监控产品（ARMS）。

gydtep

对于非 Java 语言编写的应用，或者没有使用 Spring Cloud 等微服务框架的 Java 应用， SAE 能不能完美支持，并帮助企业降低资源成本呢？

gydtep

当然是可以的。SAE 提供容器镜像部署方式，这就代表着不管采用哪种编程语言，只要最终的应用能够发布成容器镜像，就可以部署在 SAE 上。

gydtep

并不需要有固定的机器资源和固定的IP地址才能排查问题，在云计算时代，通过 SSH 登录到一台机器排查问题的方式并不是一个好的实践。相反， SAE 提供了完善的监控能力，还可以方便的与云监控、 ARMS 等新一代监控诊断类产品进行了集成，为排查故障提供了更大的便利。当然，如果一定要登录到某一台机器，SSH 依然是可以支持的，也可以利用 SAE 提供的 Webshell 工具简化这个流程。

gydtep

在微服务领域，应用一般是无状态（Stateless）的，不需要保存大量的本地数据。如果在特殊的场景下离不开这个需求，可以集成 NAS ，使用集中式的存储实现。

gydtep

SAE 控制台界面提供了对于文件日志的实时查阅能力，相当于免费提供了一个分布式日志采集平台。当然强烈建议接入阿里云日志服务（SLS）产品，更进一步的发挥应用日志的价值。

gydtep

这种技术的用例包括库存优化和重新订购点，可以在特定的轮班或需求期间对员工进行适当的工作安排，甚至提高销售预测的准确性。

gydtep

易于开发和维护：一个应用只会关注一组特定的业务功能，通过服务拆分，能减少应用之间的耦合度，让开发和维护更加简单。

技术栈不受限制：在微服务架构中，可以结合项目业务及团队的特点，合理的选择技术栈。