Я думаю, что идея этого документа в том, чтобы вы поместили «дешевые» базы данных перед «дорогими» базами данных, чтобы сократить расходы.
Например.Предположим, у вас есть «дорогой» db ... что-то вроде Oracle, или DB2, или даже MSSQL (более реалистично, вероятно, это скорее проблема с устаревшей системой БД, которая не поддерживается в значительной степени, или вам нужны специальные ресурсы для обслуживания).Ядро базы данных, которое стоит дорого для покупки и обслуживания (возможно, это не дорого, если принять во внимание все факторы. Но давайте использовать их для примера).
Теперь, если вы внезапно прославились и ваш сервер запускаетсяперегружаться, что ты делаешь?Вы покупаете больший сервер и переносите все свои данные на этот новый сервер?Это может быть невероятно дорого.
С помощью многоуровневого решения вы поставите несколько «дешевых» баз данных перед «дорогой» базой данных, чтобы взять на себя всю тяжесть работы.Таким образом, ваши веб-серверы (или серверы приложений) взаимодействуют, например, с множеством серверов MySQL, а не напрямую с вашим дорогим сервером.Затем эти серверы MySQL обрабатывают большинство вызовов.Например, они могут самостоятельно обрабатывать все вызовы только для чтения и должны только передавать вызовы записи обратно на основной сервер базы данных.Эти серверы MySQL затем синхронизируются с помощью стандартных методов репликации.
Используя такие методы, вы теоретически могли бы масштабировать ваш дорогой сервер до десятков, если не сотен, «дешевых» серверов баз данных и обрабатывать гораздо более высокиенагрузка.