はじめに こんにちは。雑食系エンジニアの勝又です。 今回は、私が2年ほど参画させていただいた大規模サービスのインフラやDevOps周りを全面的にリプレイスしたお話について簡単にご紹介させていただきます。(内容に関しては事前に参画先企業様に確認していただいております) サービス概要 詳細な内容は伏せますが、メインとなるテーブルのレコード数が数十億件、スパイク時には数万〜数十万のユーザーが一斉にアクセスする大規模サービスです。 技術的負債 長く運用されてきたサービスのあるあるですが、新機能の追加が最優先されてきたことにより、こちらのサービスにも下記のような技術的負債が大量に積み上がっていました。 RubyやRailsやMySQLのバージョンがかなり古い インフラの構成がコードではなくドキュメントで管理されている アプリケーションの構成管理がおこなわれていない CI/CDパイプラインが構築されて
金融庁では、監督指針等に基づき、金融機関からシステム障害等の報告を受領するとともに、障害からの復旧状況、障害の原因及び再発防止策等について、必要に応じて確認やヒアリング等を行っています。 金融庁では、例年、金融機関からのシステム障害の報告等に基づき、システム障害の傾向、原因及び対策を分析した結果をレポートとしてまとめ、金融機関のシステムリスク管理上の参考となるよう公表しています。 今般、2023年度（2023年４月～2024年３月）に報告書を受領したシステム障害の傾向、並びに、2018年７月から2024年３月までに報告書を受領したシステム障害のうち代表的な事例の事象、原因及び対策についてまとめましたので、公表します。 「金融機関のシステム障害に関する分析レポート」（PDF：1,668 KB） 「金融機関のシステム障害に関する分析レポート」の概要（PDF：495 KB） なお、今般のレポート
はじめにこんにちは、Finatextでエンジニアをしている @s_tajima です。 先日、 リーグオブ情シス 第一回 スーパーリーグ #LoI というオンラインイベントが実施されていました。 詳細はconnpassのページをみていただけるとよいかなと思うのですが、簡単にいうと「僕がかんがえたさいつよの情報システム」をプレゼンテーションし合うイベントです。 そこで発表されていた、さいつよの情報システムのうち、視聴者投票で1位だった吉田さんの提案した構成が、弊社で実際に稼働させているものにすごく近しいものでした。せっかくなのでどんな点が共通していたか、どんな点が異なっていたかというのを紹介してみようかなと思います！ 前提条件LoIで提示されていた前提条件は 企業規模: 100～200名業種: インターネットサービス企業 (SaaS型MAツール)一人あたり月額予算: 10,000円情シス人数
いわゆる“ひとり情シス”として、製造業の基幹システムを3年ほどかけて全部開発した。基幹システムは商品の受注、加工、出荷に至る流れを管理する。ここに他のシステムをつないでいった。 例えば、顧客情報やクレーム情報など、日常の業務で扱う情報の管理ツールを用意し、基幹システムと共通のコードを用いることでマスター情報を連動させている。生産管理システムはもともと別につくっていたが、工程番号を介して製品の構成情報を共有させ、現場で品質を容易に管理できるようにした。 自分が設計し開発した基幹システムが中心にあるので周辺のシステムやツールをスムーズにつなぐことができた。 とはいえ、もともとはプラスチック加工メーカーの技術開発者であり、ITの仕事をしていたわけではない。プログラミングは学生の時に独学でかじった程度で、システム設計のトレーニングを受けたこともない。 メーカーに入ってから特定の問題を解決するツール
「でかいインスタンスを建てればAWSの料金が高くなっていく…。」 「大量購入すればお金が飛んでいく…。」 こんにちは(U・ω・U) AWS事業部の深澤です。 さて僕はこの前このような記事を公開させていただきました。 お陰様でご好評でしたので、今回はその続編で料金に注意が必要なAWSリソースをピックアップしました。どうぞ最後までお楽しみいただけると幸いです。では最初に注意事項を申し上げておきたいと思います。 注意 今回ご紹介するものは実際に検証したものではありません。AWSの料金表を確認して、実際このくらい溶けるのではと計算した理論値になります。 日本円のレートは執筆時現在（2020/1/23）のレートとなります。 リージョンは東京です。 それぞれがどういったサービスなのか、細かい話は割愛します。 ここで取り上げたサービスが高いとか悪いとかそういうことを言いたいブログではありません。やはりサ
2月1日に就任したみずほフィナンシャルグループの木原正裕社長。信頼回復が急務となっている＝東京都千代田区で2022年1月17日、西夏生撮影 傘下のみずほ銀行でシステム障害が相次いだみずほフィナンシャルグループ（FG）の木原正裕社長（56）が、毎日新聞のインタビューに応じた。「（システム障害が）1年も続いて、お客様と社会に迷惑と心配をかけた」と陳謝した上で、再発防止策について「ハード（機器）類の点検をしっかりやり、システム障害が起きないようにする。万が一、起きた時の影響範囲を大きくしないことも重要だ。かなり進捗（しんちょく）はしている」と強調した。 みずほでは2021年2月以降、現金自動受払機（ATM）の停止などシステム障害が相次ぎ、9月と11月に業務改善命令を受けた。金融庁から「言うべきことを言わない、言われたことしかしない」と異例の指摘を受けたみずほは解体的な出直しを迫られ、FGや銀行の
［速報］AWS CloudShell発表。Webブラウザから利用、無料の1GBホームディレクトリにスクリプトなどを保存可能。AWS re:Invent 2020
Amazon Web Services（AWS）は、開催中のオンラインイベント「AWS re:Invent 2020」で、新サービス「AWS CloudShell」を発表しました。 AWS CloudShellはWebブラウザから利用できるコマンドラインインターフェイスです。Amazon Linux 2ベースのシェルにAWS CLI、コンテナサービスCLIなどAWS関連のツールがあらかじめインストールされており、スクリプトの実行やAPIの呼び出しなどが簡単に行えます。 さらに一般的なコマンドラインツールも含まれていると、Amazon CTO Werner Vogels氏。 「CloudShellは単にAWSのコマンドラインインターフェイスであるだけでなく、Amazon Linux 2ベースのフル機能のシェル環境だ。PythonやNode.jsやbashやgitといった一般的なその他のツール
はじめに 皆様こんにちは、ソーシャル経済メディア「NewsPicks」(Media Infrastructureチーム)エンジニアの北見です。 現在、私は弊社サービスの一部のインフラ刷新を行なっている最中で、ここ数ヶ月 AWS CDKを触っておりました。 前職では Infrastructure as Code として Terraform を使ったことがあるのですが、少なくともAWS を使うという条件においては CDKを使うべき という結論に辿り着きました。 今回はそのように考えるようになった理由について説明していこうと思います。 前提 Terraform はパブリッククラウドにおける Infrastructure as Code の走りとして様々な現場に導入実績があり、それに対するリスペクトは持つべきです。 しかしよくある「AvsB」というメリデメの構図で「どっちでもいいよ、好みだよ」と投
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模サービスのインフラを全面的にリプレイスした話 - Qiita
「金融機関のシステム障害に関する分析レポート」の公表について
LoIのさいつよの情報システムを実践していますという話
製造業で「ひとり情シス」、1冊の本を頼りに基幹システムを全部つくった
え、そんなに！？意外と知らないAWSでお金がかかるポイント5選！！第2弾 | DevelopersIO
みずほ社長、新システムに「自信」 「旧3行意識が遠因」は否定（毎日新聞） - Yahoo!ニュース
なぜCDKを使う「べき」なのだろう? - Uzabase for Engineers