Kiedy AEM jako usługa w chmurze został wydany po raz pierwszy, zachowanie CDN można było kontrolować (w bardzo ograniczonym zakresie) tylko poprzez konfiguracje Apache dla cache-control. Jeśli potrzebowałeś dalszych dostosowań, jedyną opcją było wprowadzenie własnego CDN: czyli nałożenie dodatkowej sieci CDN, takiej jak Cloudflare, Akamai lub samodzielnie skonfigurowanej Fastly, na wbudowaną sieć CDN Fastly zarządzaną przez Adobe.

Wprowadzenie do Adobe Managed CDN dla AEM jako usługi w chmurze

W zeszłym roku Adobe wprowadziło jednak nową funkcję Managed CDN dla AEM Cloud Service, znacznie upraszczając konfiguracje hybrydowe z usługami Edge Delivery Services (aka Helix) lub z AEM opartym na JCR. Mamy tutaj kilka diagramów architektury i innych przykładów konfiguracji.

Konfiguracja odbywa się poprzez utworzenie pliku /config/cdn.yaml w projekcie AEM i wdrożenie go za pośrednictwem dedykowanego potoku Config do zarządzania ustawieniami specyficznymi dla środowiska (np. DEV, STG, PROD). Te lekkie potoki zwykle działają w ciągu zaledwie 1-2 minut, umożliwiając wydajną iterację i bezpieczne testowanie nowej logiki CDN przed wdrożeniem do produkcji.

Jednak wdrożenia w AEM jako środowisku programistycznym usługi w chmurze wymagają uruchomienia potoku Cloud Manager, a uruchomienie potoku Cloud Manager wymaga zatwierdzenia git. Nie chcesz debugować składni ORAZ testować logiki konfiguracji za pomocą powtarzających się wypchnięć git do gałęzi deweloperskiej, to po prostu niechlujne (nie wspominając o absurdalnie czasochłonnym). Na szczęście istnieje sposób na przetestowanie tego lokalnie przy minimalnej konfiguracji, dzięki czemu możesz mieć jeszcze więcej zabawy, testując to samo czterdzieści razy, aby mieć nadzieję, że składnia jest poprawna.

Sekretem tego są środowiska szybkiego rozwoju (RDE) firmy Adobe.

Konfiguracja & Testowanie konfiguracji CDN w AEM RDE

Kluczową różnicą między RDE a środowiskami Dev, Stage i Production w środowisku AEM jako usługi w chmurze jest to, że RDE ma być wdrażane ze stacji roboczej indywidualnego programisty bezpośrednio za pomocą interfejsu wiersza poleceń aio, w przeciwieństwie do potoku Cloud Manager kontrolowanego przez git. Są one przeznaczone do szybkiej iteracji i debugowania, ale są to środowiska współdzielone - dzięki czemu zmiany mogą być walidowane i przechodzić przez odpowiednie procesy przeglądu przed przejściem do cyklu wydawniczego Dev -> Stage -> Prod.

Konfiguracja środowiska RDE z siecią CDN

Aby przetestować konfiguracje CDN na RDE, musisz najpierw upewnić się, że masz skonfigurowaną nazwę hosta i certyfikat SSL przed danym środowiskiem RDE, aby mieć środowisko CDN do skonfigurowania. Należy również pamiętać, że większość środowisk AEMaaCS ma udostępnione tylko jedno środowisko RDE, ale za dodatkową opłatą można udostępnić wiele środowisk i być może zostało to zrobione w ramach umowy AEM Cloud Service.

Aby skonfigurować to dla domeny Edge Delivery Services, wykonaj następujące czynności:

(1) Utwórz domenę w usłudze Cloud Manager: W interfejsie użytkownika usługi Adobe Cloud Manager przejdź do opcji Ustawienia domeny na pasku nawigacyjnym po lewej stronie, a następnie kliknij opcję Dodaj domenę na pasku nawigacyjnym.

Będziesz chciał skonfigurować to za pomocą certyfikatu zarządzanego przez Adobe, który następnie wygeneruje kod weryfikacyjny, który będziesz musiał umieścić jako CNAME u swojego dostawcy DNS w celu zweryfikowania certyfikatu. Dopóki ten etap weryfikacji nie zostanie wykonany, certyfikat będzie wyświetlany jako "NOT VERIFIED"

Po weryfikacji możesz przejść do następnego kroku.

(2) Dodaj certyfikat SSL: Po zweryfikowaniu własności domeny można dodać dla niej certyfikat SSL. Możesz użyć certyfikatu zarządzanego przez Adobe lub własnego certyfikatu, jeśli wolisz. Należy pamiętać, że Cloud Manager wypełni tylko te domeny, które zostały zweryfikowane.

(3) Zmapuj domenę do środowiska RDE w Cloud Manager: Następnie należy zmapować domenę do środowiska RDE w usłudze Cloud Manager. W nawigacji po lewej stronie kliknij DOMAIN MAPPINGS, a następnie wybierz "Adobe Managed CDN" jako typ CDN i wybierz nazwę środowiska RDE jako źródło, publish jako warstwę i wybierz domenę i certyfikat SSL utworzony dla tego środowiska RDE.

