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