Здравствуйте, _FRED_, Вы писали:

_FR>Данная ремарка посвящена использованию синглетона, ибо в некоторых кругах, к коим имею честь принадлежать и я, использование изменяемых глобальных объектов считается за не комильфо. Подробнее о синглетонах можно вычитать здесь.

Синглетон -- это когда нужен ровно один экземпляр. Вопрос контроля самого создания не ставится.

_dataService — именно этот случай. Кэш, как таковой, находится между БД и _dataService.

_FR>Хорошим примером синглетона может служить DBNull.Value. Плохим — глобальный кеш объектов.
Вот тут, видимо, тонкая грань и прорисовывается. Т.к. апп-серверов будет несколько (аля кластер), то решено было выделить Головного Арбитра. Он распределяет не только нагрузку по запросам, но и по кэшу (на самом деле их два: апп-арбитр и кэш-арбитр, для удобства, во время своих переговоров с коллегами мы объединяем их, для краткости). На каждом aпп-сервере есть свой арбитр, который в момент запуска определяется кто он: ведомый или ведущий...
Теперь вопрос. Такая модель, тоже является "плохим примером"?