2008年創刊 · デジタル版 · 2026年6月19日

SMB IT Journal

中小企業のための情報技術リソース

日本語

部門

リスク

リスク に分類された記事が10件あります。

高可用性を検討すべき時期は?

「高可用性とは購入するものではなく、実践するものだ。」 – John Nicholson ITにおいて高可用性(HA)ソリューションほど普遍的に求められているものはほとんどない。サーバー、アプリ、ストレージ、そしてもちろんデスクトップのHAを望まないITプロはいないだろう。しかし高可用性を検討する価値があるかどうかは、慎重なコスト・リスク分析が必要だ。

2017年6月4日

既存のプラットフォーム機器を活用した災害復旧計画

災害復旧(DR)計画は常に難しいものです。考慮すべき要因や「もし〜だったら」というシナリオが非常に多く、復旧ソリューションに過剰投資すること自体がある種の災害になりかねません。DR計画においてしばしば見落とされる要因として、災害発生時には一般的に必要に応じた妥協が可能であり、また喜んでそうするという点があります。すでに災害は起きているのですから、それはトリアージの時間であり、通常業務の時間ではない…

2016年6月3日

障害のパブリックポストモーテム

人生の多くのことには、一般的に受け入れられた「保守的な」アプローチと、少なくとも一般的な見解によれば避けるべき「リスクの高い」アプローチがあります。例えば投資では、政府債や地方債の購入は低リスク、株式(企業株)への投資は高リスクと見なされることが多いですが、統計的な数字はこれが逆であることを示しています。ほとんどの人は債券で損をし、株式で利益を得ます。「常識」は検証されると、純粋に感情に基づいてお…

2016年5月4日

ジュラシック・パーク効果

「もしよろしければ…ここで使われている科学的な力の問題点をお話しします。それを手に入れるのに何の規律も必要としなかった。あなたは他の人がやったことを読んで、次の一歩を踏み出した。知識を自分自身で勝ち取っていないから、それに対して何の責任も取らない。巨人の肩の上に立って、できるだけ速く何かを成し遂げ、それが何なのかわかる前に特許を取り、パッケージ化し、プラスチックのランチボックスに貼り付けた、そして…

2015年7月15日

最も弱いリンク:連鎖的な依存関係がシステムリスクに与える影響

システムリスクのシナリオを評価する際、「連鎖的な」依存関係を見落とすことは非常に容易です。私たちは「ノード」レベルでリスクを評価するよう訓練されており、「この一つのものが失敗する可能性はどれくらいか」と問います。しかしシステムリスクはそれよりもはるかに複雑です。ほとんどのシステムでは、他のコンポーネントに依存するコンポーネントがいくつか存在します。

2014年11月1日

破滅の逆ピラミッド

3-2-1システムアーキテクチャモデルは今日非常に一般的ですが、ビジネスの目標を書き出してテクノロジーファーストの観点からアーキテクチャにアプローチするのではなく、時間をとって確認するとほとんど常にビジネスが必要とするものまたは望むものと正反対です。ソリューションの設計にはビジネス要件から始める必要があります。… 続きを読む 破滅の逆ピラミッド →

2013年6月29日

仮想の卵とバスケット

中小企業のITプロフェッショナルと話していると、仮想化のデプロイへの躊躇の重要な要因の一つとして、「卵を一つのバスケットに入れるな」という表現が挙げられます。この懸念がどこから生じるかは理解できます。仮想化により、多くのゲストオペレーティングシステムが単一の物理システムに収容できるようになり、ハードウェア障害が発生した場合には、そこに存在するすべてのゲストシステムが同時に一斉に障害を起こします。

2012年11月6日

「ほぼ同等」は「より良い」ではない

ITプロフェッショナルとして、私たちはさまざまなアプローチ、製品、テクニックを評価しなければならないことが多くあります。ITの分野は広大で、非常に多くの選択肢に直面するため、ノイズを排除し、自分たちの環境に本当に適したオプションだけを見つけるのが難しくなることがあります。私が繰り返し発見してきたことのひとつは … 続きを読む「ほぼ同等」は「より良い」ではない →

2012年8月9日

冗長性は本当に必要か:ダウンタイムの真のコスト

ダウンタイム——これは誰もが聞きたくない言葉です。ビジネス、経営幹部、そして特にITスタッフの心に恐怖をもたらします。ダウンタイムはコストを生み、フラストレーションを引き起こします。ダウンタイムは感情的な反応を引き起こすため、企業は従来のビジネス要因とは異なる対応を取ることが多いです。この感情的なアプローチにより、特に合理的な財務管理が不十分な中小企業は、ダウンタイムを実際よりもはるかに深刻なもの…

2011年8月2日

サーバーを再起動する理由

定期的にサーバーを再起動すべきか(例えば週に一度)、それとも最大の「稼働時間」を達成するためにできる限り長く稼働させるべきかという質問は、かなり定期的に持ち上がります。私にとって答えはシンプルです。まれな例外を除いて、定期的な再起動がサーバーにとって最も適切な選択です。

2011年2月3日