问题标签 [reliability]

从本质上讲，我正在编写一项服务，以帮助我们确定我们访问的 API 是否出现故障。每个 API 都会偶尔返回一个随机 500 错误或其他一些奇怪的东西，所以我们不想在每次遇到随机错误时都向世界发出警报。我正在尝试考虑确定最近是否有来自特定提供商的错误高峰的最佳方法。

假设我有一个服务设置，它将跟踪特定服务最近发生的错误数量，然后编写了一个守护程序或 cron 作业，它将定期检查这些数字，并在出现峰值时发送警报服务给出的错误。该守护进程如何确定给定服务是否出现大量错误？

最简单的方法是对出现的错误数量设置硬性限制，并在错误数量超过该限制时发出警报。但我有一种直觉，这看似简单（换句话说，它看起来很简单，但最终变得很复杂）。我主要关心的是选择这个限制。如何选择一个好的限制？如何使其随着流量的增加而扩展？

过去有没有人解决过这个问题并找到了一个非常有效的解决方案？有什么众所周知的算法吗？我对解决方案的一个偏好是：我必须跟踪的数据越少越好。

显然，这个问题的答案取决于许多环境因素。

总的来说，我想知道人们的经验是什么HtmlUnitDriver作为一种可靠的工具，可以“信任”以基本上与其他浏览器相同的方式浏览网站。

当然，我意识到“其他浏览器的做法”非常模糊。自然每个浏览器都会有它的怪癖。但是我在一个项目中，我们有数百个验收测试场景（用JBehave编写）并且使用FirefoxDriverandInternetExplorerDriver运行所有这些场景需要两个多小时，从持续集成的角度来看，这有点粗糙。所以我想知道我们是否可以将我们的验收测试切换到使用HtmlUnitDriver并期望更快的时间以几乎相同的行为（也许我们可以预期少数测试会失败使用HtmlUnitDriver并专门运行这些测试）基于浏览器的驱动程序）。

我们的 UI 使用GWT，这可能会使事情复杂化，也可能不会（我不知道）。

基本上，根据其他人的经验，它的HtmlUnitDriver操作与其他浏览器一样好，还是它真的只适用于带有最少 JavaScript 的非常简单的 HTML 网站，不应该用于企业 Web 应用程序？

If you are programming an application which is heavily using the network (e.g. pings, dns resolves, etc), is it better to use IP addresses in the code (e.g. if making a folder path on a server - //192.183.181.182/test/test1 for example), or hostnames?

I am assuming IP addresses as they tend to be static in the enterprise, and hostnames can have aliases etc to a single IP address. Is this a valid reason to prefer IP addresses?

Thanks

AFAIK Amazon AWS 提供所谓的“区域”和“可用区”来降低部分或完全数据中心中断的风险。看起来如果我在两个“区域”中有我的应用程序副本并且一个“区域”出现故障，我的应用程序仍然可以继续工作，就好像什么都没发生一样。

Windows Azure 有类似的东西吗？如何使用 Windows Azure 解决数据中心灾难性中断的风险？

我想创建一个托管在 Windows Azure 中的 Web 服务。客户端将上传文件进行处理，云将处理这些文件，生成结果文件，客户端将下载它们。

我想我将使用 Web 角色来处理 HTTP 请求，并使用工作角色来进行实际处理，并使用 Azure 队列或 Azure 表存储之类的东西来跟踪请求。让我们假设它是 Azure 表存储——每个用户上传的文件都有一个“请求”记录。

一个主要的设计问题是处理单个文件可能需要一秒钟到十个小时不等。

所以我期待以下情况：启动一个工作角色，进入 Azure 表存储，找到一个标记为“准备处理”的请求，将其标记为“正在处理”，开始实际处理。通常它会处理文件并将请求标记为“已处理”，但如果它意外死亡怎么办？

除非我照顾它，否则请求将永远保持“正在处理”状态。

如何跟踪标记为“正在处理”但已放弃的请求？Windows Azure 中的哪种机制对此最方便？

我想让一个 Windows Azure 应用程序尽可能地抗故障，并且我需要能够故意让角色崩溃以测试整个应用程序如何从此类崩溃中恢复。

我想我可以将代码直接插入角色中，以获得随机数并决定以相当低的概率崩溃。真正的问题是

一旦我决定是时候如何让角色崩溃。

如何可靠地故意使 Azure 角色崩溃？

我想测试一个分布式程序对每个节点随机崩溃的抵抗力。我需要使用一些随机分布来控制每个节点崩溃的频率 - 例如，它可能是平均 2 小时或其他时间的正态分布。

如何选择该分布规律以及如何决定分配给分布参数的值？

我有一个外部 JavaScript 文件，将在包含许多其他脚本的页面上使用。我的脚本涉及很多监听事件的 jQuery，并且根据设计，我声明了许多全局变量。我一直在阅读最佳实践文章，其中有很多关于“污染全局命名空间”和无意的脚本交互的说法。

封装（封装？）我的 JavaScript 文件的最佳方法是什么，以便：

• 我仍然可以访问外壳之外的一些变量
• jQuery 事件监听器将正常运行

我无权透露代码，因此即使是一般性的回复也值得赞赏。此外，欢迎提供有关使脚本不易受到页面上其他脚本攻击的任何其他提示。

我找到了常规 JavaScript 的附件样式，但是使用 jQuery 会使这复杂化吗？

现在这可能是一个非常模糊的问题，但计划任务的可靠性如何？例如，如果我设置一个任务在每天下午 3 点做某事，并假设代码中没有错误，ColdFusion 是否总是确保它每天下午 3 点运行？

1. 内存在 JavaScript 中是如何工作的？有栈吗？一堆？内存管理是如何工作的？

2. 变量和它在内存中的位置之间的绑定何时发生？运行前还是运行时？

3. JavaScript中有模块或类似的东西吗？

4. 另外，你会说 JS 是可移植的吗？可靠吗？请对您的回答做一个简短的解释。

我在互联网上寻找答案，但我似乎没有找到任何答案。快速回答也值得赞赏。