> > В и Г. Остался один билет. В этот момент нарушается связность между
> > А и Б (синхронизация ломается), клиент В покупает билет на А, клиент
> > Г - на сервере Б.
> > Вопрос - кого из клиентов не пустят на концерт ?
> Того, кто не купил билет.
> В таком случае может быть и хитрая проверка отсутствия связности.
> Например требующая подтверждения недоступности "A" со сторонних
> серверов. В том числе и обратная проверка. Если "A" не видит
> остальных, то блокирует любые операции и редиректит запрос
> посетителя на резервный сервер.
Ну в конце концов мы придем к тому, что либо А является банальным proxy
(в каком-то смысле), либо начнем строить распределенные транзакции,
которые в-среднем не работают в ситуациях с плохой связностью.
Алексей Тутубалин
mailto: lexa@lexa.ru
Web: http://www.lexa.ru/lexa
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =