ラベル 事業継続 の投稿を表示しています。 すべての投稿を表示
ラベル 事業継続 の投稿を表示しています。 すべての投稿を表示

2011年6月26日日曜日

今も輝き続けるCOBOL資産!

最近のIT動向に於いては「クラウド化」は欠かせません。持たない経営は益々加速することでしょう。

しかしながら、クラウド化に向けての課題は山積み。簡単に現有IT資産を移行することは容易ではありません。
中でも、COBOL資産を今でも活かしている企業は少なくありませんね。ITプラットフォームが急激に変化する中、その追随(単にOSや開発言語を最新版へ対応するためのバージョンアップなど)のためだけにIT投資を図るのは、経営者目線では理解し難いものでしょう。

そんな中、ふと目にしたのが「COBOLクラウド」の文字!PaaS(文末参照)として提供される、そういったもの。

コンピュータが普及し、活用されるにあたり、COBOLは登場から約50年間も愛され、現在でも多くの企業で活用されている開発言語。このCOBOLをクラウド化する動きが加速しているようです。

確かに、当時はコンピュータベンダが提供する「専用機(汎用機やオフコン)」上に稼働環境を載せるため、ハードウェア費用は高額です。昨今では、オープン系のOS環境上に擬似的に独自OSを載せ、そこでCOBOLプログラムを動作させています。

その稼働環境を雲の上、クラウド環境としてのデータセンタに配置された機器に置き、高額な機器投資費用を抑え、同時に、これに関わる保守料金の低減化も実現する。

データバックアップなどの管理要員や監視要員もシェアできますし、電源供給や耐震対策などの事業継続性の確保も容易です。

COBOL資産をオープン言語(.netやJavaなど)に置き換えるサービスもありますが、オープン化のメリットとしてはパッケージ製品などの適用を主体に考えねばなりません。単にCOBOL資産をオープン言語に置き換えても、今後も落ち着きを見せないシステムインフラや言語の動向に追随するのは困難ですから。

ますます、バラエティに富んだサービスが登場します。これらをどの領域に当てはめるかがポイントとなるでしょう。


●SaaS[Software as a Service]
 → ハードウェアからアプリケーションまでの全てを利用できる
●PaaS[Platform as a Service]
 → ハードウェアやOS、DB、開発ツール等の開発・実行環境を利用できる
●IaaS[Infrastructure as a Service]
 → ハードウェアとその稼動に必要なファシリティ等を利用できる

2011年6月19日日曜日

BC/DRに対する東西の温度差

東日本大震災以降、BC/DR[Business continuity/Disaster recovery](事業継続・災害対策)を見直す企業が増えているようです。

ITベンダーでも、これらに関わる製品の露出を高めたり、ソリューション提案に力が入っているようで、傾向として感じられます。

しかしながら、事業継続のセミナーの申し込み数は、東日本と西日本では温度差があるのも事実です。

今夏、東日本では各企業、大変な努力が強いられますが、この流れは中部を経て、西日本にも拡大されます。
事業継続は経営者責任にてトップダウンが成されるものです。IT領域に於ける対策も無視できません。

IT部門は、経営者が理解できる言葉で、コストとスコープを明確にした上で訴求することが求められます。
今一度、自社の事業継続を診断することをお勧めします。

2011年4月3日日曜日

災害対策はヒトを中心に!

福島第1原発2号機から汚染水が流出するなど、新たな課題も報道される中、東日本大震災の復興は少しずつではありますが、着実に進んでいると思われます。何年先になるか分かりませんが、復興に向け、力を合わせてみんなで頑張りましょう!

さて、被災地に加え、計画停電にて事業に支障をきたしている関東地区ではこれを機に、BC/DR[Business continuity/Disaster recovery](事業継続・災害対策)を見直す企業が増えています。

この震災後、遠隔拠点やデータセンタに基幹データを転送・保管するなど、各種アウトソーシング(SaaS/PaaS/IaaS:2010年9月5日「経営に活かすクラウド(1)」参照)の検討が積極的に思えます。

とは言え、どこまでIT投資を行っても「完璧」には至りません。完璧により近付けるためには「人間系」も勘案しなければなりません。そのため、自社の独自性(コアコンピタンスではなく)や属人的な部分を見直すことも大切です。

自社の優位性を損なわないのであれば、標準化は、IT費用の抑制が見込めるクラウド環境の採用に効果的です。属人化(職人化)された業務や制度はBC/DR上、何らかの足枷になってしまいます。年に数回しか使われていない各種管理帳票や機能、得意先に依存しない請求書など、いつまでも拘り続けていませんか?「あの人じゃないと分からない」、「過去からやっているから」、「前任者から引き継いだだけ」のそれほど重要でない業務ってありませんか?

IT環境(ハードウェアやアプリケーション、通信インフラ、データ等)が稼動していても、業務が回らなければ意味がありません。人とITのバランスを大切に。