日経コンピュータのレビュー一覧
-
Posted by ブクログ
2002年に続き2011年3月の震災後、2度目となったみずほ銀行システム障害事件のドキュメント。
みずほFGの経営幹部へ注目すると、原発事故の東電と重なる企業体質の様な気がする。問題意識を持った行員やベンダー等関係者はいたはずだが、その意見が取り上げられない組織が問題。
金融は当然のことながら装置産業の側面を持っている。
大手金融機関ともなれば、勘定系システムで処理されるトランザクションは、平均で毎秒500件なんて規模になる。その1トランザクションの処理に必要なステップ数は数万になったりするので、勘定系に求められる能力というのはとてつもなく高い。
ところが第三次オンライン（1988年頃） -
-
-
Posted by ブクログ
私も一応管理者みたいなことをやってるので、「システムダウン」なんてあまり嬉しくない事態だが、それでも起こる、そして起きてほしくない時に限って起こる。 この本では、ダウンの原因を、ソフトウェアの不具合、性能・容量不足、設定操作ミス、不慮の事故、の４つに切り分けて、それぞれの事例を分析している。 もちろんこれらが複合して起こるケースもあり、対応を難しくしている。 基本的な姿勢としては、ダウンを100％防ぐのは不可能、ということを前提に、どうすればダウンをできるだけ減らせるか、起こってしまったときの被害をできるだけ減らせるか、ということを考察する。 解説もわかりやすく、得るところの多い内容だった。
-
Posted by ブクログ
ダウンしない完全なシステムはない、と繰り返し訴えつつ、様々な障害事例が紹介されています。保守エンジニアは共感できる部分が沢山ありそうですよ。
しかし、よくもまあここまで障害事例を集めたなあ、と関心します。素晴らしい。これまで自分が味わった障害はほとんど網羅されてるんじゃないかな、とさえ思う。
20分くらいで流し読みしましたが、予想外に楽しめ？ました。
1つ気になって、強く実感したこと。
『ソフトウェア障害に2重化は通用せず。』
2重化にも何通りかあるとはいえ、バージョンなど一緒にしていたら、同じ問題が起きるので確かにソフトウェアの2重化にはならないですね。
同一バージョンでのHA構成、ちょ -
Posted by ブクログ
【読者】 主に若手～中堅のITシステムの運用担当者および開発担当者だが、利用者にとっても有益
【目的】 ダウンの要因やメカニズムを理解し、ダウンの削減と迅速な復旧に資する
【一押】 システム設計から運用までをシステムダウンの観点から事例や図を使いわかりやすく解説している
【概要】 ダウンの原因は大きく分けて４つある。①ソフトウェア、OS、ミドルウェアの不具合、②ハード、ネットワークの性能・容量不足、③環境設定・運用操作ミス、④ハード故障、不慮の事故である。それらはダウン発生時の現象から切り分けて考えられる。現象としては、一部ダウンか全面ダウンか、発生が朝などの起動時か運転中かといったこと -
Posted by ブクログ
私みたいな素人でも読みやすいと感じたのは、
専門用語を簡単に説明してとっかかりやすくしてくれているから。
このシリーズ、他にも基礎的なものを説明してくれているものがあるようなので、
次はそっちを読んでみたいと思う！
「ダウン」の発生原因
・ダウンを防ぐための例外処理にバグがあった
・信頼性を高めるためにシステム構成を複雑にしたことが被害の拡大につながった
システムの「ダウン」＝システムが本来の役割を果たせていない状態を指す
結局は絶対ダウンしないシステムは作れない
→ダウンしてもすぐに復旧させる、ダウンした際の影響範囲を小さくする、同様のダウンが起きないように対策を講じるといったアプロ -
-
-
-
Posted by ブクログ
上層部と現場の間の連携が大事。
進捗報告、課題やゴールの共有など、上層部の意見を踏まえつつ現場からも意見を出して、協力して進めるべに。
システムは完成したら終わりではなく、稼働した瞬間から陳腐化する。
いつまで使えるのかを見極める。
時代の流れや業務内容の変遷に柔軟に対応して改修していく必要がある。
目先のリスクを見極める力が重要。
どんなトラブルが起こりうるかを予測し、トラブルを最短で打ち取るためのプランを検討しなければいけない。
トラブルをなくすことはできないので、リスク対策を念入りに行う。コンチプラン。
社名や登場人物が多くて理解するの大変。
1章、2章、3章と時間を遡るので、同じ -
-
-
-
-
-
Posted by ブクログ
2021年2月〜2022年2月までで合計11回のシステム障害。
冒頭から障害に関する記載の嵐。結局最後までずっと障害。
著者はITに詳しく、分かり易く伝えることをすごく意識しているのが伝わってくる。兎に角すごい取材力。
だだ、本書はITが分からない人は少し難しいと思う。
一方で、仕事でITに携わっている人であれば、アプリ、インフラ、運用のどの領域であっても、この本を読むことで、自身がこれまでのIT業務で経験した反省点を思い出させてくれる一冊。
内容の重複記載が多いのは難点。日経CPに掲載したものをコピペで纏めているからだろうか‥。
障害原因をしっかりと深掘りして、過剰なプロセスを増やす -
購入済み
周回遅れのシステムあるある集
第１章から第３章は同じ話の繰り返しで水増し感がある。後段は、以前の「苦闘の19年史」とさして変わらず、既読感が強い。半額でいいんじゃないだろうか。周回遅れの他人の不幸は面白いし、システム屋は読んでおく必要があるだろう。同じ轍を踏まないために。
-
-
