Предложение к разработчикам: в терминале для каждого сервера персональные настройки дата-центра.

Новый комментарий
 
Собственно сабж. Например, на днях Teletrade сделал отдельный сервер для демо-счетов. Всё было бы прекрасно, но реальные клиенты, как правило, заводят себе еще и демо-счета. Соответственно, несмотря на то, что и реальный и демо-счет в одной фирме и дата-центр тоже "родной", но использовать его не получится.
Бессмысленно ставить два дата-центра, потому что указать в настройках можно только один. Можно, конечно, сделать две папки, но это не очень красиво и удваивает объем обновлений, что для более-менее большого ДЗ имеет значение. Да и клиенты будут путаться еще больше, как практика показывает...

Ну ведь логично это - иметь возможность настроить каждый сервер, с которым работаешь отдельно. И, наверное, это не слишком сложно.
 
Решение уже есть: в настройках терминала включите опцию "Автоконфигурация Дата Центра".
 
И что это решает? Я про приватные дата-центры толкую. Чтобы трафик экономить...

Если у компании два и более серверов, то использовать приватные дата-центры в дилинговых залах регионов (при существующей системе настроек) - геморрой.

Вы сделали так, что дата-центр не может быть настроен на один сервер, а клиент на другой. Это правильно, никто не спорит.
Но тогда сделайте так, чтобы:
1) либо дата-центр также проверял бы и сам факт того, что клиент стучится к нему ошибочно и сообщал об этом клиенту, а клиент на это спокойно делал вывод "не больно-то и хотелось" и соединялся напрямую. Т.е. сделайте корректную обработку такого сценария.
2) либо (что предпочтительнее), чтобы клиент мог настраивать приватные дата-центры раздельно для каждого используемого сервера.
3) Либо, чтобы на одном приватном дата-центре можно было бы завести несколько соединений с разными серверами и дата-центр сам выбирал бы, кого куда пересылать, исходя из настроек сервера на клиенте. Это было бы вообще идеально с точки зрения администрирования - меньше редактировать на клиентских машинах.

Вы поймите, что приватные и публичные дата-центры решают диаметрально противоположные задачи. Приватные дата-центры не "делают сервер распределенным", а централизованно кэшируют ту информацию, которую бессмысленно качать несколько раз. И если один приватный дата-центр сможет кэшировать информацию с нескольких серверов и выдавать клиентам, в зависимости от их запроса - это будет более разумно и правильно, чем два дата-центра и две папки с терминалами на каждой клиентской машине.
 
Поправлюсь немного - публичный дата-центр, конечно, тоже кэширует информацию, чтобы разгрузить сервер и канал до сервера. Но ведь тогда получается, что и публичному дата-центру такие функции не помешают.
Тогда можно нафантазировать такую схему:

Компания заводит N серверов с пулами номеров счетов из непересекающихся диапазонов.
И m - публичных дата-центров, в которых описаны эти пулы.

Приватный дата-центр от той же компании на этапе инсталляции автоматически регистрирует счета для доступа ко всем возможным серверам компании и подписывается на обновление настроек (что позволит, при желании, вести статистику по использованию приватных дата-центров), а потом, каким-то механизмом объявляет о себе в сети (или отвечает на широковещательные запросы от клиентов, делая выводы о своей полезности для них на основании принадлежности номера счета заданному пулу номеров и названия компании).

На клиентском терминале, при таком раскладе остается только один сервер. Даже дата-центров не нужно настраивать - в пределах подсети они сами найдут доступные дата-центры. Разве что, на случай глюков, предусмотреть галочку "не искать приватные дата-центры".
 
Стандартная настройка в клиенте должна быть "Автоконфигурация Дата Центра" и никак иначе. Не нужно запрещать или указывать терминалу куда коннектится - он это сам знает лучше и сам автоматически все выбирает.

Только и только в случае использования своего собственного приватного дата-центра нужно снимать эту галочку и писать адрес своего дата-центра.

Кроме того, для каждого счета все настройки основного сервера и дата-центра сохраняются.
 

Только и только в случае использования своего собственного приватного дата-центра нужно снимать эту галочку и писать адрес своего дата-центра.

Именно про ситуацию с приватным дата-центром (центрами) я и пишу. Приватный дата-центр нужен в локальной сети. За настройками всех терминалов следит, как правило, один человек. Про удобства для этого человека я и говорю. Требуемые удобства можно сгруппировать примерно так:
1) Автоматизация установки.
2) Автоматизация изменений в настройках
3) Наглядность. Т.е. администратор открыл терминал и увидел, как он настроен.
4) Желательно предусмотреть запрет на изменение некоторых настроек. Например, по паролю.


Стандартная настройка в клиенте должна быть "Автоконфигурация Дата Центра" и никак иначе. Не нужно запрещать или указывать терминалу куда коннектится - он это сам знает лучше и сам автоматически все выбирает.

Я за автоматизм. Только с "человеческим лицом" :) Чтобы автоматический режим, при необходимости легко было сделать полуавтоматическим. И чтобы автоматический режим можно было реализовать для того же случая с приватными дата-центрами. Подробнее см. посты выше.


Кроме того, для каждого счета все настройки основного сервера и дата-центра сохраняются.


В том-то и изъян логический (по крайней мере для работы с приватными дата-центрами), что вы абсолютно всё привязываете к счёту. А настройки дата-центра логичнее привязывать к соответствующему родительскому серверу. Чтобы для всех счетов с одного сервера эта настройка была едина.


Офтоп: а можно как-нибудь сделать, чтобы я на почту получал уведомления только когда кто-то другой напишет в отслеживаемую тему. А то сам напишешь, а потом тебе уведомление: новое сообщение. Немного раздражает.
Новый комментарий