问题标签 [reliability]

使用 MSMQ 之类的东西如何有助于提高可伸缩性和可靠性？在一台 Web 服务器到一台数据库服务器的场景中，它是否有帮助？

任何评论或链接将不胜感激。谢谢

编辑：Web 服务器将运行 WCF，公开 SOAP 样式的 Web 方法。展望未来，也有可能存在多个 Web 服务器。

我知道几乎每种编程语言都有检查文件或目录是否存在的方法。

但是，在我的情况下，创建了一个存储程序设置的文件。如果不存在（即!File.Exists or Directory.Count == 0Directory是文件所在目录），则提示填写一些设置。

但是，这种代码可靠吗？例如，在这种情况下，请求详细信息的目录中可能没有文件，否则可能存在其他类型的不相关的文件或正确格式的篡改文件。检查特定文件本身会更好吗？检查构成文件的变量是否会更好，因为这样更快？

这样做的最佳一般方法是什么？检查文件，如果文件夹在那里？如果文件夹在那里并且为空？检查写入文件的字符串？

编辑：一位同事的观点是我应该在变量级别进行检查，因为它更接近问题（识别不正确的加密、损坏、语言环境等问题）。

谢谢

netTcpBidning 具有可靠的属性，但文档没有说明它的作用。

例如：它是否通过连接发送保持活动状态？如果连接丢失，它会重新连接吗？

我正在考虑使用 Google Chart API。API 稳定吗？服务正常运行时间好吗？服务条款对此不提供任何保证。有人知道大停机时间吗？

阅读了这篇关于 .NET 可靠性特性的文章（和其他文章）后，我相信以下代码应该处理 StackOverflowExceptions：

我已将上述代码放置在控制台应用程序中，并且还在应用程序的配置文件中包含以下条目：

我通过来自另一个应用程序的 Process.Start() 调用来启动它。然而，尽管如此，进程还是崩溃了，返回了一个退出代码 -2147023895。尽管进行了大量的研究和修修补补，我还没有更接近于找出如何让它发挥作用。

感谢任何建议，谢谢。

克里斯。

假设您在 2 个对等方之间已经有一个不可靠的有损信道。您可以建议哪些方法来可靠地传输数据并且不会降低性能？此外，底层协议不是 TCP（这已经是可靠的）。（我使用有损通道来概括这个问题。）

（AFAIK，存在一些方法，例如 RDT（rfc-908），Go Back-N。）

我们已将 ActiveMQ 放在新的服务器上。将其配置为使用“kahadb”（我们阅读的首选）并将其设置为允许文件扩展至 2gb。

然后，当我们将负载放入队列（+- 500/秒）时，activemq 在几分钟内崩溃。

当 ActiveMQ 尝试重新启动时，它不能因为数据库已损坏：

只有删除数据库并让它使用日志自行修复才能再次启动，几分钟后又会再次崩溃。

还有其他人有这些可靠性问题吗？

ActivemQ（5.4.1）安装在Win2003上，Java64位（1.6.0__22）

负载由 4 个使用 Stomp 运行 PHP 的网络服务器完成。

是否可以可靠地将 JMS 消息发送到目的地？可靠地我的意思是确保如果例如MessageProducer.send()调用由于某种原因失败，它将自动重试。我意识到事务会话可能.recover()用作最后的手段，但是重试呢？例如，我在会话建立和尝试发送消息之间出现间歇性网络故障。recover()在这种情况下会有什么帮助？

我正在构建一个基于 UDP 的小型服务器。服务器基于 .Net 并使用它自己的 Socket 类。我通过 ReceiveMessageFromAsync 和异步发送使用完成端口。

我的问题是我失去了大约 5%-10% 的流量。现在我明白这是正常的，但是有什么方法可以改善这个统计数据吗？

我将启动一个 POS（销售点）系统，该系统将作为常规的 Intranet 系统（在他的初始测试阶段）开始，但我想稍后扩展到云产品。我会将其作为混合解决方案提供。

我希望它使用 firebird，因为更容易部署、最小的占用空间以及使用嵌入式多线程服务器的能力。但是，我担心 firebird 是否可以用于具有容错、数据复制等功能的云服务……足以让小公司将其业务放在上面（类似于新鲜书的服务）。

我的另一个选择是使用 Postgress，但我没有使用它的经验。

FB 是否足以用作 SAAS 后端？有没有成功实施？

PD：我考虑在 GoGrid 或 Rackspace 上部署它……