关于github:Serverless-JOB-传统任务新变革

7次阅读

共计 2364 个字符,预计需要花费 6 分钟才能阅读完成。

Job 作为一种运完即停的负载类型,在企业级开发中承载着丰盛的应用场景。SAE Job 将 Serverless 技术所带来的普惠红利从应用领域向外延展至工作畛域,通过联合 longrun + shortrun 的应用场景和最佳实际打造成为 Serverless 一体化企业级开发运维平台,以满足不同行业的差异化诉求,为用户提供更加欠缺多元的能力反对和稳固牢靠的技术保障。

目前运行 Job 的支流形式是采纳分布式工作框架,比方 Quartz、XXLJob、ElasticJob 等。此类框架作为面世工夫较长的开源我的项目,应用企业泛滥,性能成熟。而在云原生时代,K8S Job 和 CronJob 也逐步被思考采纳。然而上述计划普遍存在以下痛点:

首先,资源利用率低。采纳开源的分布式框架须要程序常驻,在云主机中 7*24 小时免费。而 K8S 计划也须要用户保护集群节点,造成老本节约。

其次,可观测性差。用户须要齐全自建一套日志采集、集群和业务监控指标采集、告警零碎来满足生产环境的须要。

最初,运维简单。无论是开源框架还是 K8S,都须要关注底层资源的高可用、高并发下工作的容量和弹性,其运维操作具备较高的技术复杂度。

SAE Job 作为首款面向工作的 Serverless PaaS 平台,完满解决了以上痛点。SAE Job 重点解决了用户的效率和老本问题,在兼具传统工作应用体验和性能的同时按需应用,按量计费,做到低门槛工作上云,节俭闲置资源老本。同时,体验上采纳了事件驱动加无入侵任务调度和管控,用户零革新即可具备工作的全生命周期治理及可观测等开箱即用的性能。

SAE Job 反对多种调用形式,包含阿里云规范 API/SDK,可能通过可视化配置 Cron 表达式实现定时工作,通过 HTTP/MQ/OSS 等多种触发器来拉起 SAE Job。同时反对诸多工作外围个性,包含工作生命周期治理、执行记录、事件告诉、日志监控告警、超时重试、阻塞策略、工作分片、工作多并发等。

SAE Job 提供了三大外围价值:

① 齐备全托管:提供了一站式全托管的治理界面,其工作生命周期治理、可观测性开箱即用,用户能够低心智累赘、零老本地学习应用 SAE。
② 简略免运维:屏蔽了底层资源,用户只需关注其外围的业务逻辑开发,无需操心集群可用性、容量、性能等方面的问题。
③ 超高性价比:采纳按需应用、按量付费的模式,只有工作执行业务逻辑时才会拉起免费,其余工夫不收取任何费用,极大节俭了资源的老本开销。
上面演示一下 SAE Job 的整体应用流程:

竞霄 demo 01.mp4

SAE Job 以工作为核心,提供传统的用户体验。以后聚焦反对单机播送、并行分片模型的工作,同时反对事件驱动、并发策略和超时重试等诸多个性,提供低成本、多规格、高弹性的资源实例来满足短时工作的执行。

相比开源的分布式框架,其长处在于全托管面运维的用户体验,开箱即用的齐备性能以及白屏化管控,工作运行完立刻开释资源,不会节约闲置资源老本。

与 K8S Job 相比,其长处除了全托管收费,还有用户无需理解 K8S 相干概念及技术细节,无需保护其复杂度。

SAE 反对 XXL Job 0 革新迁徙,用户无需任何代码和配置的批改即可将 XXL JOB 利用部署至 SAE Job, 用户只需为工作理论执行逻辑过程中付费。在此过程中 SAE Job 充当了 XXL Job 的调度核心和执行器,用户只需聚焦工作代码和简略配置,比方工作模板、并发重试等,由 SAE 负责无入侵地进行任务调度和管控。

将 XXL Job 部署到 SAE,其外围价值是降本提效:

降本体当初:如果采纳原有的 XXL Job,为了放弃其高可用,至多须要 MySQL+2ECS+SLB+N*ECS 的常驻费用,而部署到 SAE 上则只须要为其工作执行具体业务逻辑所耗费的 CPU 内存付费,即 SAE 理论的资源消耗量。

提效体现在:SAE 全托管面运维的体验,升高了整体运维复杂度,晋升了利用可用性。

上面演示一下 XXL Job 0 革新迁徙流程:
竞霄 demo 02.mp4

SAE Job 目前次要聚焦于泛互联网、新批发、电商、文化传媒、制作、IoT、物流、金融证券、医疗卫健和保险等行业。主打的场景蕴含以下六个:

① 定时工作:定时拉取数据、爬虫。
② 批处理:数据荡涤、转换、剖析。
③ 异步执行:异步进行状态刷新以及离线查问。
④ 传统框架迁徙:XXL Job 0 革新迁徙等。
⑤ 微服务架构:与原有的微服务架构进行调用通信、流程解耦。
⑥ CI/CD:用 SAE Job 作为构建镜像的载体实现 GitOps,从而欠缺 CI/CD 的流程。

最初分享一个采纳 SAE Job 联合微服务的客户案例,用户的业务诉求为:须要通过定时工作将酒店产品变动的数据定期推送给第三方平台,比方飞猪等。其工作有两个特点:首先,工作的初始化耗时久,须要分钟级;其次,工作执行工夫十分长,须要 5-6 个小时,并且除了解决业务逻辑之外,还须要调用其余微服务来获取元数据等信息。

咱们为此提供的解决方案是将订单核心、产品核心、用户核心等微服务间接部署到 SAE 利用上,将定时工作部署到 SAE Job 里,用户无需革新即可通过 SAE 内置的注册核心实现通信。

该解决方案为用户提供了诸多价值:

  • 两种负载对立入口操作、利用间调用 0 革新。
  • 工作运完即停,立即开释闲置资源,极大节俭了资源老本。
  • 超时失败主动重试,无需人工干预实现自愈。
  • 提供欠缺的工作运行时监控报警机制。

借助这套解决方案,用户 0 代码革新即实现了整个架构 Serverless 化,同时节俭了资源老本和运维老本,SAE 将继续为其利用和工作的可用性保驾护航。

最初,欢送大家来应用 SAE Job,首款面向工作的 Serverless PaaS 平台, 感触其对传统工作所带来的新改革。

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

正文完
 0