(4) Zamapuj domenę na Adobe w DNS: W DNS utwórz rekord CNAME, aby zmapować domenę RDE na cdn.adobeaemcloud.com. Umożliwi to firmie Adobe odebranie adresu & i odpowiednie przekierowanie tej domeny.

(5) Upewnij się, że config.yml zarządza środowiskami RDE: Wreszcie, jeśli postępowałeś zgodnie z tym poradnikiem dotyczącym konfigurowania Adobe Managed CDN, podczas konfigurowania cdn.yml upewnij się, że RDE jest wymienione jako jedno ze środowisk, do których odnosi się konfiguracja:

kind: "CDN"
version: "1"
metadata:
  envTypes: ["rde", "dev", "stage", "prod"]
data:

Używanie AIO CLI do przesyłania konfiguracji do CDN RDE

Po skonfigurowaniu RDE i przygotowaniu go do zaakceptowania konfiguracji CDN, możesz skonfigurować swoją stację roboczą, aby móc przesyłać konfiguracje CDN do RDE.

1. Pobierz NPM, Node i NVM na swój komputer. Będziesz chciał użyć nodejs 20

2. zainstalować środowisko wykonawcze Adobe I/O za pomocą npm install -g @adobe/aio-cli

3. zainstalować i zaktualizować wtyczki AIO:
aio plugins:install @adobe/aio-cli-plugin-cloudmanager

aio plugins:install @adobe/aio-cli-plugin-aem-rde aio plugins:update

4. Uwierzytelnij się za pomocą logowania aio, co spowoduje wyświetlenie okna przeglądarki - upewnij się, że używasz profilu IMS dla konta AEMaaCS, z którym pracujesz, w przeciwnym razie może być konieczne aio logout i ponowne wybranie.

1. Ustaw swoją organizację za pomocą aio cloudmanager:org:select

5. Ustaw identyfikator programu na identyfikator organizacji za pomocą aio config:set cloudmanager_programid {YOUR PROGRAM ID GOES HERE}

1. Jeśli chcesz zobaczyć środowiska, do których masz dostęp, użyj aio cloudmanager:list-environments .To pokaże, w którym środowisku znajduje się RDE
2. Służy do ustawiania identyfikatora CloudManager EnvironmentID. Można to zrobić za pomocą aio config:set cloudmanager_environmentID {YOUR ENVIRONMENT ID GOES HERE}

6. Zainicjuj konfigurację RDE za pomocą aio aem:rde:setup - zapyta, czy chcesz przechowywać lokalnie, powiedz "tak".

7. Wypróbuj aio aem:rde:status i sprawdź, czy pozwala na korzystanie z RDE. Odpowiedź powinna wyglądać następująco:

PS C:\Users\Noah\Desktop\my-aemaacs> aio aem:rde:status
Running aem:rde:status on cm-p104400-e1291792
Info for cm-p104400-e1291743
Environment: Ready

Po skonfigurowaniu tych ustawień można rozpocząć testowanie konfiguracji. Jeśli jeszcze tego nie zrobiłeś, teraz będzie dobry moment na utworzenie nowej gałęzi, która będzie odzwierciedlać wprowadzone zmiany. Następnie musisz upewnić się, że znajdujesz się w odpowiednim katalogu konfiguracji, którą chcesz przetestować. Po wykonaniu tej czynności możesz użyć aio aem:rde:install -t env-config ./config, aby zainstalować konfigurację CDN w katalogu. Spowoduje to wyświetlenie listy ewentualnych błędów składni.

PS C:\Users\Noah\Desktop\my-aemaacs> aio aem:rde:install -t env-config ./config
Running aem:rde:status on cm-p104400-e1291743
Zipped file /tmp/aio-rde-RF1WAb/config.zip of 2584 total bytes
Uploading ████████████████████████████████████████ 100% | ETA: 0s | 3/3 KB
#42: deploy completed for env-config config.zip on author,publish - done by [email protected] at 2025-10-24T21:15:59.387Z
Logs:
> State: complete

Testowanie czegoś takiego jak konfiguracja CDN może być czasami trudne, ale istnieją sposoby, aby zrobić to lokalnie. Mimo że testowanie będzie przeprowadzane lokalnie, nadal musimy korzystać z logiki zaplecza, która będzie używana przez CDN. Jeśli zostanie to zrobione poprawnie, pozwoli nam to zobaczyć, jak konfiguracja CDN współdziała z testowymi adresami URL bez konieczności wypychania jej do gałęzi programistycznej.

Następnym krokiem będzie prawdopodobnie utworzenie żądania ściągnięcia w celu uzyskania zgody na przeniesienie zmian do wersji deweloperskiej, w oparciu o strategię rozgałęziania stosowaną w organizacji. Po zatwierdzeniu PR, konfiguracje mogą zostać przesłane do repozytorium skonfigurowanego dla potoków Cloud Manager, skąd mogą zostać przesłane do środowiska deweloperskiego w celu dalszego testowania, a następnie do Prod!

Korzystając z tego podejścia, indywidualni programiści mogą być w pełni produktywni w opracowywaniu i testowaniu konfiguracji CDN, wiedząc, że mają bardzo duże szanse na pracę w produkcji!

O autorze

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 podcastu