Wprowadzenie do tworzenia dokumentów (DA) dla usług Edge Delivery Services

Dostępna jest nowa, niezwykle atrakcyjna technologia w fazie wczesnego dostępu do zarządzania witrynami usług dostarczania na krawędzi sieci, o nazwie Document Authoring (projekt znany wcześniej jako Dark Alley). To powiew świeżego powietrza dla edycji, tłumaczenia, przechowywania i zarządzania wdrożeniami Edge Delivery. Jako główny architekt pierwszego projektu klienta, w którym wykorzystano tę technologię, chętnie opowiem o niej nieco więcej i podzielę się swoimi doświadczeniami i przemyśleniami. Jeśli zastanawiasz się nad kolejnym krokiem w przypadku witryny opartej na AEM (lub która może zostać przeniesiona do AEM), zdecydowanie powinieneś wiedzieć o DA.

Czym jest tworzenie dokumentów (lub DA) dla usług dostarczania na brzeg sieci?

Tworzenie dokumentów lub DA (wcześniej znany jako "Project Dark Alley") to niezwykle szybkie, natywne dla Edge Delivery Services lub Helix zintegrowane rozwiązanie do zarządzania, edycji i publikowania witryn opartych na Edge Delivery Services.

DA jest obecnie technologią dostępną w ramach wczesnego dostępu od Adobe, co oznacza, że firma Adobe współpracuje obecnie nad jej udoskonaleniem z partnerami takimi jak my oraz innymi partnerami, którzy zdecydowali się podążać tą ścieżką. Jeśli w dowolnym momencie podczas czytania tego artykułu pomyślisz: „ ", CHCĘ DOŁĄCZYĆ, ZAPISZ MNIE”", przewiń stronę w dół, aby znaleźć dane kontaktowe Slack/Discord &.

Aby zrozumieć, gdzie DA pasuje do tradycyjnego modelu infrastruktury AEM lub quasi-nowoczesnej architektury Edge Delivery opartej na dokumentach, wyjaśnijmy najpierw kilka terminów:

Czym są usługi dostarczania na krawędzi sieci?

Usługi Adobe Edge Delivery Services to najnowocześniejszy system dostarczania stron internetowych oparty na chmurze, który pobiera dokumenty utworzone w programie Adobe &, obrazy (oraz niektóre pliki wideo) i publikuje je w Internecie w sposób zoptymalizowany pod kątem ekstremalnej szybkości dostarczania. Usługi Edge Delivery Services zasadniczo pełnią tę samą rolę w nowoczesnej architekturze, co tradycyjne warstwy serwerów AEM „Publisher” i „Dispatcher”, a ponadto mają takie zalety, jak:

• BARDZO szybka dostawa – w bezpośrednim porównaniu tradycyjnego AEM z Edge Delivery (który dla uproszczenia będę dalej nazywać EDS) strony EDS były od 3 do 6 razy szybsze niż w przypadku lokalnego AEM 6.5.
• Globalna dostawa jest wbudowana w system. (uwaga: Chiny nadal mogą stanowić wyzwanie)
• Praktycznie nieograniczona przepustowość ruchu – nie ma ustalonej liczby serwerów obsługujących witrynę, więc system jest w stanie bez problemów obsłużyć nawet skok ruchu o wielkości reklamy podczas Super Bowl. Zdolność Edge Delivery do obsługi absurdalnych skoków ruchu jest już legendarna – zapytaj każdego, kto ma witrynę EDS i prowadził dużą kampanię reklamową w telewizji.
• Wbudowana funkcja publikowania podglądu, dzięki czemu można wyświetlić podgląd w pełni funkcjonalnej treści przed jej opublikowaniem. Co więcej, dzięki wbudowanemu zestawowi funkcji CI/CD każda GAŁĄŹ kodu ma własne, natychmiastowo udostępniane środowisko podglądu, co zapewnia niesamowitą elastyczność podczas testów akceptacyjnych na poziomie zespołu i rozgałęziania funkcji.
• Proste tworzenie treści oparte na „blokach”: Usługi Edge Delivery dostarczają strony składające się z „bloków”, które są elementami treści, takimi jak tabele, zakładki, akordeony lub kolumny. Następnie są one tworzone w prostym interfejsie przypominającym dokument Google Docs.

Pamiętaj: Edge Delivery samo w sobie NIE jest systemem CMS.

