无服务器 很便宜么,没那么简单!

https://qqadapt.qpic.cn/txdocpic/0/26ddacf5b3b44c96bdad339ac6a3712e/0?w=800&h=648

#无服务器 很便宜么,没那么简单!

成本被一致认为是采用无服务器的关键驱动力。同意吗?

看看这张图吧。橙色的块状物代表代码。当我们转向微服务到无服务器时,单个代码块变得更小、更简单,而总的复杂性却在增加。

这些额外的复杂性大部分是 "装配":配置、部署脚本、DevOps工具工件--模板、配方、playbook、dockerfiles......所有这些东西都是用来把解决方案铲到云上并保持在那里的。

当Serverless取代微服务时,它也不会是免费的午餐。我们正在通过引入更多的复杂性来付出代价,现在的好处是大量节约成本。

 

欢迎大家讨论

 

已邀请:

unioasis - 鲲~ Derek

http://forum.devopsmeetup.com/uploads/answer/20200917/0dce16ff457ad4cdb6245994c17bcf84.png



我来补这张图哈。



无服务的低成本应该是在一定范围内的。当作为中小微起步时,无服务能极大的缩短上线时间,而且按CPU时间计费还能大幅度节约成本。但当规模逐步增大时,无服务的代价就显现出来了:向导式的发布无法帮助节省时间(甚至浪费时间),流水线也不会比容器化部署更快;而CPU时间,在密集计算的场景下,不见得能更便宜。更糟的是,无服务对平台的依赖更强,厂商对其“绑定效应”更显著(相对迁移成本)。最终系统复杂度会成为管理上的一大障碍。



但是这些问题无法阻碍无服务的最大的好处:秒级发布,真按需计费。



所以真的没那么简单,不仅是架构的整体考虑上,而且更是在成本考虑上。在VUCA的时代,个人理解稳定才是最贵的,而灵活应变才是王道。很大程度上,我们也许遇不到高成本的那一步,事情就已经变了。因此无服务其实给我们在灵活上提供了一大助力。用好了很便宜,虽然不那么简单。

要回复问题请先登录注册