人力検索はてな
モバイル版を表示しています。PC版はこちら
i-mobile

【条件により500pt以上】
大規模システム構築(プログラムではなく仕様の構築)経験者にお聞きします。
クライアントサーバ型のシステムを構築中ですが、複雑な画面(CADを想像してください)になっているため、クライアント側に多くの処理を持たせています。
このことについて、客先システム担当より「クライアントサーバにしたのだからもっとサーバ側に処理をさせるべきなのではないか」という指摘を受けています。
この指摘に対して言い訳を思いつくままに考えてください。多ければ多いほどいいので、たくさん挙げてください。
言い訳1つにつき、以下のポイントをつけさせていただきます。
一本 :500pt(まず出ないと思いますが)
技あり:300pt
有効 :100pt
効果 : 10pt
レスポンス低下やサーバへの負荷集中時の話については、当たり前の話ですので除外したいところですが、思わず「そうだよね〜」と納得してしまうようなうまい言い回しをしていただければ高ポイントとします。
作る側からの観点、使う側に立っての観点、どちらからでも結構です(両方が望ましいです)。

●質問者: t-ueno
●カテゴリ:コンピュータ
✍キーワード:いただきます なう クライアント サーバ システム
○ 状態 :終了
└ 回答数 : 6/6件

▽最新の回答へ

1 ● ootatmt
●50ポイント

http://www.hatena.ne.jp/

はてな

サーバーの処理を多くすると、非常に高いスペックが要求されるので、結果として高いシステムになる。

それよりもクライアント側の処理を増やして、付加を分散したほうが得策である。

◎質問者からの返答

高スペック、高価。

納得です。


2 ● nitscape
●130ポイント

http://www.google.com/

Google

どのようなシステムか分からないので検討違いかもしれませんが...


■サーバー側に処理を持たせても大丈夫だが、複雑な画面構成で”処理”前後のデータ数を比べると処理後には●倍になる。そのためサーバーに処理を任せる場合とクライアント側に処理を任せる方法では送受信するデータ量が大きく変わりネットワーク負荷にも影響する。


■「サーバー」と言っても実際のCPU性能は普通に使われているパソコンと同等レベルであり、そのCPUパワーをクライアントで分けることを考えると処理速度がクライアントに任せた場合よりも遅くなる。


■クライアント側のパソコンはPCの入れ替え頻度が高く、常に最新に近い性能のPCを利用可能だが、サーバー側はハードウエア更新は少なくなりがちなので、数年後を見通した場合にクライアント処理の方が使い勝手がよくなる。


■クライアント処理にするとサーバー側では●●の処理にCPUパワーを多く割り当てることが可能で、より細かな●●●のような作業も実装することが可能になる。サーバー処理にすると処理が思い●●●の作業は実装をあきらめざるを得ない。


■サーバー処理にするとメイン処理を含む部分のソフトウエア更新が楽。だがクライアント側のソフトウエアに自動アップデート機能を含ませることでクライアント処理でもメイン処理部分などの更新が楽に可能。

◎質問者からの返答

どんなシステムかを説明するとまずいことになると思うので、すいませんが割愛しました。なので、見当違いになってしまうのは覚悟の上ですので気になさらなくて結構です。

メールで客先に回答しようとしています。そのいい例文集みたいな感じにしていただきありがとうございます。


3 ● zondag
●50ポイント

http://www.google.co.jp/

Google

どんなシステムを使っているか分かりませんが、サーバー型だとクライアント側の人がスタンドアローンの時より面倒な事が沢山あります。

例えば、ファイル一つを保存する場合でもサーバのファイル管理を知らないと何処に保存して良いのやらわかりません。

あと何処までサーバーに任せているのか分かりませんが、もしサーバーが故障した場合にすぐにローカルに切り替えられる用にクライアント側に任せてあると言えばいいのではないでしょうか

他にはセキュリティ面ですね、データの分散化により大量の個人情報の漏洩が防げるや、ウイルスなどに対応するにはまず入り口であるクライアント側のセキュリティを上げる方が先などと言ってはどうでしょうか

でもやっぱりレスポンスなどの方が普通に分かり易いと思います。

比喩的な表現で、「どんなに部屋が大きくても入り口が小さければ出入りできる人数は同じだ」みたいに言ってみてはどうでしょうか

◎質問者からの返答

データ漏洩についてはちょっと納得しかねる部分がありますが、その他については新たな視点を与えていただきました。


4 ● redcherry
●100ポイント

http://www.yahoo.com/

Yahoo!

・(顔を真っ赤にして)そんな仕様はプライドが許しません!

※知人が本当に言っちゃった発言です!!


・ユーザー毎のリソースや負荷が相当にサーバー側にまわっちゃうので、見積もりが2桁くらい違ってきちゃうんですけど

※困ったらとりあえず見積もりをちらつかせて逃げる、という常套手段


・動作がもっさりしてる、なんてクレームはこちらへまわさないと約束していただけますか?

※レスポンス低下の件に近いわけですが・・・責任の所在を言えば相手も逃げるだろう、ということで

◎質問者からの返答

お、「事件は現場で起きているんだ!」的ですね。

1番目のは、思わず笑ってしまいました。


5 ● dev_zer0
●310ポイント

http://www.linux.or.jp/JF/JFdocs/XWindow-Overview-HOWTO/index.ht...

アーキテクチャからの観点:

複雑な画面というとまずはXウィンドウがあります。

これは描画の指示などはサーバが受け付けますが、画面の大きさの変更や移動などはウィンドウマネージャが行い、サーバは検知しません。

JavaApplet、flashなどはサーバ側はクライアントに送信するだけでほとんどど何もしません。

これらのアーキテクチャから考えると、サーバ側はシンプルな仕事を数多くこなすべきであり、複雑な仕事はクライアントがこなすべきでしょう。


経費の観点:

数年経てばPCの性能がサーバの性能を上回ることも十分に考えられます。

長期的に見るとサーバを常に最高性能に保つよりもPCを適時入れ替えた方が経費がかかりません。

(そちらの構成がわからないので断言できないですけど...)

◎質問者からの返答

アーキテクチャ話は例え話に使えますね。

使わせていただきます。


1-5件表示/6件
4.前の5件|次5件6.
関連質問


●質問をもっと探す●



0.人力検索はてなトップ
8.このページを友達に紹介
9.このページの先頭へ
対応機種一覧
お問い合わせ
ヘルプ/お知らせ
ログイン
無料ユーザー登録
はてなトップ