监控能力：应用托管到 SAE 以后，可以免费获得基础资源（包括 CPU、内存、负载和网络）以及应用层（包括 JVM 分析、接口调用分析等方面）的监控能力。如果需要更高级的 SQL 分析、异常分析、链路上下游和接口快照，可以集成阿里云应用时间监控产品（ARMS）。
对于非 Java 语言编写的应用，或者没有使用 Spring Cloud 等微服务框架的 Java 应用， SAE 能不能完美支持，并帮助企业降低资源成本呢？
当然是可以的。SAE 提供容器镜像部署方式，这就代表着不管采用哪种编程语言，只要最终的应用能够发布成容器镜像，就可以部署在 SAE 上。
并不需要有固定的机器资源和固定的IP地址才能排查问题，在云计算时代，通过 SSH 登录到一台机器排查问题的方式并不是一个好的实践。相反， SAE 提供了完善的监控能力，还可以方便的与云监控、 ARMS 等新一代监控诊断类产品进行了集成，为排查故障提供了更大的便利。当然，如果一定要登录到某一台机器，SSH 依然是可以支持的，也可以利用 SAE 提供的 Webshell 工具简化这个流程。
在微服务领域，应用一般是无状态（Stateless）的，不需要保存大量的本地数据。如果在特殊的场景下离不开这个需求，可以集成 NAS ，使用集中式的存储实现。
SAE 控制台界面提供了对于文件日志的实时查阅能力，相当于免费提供了一个分布式日志采集平台。当然强烈建议接入阿里云日志服务（SLS）产品，更进一步的发挥应用日志的价值。
这种技术的用例包括库存优化和重新订购点，可以在特定的轮班或需求期间对员工进行适当的工作安排，甚至提高销售预测的准确性。
易于开发和维护：一个应用只会关注一组特定的业务功能，通过服务拆分，能减少应用之间的耦合度，让开发和维护更加简单。
技术栈不受限制：在微服务架构中，可以结合项目业务及团队的特点，合理的选择技术栈。
世上没有免费的午餐，微服务技术让 IT 系统变得更敏捷、更健壮、更高性能的同时，也带来了架构复杂度的提升。对于开发者而言，要想更好的驾驭微服务架构，需要解决持续集成、服务发现、应用通信、配置管理、流量防护等一系列难题。幸运的是，针对这些普遍存在的难题，业界涌现了一系列优秀的开源技术组件和工具，让开发者可以更轻松的构建微服务应用。像 Spring Cloud 和 Dubbo 这样的技术框架，经过多年的发展，已经演化为微服务领域的通用标准，极大地降低了微服务的门槛，但这些技术框架依然没有办法解决其中两个最大的挑战，这两个挑战成为摆在开发者面前的两座大山。
亟需完善的生命周期管理与服务治理方案
在一个频繁迭代的系统中，每个应用会经常性面临新版本发布需求，需要对应用的上线、下线、更新、回滚等流程进行集中性的管理，并配合精细粒度的灰度发布手段，减少版本迭代对业务造成的影响。