Edge Delivery to framework programistyczny i potok dostarczania oferowany jako część rozwiązania AEM, ale NIE narzuca rozwiązania, którego należy używać do zarządzania treścią, kontrolowania dostępu do modyfikacji, wdrażania tłumaczeń, integracji systemów zarządzania zasobami cyfrowymi itp. W rezultacie istnieje wiele w pełni sprawnych i obsługiwanych systemów do tworzenia publikacji typu „ & ” w usługach Edge Delivery Services, w tym:

• Tworzenie dokumentów
• SharePoint
• Dokumenty Google
• Uniwersalny edytor Adobe Experience Manager

Istnieją przypadki, w których każdy z tych zestawów narzędzi może być odpowiedni do danego zadania, dlatego ważne jest, aby zrozumieć zalety i wady, funkcje oraz ograniczenia każdego z nich. Należy również pamiętać, że nie KAŻDA witryna nadaje się do korzystania z usług Edge Delivery Services, a niektóre z nich mogą obecnie najlepiej sprawdzać się w przypadku tradycyjnego rozwiązania AEM.

Kolejna kwestia wymagająca wyjaśnienia w nomenklaturze Edge Delivery:

• "Tworzenie treści metodą „ " ” opartej na dokumentach oznacza, że podstawową jednostką treści są dokumenty. Tworzenie dokumentów wykorzystuje dokumenty HTML. Sharepoint korzysta z dokumentów Word, Google oczywiście korzysta z Google Docs. Jest to przeciwieństwo tworzenia treści opartego na JCR, gdzie poszczególne dokumenty i ich metadane są przechowywane jako węzły w repozytorium treści Java AEM.
• "Helix" = Edge Delivery Services: Technologia ta przeszła szereg zmian nazw, począwszy od pierwotnej nazwy kodowej „ "”, następnie „Helix" ”, a później „ "”, „Franklin" ” oraz „ "”. Next-Generation Composability". Ale teraz, jeśli zobaczysz odniesienie do "Helix", to chodzi o blok Edge Delivery Services na poniższym schemacie.

Tworzenie dokumentów Schemat architektury dostarczania &

Zanim zagłębimy się w zestaw funkcji tworzenia dokumentów, przyjrzyjmy się najpierw diagramowi architektury, na którym pokazano, gdzie DA może się znajdować w przykładowej implementacji AEM / Edge Delivery:

W powyższej architekturze DA pełni rolę CMS i powierzchni autorskiej oraz punktu integracji działań związanych z zarządzaniem dokumentami, takich jak taksonomia, zarządzanie zasobami i tłumaczenia. Zazwyczaj NIE jest to jednak centralny punkt integracji danych zaplecza lub danych publicznych w sposób, w jaki może być tradycyjny autor AEM.

W powyższej architekturze zakładamy, że:

• Tworzenie dokumentów to narzędzie do tworzenia, zarządzania, publikowania i tłumaczenia dokumentów internetowych.
• Usługi Adobe Edge Delivery Services jako warstwa publikacji, która pobiera dokumenty utworzone w programie Document Authoring i dostarcza je w ultraszybkim, responsywnym formacie gotowym do publikacji w Internecie.
• Adobe Managed CDN jako sieć dystrybucji treści, zapora sieciowa i konfigurowalna warstwa przekierowań.
• Adobe Experience Manager Assets do zarządzania zasobami internetowymi (obrazami, dokumentami i innymi plikami dostarczanymi przez stronę internetową)
• Hubspot do formularzy internetowych i e-maili potwierdzających/transakcyjnych. (Rolę tę mogą również pełnić AEM Forms, Marketo Forms lub wielu innych dostawców usług zarządzania formularzami).
• Vidyard do zarządzania i dostarczania filmów
• Smartling do tłumaczeń

Mógłbym (i zamierzam) poświęcić sporo czasu na wyjaśnienie elastyczności tej konfiguracji oraz tego, jak można zaprojektować rozwiązanie uwzględniające wymagania dotyczące lokalizacji danych i dostępu do takich elementów, jak dane produktów, systemy PIM, starsze systemy itp., ale to temat na inny wpis.

Zestaw funkcji tworzenia dokumentów (DA)

Zestaw funkcji DA obejmuje:

Zarządzanie drzewem dokumentów

Zarządzanie treścią witryny Edge Delivery odbywa się z poziomu interfejsu DA (w przeciwieństwie do Sharepoint lub AEM), a dokumenty są przechowywane wewnętrznie i wersjonowane w chmurze. Interfejs zarządzania plikami i publikowania DA umożliwia normalne kopiowanie/wklejanie/przenoszenie, tak jak można by się tego spodziewać, i zawiera wbudowane wywołania do Edge Delivery w celu oznaczenia statusu publikacji/podglądu.

Edytor dokumentów & Sheets

