【IT】横浜銀行が脱メインフレーム。Redhat+PostgreSQL+COBOLでオープン系に移行。

1 : 2021/04/21(水) 19:11:03.17 ID:PDcLf+IO0


「今を逃すと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/
レス1番の画像サムネイル
レス1番の画像サムネイル

2 : 2021/04/21(水) 19:11:37.96 ID:PDcLf+IO0

>>1の続き

システム更改に当たっては安全性を優先させる。アプリケーションの仕様や言語に大きく手を加えない「リホスト」方式を採用した。
OSは「Red Hat Enterprise Linux」、データベースは「PostgreSQL」に置き換えるものの、アプリケーション部分についてはBeSTAを
温存するほか、COBOLプログラムは富士通の「NetCOBOL」に移行する。勘定系システムへの機能追加も凍結させるため、
新旧システムを比較するだけで問題の有無を見極めやすい。

地方銀行による直近のオープン化事例として、静岡銀行が挙げられる。アプリケーションの刷新を伴う「リビルド」方式で臨んだが、
2度の延期に追い込まれた。2021年1月に稼働に至ったものの、システム障害が続発した。MEJAR陣営は今回、リビルド方式は
ハードルが高いと判断したもようだ。

3 : 2021/04/21(水) 19:12:00.63 ID:uSlQgXm10
メインフレームなんて久しぶりに聞いたw
4 : 2021/04/21(水) 19:12:45.66 ID:zFFwnrPg0
COBOLワロタ
17 : 2021/04/21(水) 19:16:06.17 ID:XoqWhK+k0
>>4
COBOLは永久に不滅です!
5 : 2021/04/21(水) 19:13:04.94 ID:4p9+SJ/J0
何でまたポスグレ?
26 : 2021/04/21(水) 19:17:33.23 ID:dVt9BSM40
>>5
Oracle回避だろ
とにかくオラクルから可能な限り縁を切るか
どっぷり漬かるかしかない
6 : 2021/04/21(水) 19:13:06.41 ID:RmUEu1rK0
オラクルのせいでCOBOLでマイグレなんていう意味不明な事態にw
21 : 2021/04/21(水) 19:16:38.27 ID:Dla9qqFr0
>>6
どういう事?なんでCOBOLとオラクルに関係あるの?
31 : 2021/04/21(水) 19:18:19.30 ID:fv1+VCJc0
>>21
javaのライセンス料やろ
普通はマイグレなんてCOBOL→javaにするもんや
7 : 2021/04/21(水) 19:13:08.90 ID:0KKB2F1a0
床が抜けるしな
8 : 2021/04/21(水) 19:14:04.42 ID:r9Qs35Fe0
横浜銀行は待ち時間長過ぎる
みずほ銀行のように落ちぶれたな
9 : 2021/04/21(水) 19:14:13.25 ID:vxo1YST60
誰かハゲにも解るように、わかりやすく教えて下さい
24 : 2021/04/21(水) 19:17:10.53 ID:RmUEu1rK0
>>9
少数の高価なコンピュータに何でもやらせるってのがメインフレーム
それを作ってる会社が撤退するから
小さい安価なコンピュータを何百台も集めて動くように変えましょうって話だと思っとけばいいよ
28 : 2021/04/21(水) 19:17:44.84 ID:ec0jTE070
>>9
ibmにお布施ウンザリ
33 : 2021/04/21(水) 19:18:31.19 ID:xpcLbj6U0
>>28
富士通ホストなのに?😅
10 : 2021/04/21(水) 19:14:25.87 ID:qhlcWTeb0
2000年のニュースかと
11 : 2021/04/21(水) 19:14:38.24 ID:NbTcTq7Q0
ハッキング出来そう
12 : 2021/04/21(水) 19:14:40.83 ID:UcmkBsy00
たぶん正解
13 : 2021/04/21(水) 19:15:02.08 ID:W3sfYXvb0
コボちゃんwwwwww
14 : 2021/04/21(水) 19:15:08.14 ID:NhlUPM2I0
その構成でCOBOL?
既存ソースを流用したいということなん(´・ω・`)
36 : 2021/04/21(水) 19:19:55.15 ID:8tKT6cCV0
>>14
基本的にはデーターベースからの数字の出し入れだからCOBOLでも別に困らんだろう
細かいところはデータベースのストアードプロシジャなんかで処理するだろうし
15 : 2021/04/21(水) 19:15:31.29 ID:2f4y/Z/p0
わしがメンテできる時代がやってこようとは
16 : 2021/04/21(水) 19:15:45.08 ID:ybn6TX030
cobolとnetcobolの違いって何だ?
18 : 2021/04/21(水) 19:16:10.57 ID:xpcLbj6U0
COBOL維持してどうする。
こういうのを問題の先送りって言うんだよ。
19 : 2021/04/21(水) 19:16:10.57 ID:QMYhDCxa0
君に入出力したい
37 : 2021/04/21(水) 19:20:28.95 ID:BRC0apy50
>>19
本番系ではなくテスト系でやってください
20 : 2021/04/21(水) 19:16:14.41 ID:t0ZtCo780
結局パンドラの箱そのまま置く場所だけ変えるのか
22 : 2021/04/21(水) 19:17:02.70 ID:edqjDdiB0
PostgreSQL でも大丈夫なんか?
23 : 2021/04/21(水) 19:17:08.45 ID:W3T0Py7u0
稼働したばかりで不謹慎ながら
OMCSってコケた時の責任ですごい揉めそう
25 : 2021/04/21(水) 19:17:26.43 ID:xpcLbj6U0
数年後に言語変換するんだろ?
ベンダーに余計に金取られるだけだっての。アホか。
27 : 2021/04/21(水) 19:17:34.61 ID:+PIB/MXP0
コボルからは脱却しないん?
29 : 2021/04/21(水) 19:18:11.47 ID:8KdEbp9L0
サイコフレームの共鳴?
30 : 2021/04/21(水) 19:18:15.96 ID:CtJIBA+T0
気持ちはわかるけど、金掛けてコボルを移行しろよ。
32 : 2021/04/21(水) 19:18:26.85 ID:rmv24WvN0
今夜はお前とベイベェー最後の夜になりそーうおー
34 : 2021/04/21(水) 19:18:43.19 ID:HK/Y9Cnh0
コボラーに転職しようかな
35 : 2021/04/21(水) 19:18:45.84 ID:BRC0apy50
次は「動かないコンピュータ」の記事で取り上げられそう

コメント

タイトルとURLをコピーしました