二層と三層の説明と選択基準
- クライアントサーバーシステムの分散処理の形態の二層、三層の説明と、それぞれが使われる場合と主流な選択基準について解説します。
- 三層は開発生産性や保守、運用面で優れており、一般的にはより推奨される選択肢です。
- 一方、二層は処理能力面や保守面に課題があり、特定の状況でしか採用するメリットがない場合があります。具体的な選択基準についても解説します。
- ベストアンサー
二、三層アーキテクチャー（構造技術）
．情報の勉強超初心者です。 クライアントサーバーシステムの分散処理の形態の 二層、三層の説明を読んだのですがいまいちぴんときません。・ 実際の開発現場でも これは２層、これは３層というふうに この用語を用いているのでしょうか。 ２． どちらがどういう場合に使われるのか どちらが主流なのでしょうか。教科書をよむと三層ほうが開発生産性や保守、運用面で三層がすぐれているので 三層のほうを採用するほうがよいように思えるのですが ３．二層の説明をよむと 処理能力面、保守面に問題多く 二層をとりいれる意味がないように思えるのですが 具体的にわかりやすくご説明いただきますと幸いです。 現場を経験していないので実態どうなっているかぜひ知りたいです。
- harada08
- お礼率42% (174/407)
- ハードウェア・サーバー
- 回答数2
- ありがとう数3
- みんなの回答 （2）
- 専門家の回答
質問者が選んだベストアンサー
- ベストアンサー
1. 開発現場によって呼び方に差異はありますし (クライアント層、アプリケーション層、データベース層とか)、それぞれの階層に何を位置づけるかも微妙に変わります。ただ、システムの動作・役割を分けて階層構造を作るという概念は一緒です。 2. 開発するシステムの規模によります。2層構造よりも3層構造のほうが設計が面倒ですし、動作速度も不利なことが多いです。小さなシステムであれば、2層構造で作ったほうが全体として安く、早く作れることもあるでしょう。 EXCEL シート1枚で十分管理できるようなデータのために、数十万、数百万もかけて3層システムを作るのは馬鹿げているでしょう？ 3. 2層の良いところは、3層に比べて「遥かにシンプルであること」です。 例えば、先に例示した『EXCEL シート1枚管理』は、EXCEL 文書を共有フォルダに置けば、「EXCEL 文書」＋「EXCEL アプリケーション」の2層クライアントサーバシステムと言えます。これなら 3層システムよりも遥かにシンプルで、遥かに簡単に、遥かに安価に作れます。 当然、このようなシンプルすぎるシステムは複雑なものには向きません。複雑なものは、保守性などもきちんと設計して、3層システムを作れば良いのです。 まとめて言えば、適所適材ということです。
その他の回答 (1)
- notnot
- ベストアンサー率47% (4846/10257)
いろんな二層、三層がありますが、そこには、一層目、二層目、三層目、それぞれ何だと書いてありますか？
補足
有難うございます。教科書によると二層アーキテクチャーは 「サーバ側にデータベース層をクライアント側にファンクション層とプレゼンテーション層が位置付けられる」とかいてあり 三層アーキテクチャーのところはクライアントサーバーシステムで連携処理するアプリケーションを３つの機能モジュールに分割とかいてあります。３つの層の機能を明確に分離することによりシステム性能や開発容易性の向上をねらっている と書いてあります。 よろしくお願いします。
関連するQ&A
- 経営層への費用対効果の説明
・勤務先で設計システムやストレージの導入・運用を行なっています。 今まで感じていたのは、経営層は『他社がやっているのだから、同様に追いつけ』という感覚ばかりで、導入費用は考慮されるようですが、その後の保守費などは考慮せず毎年保守費に対する効果を求められて困っています。 特にノンストップで運用可能な３ＴＢ以上のＳＡＮを構築や、ハイエンドの３次元ＣＡＤを５０ライセンス以上導入した場合、翌年以後の保守費は１千万円を超えます。 しかし経営層は固定費とは考えず毎年投資対効果を求めるので困っています。 みなさんは、毎年の保守費はどうされていますか？ 経営層への説明に苦慮されていますか？ これとも固定費扱いでＯＫ出ますか？
- ベストアンサー
- その他([技術者向] コンピューター)
- ３層構造アーキテクチャ
プレゼンテーション層、ファンクション層、データベース層と機能を分けて開発したときについてです。 (1)クライアントからAPサーバを介してSQLを発行する方式の場合、SQLを発行しているクラスはデータベース層に含まれるか？ファンクション層に含まれるか？ (2)クライアントからSQLを発行する方式の場合、SQLを発行しているクラスはデータベース層に含まれるか？ファンクション層に含まれるか？ (2)画面からローカルのcsvファイルを読み込む際、 データを保持しておくクラスや、そのメンバーのgetter／setterを実行するクラスはデータベース層に含まれるか？ どこまでをデータベース層として呼んでいますか？ ※開発チーム内の文化に依るとは思いますが、 一般的にはどうなのでしょうか？ .
- ベストアンサー
- C・C++・C#
- 翼の揚力の発生と境界層について
お世話になります。 翼の揚力の発生と境界層についての質問です。 翼の揚力の発生の仕組みの説明としてベルヌーイの定理がよく使われ、 一般に、翼上面と下面を流れる気流の速さに違いが生じ、 下面と比較して、より小さくなる上面の気流の静圧によって 揚力が発生すると言われています。（全圧＝動圧＋静圧） 反対意見として、揚力の発生メカニズムは作用反作用によるもの という考え方もあるようですが、今回はそもそも論は置いといて下さい。 ところで境界層理論をネットや入門書程度で調べてみて、 簡単に説明すると、例えば．．． 一様流の流れの中に、先の尖った板を流れに沿っておくと、板の表面から 流体の粘性の影響を受ける第一層（境界層厚み部分）と 粘性の影響を受けない慣性だけの第二層（主流）（主流の速さの99%以上）とに 分けられるそうですね。 そこで、これを揚力の発生メカニズムに当てはめると 翼表面附近の境界層の流れの速さの差によって、 翼上下面の静圧の圧力差が生じて、揚力が発生するということと理解てみました。 （境界層より上は主流となり、周りの流体の速さと同じため、いわゆる全圧？） ただココで、境界層のことは考えないで、 翼上面と下面を流れる流体の速さをイメージすると、 これら上下面の流速は主流より速い感じがします。 というのは、一様な流れの中に翼という邪魔なものが出てきて、 流体はそれを無理やり避けさせられるため、どちらも主流より速く流れるような気がします。 いやいや、それだと完全流体？となって粘性というものを考えていないから、 やっぱり主流よりは遅くなり、その中（境界層）で、流速に差が生じるから揚力が発生する、 っていう理解であっているでしょうか？ どうぞご教授下さい。。
- 締切済み
- 物理学
- 稼動中のクライアントOS
はじめまして。 私は現在とある企業の運用管理の仕事についています。 そこで、他の企業の実態はどうなのか？という疑問を持ちました。 クライアントOSは、XPが主流なのでしょうか？ それとも２０００と混在しているのでしょうか？ 私のところは、９８SEがまだまだ残っており、クライアントPCの故障対応にコストがかかっています。 他の企業の現状を知りたいです。 宜しくお願いします。
- 締切済み
- その他（ITシステム運用・管理）
- プロジェクトの品質保証について
プロジェクトの品質保証について 当社はユーザー系の会社です。開発以外に保守や運用を行っています。 ---以下、簡単に説明--- 運用：日々の業務の運用スケジュールを決める。平時はあまり問題ないが 開発側がイレギュラーな対応をスケジュールに組み込むと、順序性が保たれ 時間内に処理が完了するような方法を考える必要がある。 保守：障害対応の他、親会社の職員からイレギュラーなデータ抽出依頼があると 簡単なシェルなＳＱＬを組みデータを抽出する。また職員側がミスをした場合に データを補正するなど。 --------------------- このたび、品質保証チームを発足させました。 開発チームに対して品質保証チームは、契約書、提案書、ＲＦＰ、 開発プロセス上の問題をチェックし問題があれば対応案を提示します。 さて、ここで 運用チーム、保守チームに対し品質保証チームは何をしてあげられるのかが疑問です。 保守・運用チームは、親会社と一括年度契約です。保守チームも開発は多少するので 開発期間や規模が大きければ、開発チームと同様に契約を別途結びますが、それ以外 は保守費でまかないます。 私としては品質保証チームが実施するソフトウェアの品質保証は、 開発課題に関してのみ有効だと思うのですが、いかがでしょうか？ 仮にそうでない場合、品質保証チームは、運用・保守チームに対し 何を求め何を確認しあえばいいのでしょうか？
- 締切済み
- SE・インフラ・Webエンジニア
- 虚の時間、真空エネルギー、真空の層転移とは何ですか？
宇宙の話題の中に、次の様な理解し難い言葉がしばしば出てきます。 分かる方、回答をお願いします。 １．虚の時間 宇宙の始まりの説明の中に、「虚の時間」という言葉が出てきます。「虚」とは、うその時間、ということですが、実態はあるのですか？実際の時間と何が違うのですか。 ２．真空エネルギー 宇宙を膨張させるエネルギーは、真空エネルギーと言います。その実態は、何ですか。そのエネルギーを取り出すとすれば、どうしたら良いのですか。利用可能なエネルギーですか？ ３．真空の層転移 水が氷になる。水が水蒸気になる。これらは、層転移として理解できます。層が無いのに層転移はありません。多分、真空にも層があるのでしょう。それでは、どんな層ですか。実験的に確かめられているのですか。具体的に説明願います。
- 締切済み
- 天文学・宇宙科学
- 戦時と平時で兵器技術文明の発展速度が速いのはどちら
１．国家総動員体制で開発にあたる戦時のほうが文明の発達が速い ２．平時のほうが早い。戦時は確実に運用できる保守的な兵器が好まれる どっちでしょうか？ 短い戦争だと２、長い戦争だと１だと自分は予想してるんですが実際はどうですか。
- 締切済み
- 歴史
- 内定を頂いた仕事に就くかどうか迷ってます。
内定を頂いた仕事に就くかどうか迷ってます。 現在28歳です。 運用・保守業務に就いてそこからキャリアパスして構築を目指そうと考えています。 ゆくゆくはＩＴコンサルタントの仕事をしたいと考えております。 そのようなキャリアパス可能な運用・保守業務を探しておりました。 転職活動し始めて、5ヶ月が経ちます。 現在、ユーザー系のSIer会社さんからネットワークの保守・監視の仕事があるので来てくれないかときました。 この仕事はリモートによる保守で、お客様のもとでの保守・監視ではありません。 構築の作業はありません。雇用形態は契約社員で、正社員への登用もあります。 一つの現場に長く居てくれることを好み、現場を変えてのキャリアパス、仕事の変更 はあまりしてくれなそうなことを面談のときにおっしゃていました。 そこではネットワーク機器についてのスキルがつくとおっしゃていました。今後、ネットワークのスキルも重要なのでそういう意味ではいい仕事だと思います。 しかし、この仕事をこれから就いて将来のキャリアのイメージがつきません。普通は現場の方との面談を通じて入ると思うのですが、誰でもいいから早くきてくれといった感じらしく面談もなくいきなりの現場配属です。 転職活動5ヶ月目ですが、他の人材紹介の企業から構築へのキャリアパスができる運用・保守の仕事の紹介を頂きました。 今のネットワークの仕事に就業するか、辞退して引き続き転職活動をやるか迷っています。
- 締切済み
- 転職
- システム保守運用を生涯の職にできる？
こんにちは。 大学で情報系の学部に通う者です。 将来の職業についてお尋ねしたいことがあります。 IT業界のキャリアプランとして、 「システム保守運用から開発に携わり、管理職へ…」のような キャリアアッププランを目にすることが多いのですが、 私は、キャリアアップにそれほど興味がなく、保守運用側でずっと働きたい、と考えています。 具体的には、http://itpro.nikkeibp.co.jp/article/COLUMN/20090625/332533/ こちらのURLの、「運用/保守」のような職業をしていきたいと考えています。 そこで質問なのですが、 １．システム保守運用は、一生涯、勉強することがなくならないような職業でしょうか。 ２．システム保守運用を生涯の職として極める、というのは現実的に可能でしょうか。 それとも、経験を積むと開発の方に回ることになるのでしょうか。 ３．もし現実的であれば、学生のうちに勉強しておくべきことは、 コンピュータの仕組み、プログラミング言語などの技術知識のほかに、 何があるでしょうか。 よろしくお願いします。
- ベストアンサー
- SE・インフラ・Webエンジニア
お礼
おかげ様でイメージ大変よくつかめました。いつもいつも感謝です。有難うございました.