|
Синхронизация распределенных процессов
|
|||
---|---|---|---|
#18+
Добрый день. Есть серверное приложение реализованно на delhi. Приложение развернуто на нескольких серверах. на одном из них приложение работает в штатном режиме (основной сервер) и на нескольких других в режиме ожидания (резервный сервер). Необходимо добавить функционал автоматического перехода из режима ожидания в рабочий режим (обязательно только одного из резервных приложений) на резервном сервере при падении главного сервера. При этом резервый сервер принявший "эстафетную палочку" становиться основным. что то типа мьютекса или семафора только для распределенных приложений. в каую строну копать? Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2014, 14:00 |
|
Синхронизация распределенных процессов
|
|||
---|---|---|---|
#18+
TCР, UDP. Посмотри как сделаны у MS выборы главного обозревателя сети. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2014, 15:15 |
|
Синхронизация распределенных процессов
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, Спасибо за ответ. можно подробнее? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2014, 16:11 |
|
Синхронизация распределенных процессов
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, Спасибо еще раз. нашел информацию. основной принцип понятен. буду пробовать реализовать подобное для своего приложения. ЗЫ здесь опсиано довольно подробро, если кому понядобиться ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2014, 16:47 |
|
|
start [/forum/topic.php?fid=33&fpage=14&tid=1547554]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 163ms |
0 / 0 |