長かった暑い夏が過ぎたと思ったら早くも暮れを感じる季節となりました。

光陰矢のごとし、ただでさえ月日の過ぎ去るのが速く感じるのに、その速さが一段と加速してるように感じられるのは気のせいでしょうか… 

そんな時候、みなさんはいかがお過ごしでしょうか？

 

日に日に寒さも増し風邪を引く方も多くなってきましたが、

日ごろ気を使い精神的にも辛い仕事をされてて、ちょっとした気の緩みや油断から体調を崩したりしても

立場によってはその方がいらっしゃらないと一日ばたばたしたり運用が回らないこととかを考えると、 

体調が多少悪くても無理して出社してしまうのが運用の方には多いのではないでしょうか。

 

なにやら最近の風邪は今までの風邪と違ってワクチンが効かない新型のウィルスだとか、

流行れば相当な猛威となるようですし、ただでさえ少ない人数で作業を遂行されてる運用の方は特に気をつけていただきたいものです。

 

そんな感染するウイルスのように昨年のアメリカから発せられたサブプライム問題の影響は世界経済に大きな打撃を与え、 その波紋はここ数ヶ月急速に日本にの襲い掛かり、暮れも間近だというのにニュースでは大企業の大量人員削減や 来年度はもちろん今年度予算の大幅削減などの話題がちらほら出始め、設備更改や増員、また、やりたかった改善も先延ばしなど、 長かった暑い夏の次は長く暗い冬の訪れか……（泣）

 

景気が良くても悪くても、どちらにしても運用は様々な影響を受け、社会や経済の暗いニュースを聞くたびにため息を ついているかたも多いのではないでしょうか。 こんな時世だからと悲観し何も手を付けないのではなく、こんな時世だからこそ運用のみなさんでできる改善は沢山あるはずですし、 いい運用のためにも少しでも積極的に取り組み、強い運用になってこの不況を乗り越えていただきたいと願うばかりです。

予算をかけない地道な改善は本来の改善の姿ですし、日ごろ手を付けられないところに手を入れるいい機会だとも思います。

この地道な改善を繰り返し続けることが運用を強くもするし、こんな時世でも生き延びらえる組織となってることを

いつかみなさんも実感できる時が必ずくると思います。

 

さて、前置きが長くなりましたが、暗い話はこのぐらいにしてそろそろ本題に移りましょう。

第二回のキーワードは今と昔です。

みなさんが感じられてる多くの問題がどうして出てくるのかはこれからお話する経緯でちょっとはご理解いただけることと思いますし、 逆を返せばいい点を取りいれることだと思います。

さて、どんな違いが・・・・・・

運用の昔と今

（初期）開発しながらの運用

キーワード
【システムと運用が分かる、人の意識が運用改善に、自然に運用設計、品質向上】

 

（昔）運用を経験してから開発に

システムの規模が膨らみ徐々に生産性向上への対応が求められるようになってきたが、現在のように開発者を増員するということはなく、 開発は運用が分からなければだめという時代でしたし、また、受け持つシステムも一人では休めないしローテーションもしにくいため、 複数体制で経験年数や先輩・後輩の関係から、運用が一通りできるようになってから開発させてもらえるという今でいうキャリアパスの原型ができあがった。 また、開発しながらの運用では人にシステムが依存することによるデメリットが出始め、人が作ったシステムはドキュメントがあっても分かりにくいし、 まして複雑なテクニックを使われたり、アセンブラー言語を多用されると後のメンテナンスが大変だという声が高まり、 開発言語や記述・構造などの標準化が騒がれた時代でした。

キーワード
【システムと運用が分かる、運用が分かってから開発、自分で運用設計、品質向上、ローテーション、開発の標準化】

 

（従来）作業役割の分離

ハード・ソフトの急激な進歩に伴い、世間ではなんでもかんでもコンピュータ化が進み、当然システム規模は急速に膨らみ、要求スピードも速まり、 開発しながら運用する体制ではもはや限界となっていた。 当然世の中は生産性を重視し泥臭い運用作業を分離することで、開発に注力した。 開発にはツールが導入されたり体制の増強や予算も付き、開発状況も社内の広報に出たりとか、華々しさの一方で 運用はというと、要員の増強はままならず、運用をやりたがる人はいないし、コスト削減は常日頃、 悔しい思いをされた方もこの中にはいらっしゃるのではないでしょうか？ 最近になってやっと運用の重要性が問われ始めましたが、このころは運用はまだ雑用みたいな見方も多く、日の当たらない縁の下の力持ちと言われ続け、確かに生産性は格段と向上しましたが失ったものも多く、この時が今の運用の明暗を分けた大きな転機だったと思います。 

