Приветствую всех!
Имеется ИС, писанная на жаве, под линукс, работа на ней ведется через веб-морду(в ресурсах не прихотливая)Нужно внедрить ее в 15-20 городах, где к одной ИС будут конектиться максимум 50 хостов территориально разбросанных по городу. Планируется арендовать место в дата-центре, поставить сервер + резервное копирование базы (прирост базы не значительный), на сервере поднять вмваре, 1 VM = 1 ИС.
Спрашиваю:)) Как организовать подключение к ИС клиентов. Например, каждой ИС по статическому ИП, или добавить в топологию управляемый свитч, или средствами вмваре или еще что???? А может организовать впн для каждого хоста, и затем подключение к локальному адрессу? Дело в том, что сам в этом мало чего понимаю, и буду рад услышать конструктивное решение. Плюс ко всему, нужно придерживаться сертифицированным продуктам (гос.заказ). Помогите люди советом.
з.ы. ну и конечно бюджет(
> з.ы. ну и конечно бюджет(да кому ты рассказываешь ??
> Дело в том, что сам в этом мало чего понимаю, и буду рад услышать конструктивное решение. Плюс ко всему, нужно придерживаться сертифицированным продуктам (гос.заказ). Помогите люди советом.
Обратись за советом к руководству, которое решает "как распределять" (читай "пилить") финансы, оно тебе и подскажет "конструктивное решение". Если что, руководство может к чуть более вышестоящему руководству обращаться.
-----------
> Спрашиваю:)) Как организовать подключение к ИС клиентов. Например, каждой ИС по статическому
> ИП, или добавить в топологию управляемый свитч, или средствами вмваре или
> еще что???? А может организовать впн для каждого хоста, и затем
> подключение к локальному адрессу?Обратитесь к разработчикам системы, они должны это описать в руководстве администратора.
--------
> Спрашиваю:)) Как организовать подключение к ИС клиентов. Например, каждой ИС по статическому
> ИП, или добавить в топологию управляемый свитч, или средствами вмваре или
> еще что???? А может организовать впн для каждого хоста, и затем
> подключение к локальному адрессу? Дело в том, что сам в этом
> мало чего понимаю, и буду рад услышать конструктивное решение. Плюс ко
> всему, нужно придерживаться сертифицированным продуктам (гос.заказ). Помогите люди советом.Это вопрос из разряда "великого и клоунов" - "мы купили 90% акций гугла и вот вопрос -надо ли нам обновлять прошивки на свичах".
Если вы писали систему сами - то вам надо нанять более вменяемых программистов.
Если вам систему купили - то ответ на все заданные вами вопросы знают разработчики системы, и более того, решение этих вопросов можно искать ТОЛЬКО путем переговоров с разработчиками.Вобще, то что обратится к разработчикам ен пришло вам в голову- вызывает подозрение что у вас там какаято ахинея разворачивается.
>[оверквотинг удален]
> максимум 50 хостов территориально разбросанных по городу. Планируется арендовать место
> в дата-центре, поставить сервер + резервное копирование базы (прирост базы не
> значительный), на сервере поднять вмваре, 1 VM = 1 ИС.
> Спрашиваю:)) Как организовать подключение к ИС клиентов. Например, каждой ИС по статическому
> ИП, или добавить в топологию управляемый свитч, или средствами вмваре или
> еще что???? А может организовать впн для каждого хоста, и затем
> подключение к локальному адрессу? Дело в том, что сам в этом
> мало чего понимаю, и буду рад услышать конструктивное решение. Плюс ко
> всему, нужно придерживаться сертифицированным продуктам (гос.заказ). Помогите люди советом.
> з.ы. ну и конечно бюджет(Попробуйте задать вопрос на другом форуме, здесь вам ни чем не помогут. Здесь будут говорить про руководство, про программистов, которые здесь в принципе ни причем. Есть задача - ты должен ее решить сам, а ни бегать за советом к начальству, те кто делает наоборот, это простые дешевые 'специалисты'
>[оверквотинг удален]
>> Спрашиваю:)) Как организовать подключение к ИС клиентов. Например, каждой ИС по статическому
>> ИП, или добавить в топологию управляемый свитч, или средствами вмваре или
>> еще что???? А может организовать впн для каждого хоста, и затем
>> подключение к локальному адрессу? Дело в том, что сам в этом
>> мало чего понимаю, и буду рад услышать конструктивное решение. Плюс ко
>> всему, нужно придерживаться сертифицированным продуктам (гос.заказ). Помогите люди советом.
>> з.ы. ну и конечно бюджет(
> Попробуйте задать вопрос на другом форуме, здесь вам ни чем не помогут.
> Здесь будут говорить про руководство, про программистов, которые здесь в принципе
> ни причем.ага, разработчики системы конечно же знают меньше всех о том как надо разворачивать свой продукт..Больше всего об этом знает сисадмин который не знает даже как она работает...
Ну вперед.. :))
> ага, разработчики системы конечно же знают меньше всех о том как надо
> разворачивать свой продукт..Больше всего об этом знает сисадмин который не знает
> даже как она работает...
> Ну вперед.. :))нужна просто тех реализация
>> ага, разработчики системы конечно же знают меньше всех о том как надо
>> разворачивать свой продукт..Больше всего об этом знает сисадмин который не знает
>> даже как она работает...
>> Ну вперед.. :))
> нужна просто тех реализациядопустим, возьмем web календарь - установим его на линукс - и так 10 раз. Имеем ESX и на нем 10 VM - имеем 1 static ip/ = нужно чтобы пользователи подключались каждый к своему календарю, просто набрав адрес в браузере. Вот и все. И поэтому хотелось бы знать можно ли сделать это при помощи одного белого ип, а может нужен свитч или я уже не знаю( просто если бы у вас стояла такая задача, какова была бы ваша схема ее реализации, что потребовалось бы???
>>> ага, разработчики системы конечно же знают меньше всех о том как надо
>>> разворачивать свой продукт..Больше всего об этом знает сисадмин который не знает
>>> даже как она работает...
>>> Ну вперед.. :))
>> нужна просто тех реализация
> допустим, возьмем web календарь - установим его на линукс - и так
> 10 раз. Имеем ESX и на нем 10 VM - имеем
> 1 static ip/ = нужно чтобы пользователи подключались каждый к своему
> календарю, просто набрав адрес в браузере.В зависимости от реализации - чаще всего - каждый конкретный пользователь получает доступ к своему календарю не по принципу - "один белый IP- один пользователь", а по своему логину и паролю.
Тоже относится к размещению отдельно каждой ИС на отдельные машины.
Разработчики системы могут вам вероятно внятно скзать - достаточно ли адекватно написана их система разграничения доступа чтобы календари из разных акаунтов РАЗНЫХ предприятий их системы не пересекались.Нормальная система работает так: есть логины-пароли, есть политики доступа - вы ставите ОДНУ систему и настравивая ее вы можете сконфигурировать на ней отдельные фирмы, привязать к фирмам отдельных юзеров... Соответсвенно нужен один сервер, один адрес.. один url...и все фирмы скоко у вас их там есть - работают с одной системой но не видят друг друга. Ну и могут соответственно координировать работу. Очевидно что если вы внедряете свою ИС для координации работы этих фирм - то они должны в каких-то рамках обмениваться информацией.
Почему это хорошо? потому что 20 ИС стоящих на 20 серверах - создаст массу хлопот.
Администрировать одну ИС через политики разграничивающие права доступа - на порядки проще.Может ли так работать выбранная вами ИС - знают только РАЗРАБОТЧИКИ. С другой стороны, если она так работать не может - вариантов для творчества открывается бесконечное количество.
> если бы у вас стояла такая задача, какова была бы ваша
> схема ее реализации, что потребовалось бы???Вы же хотите странного. Вы почему-то решили что для каждой фирмы нужен собственный комп.
Система не может разграничивать пользователей по логину-паролю? Система не может разграничить пользователей по разным фирмам?Я бы просто отказался от такой системы. Это не ИС.
Это имело бы смысл если бы ваши сервера ставились локально. Одна фирма- один сервер, и только локальнаяы работа. Но вы же собираетесь как вы пишите все это разместить в одном дата-центре, тоесть все будут конектится к ней через интернет.
Соовтественно - рекомендации по адекватному использованию системы вам могут сказать разработчики ее, решение о необходимости внедрения именно такой, на мой взгляд странной системы - принимает все-же ваш директор...
Что было собственно озвучего еще в первых ответах на ваш вопрос.. просто люди не объяснили ПОЧЕМУ.
Но если вы уж так хотите.... можно например поднять все это на одном сервере в разных каталогах и повесить разные филиалы на разные порты...порт 8001 - фирма один..
порт 8002 - фирма второй..
порт 8003 - фирма третий..
и т.д.Может ли ваша ИС быть сконфигурирована так и будет ли она при этом работоспособна- могут сказать вам только РАЗРАБОТЧИКИ этого програмного продукта.
Что же до установки именно так как вы хотите - как сделаете так и будет.
Спасибо, все правильно и я с вами согласен. Но бывают ситуации когда нет этих разработчиков и нет документации, и нет права голоса, сказали: вот ИС, реализуйте так - 1ИС - 1 VM. - и мне пох** что те кто сказал не подумав про целесообразность всего этого будут потом иметь проблемы. Поэтому вот так все непонятно))