DA zawiera edytor dokumentów & owy edytor arkuszy do dokumentów internetowych, a także danych ustrukturyzowanych. Edytor jest prosty i niezwykle szybki, zawiera menu skrótów do szybkich funkcji formatowania & oraz bibliotekę bloków umożliwiającą szybki dostęp do bloków (np. "Komponenty" w starym języku AEM), które utworzyłeś w swoim projekcie.

Framework wtyczek edytora do dodawania innych funkcji interfejsu użytkownika dostosowanych do Twojego projektu. Niektóre z wtyczek, które wykorzystaliśmy, to przeglądarka tagów do przeglądania & wybierająca tagi AEM z instancji AEM lub selektor daty do wprowadzania formatów daty w oczekiwanym formacie do interfejsu użytkownika zarządzania zdarzeniami.

Współpraca w czasie rzeczywistym

DA oferuje solidną współpracę w czasie rzeczywistym, umożliwiającą praktycznie dowolnej liczbie użytkowników jednoczesną edycję dokumentu. Ostatecznie przetestowaliśmy to w czasie rzeczywistym podczas konferencji AdaptTo(), gdzie wygłosiłem wykład wprowadzający do tworzenia dokumentów. W ramach wykładu zaprosiłem wszystkich ponad 200 uczestników do jednoczesnego zalogowania się do dokumentu i rozpoczęcia edycji & oraz podglądu zmian. System współpracy działał bez zarzutu, co nie zawsze można powiedzieć o edycji w pakiecie Office.

Integracja z AEM Assets

DA zawiera wbudowaną integrację z AEM Assets za pomocą AEM Assets Micro Frontend (MFE). Dzięki temu organizacja może nadal korzystać z AEM Assets jako centralnego systemu rejestracji zasobów cyfrowych, a autorzy zyskują swobodę pracy w szybkim systemie Edge Delivery opartym na dokumentach.

Wdrożenie tej funkcji jest na piątkę z plusem i naprawdę stanowi jedną z najlepszych cech DA.

Wbudowana wersjonowanie dokumentów

DA posiada wbudowaną funkcję wersjonowania dokumentów i historię audytów. Każda zmiana wprowadzona do dokumentu przez dowolnego użytkownika jest kontrolowana za pomocą sygnatury czasowej zawierającej datę i godzinę ( & ), a wersjonowanie punktów przywracania odbywa się automatycznie przy każdej publikacji strony lub ad hoc w dowolnym momencie, w którym chcesz utworzyć punkt przywracania.

Wersjonowanie jest również dostępne zbiorczo oraz poprzez API.

Podgląd na żywo

DA zapewnia podgląd na żywo w oknie edycji, z możliwością wyboru różnych rozmiarów ekranu (urządzenia mobilne, tablety, komputery stacjonarne).

Oprzyrządowanie do produkcji seryjnej

Jest to wciąż wczesna wersja tej nowej technologii, ale DA zawiera już BARDZO przydatne narzędzia do zbiorczego podglądu, publikowania, indeksowania i wersjonowania.

W połączeniu z niesamowicie szybkim wyszukiwaniem & i zastępowaniem w całych drzewach treści, jest to bardzo szybkie & i praktyczne rozwiązanie do wprowadzania bezpiecznych, masowych zmian w dużych fragmentach treści, a następnie ich wdrażania.

Na przykład w podsekcji witryny zawierającej około 4000 stron musiałem zastąpić nazwę fragmentu, którego używaliśmy do podnawigacji. Zamiast zatrudniać programistę do napisania skryptu Groovy (jak to się robi w świecie AEM), wyszukaliśmy opcję „ & ” („Zastąp w” „wszystkich”) w interfejsie użytkownika DA, co zajęło mniej niż 8 sekund.

Co więcej, udało mi się najpierw utworzyć kopię zapasową całej tej sekcji witryny, dzięki czemu miałem natychmiastową wersję zapasową, do której mogłem powrócić, gdyby coś poszło nie tak z zamianą wyszukiwarki &. Znowu... ŚWIEŻE POWIETRZE.

" Tłumaczenie/wdrożenie i zastąpienie usługi MSM "przez usługę dla dostarczania krawędzi.

Głównym powodem, dla którego nasz pierwszy klient wybrał DA do wdrożenia rozwiązania Edge Delivery zamiast Sharepoint/Universal Editor, jest solidna struktura lokalizacyjna DA oraz funkcja ponownej integracji &. Głównym wyzwaniem związanym z wdrażaniem zlokalizowanych witryn Edge Delivery za pomocą Google Docs lub Sharepoint (a nawet witryn Crosswalk z Universal Editor) jest brak ustalonych ram zastępujących menedżera wielu witryn (MSM) AEM.

