Expand my Community achievements bar.

SOLVED

Limitations in hosting multiple domains and several sites in AEM

Avatar

Level 1

Hi all,

 

We need to host several sites (around 50 sites) pointing to our AEM instance. On average, each site has about ten pages and limited users, and we want to reuse existing components and templates.

 

Is it reasonable to point all these sites to one CDN and then to our existing dispatchers for existing prod AEM servers ( to save new licensing costs)?

 

We wanted to know the recommended approach (cost-efficient) for such a use case and any limitations to consider.

 

 

 

1 Accepted Solution

Avatar

Correct answer by
Level 5

Hi @nkoppul1,

 

To find more appropriate solution we need to know more requirements about MSM support, dynamic components, integration with 3rd parties etc.

 

Based on provided info I can suggest few options:

Option #1 - site root is a page

You are going to have N brands that will reuse same components (without proxying). You can create /content/mastersite/brandA, /content/mastersite/brandB, ... /content/mastersite/brandY. Having some rewrite map you can pass through requests to the specific brand page root. Example:

Rewrite Map entries:

www.brand-a.com /content/mastersite/brandA

www.brand-b.com /content/mastersite/brandB

Your CDN should pass some header like X-Forwarded-Host with certain brand host and it will help you to do rewriting to the corresponding site root.

This approach will require correct infrastructure and dispatcher setup even on dev and stage environments. However, using this approach you can build separate brands as a page of some master site. In addition, CA config should help to create brand-specific configurations.

 

Option #2 - same content for all brands with dynamic parts. But I'd not suggest this approach. It will be hard to maintain and extend it in future.

You can setup one site /content/mainsite and build components that will include brand-specific site parts based on some criteria (X-Forwarded-Host). 

View solution in original post

3 Replies

Avatar

Community Advisor

@nkoppul1 What you mentioned is in fact the cost efficient approach. Only thing that will further influence the approach is whether you have a AMS, On prem or AEMaCS setup.

AEMaCS has a traffic based contract pricing and it is different from an On-Prem pricing. For more details, you might want to check with your Adobe TAM or Sales rep.

Avatar

Correct answer by
Level 5

Hi @nkoppul1,

 

To find more appropriate solution we need to know more requirements about MSM support, dynamic components, integration with 3rd parties etc.

 

Based on provided info I can suggest few options:

Option #1 - site root is a page

You are going to have N brands that will reuse same components (without proxying). You can create /content/mastersite/brandA, /content/mastersite/brandB, ... /content/mastersite/brandY. Having some rewrite map you can pass through requests to the specific brand page root. Example:

Rewrite Map entries:

www.brand-a.com /content/mastersite/brandA

www.brand-b.com /content/mastersite/brandB

Your CDN should pass some header like X-Forwarded-Host with certain brand host and it will help you to do rewriting to the corresponding site root.

This approach will require correct infrastructure and dispatcher setup even on dev and stage environments. However, using this approach you can build separate brands as a page of some master site. In addition, CA config should help to create brand-specific configurations.

 

Option #2 - same content for all brands with dynamic parts. But I'd not suggest this approach. It will be hard to maintain and extend it in future.

You can setup one site /content/mainsite and build components that will include brand-specific site parts based on some criteria (X-Forwarded-Host). 

Avatar

Level 1

Hi ,

Would you please provide more details on mapping multiple domain to sites?

www.brand-a.com /content/mastersite/brandA

www.brand-b.com /content/mastersite/brandB

I'm struggling on how to bind different domain on different site.

 

Thanks!