1 ノチラ ★ 2017/07/17(月) 08:59:47.75

楽天カードは、メインフレームで稼働していたクレジットカード業務の基幹システムを、オラクルのプラットフォーム上へと全面刷新し、本格稼動を開始したと発表した。事業の拡大スピードに合わせた柔軟な運用と、長期的に会員が安心してクレジットカードを利用できる環境を整えた。

　従来は月に数時間、楽天カード会員専用オンラインサービス「楽天e-NAVI」で一時的なサービスの利用制限が発生していたが、刷新により定期メンテナンスが不要となった。

　新基幹システムでは、従来のメインフレームでは難しかった複数人による同時のプログラム編集が可能になった。周辺システムも含め、プラットフォームやアーキテクチャ、開発言語を統一することで、生産性を飛躍的に高められたという。

　今回、楽天カードは自社管理のデータセンター内に「Oracle Cloud」環境を配置するサービス「Oracle Cloud at Customer」を採用。特定の処理を実施する際の一時的な負荷増大時にも柔軟な対応が可能となり、急増する楽天カードの会員数と取引件数に対する処理能力を強化し、会員と加盟店に、長期的により安定した取引環境を提供する。

　楽天カードは、楽天グループ企業としてクレジットカード事業を開始した2005年以降、基幹システムをメインフレーム上で運用していた。基幹システムの全面刷新プロジェクトは2014年から始まり、今回の本格稼動に至った。

　機器の持つ性能面の限界から、あらゆる負荷への迅速な対応が困難になりつつあるという課題を抱えていた。また、長年の運用に伴うプログラムの複雑化とCOBOLの技術者不足により、開発面と保守面での制約があったという。

　これらの課題を解決するため、技術基盤として「Oracle Exalogic Elastic Cloud」と「Oracle Exadata Database Machine」を新たに導入した。

　また、Javaベースのアプリケーションへの移行を決めた。このアプリケーションの変換には、ジェイ・クリエイションの移行サービス「VENUSR」を活用。Javaによるシステム開発の標準仕様「Java Platform, Enterprise Edition」を採用している。

　さらに、急な変更を繰り返す状況においてもプロダクトの品質を確保するため、自動テスト環境を整備。処理性能を落とさない工夫として、Clouderaの支援を受け「Apache Spark」を導入し、バッチの分散処理を平易に実現できるようにしたとのこと。

　結果として、バッチ処理の平均速度を従来よりも2倍以上速めることができるようになり、持続性の高い基幹システムの運用が可能になったと強調している。
https://japan.zdnet.com/article/35104289/



3 　 2017/07/17(月) 09:04:58.71

数秒でカード審査可決になるのか


6 　 2017/07/17(月) 09:12:36.01

>>3

エラー2多発(笑)


5 　 2017/07/17(月) 09:08:04.37

COBOLで熟練の専門屋がやってたところを
ゆとりがクラウドでポカやらかすわけだな


83 　 2017/07/17(月) 13:26:37.53

>>5

熟練さん、ちゃんとドキュメント残しておいて下さいよ
頭に入ってるって言われた時、かち割って中身を見てやろうかと思ってしまったじゃないか


32 　 2017/07/17(月) 10:24:59.94

>>5

>COBOLで熟練の専門屋がやってたところを

COBOLやメインフレームってバカにしてたけど
すくなくとも数十年と経過してきた実績があるんだよな


10 　 2017/07/17(月) 09:18:41.61

>>5

おじいちゃんもうそんな時代じゃないんですよ
いつまでもCOBOLとか使えないでしょ


62 　 2017/07/17(月) 12:07:37.25

>>10

でも未だにコボラー募集多いんだよな
ボロ儲けできなくてもニッチなジャンルになってる


7 　 2017/07/17(月) 09:13:11.58

かなり遅く参入したのにメインフレーム使ってたことが驚き　技術的な説明が理解できない経営者ってことだけどね


