質問: 汎用機からオープンシステムへののメリット・デメリット お世話になります。 近年、自治体が様々な電子化を図っておりますが、その際によく聞くのが 「汎用機システムからオープンシステムへの移行にともなう問題」というのがあります。 その点について何点かご教授いただければと思います。 1.汎用機のサーバ化とは? オープンシステムにシステムを移行するとともに汎用機のサーバ化を図る ということを聞きますが、汎用機のサーバ化とはどのようなことなのでしょうか。 文字通り汎用機をサーバーとして利用するということでしょうか? 2.汎用機システムでは柔軟な対応ができない、とは? 自治体のこれからのオンライン中心のシステムにおいて汎用機システムは 柔軟な対応ができない。なぜ汎用機システムでは柔軟な対応ができないのでしょうか? 3.汎用機では法改正等の修正が困難 汎用機でもこれまで法改正等によるシステムの修正は行ってきました。 オープンシステムに移行しても同様に修正は必要です。 なぜ汎用機では困難である、ということになるのでしょうか? 4.オープンシステムとは。 過去のq&aを参照したのですが、いまいち分かりません。 汎用機の対義語であり、ソースを公開(オープンしているもの)というのは分かるのですが、 具体的にはどういうことなのでしょうか? 汎用機(大きなコンピュータ)に対して既成の(例えばnec等の)pcを設置して クライアントサーバー形式にするということなのでしょうか? 要領が得ない質問でまことに申し訳ありません。 たくさん質問してしまって申し訳ありません。よろしくお願いいたします。
回答: 個人的見解です。(いろいろな問題があるので記述表現について深く突っ込まないでください。) 1の回答 「汎用機を従来の使用概念からはずして、”大きなサーバーとして定義しなおす。」という意味です。ほぼ質問者の言っている意味と同じです。従来の汎用機使用方法は、データ処理プロセスもプログラムとして開発してきました。cobolなどの言語を使って、チェックロジックを加えたり、入力画面制御もしたりしました。今度は、それを小さなpcサーバーと同じように使用する。つまり、”lanネットワークの中に、大きなデータベースサーバーがいる。”とう意味になり、「dbサーバーに対しsqlコールをする」など、”データの変更更新のみを要求し、画面制御や計算加工ロジックなどはアプリケーションサーバーにさせたり、pc側アプリにさせたりするイメージになります。こう考えれば、「サーバー化」のニュアンスがわかりやすいかと思います。メーカー側もサーバーとして売るほうが説明しやすいのでそのように宣伝しているものと思われます。 2の回答 必ずしも言葉どおりの意味ではありません。修正工数は言語生産性の違いがあっても、改修設計の手間隙は差がありません。構造化技法やオブジェクト化する技法と専用toolがあっても個人差プロジェクト差が発生します。1の回答のように、汎用機もサーバー化するならばそもそも差はでないはず。 きっと、「従来の開発手法で作られた古いシステム」を総称して、”汎用機”と定義しているのでしょう。 では何か差があるのかといえば、開発費用保守費用です。汎用機技術者が減少し、pc&unixサーバー技術者が多いとうことは、入札すればどちらが安いかはおのずと明らかです。 保守費用は稼動後の修正費用もありますが、osなどのソフトライセンス費もあります。linaxでもない限り専用osを使うホストが高いのは当然でしょう。それでも汎用機を選択するケースの理由は、unixにくらべ頑丈なシステムで長期安定稼動させたい要求があったり、メンテナンスメリットがある大型企業向けのケースです。 3の回答 法改正の対応というものも、手作りならば開発ツールと開発者の力量の差でしかありません。「汎用機だから」という理由は、「かなり昔に作ったシステム」という意味の取り違いではないでしょうか。昔の手作りシステムで設計デザインに柔軟性がないもであれば、ソース改修にも多大な変更が必要となるからです。 4の回答 no.2の方の回答のように、オープンソースという意味が1つ。もうひとつは「特定のメーカーに依存させない仕様で、導入後のメーカーの間接支配の影響を受けない。」という政治的理由です。注意すべきは、メーカー支配を受けないということは、複数メーカーの混成システムとなるということで、全体最適責任はユーザーとなる点です。トラブル時の問題切り分けと保守責任の判定が難しくなるので、”痛し痒し”となります。ですから、ネットワークとかシステムの大分類など大くくりでメーカーを統一し、システム更新タイミングでメーカーを切り替えるという考え方もできます。在宅看護サービス会社の実際のサービス提供の様子を見て、不満があれば他社へ切り替えるような感じですね。そのときに汎用機依存の開発toolを使用していると、その切り替えのためにコンバージョンプログラムなどによる移行開発が若干派生します。このような手間隙がないようにするのもオープン化の概念だと思います。でもunixでもdbでもメーカーごとに異なるので似たようなものかもしれません。 ちなみにdbもメーカー支配となりますので、ハードウェアだけで考えるのも片手落ちです。さすがにdbを頻繁に変更するような考え方には、実際問題、難しそうです。 なお蛇足ですが、専用品と汎用品の違いに一言申し上げます。 同じpcでも安物汎用品と耐高負荷環境仕様品では、たとえばdiskエラー発生値が数千倍も違います。当然、汎用機のdiskとpcの汎用品diskも同様です。ただし、サーバー用diskとして汎用機用、unix用、pcサーバー用の垣根がなくなりつつありますので、「汎用機とそれ以外」という考え方は意味がなくなりつつあります。