在Serverless 应用引擎中,我有一些存量程序都是用ahas做熔断限流,不知将来怎么迭代?[阿里云Serverless]

我有一些存量程序都是用ahas做熔断限流,不知将来怎么迭代?特别是费用疑惑。如果真的相同,最好说明一下,我们制造业对费用超级敏感。。。虽然我们知道很难再下船了

「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
=====这是一个广告位,招租中,联系qq 78315851====
2 条回复 A 作者 M 管理员
  1. 如果您已经使用 Ahas 来实现了熔断限流的需求,而且考虑到费用因素的话,您可能需要考虑以下几种解决方案:

    1. 继续使用 Ahas:尽管 Ahas 已经停止维护了,但是在阿里云社区里还有一些其他的开源替代品,比如 Sentinel 和 Dubbo 应用网格等。您可以考虑尝试使用这些替代品继续维持现有系统的稳定运行,它们可以满足您的熔断限流需求,同时也相对便宜。
    2. 尝试转换到其他产品:如果您觉得难以适应其他开源产品,也可以尝试转换到商业化的类似产品,如 Spring Cloud Alibaba 等。这些产品具有更好的稳定性和支持,但是价格相对较高。
    3. 自行研发:如果您有足够的技术和资源,也可以自行研发自己的熔断限流系统,以满足您的需求。
  2. 在Serverless应用引擎中,对于存量程序使用AHAS做熔断限流的迭代问题,由于Serverless架构与传统架构存在比较大的区别,例如天然分布式架构和无状态的特点,可能会让一些框架的便利性有所降低。因此,直接将AHAS应用于Serverless环境可能需要进行一定的适配和改造。

    计费方面,Serverless应用引擎一般按实际使用的资源量来计费,包括函数调用次数和运行时长等,而不是像传统方式那样按执行代码所需的资源量(如CPU)来计费。这种按需使用和付费的方式对于制造业等对费用敏感的行业来说可能更具吸引力。

    同时,Serverless架构也带来了“零运维成本”和“零资源浪费”的优势,开发者可以更加专注于业务实现,而无需关注运维与基础设施。在Serverless架构上,运维人员的工作角色会有所转变,例如部署将变得更加自动化,监控将更加面向应用程序本身。

  3. 这个我们技术同学下来也会在评估一下,看看是否有可能让客户侧最小的感知就能迁移到MSE。后续限流降级终态方向是收敛到MSE了,对存量客户的存量应用我们评估好方案同步给您。但存量客户的新应用我们也会在产品侧做好更加明显的引导,避免疑惑产生。这个是我们之前的一些设计疏忽,后续一定会改进的,感谢亲的反馈!!!。此回答整理自钉钉群:【3群】Serverless应用引擎(SAE)用户群