3

私は大規模なSAP投資をしている会社で働いており、数多くの大規模な.Netシステム(ほとんどがエンジニアリングシステムの内部)とJavaプラットフォーム(主に外部Webアプリケーション用)があります。そのため、ABAP、C#、Java EEには大規模な開発拠点があります。ローカル対集中処理

我々はまともな基準を持っている

、都市農村部、および遠隔地で20以上の主要な施設に分散し、非常に大きな距離を、2つのデータセンター、および600かそこらの小さな施設(ノースポールに近いと思います)を持っています各機能ドメインでどのプラットフォームを使用するのかを決定する必要がありますが、ローカル処理と分散(中央)処理を使用するタイミングについてはあまり明確ではありません。 (つまり、ThickクライアントとThinクライアント)

私は、この質問に役立つベストプラクティスに基づいて意思決定ツリーを構築したいと考えています。 私が過去に見てきた基準の一部を以下に示します。どこにでもアプリケーションがインストールされます

  • 信頼性の高いネットワークが利用可能ですか? (該当しない場合は、ローカル処理が有効です)
  • アプリケーションにリアルタイムデータが必要ですか? (該当する場合は、集中処理が適している可能性があります)
  • アプリケーションに集中的なCPU負荷または高いディスクIOが必要ですか? (該当する場合は、集中処理または厚いローカル処理がオプションになる可能性があります)
  • アプリケーションにオフライン機能が必要ですか 機能はありますか? (該当する場合はローカル の処理が有効です)
  • のデータは、 のリモート環境で統合されているとセキュリティ上の懸念はありますか? (YESの場合、 分散型シンクライアントと 集中処理が より良いオプションかもしれない)
  • は アプリケーションを実行するために活用することができる サイトであり、既存のハードウェアか? (YESの場合、集中 処理は良い選択肢があります。 シンクライアントは を展開し、維持するために、以下の費用がかかります、彼らは 、より安全で泥棒にあまり価値がある)
  • が同じユーザーを 既存のアプリケーションがありますグループは と連携しており、これらのアプリケーションはどのように展開されていますか ?

答えて

1

(1つの設計パターンにアプリケーション を統合することにより、 規模の経済があるかもしれません)、物事のすべての種類は、ファイルシステムの種類を使用しようとしているとして、ここでは考慮することができますか? (AFS/NFS)

これまでの経験から、リモートサーバ用のCitrixクラスタよりも集中CPUを必要とする取引システムを配布することができました。これらのユーザーのいずれも不満を持ちませんでした。

リアルタイムデータ私たちは通常、クライアントまたはミドルウェアが結果を提供するBUSアプローチを使用します。

関連する問題