无服务器 10%的情况令人惊叹。剩下的 90%则是一个危险的黑洞，里面是云锁定、糟糕的测试、差劲的开发体验和复杂的设置。这就是为什么会有一些老人发誓不使用无服务器，同时又有大量的支持者（像我一样）试图把它推广到任何适合的地方。
不管是哪一方，都有一些事项需要留意。对于 无服务器的支持者 而言：
对于 无服务器的反对者 来说：
有效的无服务器架构
好了，现在我们已经冷静下来，我们已经认识到，无服务器不是编程和应用程序架构的救世主。现在可以开始构建简单、易于维护、可测试的应用程序了。
下面是无服务器架构必须做到的一些要点：
云提供商应提供以下特性：
关于无服务器的恐怖故事
我曾见过有人在云提供商的云 IDE 中编写代码，两次测试之间要等 2 分钟。有时，一个端点连接到如此多的云服务，所以真的只能在生产环境中进行测试。有时不是所有端点都在一个库中，而是有很多库，每个库包含不同的系统组件。
开发体验是快速实施的关键，你应该努力保持快速的反馈循环和测试，让你可以快速前进，而不必担心整个系统崩溃。
优质的无服务器提供商
每个无服务器提供商都必须经过改造才能成为有效的架构。
每个无服务器提供商都试图让你不可逆转地将它们融入。你不需要把它们融入。遵循最佳实践，除非它违反了“必须在本地运行”的原则，否则你应该没事。
现在，我喜欢以下这两家无服务器提供商：
对于下面这两家提供商，我要提醒你注意：
我还没有足够的经验，听说得也不是很多：
这个领域正在迅速变化，当看到新的竞争者和新的架构时，我会更新这里的内容。
无服务器 90%的情况都很糟糕，但也有 10%的情况令人惊叹
炒作没问题，但要有理由支撑。无服务器使应用程序易于扩展和维护。我在7年前编写的无服务器应用程序仍然在运行，几乎不需要维护，也几乎不需要任何成本。我相信，无服务器可以使个人能够维护大型应用程序，否则将需要一个团队和稳定的收入流。
查看英文原文：
Serverless Providers and Effective Architectures
