テスト用と本番用に別々のSQL Serverですか、それとも単にSQLデータベースですか？

私はSQL Serverを初めて使用するので、これはSQL Serverの管理に関する質問の方が多いかもしれません。

サービスのテストデータベースと運用データベースを作成していますが、テストデータベースをかなり頻繁に消去することになるでしょう。さらに、さまざまなレプリケーションおよび監査ログ戦略が必要になります。

両方のSQLデータベースを同じSQL Serverに配置するのは理にかなっていますか？これは、Azure Portalが管理を最も簡単にするもののようですが、テストデータベースと運用データベース用に別個の論理SQL Serverを作成する方が理にかなっていますか？

別の論理サーバーに移動します。

• データベースサーバーではなくデータベースの層で課金されるため、同じ費用がかかります。
• 別々のサーバーを提供することにより、あなたは提供孤立一方から他方を保護する2つのデータベース間を。
• 包含ユーザーを使用しない限り、ユーザーはテストと本番の間で共有されますが、両方のデータベースで同じユーザーを使用する場合、本番環境でパスワードを変更するにはテストでも同じ変更が必要になります。

次の場合、データベースに同じサーバーを使用することができます。

• SQL Serverの総数には制限があるため、多くの開発/テスト環境にわたって非常に多数のデータベースを作成しています。
• 同じARMテンプレートの一部としてデプロイする必要がある2つのデータベースがあります。

両方を同じサーバーに配置するのが最も簡単です。しかし、私はあなたがそれをすることができないはずのビジネス状況で議論します。

運用データベースは、Webアプリの最も重要なリソースの1つです。多くの機密データが含まれている可能性があります。また、サイトの安定性にもおそらく重要です。そのため、本番データベースの資格情報は厳重に管理する必要があり、ファイアウォールルールは、少数の吟味されたマシンからのアクセスを除き、それへのアクセスを禁止する必要があります。セキュリティの考慮事項に加えて、ファイアウォールルールは、実稼働データベースでの偶発的なテスト操作の防止にも役立ちます。発生する可能性がある場合、遅かれ早かれになります。

編集：私が最初にこの回答を書いた直後に、デジタルオーシャン（最大のホスティングプロバイダーの1つ）は、ネットワークを適切にセグメント化していた場合に防げる機能停止がありました。間違いを繰り返す代わりに、彼らのレッスンを学んでください。