次の方法で共有

DevOps プロジェクトを使用して Azure Kubernetes Service (AKS) にデプロイする – VSTS Sprint 134 Update

  • [アーティクル]

Visual Studio Team Services (VSTS) の Sprint 134 Update では、 Build での Ruby、Python、Java 言語のサポートが強化され さらに多くのデプロイ オプションが提供され、 リリース。 これらのオプションの 1 つは、Azure DevOps Projects に Azure Kubernetes Service (AKS) を追加することです スケーリングの準備ができているコンテナー化されたアプリケーションの使用を開始するのに役立ちます。 また、過去数か月間プレビュー段階にある リリース ゲートが一般公開され、リリースの環境全体にわたるプログレッシブ デプロイの制御を自動化できるようになりました。

VSTS Demo Generator の新しいバージョンを使用すると、豊富なサンプル データと構成を使用して VSTS のデモと学習を簡単に行うことができます。

VSTS の新機能

機能

作業

ビルド

リリース

パッケージ

テスト

Wiki

作業

空のリッチ テキスト フィールドのクエリ

新しい IsEmpty クエリ演算子を使用して、Description などの空のリッチ テキスト フィールドを持つ作業項目を検索します。 この機能は提案に基づいて優先されました。

ビルド

さまざまな Ruby バージョンに基づいて Ruby アプリをビルドする

Ruby バージョン 2.3.7、2.4.4、および 2.5.1 がホストされるエージェントに追加されました。 パイプラインで使用される Ruby のバージョンを設定するには、ビルド ステップに Ruby バージョン タスクを追加します。 指定した Ruby のバージョンは、エージェントのツール キャッシュからインストールされ、必要に応じてビルドの PATH 環境変数に追加されます。 >= 2.4など、バージョン番号の範囲を設定することもできます。

Ruby タスクを使用する

さまざまな Python バージョンに基づいて Python アプリをビルド、テスト、発行する

Python バージョン 2.7.14、3.3.7、3.4.8、3.5.5、3.6.4、および 3.7.0-b2 がホストされているエージェントで使用できるようになりました。 パイプラインで使用される Python のバージョンを設定するには、 Python バージョン タスクをビルド ステップに追加します。 指定した Python のバージョンは、エージェントのツール キャッシュからインストールされ、必要に応じてビルドの PATH 環境変数に追加されます。 >= 3.3など、バージョン番号の範囲を設定することもできます。

Python タスクを使用する

複数のバージョンの Python で Python パッケージをテストする一般的なシナリオでは、ビルド パイプラインの作成時に Python Package テンプレートを選択します。 Python バージョンのマトリックスでテストを実行し、必要に応じてパッケージを発行するための最初の手順セットが提供されます。

Python パッケージ タスク

Java 10 を使用してホストされるエージェントで Java アプリを構築する

Linux、macOS、および Windows を実行しているホストされるエージェント マシンに、Java 10 がプレインストールされるようになりました。 Ant、Gradle、Maven のビルド タスクにより、Java 10 とそのビルドのアーキテクチャの選択が簡略化されます。

Java バージョンの設定

改善された Xcode ビルドと xcpretty からのテスト出力を活用する

xcpretty は xcodebuild 出力の読みやすさを向上させ、JUnit 形式でテスト結果を生成します。 Xcode ビルド タスクは、ホストされている macOS エージェント上にあるように、エージェント コンピューターで使用できる場合に自動的に xcpretty を使用するようになりました。 xcpretty の出力は xcodebuild 出力とは異なり、詳細が少なくてもかまいませんが、VSTS では、ビルドごとに完全な xcodebuild ログを使用できます。

リリース

リリース ゲートを使用して段階的に公開し、デプロイをフェーズ化する(一般提供開始)

