December 13, 2016
The Sitecore Experience platform supports a wide range of deployment options. In the previous posts of this series, we covered basic terminology, provided an inventory of solution components, explored Sitecore roles, methods of horizontal scaling and the database tier. We now turn to a more in depth view of how network zones and geographic distribution may impact your solution design.
See Part 1, Part 2, and Part 3.
Let’s start with a quick refresher of some key services and databases that need to be available to all installations:
On the left is the LAN or internal network which would house management functions and databases used solely by the management functions. In the center area is a SECURED zone that is shared with the internal network and the DMZ. The DMZ is on the right.
The assumption in this depiction is that anything in the LAN can communicate with SECURED AND DMZ.
In cases where content delivery is distributed across multiple data centers, the web and session databases will be created in each data center.
How you now choose to deploy this logical diagram is a question of assessing complexity and available budget vs security, performance and availability requirements. A single instance of SQL/Oracle and Mongo could be placed in the SHARED zone and serve all needs, or at the other extreme there is an actual database instance for each database/collection. The following diagram shows the simple example. The other extreme case described would be the same depiction as the previous diagram – just with servers instead of databases.
The most common model we see is:
In our next post, we will turn to another option we have yet to discuss, xDB Cloud.
We would love to hear from you! Please fill out the form and the nearest person from office will contact you.
