はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Azureを扱う際、FunctionsとかSQLDatabaseのような、いわゆる"リソース"よりも上位の概念が存在します。 リソースグループ(Resource Group)、サブスクリプション(Subscription)、管理グループ(Management Group)がそれに該当します。 また、これらと同時期に検討されるのが権限管理です。 今回は、これらをどう分割したら良い感じの環境になるのかを考えてみたいと思います。 環境の分割方法にビシッとした正解はありません。正直なところ、みなさんが使いやすく適切に管理できれば良いと思います。

前回は、IoT Hub Device Provisioning Service の超概要ということで、DPSが何をしたい時に使うサービスなのかを書きました。 https://qiita.com/mstakaha1113/items/231c859d7427b466d4ad 今回は、マイクロソフトのドキュメント "クイックスタート" を題材に、実際にDPSを作りながら理解していきたいと思います。 今回見るドキュメント １．Azure上でIoT HubとDPSを接続する クイック スタート:Azure Portal で IoT Hub Device Provisioning Service を設定する ２．X.509証明書を使い、デバイス→DPS→IoT Hubという接続を確認する クイック スタート:IoT Hub Device Provisioning Service 対応の C# デバイ

"Boards(ボード)"は、開発の根幹を成す大切なサービスです。 プロジェクトを運営するにあたり、様々なスタイルがあります。 ウォーターフォールとかアジャイルとか。 これらを意識して、Azure DevOpsでは "プロセス" という設定を準備しています。 Azure DevOpsのBoardsはプロジェクト作成時に、どのプロセスで運営するかの選択が必要です。 選択肢によって、プロジェクトがデフォルトで扱える機能が少しずつ変わってきます。 自分でカスタマイズはできますが、できるだけデフォルトを使いこなして独自色を出さない方が、長い目でみたらチームの学習コストも下がりますのでベターです。 （「本気のプロジェクトはデフォルトのままプロジェクト作成しないでね」っていう矛盾を後で書きます。） プロセスの種類 Basic １番シンプルでフレキシブルなテンプレートが発行されます。とりあえずAzure

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Azure DevOps全体の概要については、こちらをご覧ください。 https://qiita.com/mstakaha1113/items/1cf45a5119e1397d0315 "Boards(ボード)"は、開発の根幹を成す大切なサービスです。 サービスとして何があるのかご紹介します。 超概要なので、具体的な画面の説明はありません。 "Boards"のメニュー かなりザックリした説明になります。あえて抽象的な言葉で説明しています。 Work Items : 作業の一覧です。自分に割り当てられている作業をすばやく見つけたい時などに