随着全球范围内软件工程的高速发展，许多组织已经开始将它们的应用程序完全转移到云计算领域。 云计算作为一种新的IT模式为了加速应用程序的开发周期、提升应用程序的可靠性和性能，已被广泛采用。而Serverless则是云计算中一个非常热门的模型，它为应用程序开发和部署带来了显著的便利性和可扩展性。然而，Serverless也有其不足之处。本文将介绍Serverless的缺点，并探讨如何解决这些问题。
Serverless缺点
- 无法维持长时间运行的事件
Serverless通常用于短期任务，如当某个事件发生时执行某个动作。但是，如果需要长时间运行一个任务，例如将文件上传到云存储桶并进行数据分析，会遇到问题。由于Serverless设计的定位在于实时处理短时间的任务，因此执行长时间运行的任务可能会占用过多的动态资源，从而导致服务不可用或操作失败。
- 依赖方面的问题
在Serverless中，开发人员很难清楚地了解服务的依赖关系。 在某些情况下，由于使用的是第三方服务，可能会导致无法控制其更新时间，从而对应用程序产生不利影响。 此外，当开发人员决定使用第三方服务时，他们必须重写应用程序，以便与特定的API集成，这可能会使开发人员失去控制权。
- 暂无标准构建过程
由于Serverless服务在创建和部署时是以函数为基础的，因此从本质上讲，它们是无状态的。然而，这样的无状态设计可能导致构建过程中缺少一些标准，如日志、配置和测试等。 由于这些缺失，构建过程可能会出现爆炸式增长的问题，这使得Serverless应用程序的构建和部署变得更加困难。
解决Serverless缺点的方法
- 将长时间运行的任务迁移到有状态容器中
将长时间运行的任务迁移到有状态容器中可以很好地解决Serverless执行长时间运行的任务可能会出现服务不可用或操作失败的问题。 当搭配有状态容器时，任务初始的资源可以被绑定到容器上，避免了资源被回收的问题，并且还可以使用自动伸缩功能，进一步提高应用程序的可用性。
- 控制第三方服务的升级时间
为了解决由第三方服务更新时间带来的影响，我们可以使用标准化的API，并考虑与靠谱的服务商合作。 另外，我们可以使用配置管理工具，如Terraform等，来容易地管理API的一致性。
- 引入标准化的构建过程
事实上，构建过程中的日志、测试和配置等缺点已经得到了Apache OpenWhisk、Kubeless等框架的加强。 它们分别为构建过程提供了标准化支持，如Kubeless提供了配置管理和调试服务，OpenWhisk提供了日志、监控和测试等服务。 因此，有了这些开源工具的支持，我们可以方便地在Serverless中进行构建和部署，从而避免诸如爆炸式增长等问题。
示例代码
下面是一个使用OpenWhisk框架部署的Hello World示例。建议在IBM Cloud中进行该示例的体验：
function main() { return { "message": "Hello, world!" }; }
通过这个示例，我们可以非常容易地将应用程序构建为Serverless应用程序，并且可以在IBM Cloud中快速部署，而且性能表现同样可以得到保证。
总结
Serverless作为云计算中的一个热门模型，极大地改善了应用程序的可扩展性和可用性。但是，它也有一些缺点。在本文中，我们详细介绍了Serverless的缺点，并提出了一些解决问题的方案。我们希望，通过本文，你能够更好地了解Serverless，并了解如何高效地构建和部署Serverless应用程序。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/64ad190f48841e989493fff0