Bez złącza systemu zarządzania tłumaczeniami (TMS) i funkcji MSM, każdy, kto wdraża zlokalizowaną stronę internetową w Edge Delivery, jest zmuszony zaprojektować i zbudować WŁASNY, dostosowany do swoich potrzeb przepływ pracy i system przenoszenia dokumentów, aby zebrać dokumenty do tłumaczenia, wysłać je do TMS (tj. Smartling lub Translations.com itp.), aby je odzyskać, przetworzyć lokalne zmiany i wdrożyć. Już sama ta funkcja może stanowić znaczną część prac rozwojowych związanych z przejściem na Edge Delivery i zniwelować wiele korzyści wynikających z szybkości rozwoju EDS. DA rozwiązuje ten problem, zapewniając solidną i BARDZO elastyczną konfigurację wysyłania tłumaczeń, a następnie porównywania wszelkich lokalnych zmian podczas ponownego pobierania tych tłumaczeń.

Tworzenie publikacji z kontrolą dostępu w programie &

DA zawiera solidny model ACL do publikowania & i kontroli dostępu do tworzenia treści. W tym względzie Edge Delivery może być nieco interesujące, ponieważ w przeciwieństwie do zunifikowanego systemu, takiego jak AEM, gdzie tworzenie treści & owanie i publikowanie są częścią tego samego systemu, Edge Delivery jest oddzielnym rozwiązaniem. Odnosząc się do powyższego schematu, "Helix" lub Edge Delivery posiada własny system uprawnień do podglądu/publikacji – i NIE jest on precyzyjny. Oznacza to, że możesz albo przesłać treść do "aem.page" lub "aem.live" wiadra albo nie dasz rady. Precyzyjna kontrola dostępu (np. tylko blogerzy z grupy "" mogą pisać treści do drzewa treści /blog, ale nie mogą ich publikować, tylko pisać – itp.), której wdrożenie zależy od powierzchni autorskiej.

Tak więc DA obsługuje zarówno kontrolę dostępu na poziomie powierzchni autorskiej (szczegółową), jak i mechanizm konfigurowania publikowania chronionego w Helix, który blokuje użytkownikom możliwość podglądu & i publikowania treści w Edge Delivery.

O mój Boże, ta prędkość!

Ostatnią uwagą, jaką chciałbym dodać na temat DA (która równie dobrze mogłaby być pierwszą), jest to, że DA jest bez wątpienia najszybszym systemem CMS, z jakiego kiedykolwiek korzystałem. Jeśli znajdziesz szybszy CMS, daj mi znać.

Czas ładowania dokumentów, czas publikacji i ogólna szybkość działania interfejsu użytkownika są bezkonkurencyjne, co wynika oczywiście z faktu, że DA jest projektem Edge Delivery. Autorzy po stronie klienta, którzy korzystają z DA w połączeniu z AEM 6.5, są jednomyślnie zaskoczeni szybkością działania tego rozwiązania. Różnica jest szczególnie widoczna w przypadku złożonych stron, które w AEM zawierają zagnieżdżone komponenty lub wiele okien dialogowych, których załadowanie z JCR zajmuje dużo czasu.

Jak uzyskać uprawnienia do tworzenia dokumentów

Powtórzę, DA to wciąż technologia w fazie wczesnego dostępu dla usług Edge Delivery Services.

Usługi Edge Delivery Services są częścią usługi AEM jako usługi w chmurze i na chwilę obecną stanowią jednolitą ofertę wraz z usługą AEM jako usługą w chmurze. Jeśli więc rozważasz przejście na AEM jako usługę w chmurze (lub już ją posiadasz), DA może być dla Ciebie odpowiednim rozwiązaniem.

Jeśli korzystasz już z Slacka w ramach wdrożenia Adobe, zapytaj o DA, a oni pomogą Ci rozpocząć pracę.

Możesz również skontaktować się z nami na Adobe Discord, gdzie znajduje się dedykowany kanał DA.

Na koniec prosimy o kontakt za pośrednictwem strony internetowej lub bezpośrednio na LinkedIn lub Twitterze/X. Chętnie opowiem Ci o moich doświadczeniach z tym!

Albo odwiedź nas podczas Adobe Summit, gdzie z przyjemnością przeprowadzimy prezentację!

Podoba ci się to, co usłyszałeś? Masz pytania dotyczące tego, co jest dla Ciebie odpowiednie? Chętnie porozmawiamy! Skontaktuj się z nami

Odcinki podcastów & Posty na blogu