デプロイのデータドリブン承認を可能にするリリース ゲートが一般公開されました。 リリース ゲートを使用すると、リリースを次の環境に昇格させる前に満たす必要があるアプリケーションの正常性基準を指定できます。 指定されたすべてのゲートは、デプロイの前またはデプロイ後に、すべてが成功するまで定期的に評価されます。 4 種類のゲートをすぐに使用でき、 Marketplace からさらにゲートを追加できます。 デプロイに必要なすべての条件が満たされたことを監査できます。 詳細については、リリース ゲートに関する文書を参照してください。

リリース ゲート パネル

Azure DevOps Projects を使用して Azure Kubernetes Service (AKS) と Azure Service Fabric にデプロイする

Azure のフル マネージド Kubernetes サービスである Azure Kubernetes Service (AKS)は、 DevOps Projects で新しいNode.js、.NET Core、または Java ベースのアプリを起動するときにターゲットにできるようになりました。 独自のコードを使用して、既存のアプリケーションから開始することもできます。 アプリケーション言語、ランタイム、AKS を選択するだけです。 DevOps プロジェクトは、AKS クラスターを作成し、Helm Chart を使用して継続的デリバリー パイプラインを設定します。

DevOps Projects の新しい .NET Core アプリの Azure Service Fabric をターゲットにすることもできます。 これにより、完全な DevOps パイプラインを含む新しいプロジェクトを開始するためのもう 1 つのオプションが提供されます。VM の制御を維持する場合でも、Web アプリのシンプルさを維持する場合でも、高スケール用に最適化する場合も可能です。 詳細については、 AKS および Service Fabric のチュートリアル ドキュメントを参照してください。

アプリケーションをデプロイする Azure サービスを選択する

Azure DevOps Projects を使用して Azure SQL Database にデプロイする

フル マネージドリレーショナル クラウド データベースである Azure SQL Database は、新しい .NET アプリを起動し、ランタイムとして ASP.NET を選択するときに、 DevOps Projects でターゲットにできるようになりました。 [データベースの追加] を選択するだけで、SQL Database を .NET アプリに追加。 DevOps プロジェクトは、両方の層の継続的デリバリー パイプラインを含む、2 層の接続されたアプリケーションのサンプルを作成します。 詳細については、 tutorial ドキュメントを参照してください。

データベースを追加する

ハイブリッド アプリケーションを Azure Stack にリリースする

Azure Stack のサポートはプライベート プレビューから外れ、一般公開されました。 Azure Stack は、Azure サービスと機能をオンプレミスで拡張する、ソフトウェアと検証済みのハードウェアの統合システムです。 クラウド、オンプレミス、ハイブリッド アプリケーションのいずれを実行しているかに関係なく、すべての要素のビルド、デプロイ、テストを含む、より一貫性のある DevOps プロセスを作成できるようになりました。 コードの変更は必要ありません。 Azure Stack に接続するだけで 他のデプロイ ターゲットと同じツールと機能を使用できます。 プロジェクト管理者の設定またはビルドまたはリリース定義から新しい Service を追加するときに、AzureStack オプションが Environment AzureStack ダイアログに表示されます。 詳細については、 Azure Stack へのアプリのデプロイ ドキュメントを参照してください。

Azure に接続する

リリースで使用される Helm のバージョンを制御する

Helm ツール インストーラー タスクは、インターネットまたはツール キャッシュから特定のバージョンの Helm を取得し、エージェントの PATH (ホステッドまたはプライベート) に追加します。 このタスクを使用して、 .NET Core cli タスクなどの後続のタスクで使用される Helm のバージョンを変更します。 ビルド定義またはリリース定義の Helm Deploy タスクの前にこのタスクを追加すると、適切な Helm バージョンでアプリをパッケージ化してデプロイできます。 このタスクは、必要に応じて、Helm が機能するための前提条件である kubectl ツールのインストールにも役立ちます。

パッケージ

パッケージのフォロー

