次の方法で共有

Kubernetes と Azure Pipelines の統合 - Microsoft ビルドのお知らせ

  • [アーティクル]

Microsoft Build カンファレンスは、5 月 6 日から 8 日にシアトルで開催されました。 会議中に、いくつかのエキサイティングな新機能を発表しました。

たとえば、GitHub ID を使用して Azure DevOps ポータルにログインできるようになりました。 さらに、YAML ベースのマルチステージ パイプラインを使用して、GitHub リポジトリを Kubernetes まで利用できます。

詳細については、以下の 機能 の一覧を参照してください。

機能

全般:

Azure Pipelines:

Azure Artifacts:

[Administration:

全般

GitHub 資格情報を使用して Azure DevOps にサインインする

これで、GitHub 資格情報を使用して Azure DevOps にサインインできます。 すべての Microsoft ログイン ページで GitHub アカウントでサインインするオプションが表示されます。 GitHub 資格情報を使用するには、[ GitHub でサインイン] をクリックします。

Azure DevOps サインイン ページ。

GitHub にサインインして Microsoft アプリケーションを承認すると、GitHub ID にリンクされた新しい Microsoft アカウントが取得されます。 このプロセス中に、必要にじて既存の Microsoft アカウントにリンクすることもできます。

ブログの投稿と完全な発表については、こちらを参照してください。

Azure DevOps を簡単に購入する方法

Microsoft では、製品の購入方法など、エンド ツー エンドのエクスペリエンスの向上に常に取り組んでいます。 フィードバックに応えて、一部のAzure DevOps Servicesの購入方法を簡略化する変更をお知らせします。 Azure Artifacts の変更は 2019 年 5 月 6 日にロールアウトされ、その他のライセンス変更は 2019 年 6 月 1 日から請求に反映されます。

こちらの完全な発表を含むブログ投稿をご 覧ください。

Azure Pipelines

Azure Pipelines の Kubernetes 統合

Kubernetes と Docker コンテナーは、多くの組織のテクノロジ スタックの重要な部分となっています。 Kubernetes を使用すると、アプリを大規模に実行するときにインフラストラクチャの機敏性を高めることができます。 コンテナーと DevOps プラクティスを組み合わせることで、コンテナーを中心に構築された継続的インテグレーションと継続的デリバリープラクティスを通じて、開発プロセスのアジャイル性を大幅に向上させることができます。

コンテナーを進めるのに役立つよう、Azure Pipelines で簡単に作業を開始できるようにしました。そのため、Docker コンテナーを使用してアプリケーションをビルドし、任意のクラウドの Kubernetes クラスターにデプロイできます。 また、Azure Pipelines に専用の Kubernetes 環境ビューを追加しました。

新機能の詳細と完全なお知らせ については、こちらを参照してください。

複数ステージの YAML パイプライン

統合された YAML エクスペリエンスが提供されるようになったため、継続的インテグレーション (CI) と継続的デリバリー (CD) の両方を利用するようにパイプラインを構成できます。 YAML ドキュメントを使用してパイプラインを定義すると、パイプライン構成をアプリケーションのコードと共にソース管理にチェックして、管理、バージョン管理、制御を容易にすることができます。

新しい YAML サポートにより、製品全体のすべてのマルチステージ パイプラインを視覚化するのに役立つ新しい UI も追加されます。 さらに、ステージとジョブの間を簡単にジャンプできる新しいログ表示エクスペリエンスが追加され、エラーや警告をすばやく特定できます。

最後に、デプロイエラーの診断、トレーサビリティの向上、複数のデプロイの追跡に役立つ環境の概念も追加しました。

これらの機能を有効にするには、プレビュー機能ページに移動し、 マルチステージ パイプラインを有効にします。

これらの機能の詳細については、 こちらを参照してください。

Azure Artifacts

GB 単位の支払い

これまでは、Azure DevOps 基本ライセンスを超えて、Azure Artifacts を使用するすべてのユーザーに個別の追加ライセンスが必要でした。 これは柔軟性がなく、管理が難しく、コスト効率が低いことが多いというフィードバックをお聞きしました。 このフィードバックに基づいて、Azure Artifacts の課金方法が変更されました。 ここで、使用するストレージに対してのみ課金され、使用するユーザーの数は課金されません。 これにより、organization内のすべてのユーザーがパッケージにアクセスして共有できます。

すべてのorganizationは、最大 2 GB のストレージを無料で使用できます。 追加のストレージ使用量は、GB あたり $2 から GB あたり $0.25 に減る階層化された料金に従って課金されます。 詳細については、 価格に関するページを参照してください。

Python とユニバーサル パッケージの一般提供

しばらくの間、パブリック プレビューでは Python パッケージと独自の ユニバーサル パッケージがサポートされています。 今から、両方とも一般提供され、すべての運用ワークロードに対応しています。

GB 単位の料金とその他の Azure Artifacts の更新に関するブログ記事 は、こちらを参照してください。

管理

Azure DevOps を簡単に購入する方法

Microsoft では、製品の購入方法など、エンド ツー エンドのエクスペリエンスの向上に常に取り組んでいます。 フィードバックに応えて、一部のAzure DevOps Servicesの購入方法を簡略化する変更をお知らせします。 Azure Artifacts の変更は 2019 年 5 月 6 日にロールアウトされ、その他のライセンス変更は 2019 年 6 月 1 日から請求に反映されます。

こちらの完全な発表を含むブログ投稿をご 覧ください。

次の手順

Azure DevOps に進み、見てみましょう。

Azure DevOps に移動する

フィードバックの提供方法

これらの機能についてご意見をお聞かせください。 フィードバック メニューを使用して、問題を報告したり、提案を提供したりします。

ご提案の送信

Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。

よろしくお願いします。

ゴピナス・チガッカガリ (Twitter)