9 марта 2012 г. 16:04 пользователь Alexandr Gomoliako <[email protected]> написал: > On 3/9/12, Alexandr Alexeev <[email protected]> wrote: > >> 1. Простой вариант - критические данные читаем только с мастера. Если >> нагрузка на мастера большая, нужно секционирование. >> 2. Сложные и трудный в поддержке вариант - пишем на мастер, ждем появления >> данных на реплике (или на всех репликах), после чего помечаем (например, в >> Redis), что за этими данными можно ходить на реплику. > > Да не, это глупости :)
Есть мнение, что бОльшая часть этого разговора - глупости :) По той простой причине, что сей разговор сильно напоминает переизобретение колеса. Ведь есть же уже готовые решения - master-master для MySQL, pgcluster и slony - для PostgreSQL, для кого угодно (ну, почти :) через DBIx::Class::Storage::DBI::Replicated. И ещё вагон и маленькая тележка NoSql решений. Многое из вышеназванного поддерживает и шардинг, и пере-балансировку, и fail-over (особенно - для NoSql). Зачем ещё что-то изобретать на стороне перла? Получится же класический вариант: хоть и с квадратными колёсами, и едет не везде - но зато велосипед собственного изготовления, круто же! :)) Без наезда :) -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
