104台の基幹系サーバーを20台に 2年かけLinux上に基盤を集約
みずほ銀行は2007年10月、「AIX」で稼働していた基幹系システムをLinuxに移植すると同時に、UNIXサーバー104台を20台に集約するプロジェクトを完了させた。狙いは保守費の削減。業務アプリケーションの修正を最小限に抑える、動作検証を徹底するなどのリスク削減策が奏功し、70億円を投じた開発に成功した。 投資額70億円、開発工数3000人月に及んだプロジェクトの最大の特徴は、絶対止められない銀行の基幹系システムにLinuxを採用したことだ。 インターネットバンキング、テレホンバンキングなど、トラブルが顧客サービスに直接影響を来すチャネル系システムのOSを「AIX v4.3」から「SUSE Linux Enterprise Server 9」に刷新。アプリケーションは、業務ロジックに一切手を加えず最低限の修正にとどめた。同時に、日本IBM製UNIXサーバー「RS/6000」104台を、
開発着手が突然延期、客の“わがまま”をいつまで許すのか
システム開発の着手間際になって、ユーザー都合でプロジェクトが延期。ITベンダーにとっては真っ青な事態だが、不思議なことにこのトラブルだけはユーザー企業はどうもお気楽。というか、トラブルとの認識すらない人もいたりする。少し前に会ったシステム部長も「仕方ないよ」と平然と言っていた。IT投資の凍結話がちらほら聞こえるようになった今、着手延期のリスクには要注意かもしれない。 開発着手の直前の延期というのは、大型案件なら即、ITベンダーの経営問題だ。多数の技術者をプロジェクトにアサインしたのに、延期になれば簡単に数千万円の売上が吹き飛ぶ。技術者の人件費は固定費だから、技術者が塩漬けになりワークできないとなると、ITベンダーにとってはその分が損害となる。 アサインした技術者をすぐにリリースし、別の案件に参画させられるなら損害は軽微だが、それもまた難しい。いったんリリースしてしまえば、数カ月遅れで開発着
SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog
SI業界が開発するシステムの目的は何か？ それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
