原文 | https://www.pulumi.com/blog/is_serverless_the_future_part_2/ 做者 | Lee Briggs & Piers Karsenbarg 译者 | donghuiweb
在关于无服务器的第二篇文章中，咱们将讨论一些更普遍的问题。再次强调，咱们并非要作硬性规定。咱们想提出一些观点，以促进全部利益相关者之间的讨论。许多说全部应用程序都将是无服务器的应用程序的人并未大规模运行其应用程序，也未解决与延迟、复杂性和供应商锁定有关的全部问题。这就是咱们在这里要谈论的。安全
供应商锁定怎么办？
你有多关心厂商锁定问题？例如：你极可能没法将 AWS 中的无服务器架构转移到另外一个云提供商。有些组织不关心厂商锁定问题，但不少组织关心。若是你真的在意，那么在你继续前进以前，请决定你应该在意多少。服务器
您的组织有多大？
无服务器对于较年轻的组织或较小的组织来讲是一个很好的选择，也许大型组织中的新手团队直接关注于交付价值。一旦组织发展到足够大，能够支持专门管理基础设施的团队了，而且使用率增加了，可能就该从新评估状况了。成功采用无服务器平台的大型组织每每是经历了文化转变才得到成功。若是您尚未准备好在组织的全部级别上进行大量投资，以使无服务器的采用得到成功，那么使用更传统的方法（由专门的团队控制供应基础设施）可能更合适。 最后，正如在前一篇文章中所讨论的，大型企业可能想要考虑构建一个基础设施平台，在那里像 Kubernetes 这样的技术能够受益。架构
架构是什么样的呢？
须要考虑的一点是无服务器的产品和更"传统"的方法在思惟方式上的显著差别，这意味着当切换平台时，应用程序可能常常须要从新设计。您可能须要考虑这些体系结构更改的 ROI 是什么。一般，从时间和财务的角度来看，任何应用程序的从新设计都是昂贵的，甚至会给最成功的工程团队带来问题。less
不管您是在开发一个新开发的应用程序仍是评估一个现有的应用程序，考虑无服务器应用程序的架构都是很重要的。传统的 N 层风格的体系结构或 N 层风格的 web 应用程序须要大量的投资才能迁移到无服务器的平台。ui
总结
总而言之，无服务器并不能解决全部问题，可是在正确的地方能够提供不少服务。请记住如下问题：url
1. 您有多在意供应商锁定？
无服务器架构不能简单地从一个云提供商迁移到另外一家云提供商。您的组织在多大程度上关心供应商锁定？.net
2. 您的组织规模是多大？
无服务器一般更适合小型组织。一旦有了 IT 员工来支持它，您可能想看看更传统的选择。大型企业可能但愿研究 Kubernetes。设计
3. 您是否比提供应用程序透明性更关心快速提供价值？
若是您但愿尽快将应用程序推向市场，那么无服务器多是一个不错的选择。可是，您将牺牲应用程序的指标和洞察力。随着规模的增加，这可能会致使真正的问题。server
4. 您了解应用程序的属性吗？
一般说无服务器能够省钱，由于您只需为使用时间付费。可是，若是您的应用程序具备较长的响应或启动时间，请仔细观察。无服务器多是一个昂贵的选择。
5. 您的应用程序的体系结构是什么样的？
不要指望传统的端层风格的体系结构可以很好地与无服务器的应用程序配合使用。寻找能够分解成更小的组件一块儿工做的应用程序。另外一方面，将无服务器应用程序迁移到您控制的服务器也须要从新构建应用程序。你有时间和人去作吗？
6. 无服务器是绕过 IT 的一种方法吗？
使用无服务器做为绕过 IT 部门的方法可能不是最好的主意。编写不合规且容易受到攻击的代码太容易了。相反，请使用 DevOps 方法并与全部利益相关者会面以提出解决方案。
7. 安全性如何？
无服务器架构的安全性存在问题。云提供商提供了一些现成的选项，例如 Amazon GuardDuty，可是它们可能有不少限制，限制了无服务器提供的灵活性。实现安全的无服务器应用程序须要大量的思考。
本文转载自 Serverless Life 公众号，转载请联系原做者。