写点什么

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

作者:Serverless Devs
  • 2022 年 6 月 06 日
  • 本文字数:2475 字

    阅读完需:约 8 分钟

作者 | 营火


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


企业的数字化随着互联网的普及发展越来越快,技术架构也是几经更迭。尤其是在线业务部分,从最初的单体应用到分布式应用再到云原生应用,出现了进阶式的变化。但带来便利的同时,也给企业带来了一定的复杂度:新技术上手门槛高,容器和微服务就是两个典型的拦路虎。即便微服务化和容器化后,企业依然需要关注服务器配置和运维、容量评估,还要面临高性能和稳定性的挑战,无法享受云带来的最大价值。


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


直播发布会回顾:关注 Severless 公众号后台回复 511 即可获得阿里云 SAE 发布会直播 PPT!


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


三大新特性,延展 Serverless 边界

1. 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 产品模式上按需使用,按量付费,只有任务执行业务逻辑的时候才被拉起收费,而其余时间无任何费用,极大的节省了资源成本开销。

2. SAE 拥抱 Terraform 生态,对开发者更友好

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


3. 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 等方面都提供了相对完整的解决方案,切实解决开发者在可观测方面的痛点,包括基础监控、调用链、实时日志、事件等等

用户头像

All in Serverless 2018.09.12 加入

更多内容关注 Serverless 微信公众号(ID:serverlessdevs),汇集 Serverless 技术最全内容,定期举办 Serverless 活动、直播,用户最佳实践。

评论

发布
暂无评论
三大特性,多个场景,Serverless 应用引擎 SAE 全面升级_阿里云_Serverless Devs_InfoQ写作社区