【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
>>1の続き
システム更改に当たっては安全性を優先させる。アプリケーションの仕様や言語に大きく手を加えない「リホスト」方式を採用した。
OSは「Red Hat Enterprise Linux」、データベースは「PostgreSQL」に置き換えるものの、アプリケーション部分についてはBeSTAを
温存するほか、COBOLプログラムは富士通の「NetCOBOL」に移行する。勘定系システムへの機能追加も凍結させるため、
新旧システムを比較するだけで問題の有無を見極めやすい。
地方銀行による直近のオープン化事例として、静岡銀行が挙げられる。アプリケーションの刷新を伴う「リビルド」方式で臨んだが、
2度の延期に追い込まれた。2021年1月に稼働に至ったものの、システム障害が続発した。MEJAR陣営は今回、リビルド方式は
ハードルが高いと判断したもようだ。 オラクルのせいでCOBOLでマイグレなんていう意味不明な事態にw 横浜銀行は待ち時間長過ぎる
みずほ銀行のように落ちぶれたな その構成でCOBOL?
既存ソースを流用したいということなん(´・ω・`) COBOL維持してどうする。
こういうのを問題の先送りって言うんだよ。 >>6
どういう事?なんでCOBOLとオラクルに関係あるの? 稼働したばかりで不謹慎ながら
OMCSってコケた時の責任ですごい揉めそう >>9
少数の高価なコンピュータに何でもやらせるってのがメインフレーム
それを作ってる会社が撤退するから
小さい安価なコンピュータを何百台も集めて動くように変えましょうって話だと思っとけばいいよ 数年後に言語変換するんだろ?
ベンダーに余計に金取られるだけだっての。アホか。 >>5
Oracle回避だろ
とにかくオラクルから可能な限り縁を切るか
どっぷり漬かるかしかない >>21
javaのライセンス料やろ
普通はマイグレなんてCOBOL→javaにするもんや 次は「動かないコンピュータ」の記事で取り上げられそう >>14
基本的にはデーターベースからの数字の出し入れだからCOBOLでも別に困らんだろう
細かいところはデータベースのストアードプロシジャなんかで処理するだろうし >>28
>MEJARは富士通製メインフレーム上でNTTデータの勘定系パッケージ「BeSTA」を稼働させている >21
jdk有料化でjavaだと金かかるからじゃね? 保守より現存機能の維持を選択したんだろ
規模は違えどみずほ見て懲りたんだろ
いい選択だとは思うが レッドハットってすごい高いけどサポートって何してくれんの? なんだかんだでCOBOLなんよね
むりやりJavaにしてもしょーもない >>9
雑魚が集まってもサイヤ人に勝てないと予想したピッコロは今のうちに御飯を鍛えることにした >>49
ステークホルダーに安心感を提供してくれる。 横浜銀行クラスの規模でもポスグレでやれるのか
なんだかんだでボラクルの呪いからは逃げられないかと思ったが
銀行側に理解のある人が多いのか いっときはCOBOLは絶滅すると言われてたのに…(´・ω・`) 新しいプログラミング言語は次々と出てくるんだし
銀行専用の最新言語も作ればいいのに >>55
昔のシステムだともうドキュメントなんて無いからな。皆リスクを避けたいし、これからもしぶとく残り続けると思うわ >>55
Java化してクソ遅くなったり運用が柔軟にできなくなったりで、COBOLの需要はまだまだある
知り合いのオッサンは定年まで完走できそうだわ >>54
メガバン系でoracleから移行したシステム作ったから
それを実績として他に売り込んでるタイミング >>54
VMの時代にオラクルのライセンスはおかしい
オラクルに割り当ててないCPUまで金取るからな 不明にされてるが、ソフトバンクもlinuxとCOBOLらしいし
みんなそうなるんじゃないか、業務系統 時代はクラウド!クラウドならサーバーいらないんですよ
R4 >>45
マイグレーション
機能を変えずに古いコンピューターから新しいのにプログラムを移植するってことや 金融系システムはCOBOL以上に親和性ある言語ってないよね? >>36
ストアドプロシージャはやめとけ
次の移植で地獄を見るぞ >>69
大して違わんくね?
速いのが欲しいならSAPHANAとか使うでしょ PostgreSQLは追記型のDB。これをどうとるか。 ひと頃のJava信仰はなんだったのか
今人気のpythonもそうなるのだろうなあ そこまでやるならもうCENTOSでいいんじゃね?
サポート有る無しにかかわらず人件費は発生するだろ >>14
現在運用しているソースコードを読んで理解できる人がいないからそのまま流用するしかない、というのが正解だと思う。 トムとジェリーをキャラクターに使ってた頃が最強だった 地元だけど死ぬほど不便だからここは使わない
給料振り込みに指定されて強制されてる人はそこそこ居る模様 貧すりゃ鈍す、か
東大に進学された先輩が就職なさった先だが、なんか悲しい BeSTAってパッケージは言語は独自なの?
どうやって作り込みするんだろ。 新しくするということは古いものを捨てる事
あとは覚悟次第 COBOL廃止すると今いるオジサンたちが失業しちゃうから仕方ないけど
先のこと考えたらCOBOLは捨てるべき
メンテできる人材が死に絶えるから 数十年後、メインフレームの方が良かったと後悔しないの 不完全な運用で北朝鮮からハッキングされる未来が見える だいぶ前に、メインフレーム撤去を経験したけど、メチャクチャ大変だった
メインフレーム側で、データ移行用プログラムを短期間で、大量に作るハメになった 他所の金で実験してもらえるんだから静観するのが正解 >>46
サブシステムをJAVAにしてみたけど思ってたほど良くなかったパターンで
メインの部分はやっぱりCOBOLのままでいいですって需要が根強かったのかもね データベースが原因の事故が起きた時、表向きとは違ってデータベース屋がある程度補償するのが通例になっていてさ
大手のデータベース代って一種の保険料みたいなものになってるんだよな
そこを浮かすって言うのは、いいことだけじゃない気がするんだけどな・・・・ よく分かんないけど、銀行業務ってどこも同じなんだから、どっかのオープンシステムをパッケージ販売してもらってそれ使えばいいじゃん。
なんで出来ないのか専門家さん教えてくろ? ■ このスレッドは過去ログ倉庫に格納されています