Onboarding to AEM as a Cloud Service

Learn about onboarding to AEM as a Cloud Service starting from the contract phase all the way through setting up the environments using Cloud Manager.

Transcript
Hello, my name is Damien Langsweirdt, with the AEM Cloud and Customer solutions team. Today, I’ll be presenting the topic of onboarding to AEM as a Cloud Service.
Our agenda will cover onboarding from the contract phase, all the way through setting up the environments, self-service via Cloud Manager. The first step for customers to get access to AEM as a Cloud service, is with a signed contract. The contract specifies what the customer will have access to, which solutions, or add-ons. This could include sites, assets, forms, the commerce integration framework, and more. Adobe offers two types of Cloud Service programs, Production, or Sandbox, which is a more lightweight type of program, suitable for trial purposes. Both types require a contract. Another important data point in the contract is the service start date. Usually this roughly aligns with the contract close date, but in some cases, it is a future date, which means some onboarding activities are put on pause until that date.
The contract may also specify a premier support level, as licensed by the customer, as well as contacts for the Adobe onboarding team to reach out to, when scheduling an introductory call. Within a few days of signing the contract, assuming the service start date is not in the future, a few things will happen.
First, Adobe will grant entitlement for the licensed solutions and add-ons to the customer. Second, automated emails related to the entitlement, will be sent to the customer contact, specified in the contract, as well as any system administrators if this is an existing customer org. This indicates that the customer can get started with AEM as a cloud service. Soon after the entitlement is granted, a member of Adobe’s onboarding team will reach out to the customer to schedule a call, to cover some early topics around getting started. The customer should bring team members, including the business lead, developers and other interested parties. If there is an implementation partner, the customer should bring them as well. Adobe attendees will include the onboarding specialist and other roles in accordance with the premier support level for the customer. This could include a Named Support Engineer, Technical account manager, launch advisory services, Cloud subject matter expert, and potentially others. The call will focus on steps to get started, and will be a great opportunity to talk through hot topics and open questions. Let’s switch focus for a few moments to talk through some terminology, which is important to the onboarding process. At the top of this diagram, we have a box labeled Tenant, which is also commonly known as an IMS Org. It stores entitlements for a variety of Adobe Cloud products beyond just AEM, and allows customer administrators to grant privileges to their users, to the various products. Within a Tenant, a customer can have Cloud manager programs. The number of programs is tied to what they are contracted for. Cloud Manager programs are the basis for both AEM Managed Services, as well as the Cloud Service offering.
Programs include environments, production, stage and development, as well as code repositories, access to log files, CICB Pipeline Configurations, and other related tools.
Back to onboarding, one of the automated mails sent after the contract is signed will point toward Adobe Admin Console, the application for managing permissions to AEM as a Cloud Service and other products.
If the customer contacts mentioned in the contract is not the correct system administrator to assign permissions, then they should either make someone else a system administrator, or ask the Adobe onboarding team to do so during the onboarding call. In order to create the Cloud Manager program, there is a role named Cloud Manager Business Owner, which needs to have the appropriate customer user added, in order to create the program.
You will recall from the previous slide that programs contain environments. So the first thing to create in the self-service process is the program.
There are several other roles, such as deployment manager and developer, which will be important later on, but they are not necessary to create the program.
This is Adobe Admin Console, in order to assign the business user role, which I just spoke about. You need to navigate to products, Adobe Experience Manager as a Cloud Service, Cloud Manager.
So within Cloud Manager, you will see Business Owner Cloud Service. Simply click the link, add a user to the role, and we can move on to the next step at that point.
Once a Cloud Manager Business Owner has been signed, that user can visit Cloud Manager and create the program. And once the program has been created, an environment can be added to that program.
Let’s see this in action. Since I am a business owner, in this Tenant, I have an Add Program button. So I will click the button, and give the new program a name, and create the program.
I’ve clicked the program that was just created from the Cloud Manager homepage. And in this view, we can see the program is being created. It will take several minutes for it to be ready to create any environments inside.
We can see now that the development environment has been created automatically for the Sandbox program.
Once the environment has been created, administrators and authors can be assigned. This happens back in Admin Console.
A user must be a member of either the administrators, or users product profile, in order to login to the author environment.
If you are familiar with using AEM Closed User Groups for setting permissions within AEM, those functions the same as always, after the user has authenticated it.
Publish environments are usually anonymous, and therefore no profile membership is required. If we look back in Adobe Admin Console, a new product profile has been created representing the new environment that was just created. It has a name which aligns with the name of the program, as well as a suffix indicating that this is a development environment and the author that we’re looking at.
You can see that there are two profiles, one is named Administrators, one is named Users.
Please visit our documentation on the Adobe experience league site for more information about the onboarding process, and AEM as a Cloud Service in general. Thank you for watching. -

Cloud Manager and Admin console

Onboarding high level diagram

A critical part of onboarding is to create AEM as a Cloud Service programs and provision various environments using Adobe Cloud Manager. The Admin Console is used to assign roles and provide access for users in your organization to AEM environments.

Key Activities

Hands-on exercise

Apply your knowledge by trying out what you learned with this hands-on exercise.

Prior to trying the hands-on exercise, make sure you’ve watched and understand the video above, and following materials:

Also, make sure you have completed the previous hands-on exercise:

Hands-on exercise GitHub repository

Hands-on with onboarding

Explore AEM as a Cloud Service onboarding process and how to deploy an AEM application to the AEM SDK.

Try out onboarding

recommendation-more-help
4859a77c-7971-4ac9-8f5c-4260823c6f69