Coming from a xDB Cloud point of view, when I hear Sitecore Managed Cloud, I think of just xConnect and Processing and Reporting hosting.

However, on the surface it appears to be a full Azure XP1 Subscription, but I am confused on what they are actually providing as a service. Is Sitecore actually managing the entire Azure subscription for a full Sitecore site? Or am I reading this completely wrong?

What is Sitecore Managed Cloud and what services does it provide to the client?

  • I believe we need to extend this question with what is Sitecore XM Cloud ;)
    – Leonid
    Sep 11, 2023 at 13:10

3 Answers 3


Sitecore Managed Cloud provides a hosting service for the infrastructure associated with Sitecore. The entire topology is owned and "managed" by Sitecore under their Azure Subscription. Generally, the definition of this topology is based on the agreement between the client and Sitecore. From what I have seen, this usually consists of 3 environments (DEV (XP Single), STG (XP Small), PRD (XP [based-on-traffic]). Keep in mind, once you get to scale, the size of the topology usually just drives [expected] CD count.

From an ownership perspective, the contract usually includes some level of monitoring or support, and Sitecore is responsible for security/access management; when someone needs access to the environment, I typically have to submit a support ticket with the MC Contract Identifier and list of emails addresses to have them added.

From a support perspective, the line grays a little bit. I am a contributor for the MC instance that I worked on, which means I have access to do everything except manage access. I have been able to redo the topology to fit my client's needs (e.g. switch to an elastic pool, increase CM tier, etc.). Generally speaking, the partner plays a large role in supporting the applications, as they are responsible for adding, breaking, and fixing the code. If there are infrastructure issues, then a ticket can be opened with Sitecore to have them examine it. However, it might be faster to figure out and resolve the issue yourself; it depends on the severity of the issue and the SLA on the MC Contract.

Ultimately, the contracts are usually based on annual Azure Spend (billed monthly). The client has a spending limit, and if they go over that (unforeseen scaling === more CDs === more money), they can be charged overages. Keep this in mind when making or suggestions any infrastructure changes to the client.

Ultimately, Sitecore is really just providing a hosting platform, and the support model ends up being along the same lines as a standard Sitecore + implementation partner implementation.

  • Is there any document to understand/Learn in more detail the managed cloud? Jan 30, 2020 at 6:25

I would add a bit to the answer here. Sitecore Managed Cloud comes in two flavours - Standard and Premium. Sitecore handles Standard with an inhouse team - while Premium is handled by RackSpace. I have only used the Standard offering - and agree with most elements from Bic's answer in the sense of Sitecore and the Partner collaborates on offering a supported and running Sitecore installation.


To answer your question Pete, they deploy a topology for you give you the keys and leave you to it, aside from a service catalog of requests as define here; https://kb.sitecore.net/articles/133931

Bic's response is accurate, it isn't "managed" (put yourself in a licence holders shoes on this definition) and Sitecore doesn't deliver any real-world valuable SLA for your website speed, security or uptime. In some cases the multi-tenancy nature of their management model would need scrutiny for anyone with PII, PCI or equivalent data. We have two Managed Cloud customers we have inherited and we are inhibited as to some the things we can do with them. We maintain separate Azure Subscriptions alongside for things like Functions, APIM etc. at a cost to us.

The contractual model won't give you the elastic nature most customers are looking for. It is fixed price, fixed term, with arguably significant markups and overages are costly (I know this first hand), although in recent times, I have seen Sitecore be grown up about this issue with pooled contracts. You cannot fault the support teams delivering the services, they are clearly skilled and always willing to help, but there is only so much you can do, and to what extent this goes beyond a typical partner skills, I don't really know.

In terms of DevOps, deployment, management, there is none. 100% bring your own and the pre-defined topologies given don't support blue/green or geo-scaling. For the customers we inherited, we have had permission from support to delete the whole topology and deploy our own. Which we have done to achieve what we believe is the first class approach, whilst they say they don't support the custom topologies, I would argue how they were supporting the existing ones, when if the site goes down, it's a finger pointing exercise back to you. At the end of the day, its not an uptime SLA and the customer needs to be clear they need you as a partner still to manage that.

I would also add that most Sitecore partners are Microsoft partners, which affords you the benefits of Microsoft Support. Issues I have had before are Microsoft are typically at arms length to you through MCS, meaning you cannot leverage Microsoft Direct support for these resources, you need to go through support (other people may have had better experiences here, but when complex Microsoft issues happen, they have directed me to Sitecore first).

I have not used Rackspace, so cannot confirm how this truly differs, I suspect its the SLA aspects.

My advice, do it yourself, or work with an experienced Microsoft/Cloud/Azure/DevOps partner, full disclosure, I work for one of those and there are a few of us, but my experience of the quality of skills in this amazing community, as long as you can satisfy your customers requirements to manage the top-to-bottom stack, follow amazing blogs in the space, refine your topologies to meet your needs and can procure Azure through CSP or the clients existing EA, you would be better off in the long run.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.