アカウント名:
パスワード:
全体が全く同じシステム構成の場合、同一の脆弱性を突かれて一斉に落ちるリスクが高いから、ある程度の多様性が必要かもしれませんね。 例えばOSはWin、Linux、OS Xあたりから選べるとか、クライアントのセキュリティソフトは三社の製品から選べるとかして、OSレベルでは数種類のシステムが動いているようにしておけば、どれか一つは生きてる可能性が高そう。 あと、クライアントとサーバではOSもセキュリティも別種にしておくとか、管理できる範囲内で多様性が必要だよね。
//でも、最後の決め手はバックアップですよね。こういう場合。テープとか光メディアとかオフラインでバックアップをとっておけば、金と時間はかかってもデータ消失という最悪の事態は避けられる・・。
同じ機能のアプリケーションをWindowsとLinuxの両方で開発し、別々のサーバーに搭載しデータを同期するお互いにお互いのサービスを監視し、不具合があったら自動で切り離すユーザーからはあたかも1つのサービスのように見える
そんなシステムを運用している事業者なんているのだろうか
同期取るタイミングで遅いシステムに合わせられそうだし、設計ミスの脆弱性は防げないし、不具合も多そうだし使い道なさそう
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
システムの多様性 (スコア:5, 興味深い)
全体が全く同じシステム構成の場合、同一の脆弱性を突かれて一斉に落ちるリスクが高いから、ある程度の多様性が必要かもしれませんね。
例えばOSはWin、Linux、OS Xあたりから選べるとか、クライアントのセキュリティソフトは三社の製品から選べるとかして、OSレベルでは数種類のシステムが動いているようにしておけば、どれか一つは生きてる可能性が高そう。
あと、クライアントとサーバではOSもセキュリティも別種にしておくとか、管理できる範囲内で多様性が必要だよね。
//でも、最後の決め手はバックアップですよね。こういう場合。テープとか光メディアとかオフラインでバックアップをとっておけば、金と時間はかかってもデータ消失という最悪の事態は避けられる・・。
Re:システムの多様性 (スコア:0)
同じ機能のアプリケーションをWindowsとLinuxの両方で開発し、別々のサーバーに搭載しデータを同期する
お互いにお互いのサービスを監視し、不具合があったら自動で切り離す
ユーザーからはあたかも1つのサービスのように見える
そんなシステムを運用している事業者なんているのだろうか
Re:システムの多様性 (スコア:1)
同期取るタイミングで遅いシステムに合わせられそうだし、設計ミスの脆弱性は防げないし、不具合も多そうだし使い道なさそう