エッジデリバリーサービスのドキュメントオーサリング (DA) 入門

エッジデリバリーサービスサイトを管理するための、非常に説得力のある新しい早期アクセステクノロジーがあります。これは、以前はDark Alleyと呼ばれていたプロジェクトです。エッジデリバリー実装の編集、翻訳、保存、管理には新鮮な空気が吹き込まれています。このテクノロジーを使用する最初の顧客プロジェクトのリードアーキテクトとして、少し説明し、私の経験や考えを述べたいと思います。AEM をベースにした（または AEM に移行する可能性がある）サイトの次の移行を検討している場合は、DA について必ず知っておく必要があります。

エッジデリバリーサービスのドキュメントオーサリング (DA) とは

ドキュメントオーサリングまたはDA（以前は " Project Dark Alley " として知られていたアーティスト）は、エッジデリバリーサービスに基づくサイトの管理、編集、公開のための、超高速のエッジデリバリーサービスまたはヘリックスネイティブの統合ソリューションです。

DAは現在、アドビのアーリーアクセステクノロジーです。つまり、アドビは現在、アドビのようなパートナーやこの道を選んだパートナーと共同でイノベーションを進めているということです。この記事の中で、「" I'M IN SIGN ME UP "」とお考えになったら、一番下までスクロールして Slack/Discord & の連絡先情報を確認してください。

DA が従来の AEM インフラストラクチャーパラダイムと準最新のドキュメントベースのエッジデリバリーアーキテクチャのどこに当てはまるのかを理解しようとしている人のために、最初にいくつかの用語から説明しておきましょう。

エッジデリバリーサービスとは

アドビのエッジ配信サービスは、ウェブサイト配信用の最先端のクラウドベースのシステムで、作成されたドキュメント & 画像（および一部のビデオ）を取得し、非常に高速に配信できるように最適化された方法でWebに公開します。エッジデリバリーサービスは、基本的に、従来のAEMの「パブリッシャー」および「ディスパッチャー」サーバー階層と同じ役割を果たし、次のような利点があります。

• 非常に高速な配信速度-従来の AEM と Edge Delivery（入力の手間を省くためにこれまでは EDS と呼んでいました）を連続して比較すると、EDS ページはオンプレミスの AEM 6.5 の場合よりも 3 ～ 6 倍高速でした。
• グローバル配信はシステムに組み込まれています。（注：中国は依然として課題となる可能性があります）
• 実質的に無制限のトラフィック容量-サイトを配信するサーバーの数は決まっていないため、システムはスーパーボウル広告の規模が急上昇した場合でも問題なく処理できます。エッジデリバリーが途方もない規模のトラフィックの急増を飲み込む能力は、すでに伝説的なものです。大規模なテレビ広告キャンペーンを実施しているEDSサイトを持つ人なら誰でも聞いてください。
• プレビュー公開機能が組み込まれているため、公開前に完全に機能するコンテンツをプレビューできます。これだけでなく、組み込みのCI/CD機能セットにより、コードの各ブランチには即座にプロビジョニングされる独自のプレビュー環境があり、分隊レベルのUATと機能の分岐に関しては非常に柔軟に対応できます。
• シンプルな「ブロック」ベースのコンテンツ開発:エッジ配信サービスは、テーブル、タブ、アコーディオン、列などのコンテンツ要素である「ブロック」で構成されるページを提供します。その後、これらは単純な google-doc スタイルのインターフェースで作成されます。

注意:エッジ配信自体はCMSではありません

Edge Delivery は AEM ソリューションの一部として提供される開発フレームワークおよび配信パイプラインですが、コンテンツの管理、変更へのアクセスの制御、翻訳の展開、デジタルアセット管理システムの統合などに使用するソリューションを規定するものではありません。その結果、Edge Delivery Servicesでの & パブリッシングのオーサリングには、完全にサポートされ、完全に有効なシステムが多数存在しています。これには以下が含まれます。

• ドキュメントオーサリング
• シェアポイント
• グーグルドキュメント
• アドビエクスペリエンスマネージャーユニバーサルエディター

これらのツールセットはそれぞれ、その作業に適したツールとなる場合があります。それぞれの長所と短所、機能、制限を理解することが重要です。また、すべてのサイトがエッジ配信サービスに適しているわけではなく、現時点では従来の AEM に最適なサイトもあることにも注意してください。

エッジデリバリーの命名法のもう 1 つの明確なポイントとして、

• " ドキュメントベースの " オーサリングとは、ドキュメントをコンテンツの主要単位として扱うことを意味します。ドキュメントオーサリングは HTML ドキュメントを使用します。シェアポイントはワードドキュメントを使っていますが、グーグルは明らかにグーグルドキュメントを使っています。これは、個々のドキュメントとそのメタデータが AEM Java コンテンツリポジトリにノードとして保存される JCR ベースのオーサリングとは対照的です。
• " Helix " = エッジデリバリーサービス：このテクノロジーは、元のコードネーム " Helix " から始まり、後に " Franklin " および " Next-Generation と呼ばれるようになりました。コンポーザビリティ "。しかし今、" Helix " への参照が表示されている場合、それは下の図のエッジデリバリーサービスブロックを指しています。

