新機能：AEM でのプライベート Git リポジトリのクラウドサービスとしての使用

style

border-bottom-glow

新機能：AEM でのプライベート Git リポジトリのクラウドサービスとしての使用

AEM as a Cloud Service、またはアドビがホストする AEM 6.5 製品（AEM Managed Services または「AMS」）では、アドビがホストする環境にコードをデプロイするには、まずそのコードをアドビのホステッド Git リポジトリに取り込む必要があるという要件が長い間ありました。

理由は非常に単純です。アドビのCloud Manager CI/CDフレームワークは、コードに対していくつかのチェックを実行し、コンテナ化されたビルドサービスからそのコードのビルドを実行し、本番環境へのデプロイが完了したらリポジトリでリリースをタグ付けできるようにする必要があります。

プライベートとアドビリポジトリ-コンテキスト

長い間、AEMAAC と AMS の顧客が対処しなければならなかった複雑さと制限が数多くありました。そのため、クラウドホスト型 AEM でプライベート Git リポジトリを使用できることは、次のような非常に望まれる人気の機能となっています。

2 つのリポジトリの管理

Adobe Git リポジトリは単なるデプロイメントリポジトリです。これは、AEM サイトを開発する際に使用する主な Git ではありません。可用性やバックアップに関するSLAはありません。そのため、プロジェクトを実行する際には、独自の内部リポジトリとデプロイ用のアドビリポジトリを管理し、それらのリポジトリ間の同期を管理する必要があります。

アドビのリポジトリにはプルリクエストなどの機能がありません

Adobe Git の実装には欠けている機能が多数あり、初期段階のパイプラインでは少し難しい場合があります。たとえば、Adobe gitにはスレッドやプルリクエストはありません。

セキュリティ違反、パフォーマンスの低下、
Sonarqubeのルール違反などを明らかにするような一連のビルド自動化テストを実際に実行できるのはAdobe CI/CDパイプラインだけである場合です。そのため、たとえば、サイトの速度が上がると思われる新機能でPRを開きたい場合は、自分のGithubでそのPRを開く必要があります。リードは「承認」する必要がありますビルドチェックに合格したかどうかがわからなくても、Adobe gitにコミットして、その時点で失敗する可能性があり、PRを行いますちょっと役に立たなかった

セキュリティ & ユーザー管理

Adobe Git には、ユーザー管理 & アクセスを制御するためのきめ細かい制御はありません。そのため、最終的には独自のセキュリティを自分のgitに実装し、自分で作成したビルドオートメーションに頼って、Adobe gitに渡されるブランチ、コミット、変更などを制限する必要があります。これは可能ですが、エラーが発生しやすいレベルのルーブ・ゴールドバーグの複雑さが増すだけです。

クラウドサービスとしての AEM のプライベート Git リポジトリ & AMS: アドビは何をリリースしましたか?

はっきりさせておきますが、これはこの機能の初の一般リリースです（今年のAdobe Summitで発表され、過去1年間にさまざまな顧客とのプレビューが行われました）。そのため、必要な機能をすべてサポートしているわけではなく、注意すべき制限がいくつかあります。しかし、この世界に生きる人々にとっては大きな前進となるので、できることとできないことをいくつか概説してみます。

今できること:

クラウドマネージャーパイプラインでの GitHub.com の使用:アドビクラウドマネージャーのデプロイメントリポジトリとして github.com git リポジトリを追加できるようになりました。

注: これは特に公開されている https://github.com/ サイトを指し、セルフホストの Github やその他の Git プロバイダーを指すものではありません。アドビでは Github アプリを使用して Git へのアクセスを認証および維持していますが、これは現時点で必要なプロセスです。

これは、他のgitプロバイダーの実装に伴う大きなハードルの1つである可能性があります。
PR でのコード品質パイプラインの実行: パイプラインの「シフトレフト」で非常に便利なのは、github で PR を開いて Cloud Manager のコード品質パイプラインを開始し、その結果を PR に直接報告できることです。これは、PRが本当に承認可能かどうか、またはPRを元に戻してやり直すべきかどうかを検証できるうえで非常に役立ちます。
PR パイプラインは自動作成および自動プルーニングされます。Cloud Manager でコード品質パイプラインを開始する PR を開くと、その PR 専用のパイプラインが作成され、その PR 専用に & 出力が実行されます。そのPRが終了すると、Cloud Managerはそのパイプラインを自動的に削除するので、100万ものPRパイプラインで詰まってしまうことはありません。

この動作はプロジェクトで設定可能です。
フルスタックパイプラインの実行: コードの品質チェックを行い、PRを承認したら、Cloud Managerのフルスタックパイプラインをセットアップして、Cloud Manager Adobe Repoをまったく移行せずにGithubリポジトリから直接実行できるようにすることができます。

これらのデプロイメントは、本番環境まですべて使用できます。
AMS（AEM 6.5）と AEM as a Cloud Service の両方で動作します。どちらのタイプのインフラストラクチャーもサポートしますが、ここでも同じ注意点があります。

まだできないこと:

Github 以外の Git リポジトリを使用する: この機能は https://github.com でのみ動作します。だから、あなたが「company.github.com」を持っているならまたは「gitlab.com」または「bitbucket.com」または Azure リポジトリ、またはその他の GitHub 以外の git プロバイダーの場合は、まだ機能しません。

アドビは、顧客のニーズに基づいて他のgitプロバイダーの優先順位付けと有効化に積極的に取り組んでいると述べています。そのため、必要があれば、話を聞いてくれる知り合いのアドビの従業員に連絡して時間を無駄にしないでください。
設定パイプライン、フロントエンドパイプライン、Web 層パイプラインなし： 現在、この機能は AEM プロジェクトのすべてをデプロイする「フルスタックパイプライン」でのみ機能します。Web-Tierパイプラインなどの他のサブモジュールパイプラインを使用してディスパッチャー専用コードをデプロイしたり、Configパイプラインを使用してCDN構成をデプロイしたりする場合、この機能はまだ適していません。
Git Trigger がまだ動作しない: パイプライン (コード品質またはデプロイ) を Git トリガーで起動させて、コードがコミットされたらデプロイを開始させようとしても、まだ動作しません。

現時点では、「デプロイトリガー:On Git Changes」がチェックされていても、手動でデプロイをトリガーする必要があります。これは現在、ドキュメントの「制限事項」セクションにも記載されています。（これを指摘してくれたサティシュ・バランにハットチップ！）