【LIVE】システム障害 「終日取引停止」東証社長会見
東京証券取引所は1日朝からシステム障害が発生し、すべての銘柄の取引を停止すると発表した。取引を終日停止するのは初めてとなる。 名古屋や福岡、北海道・札幌の証券取引所でも、同様に取引が停止している。 原因は不正アクセスによるものではなく、株式売買システムの相場情報配信の機器が故障したことによる障害だと思われる。 東証では社長が会見し原因や復旧のメドなどについて説明する。 ※ストリーミング配信のため、実際の時刻より数十秒の遅延が生じます。 関連記事：東証で全取引停止 システム障害 https://www.fnn.jp/articles/-/90612 #東証 #システム障害 FNNプライムオンライン https://www.fnn.jp/ アプリで最新ニュースに簡単アクセス https://yappli.plus/fnn-prime_flyer チャンネル登録をお願いします！ h
2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog
2020年10月1日、東京証券取引所はアローヘッドの機器故障によりシステム障害が発生し、終日売買を停止すると発表しました。故障した機器は交換が行われ、取引は翌日再開されています。ここでは関連する情報をまとめます。 機器故障起きるも縮退運用に失敗 障害概要図 アローヘッド内の共有ディスク装置1号機で機器故障が発生した。実際故障したのはサーバー上のメモリ周辺機器とされる。 1号機故障により両現用で稼働していた2号機のみのフェールオーバー（縮退運用）が行われるはずだったが何らかの問題により行われなかった。 共有ディスク装置を使用する相場配信、売買監視のシステムで障害が発生。 障害復旧時に発生する注文データ消失による市場混乱を避けるため当日終日の取引停止の措置を実施。（遮断） フェールオーバー失敗原因は設定ミス フェールオーバーに失敗した理由が特定できたとして10月5日に発表。 障害発生時のフェー
東証社長「市場運営者として責任痛感」 終日売買停止 - 日本経済新聞
東京証券取引所は1日16時30分から、システム障害による同日の終日売買停止を受けて都内で記者会見を開いた。システム障害で東証の売買が終日止まったのは初めての事態だ。記者会見には宮原幸一郎社長、日本取引所グループ（JPX）の横山隆介・最高情報責任者（CIO）、東証の川井洋毅執行役員らが出席し、原因や今後の対応などを説明した。日経電子版では宮原社長らの発言をタイムライン形式でまとめた。【18時7分】記者会見が終わった
エンジニアの職人芸を継承すべし | 外道父の匠
『職人芸』。それは、その人にしかできない、または他より圧倒的な品質・精度・速度で仕事を遂行する技術力、というものが確かにあります。 そのような崇高な技術は、どこから来て、どこへ行くのか。そんな圧倒的ポエム回。 職人芸とは 言い方はなんでも良いのですが、組織には上級的なエンジニアが一定割合いて、おそらくその人にしかできない仕事や、手慣れていて効率的に済ませられる仕事を任せられていることでしょう。 そういうエンジニアはたいてい『職人芸』と呼べそうな技術を修得しています。例えば、高精度な設計・高難度な機能実装・的確なコードレビュー・精密な試験・堅牢な運用などなど。 システム提供を大雑把に工程で分類すると、企画・設計・構築・試験・運用 といったところでしょうか。ちょっと外すと研究などもアリですね。それぞれの工程において、集中的に従事して得る職人芸もあれば、多岐にわたる経験によって生まれる職人芸もあ
コロナで大打撃を受けた宿泊業のエンジニアの逆境との闘い
DevelopersSummitKansai 2020の登壇資料です。 星野リゾートでは、企業の発展とともに、開発の内製化の促進を進めており、2020年は大量の新規開業、システム刷新など巨大なプロジェクトが待ち受けていた。 しかし、新型コロナウィルス感染の拡大により、母体の宿泊業は業界全体が壊滅的な状況になり、多大な影響を受けた。 もちろん、その影響はシステム開発の現場にもあり、以下のような混乱した状況になった。 ・半年以上かけて練り上げてきた計画はすべて白紙になる。 ・計画は週に2、3回変わる。 ・緊急案件が次々と入る。 この逆境の中、組織としてどのような取り組みを行い、エンジニアが学びを得て、成果を上げているのかをご説明いたします。Read less
政府による10万円給付の申請システム、開発期間がテスト抜きでたった10日間だった！？気分次第で仕様変更されるIT開発の実態とは
朝日新聞デジタル @asahicom 【読まれています】10万円給付のウェブ申請、テスト不十分「開発10日」 asahi.com/articles/ASN8N… 担当した官僚の一人は「給付方針が定まらず、約1カ月のシステム開発期間が10日間になった。予行演習をする時間がなく、あとは実際に動かしながら不具合を修正していくしかなかった」と話す。 pic.twitter.com/i7ylU445Pi 2020-08-21 11:28:39 リンク 朝日新聞デジタル 10万円給付のウェブ申請、テスト不十分「開発10日」：朝日新聞デジタル 国民に一律10万円を配る特別定額給付金事業で、オンライン申請のためのシステムを準備する時間が足りず、十分なテストができないまま受け付けを始めていたことが政府関係者の話でわかった。オンライン申請は開始… 94 users 126
PayPal はそこそこヤバいよって話
PayPal というサービスをご存じだろうか。 ここ数年 Twitter で連休の度にクーポンを配っていたり、 Google Play や PS Store 、 ニンテンドーeショップでの決済手段で見かけたりと、それなりに認知されているだろう。 端的に言えば決済代行サービスの一種である。 PayPal のアカウントにクレジットカードを登録しておけば、対応しているサイトやサービスであれば PayPal アカウントでログインすれば決済できるようになる。 決済の際にクレジットカード情報をしなくていいというのも魅力的だが、最大のウリはトラブルが起きた際に買い手保護システムだろう。 https://www.paypal.com/jp/webapps/mpp/support/buyer-protection 商品が届かなかったり、説明と違うものだったりしたときに PayPal が代金を返金してくれると
内閣官房・総務省より「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」が発表されました | Amazon Web Services
Amazon Web Services ブログ 内閣官房・総務省より「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」が発表されました 内閣官房と総務省より「第二期政府共通プラットフォームにおけるクラウドサービス調達とその契約に係る報告書」（以下、『報告書』）が発行されました（令和２年８月５日付）。 今回の『報告書』は、内閣官房IT総合戦略室・総務省行政管理局の２府省により構成される「政府共通プラットフォームの構築・活用推進及び政府におけるクラウドサービス利用検討」プロジェクトチーム、クラウド利用戦略・企画担当の皆様より、作成・取りまとめをいただいた報告書となります。 後述の引用部分の記載のとおり、今回の『報告書』は、第一号の政府重点プロジェクトに指定された政府共通プラットフォームにおける「クラウドサービス調達」に関して、２府省共同で組成されたプロジェクト
なぜ自治体のシステムはバラバラなのか｜楠 正憲（デジタル庁統括官）
政府が自治体システムの仕様統一を決め、来年デジタル化のための新法提出を目指すと報じられました。自治体システムの標準化はかねて総務省で検討が進められてきて、直近もデジタルガバメント閣僚会議の下に設置された「マイナンバー制度及び国と地方のデジタル基盤抜本改善 WG」で議題に挙がり、わたしも議論に参加しています。 技術屋の視点でみると、法律で定められた似たような住民事務を、どうして1740もある自治体がバラバラにシステム構築しているのか、不思議に思われるかも知れません。ひとつのシステムで賄った方が効率的ではないかという意見も大きいのではないでしょうか。 確かにバラバラにシステム構築されているために特別定額給付金などの新しい制度ができた際まとめてシステム改修できずに、大量の手作業が発生して給付に時間を要してしまったことは記憶に新しいところです。もし日本全体で単一の住民システムが動いていて、そのシス
システム運用の際にご活用いただける2つのハンズオンを公開しました！- Monthly AWS Hands-on for Beginners 2020年7月号 | Amazon Web Services
Amazon Web Services ブログ システム運用の際にご活用いただける2つのハンズオンを公開しました！- Monthly AWS Hands-on for Beginners 2020年7月号 こんにちは、テクニカルソリューションアーキテクトの金澤 (@ketancho) です。7月も最終週ですが、みなさまいかがお過ごしでしょうか？この記事を書いている時点で関東はまだ梅雨が明けておらず、毎日じめじめした日が続いています。こんなときこそ新しいことを勉強しようと、私は “ゲーミフィケーション” について勉強しています。この AWS Hands-on for Beginners でも、皆さまに楽しく学習を継続していただけるような仕組みを作りたいなーと考える日々です。何かいい案が降りてくることをお待ちいただければと思います。 さて、今月も下記の2つの新ハンズオンを追加しております。 A
AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと
暗号鍵管理ガイドライン | 情報セキュリティ | IPA 独立行政法人 情報処理推進機構
実際の暗号システムがセキュアに動作し続けるためには、暗号アルゴリズム自体がセキュアであるだけでは不十分で、データが保護される期間中、その暗号アルゴリズムが使用する暗号鍵もセキュアに管理されている必要があります。そのため、暗号鍵やデータのライフサイクルを踏まえた運用、安全な暗号鍵の保管、暗号鍵危殆化時の対策などを行う上で参考となるガイドラインを取りまとめています。 「暗号鍵管理システム設計指針（基本編）」の内容 「暗号鍵管理システム設計指針（基本編）」は、あらゆる分野・あらゆる領域の全ての暗号鍵管理システムを対象に、暗号鍵管理を安全に行うための構築・運用・役割・責任等に関する対応方針として考慮すべき事項を網羅的に提供し、設計時に考慮すべきトピックス及び設計書等に明示的に記載する要求事項を取りまとめたガイドラインとして作成されたものです。 具体的には、暗号鍵管理の必要性を認識してもらうために「
システム障害対応演習を実施した話｜NAVITIME_Tech
こんにちは、ネコ派メタラーです。ナビタイムジャパンで地点検索基盤の開発マネジメントを担当しています。好きなバンドは Arch Enemy です。 システム運用に関わる人であれば、「システム障害」というと耳が痛い方が多いかと思います。システム障害は起こさないに越したことはないですが、万が一システム障害が発生したとき、その行動選択はサービスの信頼性を大きく左右することになります。 迅速に復旧させることはもちろんですが、適切な情報公開によってユーザーの不安を払拭するといったコミュニケーションも重要なポイントです。しかし、緊急事態というプレッシャーを受けながら最適な行動を選択することは容易ではありません。 私が所属しているチームでは、Web API サーバソフトウェアから全文検索ミドルウェアまで含めた開発・運用を行っており、幅広いトラブル対応スキルが必要になります。トラブル対応のスキルを持ったベテ
政府情報システムにおけるゼロトラスト適用に向けた考え方 | 政府CIOポータル
本サイトは、過去のIT総合戦略室の情報発信サイトです。2022年6月30日に更新を停止しました。 現在のデジタル政策に関するデジタル庁の公式サイトはこちらをご覧ください。 境界型セキュリティの限界を示し、ゼロトラストと呼ばれるこれからのセキュリティの考え方を紹介し、政府情報システムにおけるゼロトラストの適用の取り組みを取りまとめました。 パブリック・クラウドの利用、働き方改革、APIによる官民連携等が政策上の大きなテーマとなっていますが、これらを推進するには、これまでの境界型セキュリティの考え方だけでは、その実現が困難です。 本文書では、上記のとおり境界型セキュリティの限界を示し、ゼロトラストと呼ばれるこれからのセキュリティの考え方を紹介し、政府情報システムにおけるゼロトラストの適用の取り組みを1)パブリック・クラウド利用可能システムと利用不可システムの分離、2)システムのクラウド化徹底と
技術的負債 - Martin Fowler's Bliki (ja)
ソフトウェアシステムでは、クラフト（出来の悪いもの）が生まれやすい。システムの修正や拡張をしようとしても、内部品質の欠如がそれを難しくしている。「技術的負債」とは、Ward Cunninghamが作ったメタファーである。ファイナンスの負債のように考えることで、こうしたクラフトの扱いのことを考えやすくなる。たとえば、新機能の追加にかかる余分な労力は、負債の返済にかかる利子である。 あらゆるソフトウェアシステムには、タスクを実行するために必要とされる「本質的な」複雑さが一定量含まれている…… ……だが、ほとんどのシステムには「クラフト」が存在しており、理解を難しくしている。 クラフトがあると、変更するのに余分な労力がかかる。 技術的負債のメタファーは、こうしたクラフトを「負債」として扱う。変更に必要な余分な労力は、負債の利子の返済に相当する。 私のコードのモジュール構造が複雑だったとしよう。こ
VPN との終わりなき戦い 〜怒濤の全社テレワーク編〜
こんにちは、IT 基盤部第三グループのジュンヤと申します。 前回 は、日本と中国の間の VPN 接続に発生した問題とその解決について紹介しました。あれから約1年が経とうとしていますが、今回も VPN がテーマです。そうです、偶然にもまたも VPN です。 DeNA の テレワーク状況 DeNA は6月19日現在、出社率がなんと5%！という、ほぼ全社テレワーク状態で稼働を続けています。この背景には、ごく短期間で、VPN 接続数が150から2500へと約16倍に急増した、という事実がありこの記事はその戦いの記録を綴ったものになります。(なお、5月の出社率は2%でした) DeNA の VPN 構成 VPN とは Virtual Private Network の名の通り、仮想的な専用線(プライベートネットワーク)を構成する技術です。この VPN を使うことで自宅や外出先であっても安全に社内 LA
IT業界の悪い部分がクローズアップされ始めるのかな？：守銭奴エンジニアが考えていること：エンジニアライフ
IT業界の○次受けの問題が世間に知れ渡る？ 持続化給付金「再々々々委託」 政府も全容把握できず(Yahooニュース) 持続化給付金のシステム不具合の問題から、いわゆる「ITゼネコン」の問題点がクローズアップされてきました。多重請負構造や税金の中抜き問題は国民の関心も強く、今後もこの問題の追求は続くのだと思います。本当にお金を中抜きだけのペーパーカンパニーがあったとしたら、ITゼネコンとは別の問題です。 この問題について個人的な意見を述べていきます。 システム開発者として個人的な意見 この持続化給付金に関するシステム構築のお仕事、スキルはともかくやりたいか？と聞かれたら、あんまりやりたくないです。報酬が高かったらやりたいか？と聞かれてもあんまりやりたくないです。報酬が今の２倍だったら、うーん考えるけどやらなそう。 それが私個人の意見です。その５大理由は次の通り。 １：仕様がまるで見えてこない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム障害の本のカット「重大障害時におけるCIOの取組み（悪い例）に「あらゆる闇」が内包されていた…見た人「あれ、俺、なんで泣いてるんだろう」
高品質な音声変換ソフトウェア | Seiren Voice
shiodaifuku.io
