2016-07-20 2 views

答えて

4

私は、開発と運用のストレージアカウントを別々にすることは簡単ではないと思います。誰かが開発中に重要なデータを間違って消去する理由は別として、ストレージアカウントのパフォーマンスも考慮する必要があります。各ストレージアカウントにはsome performance and scalability targetsがあり、多くのもの(dev/productionまたはメインアプリケーションデータ/診断データなど)に対して1つのストレージアカウントを使用すると影響を受ける可能性があります。

開発用の個別のサブスクリプションとプロダクション用の個別のサブスクリプションを取得する必要があるかどうかは、すべて別の質問です。ただし、each subscription has some hard limits on the number of resources it can haveを覚えておいてください。現在の制限は100です。Azureサブスクリプションには100を超えるストレージアカウントを持つことはできません。より多くのアカウント(各開発者のストレージアカウントなど)が必要と思われる場合は、開発用の個別のサブスクリプションを取得することが理にかなっています。

+0

私は別途契約を取ることを理解しますが、それはコスト面で余分なオーバーヘッドを与えます.1つのサブスクリプションがあれば、devとstorageの2つのアカウントを作成します。 devはステージングバージョンのようなものですが、テスト目的のサーバーは1つしかありません。あなたはこのシナリオで何を提案しますか? –

+0

費用についてのあなたの質問に対する私の答えを覚えていれば幸いです。 1サブスクリプションで2つのストレージアカウントのコスト== 2つの個別サブスクリプションで2つのストレージアカウントのコスト。 2つのAzureサブスクリプションを管理することは少し面倒かもしれませんが、私はまだそのルートをダウンすることをお勧めします。それは、あなたの環境の間の良い隔離を提供するだけで、より良い方法でそれらを制御することができます。 –

+0

私はここで私の友人Gauravに同意する必要があります:-)、複数の購読を懸念するには問題はありません。実際にサービスを別名で消費するときだけです(この場合は幾らかのギガバイト:-)) Honnestly from a分離のPOVとベストプラクティスは、異なるサブスクリプションによって資産を完全に分離するのが最善の方法です。たとえそれがちょうどOopsの瞬間を避けることであったとしても(環境に配備されているように)、環境ごとにコストの見通しを改善するには、ちょっと言ってみてください。 – techmike2kx

関連する問題