最終更新日 新しいパッケージ通知の種類をリリースしました。これにより、 Notifications 設定で新しいサブスクリプションを設定することで、パッケージとフィードに関する更新プログラムを取得できます。 これで、すべてのパッケージに直接新しい Follow ボタンを使用して通知を設定する作業がさらに簡単になりました。 [フォロー] ボタンもリリース ビューと互換性があります。 ビューを使用してパッケージを確認しているときにパッケージをフォローすると、そのビューに昇格された新しいバージョンの更新プログラムのみが取得されます。

アップストリーム ソースからパッケージをプルできるユーザーを制御する

最後の更新 リリースされた新しいアップストリーム ソース機能では、フィードを介して他のチームのフィードから NuGet パッケージと npm パッケージを使用できるようになりました。 お客様のフィードバックを聞くと、アップストリームソースの現在のアクセス許可は、アップストリームからパッケージを保存するために共同作成者である必要があり、状況によっては十分に細分化されていないと聞きました。

この更新プログラムでは、パッケージ管理に Collaborator という新しいロールが導入されました。 コラボレーターはアップストリーム ソースからパッケージを保存できますが、パッケージをフィードに直接発行することはできません (たとえば、 nuget pushを使用)。 これにより、信頼できるパッケージまたはビルド システムにパッケージの発行を制限しながら、エンジニアがアップストリーム ソースの新しいパッケージを使用できるようになります。

手動で保存しなくてもフィード設定を変更する

フィード設定ページの操作の一部が改善されました。 これで、アップストリームやアクセス許可の追加など、行った変更がすぐに保存されます。 つまり、設定ピボットを切り替えるときに、変更を失うことを心配する必要はありません。

テスト

新しいテスト プラン ハブを使用してテスト 計画を管理する

重要

この機能を使用するには、プロファイルまたはアカウントで New Test Plan Experience preview 機能 が有効になっている必要があります。

Test Plans の新しいハブを紹介します! このページからプランを追加、編集、削除できるだけでなく、チームとプロジェクト全体でお気に入りのプランを検索して削除することもできます。 この種のエクスペリエンスは、 Dashboards、 Queries、および Plans で開拓されました。 これは、製品全体でこの一貫性をもたらすもう 1 つの手順です。

テスト 計画のランディング ページ

Wiki

破損したページ リンクは、ドキュメント ソリューションにおけるページ品質の低下の主な原因の 1 つです。 以前 Wikiでは、ツリー構造内のページを移動したり、ページの名前を変更したりすると、他のページや作業項目からのページへのリンクが壊れる可能性があります。 これで、リンクが壊れる前に、リンクを確認して修正できます。

重要

ページ内のリンクとWiki ページのリンクの[]() Markdown 構文を使用して作業項目のリンクの種類を使用して、Wikiがこれらの壊れている可能性のあるリンクを見つけて修正できるようにします。 作業項目のプレーンテキスト URL とハイパーリンクは、この機能では取得されません。

ページの名前を変更または移動すると、影響を受ける絶対リンクまたは相対リンクを確認するように求められます。

[ページの移動] ダイアログ

その後、アクションを実行する前に、影響を受ける Page のリンク と Work アイテム の一覧が表示されます。

ページ リンクの移動

VSTS デモ ジェネレーター

Demo Generator は、ソース コード、作業項目、イテレーション、サービス エンドポイント、選択したテンプレートに基づくビルド定義とリリース定義など、事前に設定されたサンプル コンテンツを使用して VSTS アカウントにプロジェクトを作成するのに役立ちます。 これらのプロジェクトを使用して、ハンズオン ラボ、デモ、その他の教材に従うことができます。

最新バージョンでは、簡単なサインイン、拡張機能の自動インストール、新しいテンプレート、TFS のサポートが提供されます。

ジェネレーターを使用する手順については、 ドキュメント を参照してください。

次の手順とフィードバック

VSTS に移動する

更新プログラムのサブスクライブ

これらの機能に関するご意見をお聞かせください。 問題を報告するか、フィードバック メニューを使用して、Microsoft の優先順位を確認したい事項に関するアイデアがある場合は、提案を提供します。

フィードバック メニュー

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

よろしくお願いします。

ジェイミークール