无服务器计算：为云中的下一个重大颠覆做好准备

针对无状态、以事件驱动的环境进行开发，并不一定比开发单一程序更容易。无服务器架构“将复杂性从应用转移到连接中，”Atchison说。“这不是万能的解决方案，也有自身的问题，也要解决这些问题。”   　　

微软建议，开发人员要熟悉基于事件的异步模式的编程，并学习使用功能协调器(如Durable Functions编程模型和Logic Apps连接器)，创建长时间运行的操作和状态管理。   　　

但是倡导者们说，这些好处值得陡峭的学习曲线，所需要的不仅仅是更多工具，还有更具创造性的软件开发方法。   　　

“大多数应用所做的，绝大多数都可以呈现为无服务器功能，”Kobielus说。容器有助于将功能封装并作为服务提供给用户，它们可以独立扩展。”   　　

传统应用仍然可以通过修改以利用某些无服务器功能。本质上由事件驱动的各种功能是可以与主应用分开封装的。   　　

例如，“随时在数据库或文件系统中创建数据，这是一个事件，”Lowery说。“这意味着你可以将其设置为独立于主程序执行其他操作。这样做让应用生命周期更长，”因为应用可以通过使用应用程序编程接口进行扩展，或者挂接到其他应用中。   　　

企业组织可以调整各个组成部分以便受益于无服务器执行，并分阶段迁移，而不是从头开始重写现有应用。“将新的应用功能作为微服务，将用户界面组件从业务逻辑和数据访问层拆分，并将现有的微服务转换并拆分为无服务器功能，”Simform技术顾问Rohit Akiwatkar这样说道，Simform是一家移动和物联网服务公司，已经围绕服务器做了广泛发布。“随着时间的推移，功能的数量将会增加，开发团队的敏捷性和速度将会提高。”   　　

最佳时机   　　

现在是CIO加入无服务器阵营的时候了吗? Lowery认为是的。“我告诉CIO们，这项技术不会消失，这不是一种流行时尚。企业应该开始让员工熟悉这项技术。”   　　

Simform的Akiwatkar建议采取三个步骤：了解使用无服务器架构的最佳实践;确定高ROI的应用;在低风险环境中尝试无服务器功能。   　　

所有这些让现在成为开发者采用无服务器技术的最佳时机。从容器、微服务到现在的无服务器计算，过去五年在应用的构建和部署方面引入的创新数量比过去20年的总和还多。   　　

在一个极度缺乏人才的经济体中，对下一个重要事件保持谦逊可能是吸引最优秀人才的唯一途径。 “你必须有一个长期采用这项技术的计划，否则你将无法获得所需的人才。开发人员会对这项技术充满期待，”Lowery说。   　　

对于那些仍在努力应对如DevOps等无穷无尽创新(例如云、容器和微服务)的组织来说，无服务器计算似乎又是一个令人头痛的问题。 但在这个所有公司都想成为软件公司的商业世界中，没有跟上这个最新趋势可能会让你犯下存在感减少的错误。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!