ドキュメントオーサリング & エッジデリバリーアーキテクチャ図

ドキュメントオーサリングの機能セットを説明する前に、まず、AEM/Edge Delivery デプロイメントの例で DA がどのような位置を占めるかを示すアーキテクチャ図を見てみましょう。

上記のアーキテクチャでは、DAはCMSとオーサリングサーフェスの役割を果たし、タクソノミー、アセット管理、翻訳などのドキュメント管理アクティビティの統合ポイントでもあります。ただし、通常は、従来の AEM 作成者がそうであるように、バックエンドまたはパブリックデータ統合の中心的な統合ポイントではありません。

上記のアーキテクチャでは、次のことを前提としています。

• ドキュメントオーサリングは、Web ドキュメントの作成、管理、公開、翻訳ロールアウトの基盤です
• パブリッシング層としてのAdobe Edge Delivery Servicesは、ドキュメントオーサリングで作成されたドキュメントを、超高速で応答性の高いWeb対応フォーマットで配信します
• コンテンツ配信ネットワーク、Webファイアウォール、 および設定可能なリダイレクトレイヤーとしてのAdobe Managed CDN 。
• Web アセット管理用アドビエクスペリエンスマネージャーアセット（Web サイトから配信される画像、ドキュメント、その他のファイル）
• ウェブフォームと確認/トランザクションメール用のハブスポット。（この役割は、AEM Forms、Marketo Forms、またはその他の多数のフォーム管理プロバイダーが担当することもできます）
• ビデオ管理および配信用の Vidyard
• 翻訳用スマートリング

この設定の柔軟性と、製品データ、PIMシステム、レガシーシステムなどのデータレジデンシーとアクセス要件をどのように回避できるかについて、かなりの時間をかけて説明することもできましたが、それはまた別の日の投稿です。

ドキュメントオーサリング (DA) 機能セット

DA 機能セットには次のものが含まれます。

ドキュメントツリー管理

エッジデリバリーサイトのコンテンツ管理は、（SharepointやAEM内ではなく）DAインターフェイス内から行われ、ドキュメントは内部でクラウドに保存され、バージョン管理されます。DAのファイル管理および公開インターフェイスでは、期待どおりに通常のコピー/貼り付け/移動が可能で、公開/プレビューステータスを示すエッジ配信への組み込み呼び出しが含まれています。

ドキュメント & シート用エディター

DA には、Web ドキュメントと構造化データ用のドキュメントエディター & シートエディターが含まれています。エディタは飾り気がなく、驚くほど高速です。クイック関数 & フォーマット用のスラッシュメニュー、ブロックにすばやくアクセスするためのブロックライブラリ (つまり" プロジェクトで作成したコンポーネント "（AEM で言うと昔から）。

プロジェクトにカスタムで他の UI 機能を追加するためのエディタープラグインフレームワーク。私たちが使用したプラグインには、AEM インスタンスから AEM タグをブラウズする & 用のタグブラウザや、イベント管理 UI に期待される形式の日付形式を入力するための日付ピッカーなどがあります。

リアルタイムコラボレーション

DAには強固なリアルタイムコラボレーション機能があり、事実上すべてのユーザーが同時に文書を編集できます。実際、 AdaptTo () カンファレンスでドキュメントオーサリングを紹介する講演を行ったときに 、これをリアルタイムでテストすることになりました。講演の一環として、200人以上の聴衆全員に同時にドキュメントにログインし、& プレビューで編集を開始するよう招待しましたが、Collabのバックエンドは完璧に持ちこたえました。これは、Officeでの編集では言えないほどです。

AEM アセットの統合

DA には、AEM Assets マイクロフロントエンド（MFE）を使用した組み込みの AEM Assets 統合が含まれています。これにより、組織は引き続き AEM Assets をデジタルアセット管理の中央記録システムとして使用できると同時に、作成者は高速なドキュメントベースのエッジデリバリーシステムで自由に作業できます。

この実装はA+で、まさにDAのキラー機能の1つです。

ビルトインのドキュメントバージョン管理

DA には文書のバージョン管理と監査履歴が組み込まれています。ユーザーによる文書への編集はすべて日付 & タイムスタンプで監査され、復元ポイントのバージョン管理はページが公開されるたびに自動的に行われます。復元ポイントのバージョン管理は、復元ポイントをカットしたいときにその場限りの方法で行われます。

バージョニングは、一括で、または API を介して行うこともできます。

ライブプレビュー

DAでは、編集ウィンドウにライブプレビューが表示され、複数の画面サイズ（モバイル、タブレット、デスクトップ）を使用できます。

バルクツーリング

この早期アクセステクノロジーの実装はまだ初期段階ですが、DAには、一括プレビュー、一括公開、一括再索引、一括バージョン管理のための非常に便利な一括ツールが既に含まれています。

これと、コンテンツのツリー全体にわたる超高速検索 & 置換を組み合わせると、& が非常に高速になり、大量のコンテンツに対して安全かつ大量の変更を加えてから展開できるようになります。

たとえば、約4000ページを含むサイトのサブセクションでは、サブナビゲーションに使用していたフラグメントの名前を置き換える必要がありました。開発者にグルーヴィーなスクリプトを書いてもらう代わりに（AEM の世界ではそうですが）DA UI で & replace を検索したところ、8 秒足らずですべて完了しました。

さらに良いことに、最初にサイトのそのセクション全体を一括バージョン化できたので、& replaceという検索で何か問題が発生した場合に備えて、すぐにバックアップバージョンに戻すことができます。再び... 新鮮な空気の息吹を。

エッジデリバリーの翻訳/ロールアウトと " MSM " の代替品

ローンチカスタマーがエッジデリバリーのロールアウトにSharepoint/Universal Editorの代わりにDAを選択した大きな理由は、DAの堅牢なローカリゼーションフレームワークとページロールアウト & 再統合機能です。Google DocsまたはSharepointを使用してローカライズされたエッジ配信サイト（またはユニバーサルエディターを備えたCrosswalkサイト）を実装する際の主な課題は、AEMのマルチサイトマネージャー（MSM）に代わる確立されたフレームワークがないことです。

翻訳管理システム（TMS）コネクタとMSM機能を活用できないと、エッジデリバリーにローカライズされたサイトを実装する人は誰でも、翻訳用の文書を収集してTMSに送るために、独自のオーダーメイドのワークフローを設計および構築し、文書をシャッフルするという災害が発生します。SmartlingやTranslations.comなど) では、それらを元に戻し、ローカルの変更を処理してロールアウトします。この機能だけでも、エッジデリバリーへの移行に向けた開発作業の大部分を占めることになり、EDSの開発速度によるメリットの多くが失われる可能性があります。DAはこれを解決するために、強固で非常に柔軟な方法で翻訳を発送し、それらの翻訳を戻す際に現地の変更があれば差分を確認できるようにしています。

