装飾的な二重らせん

AEM Edge Delivery 向け Adob​​e Document Authoring (DA) のご紹介

AEM Edge Delivery には、 Document Authoring (以前は Dark Alley と呼ばれていたプロジェクト) と呼ばれる、新しくて非常に魅力的なコンテンツ管理インターフェイスがあります。これは、Adobe Experience Manager サイトの管理に新風を吹き込むものであり、このテクノロジーを使用する最初の顧客プロジェクトの設計者として、このテクノロジーについて少し説明したいと思います。AEM ベースのサイト (または AEM に移行する可能性のあるサイト) の次の動きを評価している場合は、DA について必ず知っておく必要があります。

AEM Edge Delivery のドキュメント オーサリング (DA) とは何ですか?

Document Authoring またはDA (以前は「Project Dark Alley」と呼ばれていました) は、Edge Delivery Services に基づいてサイトを管理、編集、公開するための、Adobe の超高速で Edge Delivery ネイティブな統合ソリューションです。DA は現在、Adobe の早期アクセス テクノロジです。

DA が従来の AEM インフラストラクチャ パラダイムまたは準最新のドキュメントベースの Edge Delivery アーキテクチャのどこに当てはまるかを理解するために、まずいくつかの用語を理解しておきましょう。

エッジ配信サービスとは何ですか?

Adobe Edge Delivery Services は、Web サイト配信用の最先端のクラウドベースのシステムであり、作成されたドキュメントと画像 (および一部のビデオ) を取得し、超高速配信に最適化された方法で Web に公開します。Edge Delivery Services は、基本的に、従来の AEM の「Publisher」および「Dispatcher」サーバー層が果たす役割と同じ役割を最新のアーキテクチャで果たし、次のような利点があります。

覚えておいてください: Edge Delivery自体はCMSではありません

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

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

ドキュメント作成とエッジ配信のアーキテクチャ図

ドキュメント オーサリングの機能セットについて詳しく説明する前に、まず、AEM / Edge Delivery の展開例で DA が配置される場所のアーキテクチャ図を見てみましょう。

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

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

このセットアップの柔軟性と、製品データ、PIM システム、レガシー システムなどのデータ レジデンシーとアクセス要件を設計する方法について詳しく説明するには、かなりの時間を費やすこともできます (そしてそうするつもりです)。ただし、それは別の日の記事にします。

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

DA 機能セットには以下が含まれます。

ドキュメントツリー管理

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

ドキュメントとシートのエディター

DA には、Web ドキュメントと構造化データ用のドキュメント エディターとシート エディターが含まれています。エディターは無駄を省いた非常に高速なものであり、クイック機能と書式設定用のスラッシュ メニュー、プロジェクトで作成したブロック (古い AEM 用語では「コンポーネント」) にすばやくアクセスするためのブロック ライブラリが含まれています。

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

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

DA には堅牢なリアルタイム コラボレーション機能が含まれており、事実上任意の数のユーザーが同時にドキュメントを編集できます。実際に、私はドキュメント オーサリングを紹介する講演を行ったAdaptTo() カンファレンスで、この機能をリアルタイムでテストしました。講演の一環として、200 人以上の聴衆全員に同時にドキュメントにログインしてもらい、編集とプレビューを開始してもらいましたが、コラボレーション バックエンドは完璧に機能しました。これは、Office での編集では時々期待できないことです。

AEMアセット統合

DA には、AEM Assets Micro Frontend (MFE) を使用した AEM Assets 統合が組み込まれています。これにより、組織は AEM Assets をデジタル アセット管理の中心的な記録システムとして引き続き使用できると同時に、作成者は高速なドキュメントベースの Edge Delivery システムで自由に作業できるようになります。

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

組み込みのドキュメントバージョン管理

DA には、ドキュメントのバージョン管理と監査履歴が組み込まれています。任意のユーザーがドキュメントに加えたすべての編集は、日付とタイムスタンプで監査され、復元ポイントのバージョン管理は、ページが公開されるたびに自動的に実行されるか、復元ポイントを切り取りたい任意の時点でアドホックに実行されます。

バージョン管理は一括で、また API 経由でも利用できます。

ライブプレビュー

DA は編集ウィンドウでライブプレビューを提供し、複数の画面サイズ (モバイル、タブレット、デスクトップ) が利用できます。

バルクツール

まだ早期アクセス技術の一部ですが、DA には現在、一括プレビュー、一括公開、一括再インデックス、一括バージョン管理のための非常に便利な一括ツールが含まれています。コンテンツのツリー全体にわたる超高速検索と置換を組み合わせることで、大量のコンテンツに安全かつ大量の変更を加え、それを展開することが非常に高速かつ実行可能になります。

翻訳/ロールアウトとエッジ配信の「MSM」の代替

