>"управления, конфигурирования, инвентаризации и мониторинга за работой программного обеспечения на машинах в сети предприятия".
>Это что? Теперь юзеры сами не управляют своими компами? Теперь один мага-админ единолично работает за всех и на всех компах?
>Или это:
>"контролировать работу web-серверов Apache"
>Я всегда на всех серверах предпочитаю контролировать веб-сервер самостоятельно. И инструмент мой - консольный текстовый редактор. Так что же это тогда? Гуй для правки конфигов?Вроде того. Вот представьте себе компанию покрупнее, у которой не один мега-сервер с апачем и другой с постгресом, а пользователей обслуживает один виндовый быдлоадмин, решающий их проблемы. А что-нибудь покрупнее - уже при сотне пользователей даже несколько админов начнут не справляться без инструментов контролировать, у кого какое железо (он же меняется, чинится, расширяется и т.д.), у кого какой софт, у кого какие настройки - кому разрешено какими прогами пользоваться, куда лазить и т.д. У всех ли нормально прописаны DHCP, прокся, и т.д. и т.п. Вначале можно использовать пачку самописных диагностических скриптиков и тесктовый файлик, но это начинает отнимать много времени, и хочется централизованный инструмент для учета и контроля. Это про пользователей.
Что касается серверов, вот у нас к примеру три стойки серверов - на которых бегает куча всего. Конечно, можно помнить про все апачи, про все постгресы, про все мускули, про все прочие по отдельности - и все вместе? А когда админов больше одного? А быстро проверить, что все на всех серверах работает? А искать проблемы железа? Опять же, тут спасает инструмент, в который занесено, что где есть и который позволяет быстро все проверить и внести необходимые изменения туда, куда нужно. Конечно, можно зайти на сервер и поправить конфиг апача. А если пока вы были в отпуске, второй админ поднял еще один апач на другом сервере, забыв сказать вам, и там тоже нужно изменить? Вот с такой системой вы про это не забудете - она сама выполнит изменение везде, где требуется и проконтролирует.
> Или вот например отрывок из описания JBoss:
> "market leading platform for innovative and scalable Java applications".
> Напрашивается вполне законный вопрос: "И шо? Ну Scalable, ну Innovative, ну Java. А что он делает?!! Функциональная нагрузка в чём заключается?"
JBoss это application server, вам это определение знакомо, или тоже сразу относите к "маркетинговой ерунде"? Раз уж вы занаете про апач, вот вам пример - в апаче бегают cgi-скрипты, ну скажем через mod_perl или mod_php. Чтобы оптимальнее и лучше. Это означает некий интерфейс, который специфичен для апача; под, скажем, nginx'ом ваш скрипт не заработает. Тут скрипт может быть, скажем, частью вебсайта, а httpd для него - application server.
А для Jav'ы спецификации того, что вы можете делать из аналога этого "скрипта" намного больше. Благодаря спецификациям вроде JavaEE и EJB вы можете писать код, работающий через развесистые интерфейсы с различными технологиями, библиотеками, БД и т.д. При этом не напрямую вызывая это все, а "переносимым" способом, используя возможности, предоставляемые мощным application server'ом, который обеспечивает функционирование вашего приложения вместе с другими и обеспечивает им взаимодействие с тем, что для вашего продукта нужно. Примерно как apache httpd+mod_perl+скрипт дает больше возможностей, чем тупо запускаемый скрипт в отрыве от всего. Вот JBoss - это один из таких application server'ов. И запускать под ним можно не только вебсайты, но и другие сервисы - т.к. писать продукты, работающие через его стандартиризованные интерфейсы проще/удобнее/надежнее, чем напрямую дергать кучу библиотек из кода.