「Comment」https://icyfenix.cn/architecture/architect-history/serverless.html

[fenixsoft]

https://icyfenix.cn/architecture/architect-history/serverless.html

[huangyongliang]

再次预言未来“无服务将会成为将会成为日后云计算的主流方式”；“也导致能函数会有冷启动时间”，好像有笔误。

[fenixsoft]

@huangyongliang 再次预言未来“无服务将会成为将会成为日后云计算的主流方式”；“也导致能函数会有冷启动时间”，好像有笔误。

谢谢，是有BUG，下次更新新文章时一并修改掉。

[bigbenfather]

“并在后续的几年里逐步的到开发者认可”笔误“得到”

[fenixsoft]

@bigbenfather “并在后续的几年里逐步的到开发者认可”笔误“得到”

感谢指正，已修改

[ssjtt]

"无服务机构对一些适合的应用确实能够降低开发和运维环节的成本", 笔误“架构”

[KmustAlan]

无服务是不是就意味着后端机会更少了

[AnyUncle]

软件开发的分工，确实越来越精细了。。。

[bbbwang]

无服务时代，不必考虑算力问题，不必考虑容量规划，未来是不是将不再需要运维人员和架构师了？

[yingtaojuzi]

@bbbwang 无服务时代，不必考虑算力问题，不必考虑容量规划，未来是不是将不再需要运维人员和架构师了？

那就转去维护运行无服务架构的平台了

[Pantheooon]

体验过某云的servless功能,那价格完完全全能让大厂变小厂,小厂变个体工商户.

[greatsharp]

虽然还没入门后微服务和无服务，但是可以肯定的是因为业务的多样性，需求的多样性，除非大环境不好，没有新的经济发展突破点时外，普通开发人员的人力需求仍然是旺盛的。 当然，对软件架构师和平台架构师的要求相反越来越高了。

[prchann]

Serverless = BaaS + FaaS

• BaaS: 后端即服务，指 DB、MQ、日志、存储、网关等用于支撑业务逻辑运行，但本身无业务含义的技术组件。
• FaaS: 函数即服务，指业务逻辑代码。函数的概念和粒度接近程序编码中的函数，主要区别是无服务中的函数运行在云端，无需考虑算力问题和容量规划。

无服务让开发者需要关注的东西更少了。

• 微服务：需关注弹性伸缩策略、服务间通信、架构、日志、告警等；
• 无服务：无需关注运行时。函数间是平等关系。

（当前）无服务适合场景：短链接、无状态、适合事件驱动的交互形式，比如 Web 网站、定时任务、小程序/App 后台等。 不适合逻辑复杂、依赖服务端状态、响应速度要求较高、长链接等应用，比如网络游戏、直播等。

[fww80]

我认为无服务是业务层不断往上升华的一个必经阶段。从原来的软件架构单体到现在的微服务，云原生。人们做了大量工作来分离业务与技术。让业务不断往上升华，让技术不断下层到底层变成虚拟化。到了无服务阶段才会是真正的低代码时代。作者说很无服务会有些瑕疵只能保证无状态的服务。其实我认为以后随着前端的不断丰富，工程化的不断加强。由前端保持一部分状态。后端趋近于无状态，并不是无可能。会逐步变成大前端，多后端的无状态服务形态。

[Brave-troops]

之前项目打算转型微服务的时候，考虑到的问题除了单体性能瓶颈外，还有一点是大型单体服务在多人合作开发时的复杂性问题。 多人频繁且独立的操作单体服务中的不同模块，导致频繁上线和代码冲突问题。 并且本地调试大型单体服务过于费时。

[pinkman119]

无服务时代可能需要的是顶级架构师，后端岗位应该会减少。

[yabocui]

总结：无服务有两部分组成后端设施和函数，后端设施指的是一些通用的组件直接使用云上的，函数指的是业务代码，可以很小，小到和代码中的函数差不多