キーワード
【生産性や作業効率向上と引き換えに、運用を知らない人が開発、運用作業の増加、品質低下、運用設計力低下、モラル低下】

 

（現在）増えるシステム、混在するシステム

従来の開発と運用が分離されてからは現在も主流としてこの体制が続けられているが、オープン系の出現や自動化によって運用作業もさらに変化してきた。 今までのメインフレームだけでなく、多くのサーバ群で構成されたシステムの監視をいきなり任され始め、ただ決められた通りに運用するだけだが、 構成もやることもサーバやOS、搭載ツールによって様々だし、管理や作業、また、トラブルも急激に増加。 せっかく築いてきたトラブル削減、安定化や効率化は一気に吹き飛ばされ、まして、従来のように運用が手出しできず、標準化やルール、 また運用設計もオープン系の世界ではまだこれから。 そのような状況で、叫ばれるＩＴＩＬ、ＢＣＰ、ＪＳＯＸ。 運用や運用設計の重要性が問われているが、開発・運用の分け方だけで簡単にできるものではなく、日本で根付くにはまだまだ時間がかかりそうです。

キーワード
【ベンダー主体でますます運用不在、一方で運用の重要性、オープン系運用設計、標準化】

ヒントは見つかりましたか？

 

環境の変遷

運用の姿は前項で述べた【運用の昔と今】にあるように、その時々の状況により様々な変化を遂げながら今の運用にたどり着きました。 その中でも図２【環境の変遷】にあるように、ハードの進化も運用の変化に大きな影響を与えてきました。

 

やはりハードの進化やシステムの規模、ネットワークの広がりに伴い、運用作業は増加したり自動化されることにより一時的には減ったが、 ここ最近のサーバ化でまた増加の一途をたどってるようです。 このように運用は絶えず環境や周りの状況に影響されながら様々な変化を繰り返しながら現在の運用の姿にたどり着いたわけですが、 言い換えれば、今後も環境の進化に伴い運用は日々変化していくということになります。 その一つとして、現在はメインフレームよりオープン系が主流となっていますが、逆にオープン系よりメインフレームに回帰されるユーザも時々見受けられ、 将来的にはメインフレームとオープン系が統合されるようなグローバルサーバ的な環境での運用も間近なのかも知れません。

 

ホストの運用とオープンの運用

運用という視点で見ればメインフレームもオープン系も使う道具が違うだけで一緒だといえますが、問題はそれらの道具の構成にあります。 次の図３【ホストの運用とオープン系の運用①】にもある通り、仮に同様なことをお互いにさせたとすれば、それらの開発や維持管理するために 必要となる労力は相当なものだと一目で分かると思います。 必ずしもそうとは言い切れませんが、開発や構築しやすいメリットはあるものの、いざ運用が始まると同じことをするにしても この構成の多さがオープン系としての弱点にもなります。

メインフレームとオープン系では特性が違うため単純比較はできないが、違いとしての比較を図４【ホストの運用とオープン系の運用②】に簡単にまとめた。

 

メインフレームの運用とオープン系の運用の違いのイメージを比較してみると分かるようにシステムごとの構成が異なり、 その分維持・管理も手間がかかるが、メインフレームのような基本の環境を構築すればオープン系もメインフレームと同様な運用が実現できる。

図５【ホストの運用とオープンの運用③】はオープン系での複数のシステムがバラバラの環境で構築されたケース
図６【ホストの運用とオープンの運用④】はメインフレーム的な構成で基本的な運用環境の基で構築するケース

図５　ホストの運用とオープン系の運用③

図６　ホストの運用とオープン系の運用④

 

次回は

第二回では運用の違いや変化についてまとめてみましたが、この中から問題点のきっかけや解決するヒントを少しでも感じていただけたら幸いです。 次回第三回では今回触れたオープン系での問題点、運用のポリシー、目指す運用の姿について考えてみたいと思います。

だいぶ朝晩冷えるようになりました。 運用は体が第一です。

どうか風邪など引かないよう、体調には気をつけて頑張ってください。

それではまた次回お会いしましょう。