我认为这些东西将会变得更加强大，所以你确实有能力做一些类似国家的事情。 德鲁：有时，这种限制，即维持状态的有限能力，或者您根本没有……您根本不想维持任何状态的事实，会推动您进入一种为您提供这种……嗯，当我们谈论的架构中。关于“松散连接的小块”的软件哲学，不是吗？ 克里斯：嗯（肯定）。 德鲁：每个小组件只做一件事并且做得很好。并且并不真正了解其周围生态系统的其余部分。看起来这确实适用于无服务器功能的概念。你同意？ 克里斯：是的。我认为你可以进行一场哲学辩论，看看这是否是一个好主意。你知道？我认为有些人喜欢巨石。我认为有可能……有一些方法可以做得太过分，并制造太多难以完全测试的小部件。很高兴有这样的测试：“哦，我想知道我的 Sass 函数是否正常工作。
好吧让我们为它编写
个小测试并确保它是这样。” 但假设对用户来说重要的是其中的七个字符串。你如何一起测试这七个？我认为这个故事变得有点复杂。我不知道如何超级智能地谈论所有这些东西，但我知道，如果您使用所有无服务器功能，这不一定是比任何其他架构更好的架构。我喜欢。这对我来说很好地解释了，但我不知道它是所有架构的终极目标。你知道？ 德鲁：对我来说，它感觉非 俄罗斯手机号码清单 常像 Web，因为……这正是 HTML 的工作原理，不是吗？您提供一些 HTML，然后浏览器将获取您的图像、JavaScript 和 CSS。看起来这是它的扩展 – 克里斯：这真好。 德鲁：……有点想法。但是，我们对网络了解的一件事是，它的设计具有弹性，因为网络是脆弱的。 克里斯：嗯（肯定）。 德鲁：这种无服务器方法的稳健性如何？如果有什么事情……如果这些小碎片中的一个消失了，会发生什么？ 克里斯：那将非常糟糕。
你知道这将是一场灾难
我猜，如果您的网站碰巧发生故障，它就会像任何其他服务器一样崩溃。 德鲁：有没有办法减轻这种情况，特别是 – 克里斯：我不知道。 德鲁：…您遇到过适合这种方法的吗？ 克里斯：或许。我的意思是，就像我说的，一个真正超级奇特的健壮的东西可能是这样的……假设你访问 CodePen，假设有一个 Sass 的 JavaScript 实现，我们注意到你在一个相当快的网络上并且你是空闲的现在。也许我们会获取该 JavaScript，然后将其放入服务工作者中。然后，如果 传真列表 我们检测到 lambda 失败或发生其他情况，或者您已经安装了这个东西，那么我们将使用 Service Worker 而不是 Lambda，并且 Service Worker 可以离线工作。所以，这也很好。那很有意思。我的意思是，它们是相同的语言。服务工作者是 JavaScript，很多云功能都是 JavaScript，所以有一些……我认为这是可能的，尽管……只是，这是一些严肃的技术……让我感到害怕的是。
