维持状态的有限能

rmruhul

这种限制，即或者您根本没有……您根本不想维持任何状态的事实，会推动您进入一种为您提供这种……嗯，当我们谈论的架构中。关于“松散连接的小块”的软件哲学，不是吗？

克里斯：嗯（肯定）。

德鲁：每个小组件只做一件事并且做得很好。并且并不真正了解其周围生 电报号码数据 态系统的其余部分。看起来这确实适用于无服务器功能的概念。你同意？

克里斯：是的。我认为你可以进行一场哲学辩论，看看这是否是一个好主意。你知道？我认为有些人喜欢巨石。我认为有可能……有一些方法可以做得太过分，并制造太多难以完全测试的小部件。很高兴有这样的测试：“哦，我想知道我的 Sass 函数是否正常工作。好吧，让我们为它编写一个小测试并确保它是这样。” 但假设对用户来说重要的是其中的七个字符串。你如何一起测试这七个？我认为这个故事变得有点复杂。我不知道如何超级智能地谈论所有这些东西，但我知道，如果您使用所有无服务器功能，这不一定是比任何其他架构更好的架构。我喜欢。它对我来说很好地解释了，但我不知道它是所有架构的最终目标。你知道？

德鲁：对我来说，它感觉非常像 Web，因为……这正是 HTML 的工作原理，不是吗？您提供一些 HTML，然后浏览器将获取您的图像、JavaScript 和 CSS。看起来这是它的扩展 -

克里斯：这真好。

德鲁：……有点想法。但是，我们对网络了解的一件事是，它的设计具有弹性，因为网络是脆弱的。

克里斯：嗯（肯定）。

德鲁：这种无服务器方法的稳健性如何？如果有什么事情……如果这些小碎片中的一个消失了，会发生什么？



克里斯：那将非常糟糕。你知道？这将是一场灾难。我猜，如果您的网站碰巧发生故障，它就会像任何其他服务器一样崩溃。

德鲁：有没有办法减轻这种情况，特别是 -

克里斯：我不知道。

德鲁：...您遇到过适合这种方法的吗？

克里斯：或许。我的意思是，就像我说的，一个真正超级奇特的健壮的东西可能是这样的……假设你访问 CodePen，假设有一个 Sass 的 JavaScript 实现，我们注意到你在一个相当快的网络上并且你是空闲的现在。也许我们会获取该 JavaScript，然后将其放入服务工作者中。然后，如果我们检测到 lambda 失败或发生其他情况，或者您已经安装了这个东西，那么我们将使用 Service Worker 而不是 Lambda，并且 Service Worker 可以离线工作。所以，这也很好。那很有意思。我的意思是，它们是相同的语言。服务工作者是 JavaScript，很多云功能都是 JavaScript，所以有一些……我认为这是可能的，尽管……只是，那是一些严肃的技术……你交付的这块 JavaScript 让我感到害怕对于成千上万的用户，您不一定知道他们拥有什么以及他们拥有什么版本。呃，但这只是我自己的恐惧。我确信有些人在这类事情上做得很好。

克里斯：我其实不知道。也许您知道一些我不知道的关于无服务器弹性的策略。