tongchenkeji 发表于：2023-1-6 14:16:240次点击 已关注取消关注 关注 私信 请教个问题，有了 Serverless，不需要服务器， 那运维同学是不是要下岗位了。[阿里云Serverless] 暂停朗读为您朗读 请教个问题，有了 Serverless，不需要服务器， 那运维同学是不是要下岗位了。 「点点赞赏，手留余香」 赞赏 还没有人赞赏，快来当第一个赞赏的人吧！ 海报 Serverless 应用引擎# Serverless2886# 函数计算2686# 运维162
后端老大AM 2023-11-28 2:58:09 1 serverless 不应该是免运维，应该是低运维，或者业务运维。运维角色还在，但是工作中心进行更新优化。 此答案来自钉钉群“Serverless 开发者技术学习群”
六月的雨在钉钉AM 2023-11-28 2:58:09 2 你这个问题一下把运维同学的工作给干没了，Serverless应用引擎SAE（Serverless App Engine）是业界面向应用的Serverless PaaS平台，提供IaaS+PaaS集成的解决方案。SAE支持多种方式部署应用和任务，支持主流微服务框架和开源任务框架，采用最小化闲置资源原则，以秒级弹性伸缩性能为您打造高效的低成本服务，原则上说并不会影响运维同学的工作，只是简化了运维工作，为企业提高效率，同时也保证了运维服务器的安全性，但是不代表可以替代运维同学，毕竟虽然是平台话部署，也是需要人来配置，来进行操作部署服务的。
飞云觅宙AM 2023-11-28 2:58:09 3 首先我们要先弄明白什么是 serverless？serverless 是一种架构理念，最新的定义是：“serverless 架构是基于互联网的系统，其中应用开发不使用常规的服务进程。相反，它们仅依赖于第三方服务，客户端逻辑和服务托管远程过程调用的组合。” 其次要弄明白什么是运维？从高层面看，运维是一种实践，让支撑业务的技术保持运作。 运维是： 一个团队 一种角色 一种责任 一组任务 通常，这个角色由运维团队的运维工程师承担，他们负责执行与运维相关的任务。 serverless 之下的运维团队将会消失。 运维工程师将被开发团队吸收。 运维工程师将负责应用程序栈的深层需求。 serverless 将基础设施配置和应用程序代码结合在一起。开发团队不需要运维团队的帮助来交付解决方案。 运维团队的改变不是由 serverless 技术驱动的，而是由 serverless 对组织及其员工的运作方式和履行职责的影响驱动的。 当开发人员不再需要基础设施时，运维团队在很大程度上将变得可有可无。当他们遇到小问题时不会再来找你，他们可以自己解决这些问题。 未来运维团队不再是服务交付流程的一部分，这是迟早的事。 但从职责和任务方面来看，运维仍然很重要。构建 serverless 系统仍然需要这些功能。运维团队的作用在减弱，但对他们的技能仍然有需求，因此需要重新思考运维人员应该被放在什么位置上。比如让运维团队成员加入产品团队和功能团队。
认真学习的heartAM 2023-11-28 2:58:09 4 有了 Serverless，可以不需要服务器的物理设备，但是在这种情况下，运维工作并没有消失，只是发生了变化。Serverless 平台会将程序打包，在云端运行，并且提供相应的运维服务，但是还是需要运维人员来维护和监控这些服务，保证程序的正常运行。所以，运维工作并没有完全消失，只是发生了变化。
魏红斌AM 2023-11-28 2:58:09 5 “Serverless 架构不是不要服务器了，而是依托第三方云服务平台，服务端逻辑运行在无状态的计算容器中，其业务层面的状态则被开发者使用的数据库和存储资源所记录。简单的他能干，但是各个行业都有复杂的业务还是需要运维人员去维护的，而且这个是公有云，混合和私有的都需要运维的
serverless 不应该是免运维，应该是低运维，或者业务运维。运维角色还在，但是工作中心进行更新优化。
此答案来自钉钉群“Serverless 开发者技术学习群”
你这个问题一下把运维同学的工作给干没了，Serverless应用引擎SAE（Serverless App Engine）是业界面向应用的Serverless PaaS平台，提供IaaS+PaaS集成的解决方案。SAE支持多种方式部署应用和任务，支持主流微服务框架和开源任务框架，采用最小化闲置资源原则，以秒级弹性伸缩性能为您打造高效的低成本服务，原则上说并不会影响运维同学的工作，只是简化了运维工作，为企业提高效率，同时也保证了运维服务器的安全性，但是不代表可以替代运维同学，毕竟虽然是平台话部署，也是需要人来配置，来进行操作部署服务的。
首先我们要先弄明白什么是 serverless？serverless 是一种架构理念，最新的定义是：“serverless 架构是基于互联网的系统，其中应用开发不使用常规的服务进程。相反，它们仅依赖于第三方服务，客户端逻辑和服务托管远程过程调用的组合。” 其次要弄明白什么是运维？从高层面看，运维是一种实践，让支撑业务的技术保持运作。 运维是： 一个团队 一种角色 一种责任 一组任务 通常，这个角色由运维团队的运维工程师承担，他们负责执行与运维相关的任务。 serverless 之下的运维团队将会消失。 运维工程师将被开发团队吸收。 运维工程师将负责应用程序栈的深层需求。 serverless 将基础设施配置和应用程序代码结合在一起。开发团队不需要运维团队的帮助来交付解决方案。 运维团队的改变不是由 serverless 技术驱动的，而是由 serverless 对组织及其员工的运作方式和履行职责的影响驱动的。 当开发人员不再需要基础设施时，运维团队在很大程度上将变得可有可无。当他们遇到小问题时不会再来找你，他们可以自己解决这些问题。 未来运维团队不再是服务交付流程的一部分，这是迟早的事。 但从职责和任务方面来看，运维仍然很重要。构建 serverless 系统仍然需要这些功能。运维团队的作用在减弱，但对他们的技能仍然有需求，因此需要重新思考运维人员应该被放在什么位置上。比如让运维团队成员加入产品团队和功能团队。
有了 Serverless，可以不需要服务器的物理设备，但是在这种情况下，运维工作并没有消失，只是发生了变化。Serverless 平台会将程序打包，在云端运行，并且提供相应的运维服务，但是还是需要运维人员来维护和监控这些服务，保证程序的正常运行。所以，运维工作并没有完全消失，只是发生了变化。
“Serverless 架构不是不要服务器了，而是依托第三方云服务平台，服务端逻辑运行在无状态的计算容器中，其业务层面的状态则被开发者使用的数据库和存储资源所记录。简单的他能干，但是各个行业都有复杂的业务还是需要运维人员去维护的，而且这个是公有云，混合和私有的都需要运维的