web-dev-qa-db-ja.com

ミッションクリティカルなファイルを保存するためにオンラインプラットフォームに依存する必要がありますか?

コンテキスト:私のチームと一緒に、クライアント用の「オンラインプラットフォーム」を作成しました。これにより、クライアントの操作が紙ベースのシステムからVirturlプライベートサーバー(VPS)上のコンテンツ管理システム(CMS)ベースの送信システムに移行しました。

大勢のユーザーがコンテンツをアップロードの形でCMSに送信しますPDFファイル。これらは、ビジネスの運営にとって重要です。

私の知る限り、オンラインプラットフォームはデータ収集のツールと見なされるべきであり、PDFファイルはアップロードされたらすぐに別のシステムにエクスポートする必要があります。ビジネスは依存する必要があります。 CMS内のファイルではなく、エクスポートされたファイルに対して。一般向けのCMSシステムは、ハッキングによるデータ損失のリスクが常にあると思います。請求書を支払わないことによるクラウドアカウントのキャンセルなどもあります。 12時間ごとにデータをバックアップするサイトディレクトリ。

質問:CMSのみに依存することは良い習慣ですか、それともこの状況では、ミッションクリティカルなデータの冗長バックアップを常に別のシステムに置くことが不可欠ですか?それがファイルが添付されたメールであっても。

また、CMS内のデータは常にリスクにさらされているため、操作はVPSのみに基づくべきではないと想定するのは正しいでしょうか。

1
user74847

リスクがないものはありません。社内では失敗する可能性があります。外出は失敗する可能性があります。バックアップが失敗する可能性があります。

問題は、これらのリスクを軽減する価値はどれくらいあるかということです。収穫逓減の法則により、実際の障害よりもリスクの軽減に多くの費用をかけることができます。

とはいえ、複数のプロバイダーにまたがるフェイルオーバーシステムを維持することで、サービスを中断することなくいずれかのプロバイダーをダウンさせることができます。リスクがコストを正当化するかどうかを決定しただけです。

キャプチャ定理 に遭遇するのに十分な距離まで押し込みます。

  • 一貫性(すべての読み取りは最新の書き込みまたはエラーを受け取ります)
  • 可用性(すべての要求は応答を受け取りますが、最新バージョンの情報が含まれていることを保証するものではありません)
  • パーティションの許容範囲(ネットワーク障害による任意のパーティション分割にもかかわらず、システムは引き続き動作します)

キャプチャ定理によると、これら3つについては、妥協することなく最大2つ持つことができます。システムを設計するときは、妥協していることに注意してください。あなたは選ぶことができますが、それは本当にビジネス上の決定です。

1
candied_orange