【IT】横浜銀行が脱メインフレーム。Redhat＋PostgreSQL＋COBOLでオープン系に移行。
■ このスレッドは過去ログ倉庫に格納されています
「今を逃すと10年後」、横浜銀行をオープン化に踏み切らせた危機感
2021.04.21 日経クロステック
「今を逃すと10年後になってしまう」。横浜銀行の小貫利彦執行役員ICT推進部長は、勘定系システムのオープン化に踏み切る理由をこう語る。
メインフレームの更新は10年スパンが原則。ここで決断しないと、次にメスを入れるタイミングは遠い先になってしまうわけだ。
横浜銀行を中心に、北陸銀行、北海道銀行、七十七銀行、東日本銀行の5行が参画する共同利用システム「MEJAR」が、オープン系の
システム基盤を採用する方針を固めた。2021年4月には本番開発に着手しており、2024年1月にも稼働させる。将来的にはクラウド移行も視野に入れているという。
■「メインフレームからの脱却」を狙う
最大の目的はメインフレームからの脱却だ。2017年には日立製作所が同領域のハードウエア開発から撤退することを発表した。
MEJARは富士通製メインフレーム上でNTTデータの勘定系パッケージ「BeSTA」を稼働させているが、対岸の火事ではない。
国内ベンダーがメインフレームの開発から手を引く動きが続けば、ハードウエア供給側に価格を巡る主導権を握られてしまうと
いう危機感がある。この点は、アプリケーションの開発・運用を担うNTTデータとも利害が一致したようだ。
目先のメリットもあるという。横浜銀行は今回のオープン化によって、ハード費用や運用費を圧縮し、勘定系システムを巡る
ランニングコストを3割削減できると見込む。システム更改費用を勘案しても、コスト面で有利だとする。
https://xtech.nikkei.com/atcl/nxt/column/18/00001/05491/
https://cdn-xtech.nikkei.com/atcl/nxt/column/18/00001/05491/ph.jpg
https://i.imgur.com/KeRx8Iy.png 巨大な企業やシステムほど、わけわかめなコンサルとか暗躍してて、わけわかめな営業と話を決めるもんだから現場は地獄を見る。
こう言っちゃなんだが、本当に優秀な人材はこういう案件には入らないか、早々に逃げるね。
残念ながら逃げられない人材によって、さらに火を噴いてどこかの巨大銀行みたいになる。 あ、横浜銀行のCOBOLは懸命な判断だと思うよ。
仕様を変えなければね。 >>249
ストレートコンバージョンって言われて参画したら全然ストレートコンバージョンじゃなかった思い出
結局一から設計するハメになったわ ソースから移すのって想像以上にしんどい
ちょっと書かれてる一行で全然変わってくるし
そういうキーになる行をちゃんと見つけないといけない
それ以外のしょうもない処理も大事な処理もソースは同じように書かれてるし バグはもちろん処理時間のバラつきも問題視されることがあるからな。
夜間バッチが終わらなかったりすると大障害だし。 ソースそのまま流用かな？
リコンパイルは意外と大変
VC6.0のプロジェクトをVisualStudioで初めてコンパイルさせて通すのに半日かかったよ >>66
そのクラウドのAWSもCOBOLでやってなかったか？ >>239
なunixコマンドライン時代からそういうツールあるよ
俺は知らないけど
どうせ電力線をいじるやつだろ >>239
あなたが作ったシステムは絶対にroot取れるってことですか？って聞いてやれｗ おぼえようとする人がいないだけで、COBOLベストだと思うけどな。ただデータベースは大丈夫なのが気になる >>178
懐かしいな！EASYの時から使ってたよ。
プラスついてプログラムっぽくなったが、
EASYの素朴な構文のほうが好きだった。
あれはJCL界のawkと思ってる。
ほんとにお世話になりました。 海外はアプリに合わせて運用手順を変える
日本は運用手順に合わせてアプリを作る COBOLなんてエンジニアを確保するのが大変だろ？ COBOL → Java の失敗例はたくさんある。
究極はスピードが落ちてバッチが時間内に終わらないとか。
ホストはチェンジしてもCOBOLは変えちゃいかんな。 COBOLは会議室で動いてるんじゃない
現場で動いてるんだ >>269
今までCOBOLだから慣れてるCOBOLを使う！って話じゃねえからなぁ
事務処理用に作られた言語だからメインフレームに必要な処理速度とか諸々考えるとCOBOLだなってなるだけで IDENTIFICATION DIVISION
全て懐かしい そこでawsにnosqlとlambdaでサーバーレスであえて作ってみてほしいわ
勘定系をawsのサーバーレスなんて夢あるじゃない
確かnasdaqのバックエンドがオンプレ版awsになったんじゃなかったっけ COBOLは事務屋に取っては理想的な言語だよ。
金額計算と確かさと金額の印字書式で他に敵う言語はない。
ファイルのレイアウトも構造的に定義できるし
その表現も見てわかりやすい。
命令構文は冗長だが、素人には理解しやすいのも確か。 >>260
警官の大馬鹿で無理矢理つかまえて手の指紋みんな採取してるからだろ
イギリスのあほ保険屋の手下の大アカが Jave有料化って嘘で、アメリカ軍が流してる大嘘だぞ、あと >>282
いまのヤンとか日本風の格好のかの字もねえわ
馬鹿しかいねえじゃねえか 富士通メインフレームのCOBOLリホストとか無理
そのまま動かせて別の銀行システムをスクラッチ開発してろ >>285
過去データの移管、少なくてもDB参照部分は全てプログラム修正が必要だろう(同一メーカ汎用機でもOSバージョンアップはメーカー提供ツール使って、しかもめちゃくちゃ修正が必要なのにRedhatとか)
ちょっと無茶な気がしなくもないが こういうのって役員が自分の手柄にしたいだけで現場は大迷惑だろ
そもそもコストが下がってどこに利益が還元されるんだって話し
コストは下がっても今までの運用ノウハウが通じなくて余計にコストがかかる
みずほが今年障害連発したのだってそういう影響があるんじゃない？
あとメインフレームの良いところはバージョンアップが頻繁に無い所
バージョンアップによって現行機能の変更で影響確認とか手間とコストがかかる
金融系ではこれが凄い大事 >>4
COBOLを笑うものはCOBOLに泣くぞ？ COBOLはすげーんだよ
使いこなすのに妙ちくりんな概念みたいなものを理解する必要がない >>47
NetCOBOLだからオブジェクト指向化されてるし
C#とかと同じクラスライブラリが使えるゾ COBOL最強説。
まあ、貧弱な言語ならとっくに淘汰されているしね。 >>293
だな
>>290の「使いこなすのに妙ちくりんな概念みたいなものを理解する必要がない」
これが最強たるゆえん
天才君はC++でも使ってろという感じだな
個人的にはみょうちくりんな概念みたいなものは好きだけどな 地方銀行の規模だと下手したらすでに2周遅れだものな
2000年ごろの契機で踏み切ったところもそこそこあったのに >>4
実稼働している資産が大量にあるからね。
それに５０年近く動いているプログラムも今や珍しくない。
もう他言語に置き換えるのは無理だよ。 20年前にコボラーは必要ないと言われて転職した。今でも使えない事無いけど今更エンジニアしたいとは思わないなぁ。 アラフォーで新卒から3年ぐらいコボラーやらされてた
単価がすごい高ければもう一回コボってもいいけど、COBOLよりもgit管理されてないコメントだらけのソース読むのに耐えられか自身がない >>16
NetCOBOL----オブジェクト指向COBOL PostgreSQLは追記型
MySQL、MariaDBはOracleと同じ更新型
COBOLソースは引き継ぎしてるがDB書き込み部分はいじってると思われる ■ このスレッドは過去ログ倉庫に格納されています