88 　 2017/07/17(月) 14:46:00.58

>>7

あおぞらのシステムじゃなかったか。楽天が一から立ち上げたシステムじゃないから、その批判はちと見当違い。


85 　 2017/07/17(月) 13:48:04.25

>>7

既存の実績のある業務パッケージ使ったんだろうね。

気持ちは判るよ。初めてカード業に参入するのに基幹システムも実績無しではリスクが高すぎる。


29 　 2017/07/17(月) 10:18:33.44

>>7

もともと、由緒ある「国内信販」のシステムだから…。
まあ、メインフレーム依存からはもう少し早く脱却できたとは思うけどね。


9 　 2017/07/17(月) 09:18:27.04

小難しく書いてるが大した中身は無い


20 　 2017/07/17(月) 09:49:38.28

バーチャルリアリティでOS内でCOBOL吸収するんだろ

違うのか？
http://u111u.info/jT66

23 　 2017/07/17(月) 10:03:20.93

国内信販が使ってたからだろうな


27 　 2017/07/17(月) 10:16:20.93

最近調子よくないから景気づけようとした記事のつもりだったんだな
ちつれいちまちたぁ
実際はIT企業でもないからダサいとだけ再度言っておいて去ってやろう


30 　 2017/07/17(月) 10:19:33.29

楽天クレカより作るの簡単なカードってなに？


35 　 2017/07/17(月) 10:29:49.58

国内信販って会社を買収したの知らないで、メインフレームだったのを貶してるのはかなり恥ずかしいw


43 　 2017/07/17(月) 10:59:32.73

メインフレームって３６０ってやつ？？？

ＡＲＭでスパコン作ろうって言ってる時代にそんなのに執着してる
すべての理由は古いプログラムの流用が必要だったから？？？

そもそもなんでコボルなの？他の言語に比べて金融用の命令？があったとか？


48 　 2017/07/17(月) 11:05:58.55

>>43

少なくともコボルでプログラム組んだことない奴が何も知らずに批判してるのは滑稽だと思うぞ


44 　 2017/07/17(月) 11:03:22.83

メインフレームの方が安定稼働できるけどね


47 　 2017/07/17(月) 11:05:14.28

移行言うても、プログラムの分岐とか画面遷移をそのままジャバでコーディングするという糞プロジェクトも多いぞ
言語が代わっても負の遺産としてはそのまま
発注者や元請けがバカすぎて付き合えん


51 　 2017/07/17(月) 11:11:26.94

IBMでも今はバッチをJAVAでやるって聞いたけど。
メインフレームの良いところは、安定性と単純なスペックでは無いトータルとしての性能。


52 　 2017/07/17(月) 11:14:47.01

終了すべきなのはCOBOLだな


54 　 2017/07/17(月) 11:36:13.54

Oracleて、、、
がっちりベンダーロックインされてますやん。
http://u111u.info/jT66

84 　 2017/07/17(月) 13:40:47.20

>>54

統一ってことだろ


57 　 2017/07/17(月) 11:51:28.79

>>54

マルチベンダーより社員負担楽だろ


59 　 2017/07/17(月) 11:56:19.98

損保会社もCOBOL捨て出したし、ようやくだな。


60 　 2017/07/17(月) 11:56:34.10

じゃあアダルトサイトの「抜き天市場」もメインフレームから移行したの？


82 　 2017/07/17(月) 12:46:15.22

■真相深入り！◆虎ノ門ニュース■

7/17(月) 青山繁晴・居島一平
https://youtu.be/g1O1faarpE4
▶︎Youtube ▶︎

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
毎週月〜金 朝８時から生放送！　LIVE放送終了後も動画で見れます♪
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

※ニコ生、フレッシュでも放送中


89 　 2017/07/17(月) 14:51:40.57

COBOLの何が悪いっていうんですか！！！


引用元:http://anago.2ch.sc/test/read.cgi/bizplus/1500249587/