1

最近、次の要件を備えたプロジェクトがやってきました... 1. Web サイトの可用性を継続的にチェックする C# コンソール アプリを構築します。2. Web サイトのステータスをどこかに保存して、異なるプラットフォームがステータスにアクセスできるようにします。

コンソールアプリは完成したのですが、ステータスをどこに保存するか悩んでいます。私はSQLレコードを考えています。

拡張可能で柔軟性があり、x 個のフレームワークまたはプラットフォームで使用できるように、ステータスを保存する場所をどのように処理しますか?

更新: RESTful サービスを備えた DB ストレージを使用しているようです。また、ダウンしているサービスへのフォールバックとして、ステータスを xml ファイルに保存します。

4

5 に答える 5

1

Webサービスが最良の選択肢だと思います。RESTful API を公開するだけで、サーバー ステータスを含む単純な Json レスポンスを取得できます。高速でリソースが安価。

于 2013-10-16T13:46:01.053 に答える
1

Web サービスを作成することもできます。おそらく、SQL Server データベースに接続する場合よりも、HTTP サーバーに接続するためにファイアウォールであまり一般的ではないポートを開く必要があります。そのサービス レイヤーを拡張して、データベース レベルよりも簡単にビジネス ルールを追加することもできます。

于 2013-10-16T13:42:35.490 に答える
1

Web サイトの可用性は、前述の Web サイトの可用性に関する JSON/Xml 結果を返す2 番目の Webサービスに POST することができます。これは、Web サービス呼び出しを行うことができるすべてのプラットフォーム/言語が Web サイトの可用性をチェックできることを意味します。

確かに、これにより単一障害点 (ステータス Web サービス) が発生しますが、フェールオーバー Web サービスなどを開始したい場合を除き、必然的にそのようなことになります。

于 2013-10-16T13:43:19.963 に答える
1

プラットフォームに依存しない XML として保存できます。そしてそれを共有するには、Web サーバーを使用してそこで公開することができます。他の Web サイトで Web サイトの可用性を共有するのは皮肉に思えますが、Web サイトと同様に、他の種類のサーバー/サービスにもダウンタイムが発生する可能性があります。

于 2013-10-16T13:43:26.097 に答える
1

車輪を再発明しないでください。PingdomMontasticAlertBot、またはこれを行う他の既存のサービスのいずれかにサインアップしてください。

ただし、どうしても必要な場合は、データベース テーブルで十分です。

于 2013-10-16T13:48:57.077 に答える