2009-07-10 8 views
0

公開ASP.NETサイトの一部のデータを公開するバックオフィスCRMアプリケーションがあります。現在、ASP.NETサイトは、バックオフィスデータベースの別の縮小バージョン(これをWebデータベースと呼ぶ)の上に位置しています。毎日の同期ルーチンは、データベースを最新の状態に保ちます(バックオフィスでホストされます)。問題は、同期ロジックが非常に複雑で時間がかかります。私はSOAPサービスを使うのが単純なものかどうか疑問に思っていましたか? ASP.NETのWebページはSOAPサービスを呼び出し、これはデータベース呼び出しを行います。別のWebデータベースや同期ルーチンは必要ありません。 SOAPアプローチの主な関心事は、SOAPサービスがインターネットに公開されるため、セキュリティです。WebデータベースまたはSOAP?

私たちの現在のアーキテクチャに固執すべきですか? SOAPのアプローチが改善されるか?

+1

SOAPが何かを単純化するとは想像もできません。 –

+0

説明が必要なもの:同期は両方向ですか?それとも、いつもバックオフィスデータベースからWebデータベースまでですか? – hythlodayr

+0

同期は2通りです。セキュリティ上の理由から、同期プロセスはバックオフィスでホストされ、データをプルしてWebデータベースとの間でプッシュします。 Webデータベースはバックオフィスデータベースを見ることができません。さらに、Webデータベースのデータは暗号化されています。 –

答えて

0

答えはイエスです。ウェブサービスの呼び出しがより良くなり、同期の必要性がなくなります。

長い答えは、Webサービスに関して利用可能な技術を理解する必要があることです。 WCFを調べることを強くお勧めします。これは、あなたがやりたいことを正確に行うことを可能にするだけでなく、インターネット全体ではなくASP.NET Webサーバーにサービスを公開することもできます。

+0

Webサーバーに障害が発生した場合はどうなりますか?セットアップが正しく設計されている間は、DMZサーバーとLANサーバーの間にセカンダリファイアウォールが存在する(またはその必要がある)ので、LAN&LANデータベースは保護されます。 LANデータベースをSOAPメソッドで公開する場合、これはもはやケースではなく、異常に頻繁な、および/または危険な要求を防ぐために、SOAPメソッドが適切に設計され、ロックダウンされている必要があります。 – hythlodayr

+0

Webサーバーが壊れている場合、SOAP呼び出しはあなたの心配の中で最も少なくなるでしょう。 –

+0

それは依存します。 DMZとLANネットワークは別のファイアウォールによって隔離されており、LANからDMZへのデータのプッシュのみが可能です。つまり、ファイアウォールが破損しても、DMZ WebサーバーからLANに接続を送信して作成することはできません。正しく構成されたファイアウォールは、それを防ぎ、LAN DBMSを外部から大きく遮蔽する必要があります。しかし、SOAPメソッドを公開してリクエストを通過させると、外界がLAN DBMSに効果的に影響するようになります。 – hythlodayr

0

セキュリティ上の問題はありません。単にwsHttpBindingのような安全なバインディングを使用してください。

0
私はセキュリティが心配は明らかであるので、これはあなたが&要求データの種類を制限するためのロジックを追加する必要があることを意味し、そのロジックがSOMEWHERE生きるために持ってい

より保守ウェブデータベースのビルドプロセスを作る見たい

関連する問題