当社のローンチ カスタマーが Edge Delivery の展開に Sharepoint/Universal Editor ではなく DA を選択した大きな理由は、DA の堅牢なローカリゼーション フレームワークとページ展開および再統合機能です。Google Docs または Sharepoint (または Universal Editor を使用した Crosswalk サイト) を使用してローカライズされた Edge Delivery サイトを実装する際の主な課題は、AEM のマルチサイト マネージャー (MSM) に代わる確立されたフレームワークがないことです。

翻訳管理システム (TMS) コネクタと MSM 機能を利用できない場合、ローカライズされたサイトを Edge Delivery で実装する人は、翻訳用のドキュメントを収集し、それを TMS (Smartling や Translations.com など) に送信し、それを取得してローカルの変更を処理し、展開するために、独自のカスタム ワークフローとドキュメント シャッフル ディザスターを設計および構築する必要があります。この機能だけでも、Edge Delivery に移行するための開発作業の大部分を占め、EDS での開発の速さの利点の多くを打ち消す可能性があります。DA は、翻訳を送信し、それらの翻訳を戻すときにローカルの変更を比較するための堅牢で非常に柔軟な構成を提供することで、この問題を解決します。

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

DA には、公開とオーサリングのアクセス制御のための堅牢な ACL モデルが含まれています。この点で、Edge Delivery は少し興味深いものになります。AEM のような統合システムとは異なり、オーサリングと公開がすべて同じシステムの一部であるのに対し、Edge Delivery は別々です。上の図を参照すると、「Helix」または Edge Delivery には独自のプレビュー/公開権限システムがあり、きめ細かな制御はされていません。つまり、「aem.page」または「aem.live」バケットにコンテンツをプッシュできるかできないかのどちらかです。きめ細かなアクセス制御 (「bloggers」グループのみが /blog コンテンツ ツリーにコンテンツを書き込むことができますが、公開することはできず、書き込みのみ可能など) は、オーサリング サーフェスによって実装されます。

したがって、DA は、オーサリング サーフェス レベルのアクセス制御 (きめ細かい) と、Helix で保護された公開を構成して、どのユーザーがコンテンツをプレビューおよび Edge Delivery に公開できるかをロックダウンするメカニズムの両方をサポートしています。

ああ、生のスピード

DA について最後に述べるべきことは (これが最初のコメントになるかもしれませんが)、DA は間違いなく私がこれまで使用した中で最速の CMS であるということです。これより高速な CMS を見つけたら、ぜひ教えてください。

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

Adobe Document Authoring の入手方法

繰り返しになりますが、DA はまだ AEM Edge Delivery Services の早期アクセス テクノロジーです。

Edge Delivery Services 自体は AEM as a Cloud Service の一部であり、現時点では AEM as a Cloud Service と統合されたサービスです。そのため、AEM as a Cloud Service への移行を検討している場合 (または既に移行している場合)、DA が選択肢になる場合があります。弊社までご連絡いただければ、このエキサイティングな新技術のパートナーを管理および選定している Adob​​e のグループをご紹介いたします。

Adobe Summit にぜひお越しください。ぜひデモをお見せしたいと思います。

タッド・リーブス

Arbory Digital の主任アーキテクト

AEM/CQ で 14 年以上の経験があり、システム インフラストラクチャで 25 年以上の経験を持つ AEM アーキテクト兼 DevOps 担当者。システム管理よりもマウンテン バイクに長く携わっており、メイン州出身ですが、現在はジョージア州北西部の山岳地帯に住んでいます。

TadにLinkedinで連絡する

聞いてよかったですか? 自分に合ったものについて質問がありますか? ぜひお話ししましょう!お問い合わせ

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

AEM とは? AEM の用途は? 初心者向けの AEM の基本説明 - Arbory Digital Podcast Ep6
AEM とは何ですか? Adob​​e Experience Manager は何に使用されますか? AEM とは何か、またその機能について 30 分以内で基本的な説明を試みましたが、ポッドキャストの録音開始から 19 分ほど経ったころに消防署が突然現れたにもかかわらず、なんとか間に合うことができました。
AEM およびその他のプラットフォームの中国におけるサイトパフォーマンスの最適化
中国本土でのサイトのパフォーマンスを最適化するために利用できるツールについて、どれくらいご存知ですか? 中国語のサイトがない場合でも、中国でのパフォーマンスを気にする必要がありますか? 気にする必要があります!
セルフホスト型 AEM はまだ存在するのか? 今日のエッジ配信の世界で再考
クラウド回帰と超高速の新しいエッジ配信サービスの間で繰り広げられている今日の戦いにおいて、もう一度考えてみましょう。セルフホスト型 AEM はまだ存在するのでしょうか?