问题标签 [reliability]

如何在我的 OpenID 登录网站上支持冗余？

例如，我的用户要求 100% 的正常运行时间（是的，没错，但让我们尽可能接近）。

他们中的一些人使用较少可用的提供程序（即，他们自己网站上的 myphpid，或者经常停机的初创公司的 ID）。现在我可以把他们送到更可靠的供应商那里，但我也想有一些冗余。

我希望我可以部署的一种解决方案，但对 OpenID 了解不够，可以尝试：

在具有相同凭据（哈希/密钥/等）但不同域的不同托管服务上设置多个 phpmyid（理想情况下，我有一个循环 DNS 和相同名称，但我也想考虑它们不同的情况域）。

这行得通吗？换句话说，我在不同的服务器上拥有完全相同的 phpmyid 文件，包括凭据。我可以使用 example.com/id 和 example2.com/id 并期望它在我的终端看起来相同，这样我就不必将多个 OpenId 帐户链接到我系统中的每个用户？

虽然我使用 phpmyid 的示例，但问题更笼统 - 凭据是重要的，还是域/ip/？？？还以防止这种方式链接？

是否存在或是否存在一种标准，允许人们将自己的 OpenID 从一个提供商转移到另一个提供商，而不必在他们使用该 openid 的每个网站上断开和重新链接？

-亚当

我听说汽车行业有一种叫做 MISRA C 的东西。

其他高可靠性/可用性/安全性行业的相关标准是什么，例如

• 空间
• 飞机
• 银行/金融
• 汽车
• 医疗的
• 国防/军事
• ？？？

-亚当

如果在一个会话中上传和处理 500000 条数据记录是正常操作（C# .NET 3.5 + MS SQL 2005），您如何组织信息管理系统的 DB 层、业务逻辑和跨平台 API？

我对经过生产验证的分页模式特别感兴趣，这些模式在并发性、可伸缩性和可靠性方面表现良好。

有没有人有任何想法，在什么方向挖掘？

• 开源项目（不管语言和平台，只要不是Ook）
• 图书
• 文章
• 谷歌关键词
• 论坛或新闻组

任何帮助将不胜感激！

更新：

• 简单的分页（即：SQL 2005 中的行号）不起作用，因为数据库有很多并发更改。在页面请求之间删除或插入的项目会自动使当前页面索引无效。

我们目前正在为我们将要进行的贸易研究制定评估标准。

我们选择的标准之一是可靠性（和/或稳健性 - 这些是否相同？）。

您如何评估软件是否可靠而无需花费大量时间进行评估？

编辑：按照 KenG 的回答，缩小问题的重点：您可以在 50 种现有软件解决方案中进行选择。您需要评估它们的可靠性，而不是能够测试它们（至少在最初）。您可以使用哪些有形指标或其他指标来评估所述可靠性？

基于嵌入式 Linux 的设备通常需要一种机制来更新应用程序和系统文件。例如，带有 USB 端口的（非联网）实验室仪器可以从 U 盘获取软件更新。

运行脚本将文件复制到设备内部闪存上的位置将是一件简单的事情。但是，存在设备在更新过程中断电并最终变成砖块的危险。

应用程序文件的情况稍微容易一些，因为有空间复制应用程序目录、更新一个副本以及快速交换新旧目录，从而最大限度地减少故障窗口。

对于内核和系统文件来说，事情变得更加复杂，因为它们分布在整个文件系统中。

我们在文件系统中使用硬链接和软链接来识别关键文件。我们对文件和档案使用哈希来验证文件完整性。如果从更新的文件系统启动失败，我们已经考虑在内核中使用紧急 ramfs 来提供回退。

你对这个要求有什么方法？

我有一个 Java SOAP 数据服务，它位于 Sybase 数据库之上，由于我无法控制的原因，它的性能不可靠。该数据库是供应商软件包的一部分，该软件包已由内部团队修改，大多数问题是由一天中某些时间的响应时间过慢引起的。

SOAP 服务向计算网格提供数据，当我请求数据时，我需要快速且一致的响应时间。该服务提供基本的 CRUD 功能，但读取与写入的比率约为 100:1。

将自己与数据库不可靠的性能隔离并确保 SOAP 服务快速可靠的最佳策略是什么？

我想学习如何在 .net 中创建真正健壮的应用程序——具有容错能力并且能够承受意外情况的应用程序。我在哪里可以找到关于这个主题的文献/指南？到目前为止，我的运气并不好。

我们在非常不稳定的无线局域网环境中有一个移动应用程序。向网络服务器发送数据可能会导致超时或无线局域网连接丢失。

我们如何确保我们的数据正确交付？是否有可能在设备上安装 Web 服务可靠消息传递 (WSRM)？

MSMQ 目前是没有选择的。

几乎每个应用程序都执行 i/o 操作，无论是使用磁盘还是通过网络。

由于我的应用程序在开发时环境下运行良好，我想确保它们在 Internet 连接缓慢或不稳定，或者当用户试图从写得不好的 CD 中读取数据时仍然可以正常工作。

你会推荐什么工具来模拟：

• 慢速 i/o（打开文件、关闭文件、读写、目录项枚举）
• 偶尔的 i/o 错误
• 偶尔的“拒绝访问”响应
• tcp/ip 丢包
• ETC...

编辑：

Windows：
完成上述工作的最接近的解决方案似乎是 holodeck，商业软件（>900 美元）。

Linux：
目前还没有找到开放的解决方案，但可以达到smcameron和krosenvold指定的相同效果。

装饰器模式是个好主意。它需要包装我的 i/o 类，但会产生一个测试框架。唯一剩下的未经测试的代码将在 3rd 方库中。

然而我决定不走这条路，而是让我的代码保持原样并从外部模拟 i/o 错误。

我现在知道我需要的是所谓的“故障注入”。我认为这是一个常见的生产线部件，有很多我不知道的解决方案。（顺便说一句，另一个类似的好主意是“模糊测试”，感谢 Lennart）

在我看来，这个问题仍然不值 900 美元。我将实现我自己的基于 hooks 的开源工具（针对 win32）。完成后我会更新这篇文章。三四个星期后回来...

在更改最大文件大小、会话时间和帖子最大大小之后，使用 php 上传大于 200mb 的文件是否明智？可靠的？（这忽略了是否保持客户端连接）

编辑：通过http而不是ftp完成