三大特性，多个场景，Serverless 应用引擎 SAE 全面升级

简介：Serverless 应用引擎 SAE 凭借着天然技术优势，已经帮助成千上万家企业实现容器和微服务技术转型。近日，SAE不仅进一步提供了全套微服务能力，更为传统 Job 和 PHP 用户提供了全新的，更高效、更经济且可平滑迁移的解决方案。

作者：营火

微服务能力大提升，更新增 Job、PHP 等场景，延展 Serverless 新边界

点击此处:https://developer.aliyun.com/...,获得阿里云 SAE 发布会直播 PPT！

企业的数字化随着互联网的普及发展越来越快，技术架构也是几经更迭。尤其是在线业务部分，从最初的单体应用到分布式应用再到云原生应用，出现了进阶式的变化。但带来便利的同时，也给企业带来了一定的复杂度：新技术上手门槛高，容器和微服务就是两个典型的拦路虎。即便微服务化和容器化后，企业依然需要关注服务器配置和运维、容量评估，还要面临高性能和稳定性的挑战，无法享受云带来的最大价值。 Serverless 应用引擎 SAE 凭借着天然技术优势，已经帮助成千上万家企业实现容器和微服务技术转型。近日，SAE不仅进一步提供了全套微服务能力，更为传统 Job 和 PHP 用户提供了全新的，更高效、更经济且可平滑迁移的解决方案。

直播发布会回顾：

https://developer.aliyun.com/...

SAE 实战训练营：

https://developer.aliyun.com/...

Serverless 应用引擎 SAE 是一款全托管、免运维、高弹性 的通用 PaaS 平台。支持开源微服务 / 开源定时任务框架 / Web 应用的全托管，提供开源增强 & 企业级特性。可以说 SAE 覆盖了应用上云的完整场景，是应用上云的最佳选择。

三大重磅新特性，延展 Serverless 新边界

Serverless Job：传统任务新变革

SAE Job 作为 SAE 一种新的运完即停的负载类型，聚焦任务场景。根据业务数据处理需求，能够在短时间内快速创建大量计算任务，任务完成后快速释放计算资源。具备单机、广播、并行计算、分片运行的特性、定时、失败自动重试、监控报警特性，提供了全托管免运维的用户体验。

区别于传统任务框架，SAE Job 使用起来更方便（对代码无侵入）、更节省（任务运行完立即释放资源）、更稳定（和在线业务独立、且任务失败能自动重试）、更透明（可视化监控报警）、更省心（无需关注底层资源）。更重要的是 SAE Job 能深度融合微服务生态，兼容开源 K8s。

SAE Job 主打场景包括定时任务、数据批处理、异步执行、离线计算等，同时支持传统框架 XXL Job 零改造迁移，微服务生态集成，借助构建镜像能力完善 CI/CD 流程。

相较于传统分布式任务框架，SAE Job 提供三大核心价值：

• 完备全托管：SAE Job 采用一站式的全托管的管理界面，其任务生命周期，可观测等功能开箱即用，用户可以低心智负担，零学习成本的使用 SAE。
• 简单面运维：SAE Job 屏蔽了底层的资源，用户只需要关注任务的核心的业务逻辑开发，无需在操心集群可用性，容量，性能等方面的问题。
• 高资源利用率：SAE Job 产品模式上按需使用，按量付费，只有任务执行业务逻辑的时候才被拉起收费，而其余时间无任何费用，极大的节省了资源成本开销。

SAE 拥抱 Terraform 生态，对开发者更友好

作为国内外大客户首选的云上工具，Terraform 的价值在于基础设施即代码，能够自动配置基础设施，帮助企业更高速、更低风险、更低成本实现云应用程序的开发、部署与扩展。极大提高自动化运维效率。SAE 接入Terraform 之后，开发人员无需理解每个 API，提供声明式 IaC，操作SAE的资源更加安全，对接 CICD / GitOps 也更加简单。更重要的是提供了资源编排能力，能够一键式的部署 SAE 以及依赖的云资源，从 0 到 1 建站效率大幅提升。目前多个互联网客户已经在生产环境中使用。

PHP 一站式应用全托管

提到 PHP 运维，大家熟知的是各种商业版的服务器运维面板。但这些面板只支持单机运维、缺少应用侧监控和秒级自动弹性能力，不支持静态文件增量更新，对体量稍大一点的PHP应用并不友好。

针对以上痛点，SAE 提供了一个免运维、高弹性、无缝集成 APM 监控的 PHP 应用全托管服务。在框架上，支持 laravel，ThinkPHP，Swoole、wordpress 等流行框架。在运行环境方面，支持在线应用架构 LNMP，默认提供 PHP-FPM + Nginx。支持 Docker 镜像和 PHP zip 包部署，大大降低了用户使用门槛。PHP 应用托管的功能矩阵相当丰富，有开发调试类的上传下载、内置 Xdebug 等，也有运行时类的弹性伸缩，APM 能力，还能通过 NAS 和 OSS 独立管理静态文件和目录。基于这些能力，非常好的支撑了 PHP 的几个典型使用场景：如静态站点部署，远程调试，多站点部署，存量 ECS/服务器运维面板的应用迁移等。

SAE+MSE=Serverless 微服务最佳实践

Serverless 微服务 = CI/CD 流水线 + 微服务框架（含注册中心和微服务治理框架）+ Kubernetes/ 容器 + 云运维（含调用链、日志、告警、性能监控等） + 弹性伸缩服务 + 流量治理服务。

Serverless 应用引擎 SAE 深度集成微服务引擎 MSE，将阿里深耕十余年历经双 11 考验的微服务最佳实践产品化，开箱即用。在开源 Spring Cloud/Dubbo 的基础上，提供了更强大的微服务治理能力。

白屏化的 PaaS：降低用户的使用门槛，它的交互符合大多数开发者心中 PaaS 的预期，另外也有 CLI、插件、OpenAPI 等等丰富的被集成能力。这个 PaaS 其实是一个底座，支持微服务应用的生命周期管理，灰度，容器化转型等，如果没有这么一个底座，那可能用户会面对大量的黑屏操作的命令或者 API，上手极其复杂；另外作为一个面向企业级的产品，SAE 也提供了很多企业级特性，比如命名空间隔离，细粒度的权限控制等等。

前后端全链路灰度：这个在企业生产过程中是最常见的一类需求，指的是通过指定 cookie、header 甚至公司的内部 ip，灰度到新版实例，SAE 打通了 HTTP 请求，网关、consumer、provider，在 Agent 上根据规则进行相关的路由，让用户只需要经过一些白屏化的配置就实现全链路灰度。

端云联调：结合 Cloud Tookit 插件实现的端云联调，微服务架构下应用数量会比单体多很多，那么本地的开发调试就很成问题，借助 Cloud Tookit 提供的 IDEA 以及 Eclipse 等主流 IDE 的插件，开发者可以做到本地只需要启动一个 consumer 或者 provider 就可以和云上的测试环境进行联调，极大的降低微服务在开发阶段的门槛；

可观测能力：微服务架构下，应用数量较多，定位问题困难，可观测能力是必不可少的，SAE 结合阿里云的 ARMS、云监控、SLS、Prometheus 等产品，在 Metrics、Tracing、Logging 等方面都提供了相对完整的解决方案，切实解决开发者在可观测方面的痛点，包括基础监控、调用链、实时日志、事件等等。

原文链接
本文为阿里云原创内容，未经允许不得转载。