Cele
Zaprojektowanie architektury Sitecore xDB solution zakładając:
- Podział rozwiązania na:
- Kluczowe komponenty, używane przez odwiedzających stronę użytkowników (P0)
- Drugorzędne komponenty, używane przez użytkowników edytujących treści (P1)
- Kluczowe komponenty są podwojone i monitorowane przez dwadzieścia cztery godziny na dobę
- Drugorzędne komponenty monitorowane w godzinach pracy
- Skalowalność
Rozwiązanie
(Kliknij na diagramie, aby powiększyć)
Objaśnienie
- Wszystkie instancje potrzebne do pełnej dostępności front-end’u są zduplikowane. W tym serwer Content Delivery, bazy Web i Core na SQL Server, MongoDB oraz Solr.
- Mamy dostępne dwa centra danych (lub 2 fizyczne serwery), na pierwszym instalujemy wszystkie komponenty P1 oraz po jednym z instancji P0. Replikujemy bazy Core i Web z jednego centrum danych do drugiego, aby każdy z serwerów CD łączył się z bazą Web i Core ze swojego centrum danych.
- Serwer Content Management i powiązane komponenty są używane tylko w czasie godzin pracy, z sieci wewnętrznej, dlatego nie potrzebują monitorowania 24/7.
- W rozwiązaniu spodziewamy się dużej ilości danych analitycznych, dlatego rola “Processing” jest na osobnej instancji. Jeśli wielkość danych analitycznych nie byłaby problemem, “Processing” danych z xDB może być przeprowadzany na instancji CM. Na razie nie tworzymy osobnej roli dla generowania raportów, używamy do tego serwera CM. W przyszłości, jeśli zajdzie taka potrzeba, łatwo można dodać dedykowaną instancję, odpowiedzialną za generowanie raportów.
- Aby nie komplikować diagramu, nie ma na nim tworzenia kopii zapasowych danych z MongoDB and SQL server, ale oczywiście powinny być częścią rozwiązania.