当大多数人谈论无服务器架构时，首先想到的是像Lambda这样的基于云的服务。在云中，无服务器允许您使用具有成本效益的支付模型按需运行大量功能。但是，并非所有无服务器框架都在云端。有些可以在本地部署，例如OpenWhisk和Fission.io提供的那些。为什么在本地部署无服务器？这样做时需要考虑哪些注意事项？本地无服务器和基于云的无服务器之间的差异使用基于云的无服务器架构，应用程序代码被部署到云提供商，例如AWSLambda或MicrosoftAzureFunctions。特定事件，从HTTP请求到GitHub（取决于云提供商支持什么），触发代码。这样，基于云的无服务器架构就很有用，因为它可以通过“按需付费”功能降低成本。但是，对于本地无服务器架构，无服务器功能托管在本地基础设施上，而不是作为托管服务在云中运行。应用程序代码被部署到本地服务器并被触发以运行指定的事件。可以为不同的公司以不同的形式提供本地无服务器。云管理解决方案允许用户在托管云之上部署托管无服务器平台，提供无需运行工作负载的多租户云服务架构，允许用户在内部运行他们的工作负载。OpenWhisk等开源选项也可以在本地部署。为什么是本地？虽然无需管理物理服务器和极具可扩展性是基于云的无服务器架构的主要吸引力，但本地无服务器架构也有一些显着的优势。-避免云供应商锁定：使用基于云的无服务器，您的应用程序完全依赖第三方供应商，这意味着您依赖该供应商的持续可用性，并考虑他们的成本（可能会有所不同）。更换供应商几乎肯定会导致对您的应用程序进行重大更改。通过内部实施，工作负载在本地运行，供应商锁定的风险降低。-安全：对于处理非常敏感数据的公司，基于云的解决方案可能不合适。大多数服务提供商都是多租户的，这意味着他们在同一台物理服务器上为不同的客户运行软件。即使通过虚拟工作负载或容器隔离工作负载，相邻应用程序中的任何安全漏洞或故障也会对应用程序代码的可用性和总体性能产生负面影响。在本地本地服务器上运行工作负载可降低这些风险并确保数据安全。-效率和间接成本：从长远来看，在专用本地服务器上运行工作负载比在基于云的无服务器架构上执行长期任务要便宜得多。此外，在应用程序代码间歇性运行的情况下，本地无服务器可减少基础设施的未充分利用（因为仅在几台服务器上运行多个应用程序效率更高）。结论与基于云的替代方案相比，本地无服务器并没有被大肆宣传，但这并不意味着它在许多情况下不那么可行。事实上，如果您的内部IT团队具备构建和运行无服务器平台的专业知识，您至少应该考虑本地部署。因此，当您规划无服务器策略时，不要将自己局限于云，而是考虑是否可以通过选择本地无服务器来获得安全性和成本优势。原文链接：https://thenewstack.io/when-on-premise-serverless-beats-the-cloud/
