会社としての紺碧の開発から始める

Question

私たちは中小企業であり、この青空のものをどのように始めるべきかは依然として不明です。

わかりました。テーブルストレージやキューなどの技術についてはっきりしています。私たちがまったく知らないことは、開発者向けに組織をどのように設定するかです。どの/どのくらいの蒼い勘定、共有されたものか、個々のものか。

これまでのところ、すべての人が自分の環境を持っているので、ユニットテストはビルドサーバーからローカルにまたはビルドサーバー（mercurialまたはgitにプッシュした後）で実行します。

私たちはホストとしてだけでなく、BLOB /ドキュメント/テーブルストレージ、イベントハブ、ストレージキュー、ReliableActorsなどのすべてのセットを使用したいと考えています。私たちはローカルではできないこと。

紺碧のための適切な方法は何ですか？約20〜30人の開発者がおり、ほとんどがエンタープライズmsdnサブスクリプションを持っています。

"企業または組織"アカウントとは何ですか？開発者は自分のアカウントを持っているべきですか？ DevOpsはすべての竹やジェンキンのビルドにパスワードを必要としますか？

Answer 1

私はこれを最近やっていましたが、私はこれもStackExhangeでこれを共有するDevOps固有のプラットフォームを認識していないので、ここでいくつかのヒントを共有できます。あなたがエンタープライズ契約のお客様の場合

は限り整理として、あなたのサブスクリプションは、Azureのペイ・AS-あなた-Goの開発/テストサブスクリプションlink またはEnterprise開発/テストlinkを見に行きます。これらは開発チームを対象としており、既にMSDNサブスクリプションに含まれているソフトウェアライセンスの支払いを行わないため、割引料金が適用されます。

Dev-Testサブスクリプションでメインのワークロードを実行している間は、個別の開発者購読を使って探査やPOCなどを行うのが最善です。クレジットを使用するには、複数のMSDNサブスクリプションにワークを広げてみて、それを試してみると魅力的ですが、私はそれをお勧めしません。 20〜30回の定期購読を管理することは苦痛になり、クレジットが足りなくなり、作業が中断されます。複数の開発者がVMを残したり、VMにプレミアムストレージを追加したりすると、巨大な請求書が偶発的に崩壊する危険性があります。

DevOpsのところでは、RBACとAzure Active Directoryを使用してくださいDevOpsツールのアクセスと証明書の管理、サーバーの構築、リリース管理などは、個々の開発者の資格情報を使用しないでください。

私は他のコメントに同意しますが、MSにも連絡してください。これはちょうど氷山の一角ですが、それはあなたを始めるでしょう。