C# 如何使网站状态可用于所有平台

最近，我遇到了一个项目，要求。。。 1.构建一个C#控制台应用程序，持续检查网站可用性。 2.将网站状态保存到某个位置，以便不同平台可以访问该状态

控制台应用程序已完成，但我正在努力将状态保存到何处。我在想一个SQL记录

您将如何处理保存状态的位置，以使其可扩展、灵活并可用于x个框架或平台

---

更新：看起来我使用的是带有RESTful服务的DB存储。我还将状态保存到一个xml文件中，作为服务关闭的回退。

您可以创建一个Web服务，并且您可能需要在防火墙上打开比连接SQL server数据库更少的异常端口来连接HTTP服务器。您还可以扩展该服务层，以便比在数据库级别更轻松地添加业务规则。

您可以创建一个Web服务，并且您可能需要在防火墙上打开比连接SQL server数据库更少的异常端口来连接HTTP服务器。您还可以扩展该服务层，以比在数据库级别更轻松地添加业务规则。

网站的可用性可以发布到第二个web服务，该服务返回关于所述网站可用性的JSON/Xml结果。这几乎意味着任何能够进行web服务调用的平台/语言都可以检查web站点的可用性

---

诚然，这确实会导致单点故障（状态web服务），但不管怎样，最终不可避免地会出现这种情况，除非您希望开始故障转移web服务，等。

可以将网站的可用性发布到第二个web服务，该服务返回关于所述网站可用性的JSON/Xml结果。这几乎意味着任何能够进行web服务调用的平台/语言都可以检查web站点的可用性

---

诚然，这确实会导致单点故障（状态web服务），但不可避免地，除非您想开始使用故障转移web服务等，否则您最终会遇到这种情况。

您可以将其保存为独立于平台的XML。然后，为了共享它，您可以使用web服务器并在那里发布它。在其他网站上共享网站可用性似乎很讽刺，但正如网站一样，其他类型的服务器/服务也可能会停机。

您可以将其保存为XML，这与平台无关。然后，为了共享它，您可以使用web服务器并在那里发布它。在其他网站上共享网站可用性似乎很讽刺，但正如网站一样，其他类型的服务器/服务也可能会停机。

我想webservice是最好的选择。只需公开一个restful api，就可以获得一个简单的Json响应和服务器状态。速度快，资源便宜。

我想Web服务是最好的选择。只需公开一个restful api，就可以获得一个简单的Json响应和服务器状态。速度快，资源便宜。

不要再发明轮子了。注册、、或其他众多现有服务中的一项，这些服务将为您实现这一目标

---

但是，如果您真的必须这样做，数据库表就可以了。

不要重新发明轮子。注册、、或其他众多现有服务中的一项，这些服务将为您实现这一目标

---

但是，如果你真的需要，数据库表就可以了。

你说的“不同平台”是什么意思？我投票支持数据库解决方案（SQL）你可以使用数据库或简单服务器（TCP）@ruben..任何一种..你都可以注册pingdom或Monastic..你说的“不同平台”是什么意思？我投票支持数据库解决方案（SQL）你可以使用数据库或简单服务器（TCP）@ruben..任何一个..你都可以注册pingdom或Monastic这些服务看起来很棒，但我没有提到我的解决方案必须是内部的。在拥有专有数据的高度安全环境中工作意味着我不能允许访问外部服务器，我的解决方案必须是免费的。不过我喜欢这些！这些服务看起来很棒，但我没有提到我的解决方案必须是内部的。在拥有专有数据的高度安全环境中工作意味着我不能允许访问外部服务器，我的解决方案必须是免费的。不过我喜欢这些！我喜欢XML解决方案，因为它是静态的。即使状态尚未更新，仍有最后一个已知状态。@foxtrotZulu，无论您使用xml文件还是数据库，“最后一个已知状态”仍将存在-即使它尚未更新。您是对的，Moo Juice，但我仍然更喜欢xml用于此轻量级工作！：）@moo juice..是的，如果DB没有关闭..我认为XML是最后的选择，因为IO与某个地方的连接相比非常稳定..：）我喜欢XML解决方案，因为它是静态的。即使状态尚未更新，仍有最后一个已知状态。@foxtrotZulu，无论您使用xml文件还是数据库，“最后一个已知状态”仍将存在-即使它尚未更新。您是对的，Moo Juice，但我仍然更喜欢xml用于此轻量级工作！：）@moo juice..是的，如果DB没有关闭..我们认为XML是最后的手段，因为IO与某个地方的连接相比非常稳定...）