>нет, там процессы управлялись централизировано. и работали они независимо на нодах. в
>случае креша перезапускались. креши случались иногда, в случае несоответствия входных параметров. ну это не очень хорошо, хотя конечно допустимо. Я сейчас работаю параллельно над реализацией отказоустойчивой системы обработки информации на workflow + wcf под microsoft appfabric и java ee под sun enterprise application server. Очень интересно когда код может масштабироваться по фермам серверов в зависимости от нагрузки, + нет рабочего процесса - закладки приложений возбуждаются и приостанавливаются. самый сок в том что без переделки все это можно перенести в cloud, но не очень понятно будет ли это выгодней.
>пока мне эта ситуация окончательно не надоела, пришлось найти ошибку в
>алгоритме, которой было 6 лет. возникало из-за больших поисковых параметров (данные
>были из рук вон плохими).
так всегда - хорошие данные бывают только в сказке:) виноват в любом случае во всем программист:)
>сейчас я работаю несколько в другом направлении - там как раз есть
>ключевые процессы, но их поведение контролируется редундантным компом. креши процессов вообще
>должны быть исключены. только при отказе оборудования, да и то на
>локальном сервере. редундантный должен перенять в этом случае задачу.
так смасштабируй на несколько серверов, если любишь unix - так под SEAS - будет работать как часы. Рекомендую связку Eclipse+HG+EE Toolkit.
>
>бурить дырку стоит несколько лямов зелени. это только чтобы посмотреть, есть ли
>там вообще что-то.
практически на таких глубинах обычно ничего не бывает. Хотя теоретически все возможно. У нас самые используемые глубины - 2-3 тыс.
спасибо, было интересно поговорить с коллегой:).