オーサリング & 公開アクセス制御

DA には、パブリッシュ & オーサリングアクセス制御用の堅牢な ACL モデルが含まれています。エッジ配信はこの点で少し興味深いかもしれません。オーサリング & パブリッシングがすべて同じシステムの一部である AEM のような統合システムとは異なり、エッジ配信は分離されているからです。上の図を参照すると、" Helix " または Edge Delivery には独自のプレビュー/公開許可システムがあり、きめ細かではありません。つまり、" aem.page " にコンテンツをプッシュすることもできるということです。または " aem.live "バケツでないとダメだきめ細かなアクセス制御 (" bloggers " グループだけが/blog コンテンツツリーにコンテンツを書き込めるが、公開はできず、書き込みのみはできない、など)、実装するかどうかはオーサリングサーフェス次第です。

そのため、DA はオーサリングサーフェスレベルのアクセス制御 (きめ細かい) と、Helix で保護されたパブリッシングを設定してどのユーザーが & パブリッシュコンテンツをエッジデリバリーにプレビューできるかを制限するメカニズムの両方をサポートしています。

なんてこったロースピード

DAについて私が最後に述べるべきコメント（これが最初になる可能性が非常に高い）は、DAは間違いなく私が今まで使用した中で最速のCMSであるということです。もっと速いCMSを見つけたら、教えてください。

ドキュメントの読み込み時間、公開時間、UIの全体的なすばらしさは他に類を見ません。もちろん、DA自体がエッジデリバリープロジェクトであるという事実に起因しています。AEM 6.5 で DA を連続して使用しているクライアント側のオンボーディング作成者は、その速さに一様に驚かされます。AEM で入れ子になったコンポーネントを含む複雑なページや、JCR からの読み込みに時間がかかる複数のダイアログを扱う場合は、この違いが特に顕著になります。

ドキュメントオーサリングを取得する方法

繰り返しになりますが、DAは依然としてエッジデリバリーサービスの早期アクセステクノロジーです。

エッジデリバリーサービス自体は AEM as a Cloud サービスの一部であり、現時点では AEM as a Cloud Service との統合サービスとなっています。そのため、クラウドサービスとしての AEM への移行を検討している場合（またはすでに導入している場合）には、DA が選択肢となる可能性があります。

すでに Adobe で Slack を導入している場合は、DA について尋ねれば、すぐに始められます。

専用のDAチャンネルがあるAdobe Discordで問い合わせることもできます。

最後に、サイトから、 またはLinkedinやTwitter/Xで直接お問い合わせください。これに関する私の経験をお話ししたいと思います！

または、Adobe Summitで私たちに会いに来てください。ぜひデモをお届けします。

聞いたことみたいな？自分に合ったものについて質問がありますか？話したいです！ お問い合わせ

ポッドキャストエピソード & ブログ投稿