| |
| 2.5, none_first (ok), 21:10, 06/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 ну чтобы понять - нужна необходимость в продукте ;)
берем продукты IBM: тиволи (всякие), вебсферу, CICS, Lotus Domino Notes...
Если их не используешь - понять сложно, для чего это нужно ;)
| | |
| |
| 3.15, Аноним (-), 01:02, 07/05/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> берем продукты IBM: тиволи (всякие), вебсферу, CICS, Lotus Domino Notes...
...но гораздо лучше держаться от них подальше. Если вы хотите неповоротливый, глючный, тормозной и проблемный софт - спрашивайте что-нибудь энтерпрайзное. Тиволи, вебсферы и прочие домино - отличные примеры! Если они вам нужны - вы ПОПАЛИ!
| | |
| |
| 4.18, Alexander Konotop (?), 02:06, 07/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Это с точки зрения практики использования. А с точки зрения практики внедрения получается ситуация очень похожая на байку которую я слышал ещё во времена Windows98. Байка заключалась в том что сайт microsoft.com корректно отображается только в IE - так как же несчастные пользователи UNIX сидящие на тогдашней замечательной Мозилле 1.3 смогут узнать о том что есть такая обалденная система Windows и захотеть её купить? Так и здесь ситуация интересная: если я не пользовался этими системами - я не знаю, зачем они нужны. А если бы пользовался - знал бы. Но если не знаю зачем нужны - не посоветую как специалист начальнику приобрести для предприятия такую. А сам начальник в 99,99% случаев будет далёк от этого всего. Ему нужно чтобы он заплатил бабло, а предприятие стало работать эффективнее. Ему это даже не нужно пока он не знает о том что есть такая возможность. Что это за система и какие у неё преимущества/недостатки ему наплевать. И он точно не знает зачем оно ему нужно пока я не обращу на неё его внимание. Поэтому вся эта система продажи и обслуживания держится на промывании мозгов специалистам а не начальником. Пообщавшись с несколькими сотрудниками майкрософта, причём не самыми последними людьми в компании я точно дал диагноз: "зомби". Однако это ещё не значит что все Java или .NET девелоперы зомби, но достаточно некоторого процента таких вот зомби-сотрудников ентерпрайз-предприятий чтобы система жила и дальше. А те кто приходит от имени внедряющей фирмы и внедряет - те как раз совсем не зомби, они просто бабло рубят, а куда деваться, система такая, деньги всем нужны и много их не бывает. Это конечно пока деньги в сегодняшнем ничем не подтверждённом виде существуют, а это будет ещё довольно долго, хотя и не вечно.
| | |
|
|
| 2.6, Stax (ok), 21:30, 06/05/2011 [^] [^^] [^^^] [ответить] | +4 +/– |  Вроде того Вот представьте себе компанию покрупнее, у которой не один мега-серв... большой текст свёрнут, показать | | |
| |
| 3.8, Alexander Konotop (?), 21:57, 06/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Я кажется понял область применения. Поправьте, если ошибаюсь. Возьмём для примера контору, в которой несколько программистов проектируют какой-нибудь проект/стартап/не_важно_как_назвать. Их несколько человек. С момента запуска проекта появляется одновременно больше денег и больше проблем. Решение - нанять больше программистов. Но в коде-то разбираются только несколько человек. А вот если с начала разработки взять какую-нибудь общую широкоизвестную идею проектирования системы, например, MVC, то другим разработчикам будет проще и быстрее разобраться, нужно лишь потратить немного времени и объяснить им где M, где C, а где V. Здесь та же идея только не для программистов а для сисадминов и в полностью готовом виде? И готовность этого вида заключается в реализованной системе классификации и учёта действий админа?
P.S. За объяснение JBoss отдельное спасибо. Кажется, заодно приблизился к постиганию смысла слова Middleware.
| | |
| 3.14, Аноним (-), 23:40, 06/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> в апаче бегают cgi-скрипты, ну скажем через mod_perl или mod_php
Так всё-таки через cgi или через mod_perl/mod_php?
| | |
| 3.20, Аноним (-), 05:47, 07/05/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
Stax>Раз уж вы занаете про апач, вот вам пример - в апаче бегают cgi-скрипты, ну скажем через mod_perl или mod_php.
... зал взрывается аплодисментами! Проффи новой закваски! Made in Skolkovo :)
| | |
|
| 2.7, Avator (ok), 21:41, 06/05/2011 [^] [^^] [^^^] [ответить] | +3 +/– |  none_first парвильно вам пример приводит Посмотрите программные продукты Tivoli... большой текст свёрнут, показать | | |
| |
| |
| 4.11, VoDA (ok), 23:08, 06/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > А если в подробностях - честно говоря, не хватило фантазии на цифру в 7000 компов.
Я работаю в небольшой IT компании. Штат примерно 1200 человек. Компов примерно в полтора раза больше - у многих есть рабочие ноуты.
Количество железных серверов в нашем офисе (довольно малочисленном) около 15. Плюс зверюга поддержки виртуалок - на нем еще 20-30 серверов в виртуалках.
Всего офисов около 8.
Итого: пусть 1500 компьютеров + 8*50 = 400 серверов.
Управление все сети идет через политики и AD. Админов около 8 - по одному на офис. Справляются.
| | |
| 4.12, VoDA (ok), 23:12, 06/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Капитализм, мать его, культ потребления. Недавно вот мышь поменял девушке с PS/2 на USB так пришлось винду переставить чтоб заработало, т.к. винда навернулась а в бэкапе, сделанном PartImage'м из под Линуха не было установлено ни драйверов USB мыши (да, за пару недель до этого ещё и мышь накрылась), ни USB клавы.
> Предприятие серьёзное, но там явно не было столько компов, основная проблема сводилась к бухгалтерии (между прочим, проблема очень и очень объёмная)
писали софт для Финской почтовой службы. Софт - одна из подсистем к их сортировочной машине (это та хрень, через которую проходит ВСЯ почта и потом на трейлерах разъезжается по городам и весям). Всего систем обеспечивающих работу около 5 или 6. Самые древние были сделаны лет 15-20 назад и работают. Наш софт вероятно еще лет 20 отработает прежде, чем появится задача по его смене на другой.
Часть систем написана на С (другого не было тогда), нанешние все на java.
PS система распознавания речи, она и сообщает работнику куда данное письмо нужно отсортировать.
| | |
| 4.13, Avator (ok), 23:27, 06/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
ну 7000 это не предел.
Столько оказалось комппов на заводе ГАЗ, когда моя контора внедрила там Tivoli Configuration Manager.
Они даже не знали сколько у них компов реально есть, в каких цехах они установлены, кто является ответственным за каждый из компов.
Не говоря уже обо всём остальном. Еще на заводе Урал внедряли. Правда сколько там компов было не помню. =) Так что спрашивайте если интересно.
Мониторинг тоже внедряли в одной из нефтедобывающих компаний. Но... там реально больше делали местные сотрудники... и из-за сложности инфраструктуры был целый зоопарк систем мониторинга, сообщения из которых агрегировались с помощью Tivoli Enterprise Console. (кстати еще один продукт, который применяется исключительно в так называемом Энтерпрайзе).
Я занимался системой отчетности, которая отображала собранный данные в виде графиков и таблиц.
| | |
| |
| |
| 6.19, Avator (ok), 04:58, 07/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ну там каждая система отвечала за мониторинг своей части инфраструктуры.
Т.е. например IBM Director (по-моему так называется) отвечал за сбор информации о состоянии бесперебойников, Tivoli Netview собирал информацию о состоянии корневых маршрутизаторов используя протокол SNMP (правда паршиво достаточно это делал.. но тем не менее делала) еще 2 или 3 системы... не IBM'овские в частности Microsoft SMS и еще какие-то продукты (сейчас уже не припомню, года 2-3 уже прошло, помоему GFI и еще какой-то продукт) собирали информацию о состоянии серверов. А потом все это валилось в Tivoli Enterprise Console через разные костыли.... и там на основе правил корректировалось. (т.е. например если одновременно отказал корневой маршрутизатор и перестали пинговаться часть серверов, то в TEC попадали и те и те события, а потом на основе правил собыстия о том что сервера не пингуются должны закрываться.... примерно так... а на основе этих данных уже админы получали некоторую общую картинку в самописной веб морде).
А по поводу конфигурации... если бы использовались Java приложения (пусть и разных вендоров) конфиги с 90% вероятностью были бы в одном стиле.
В J2EE среде слава богу есть стандраты дефакто (например Spring Framework) и масса стандартов деюре, однако вендоры их придерживаются и разрабатывают совместно. См Java Community Process (JCP.org), на котором можно найти стандартные API для подавляющего большинства задач. И написав софт например под IBM'овский репозиторий контента (DB2CM или Filenet) этот же софт можно использовать например с Alfresco или Apache Jackrabbit. Конечно, какие-то правки все равно придется вносить, системы все равно в нюансах могут различаться, но API жестко зафиксирован. Тоже самое можно сказать про портлеты IBM Websphere Portlet Server, Liferay, Apache Jetspeed. И т.д. посмотри jcp.org там много всего интересного... жаль Oracle своими действиями подрывает этот порядок (нападки на Google, разборки с Apache Foundation).
| | |
| |
| 7.21, Alexander Konotop (?), 11:21, 07/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ммм, благодарю за ссылку, занятный ресурс. Особенно менюшка "JSR's" слева вверху - по сути это очень (ОЧЕНЬ!) хорошо рассортированная документация. Выбрав любую платформу сразу можно прикинуть список возможностей. Я, например, не знал что у некоторых версий J2ME есть USB API.
| | |
| |
| 8.22, Avator (ok), 19:54, 07/05/2011 [^] [^^] [^^^] [ответить] | +1 +/– | Да не за что Рад, что ссылка оказалось полезной В рамках Java Community P... текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.10, VoDA (ok), 23:00, 06/05/2011 [^] [^^] [^^^] [ответить] | +/– | Большие системы это отдельный рынок отличающийся от малых практически принципиа... большой текст свёрнут, показать | | |
| |
| |
| 4.23, ыу (?), 20:42, 07/05/2011 [^] [^^] [^^^] [ответить]
| +/– | |
То же самое, например, LAMP - ну почему не LNMP (nginx) или LHMP (lighttpd) или не BAMP (BSD)?
Потому что эта реализация технологий была первой. Linux был раньше BSD, Apache был сильно раньше энженикса и лайти, Perl а в последствии PHP были сильно раньше всего остального для Web. Аббревиатура еще прошлого века. И очень долго не было никакой альтернативы, никто не мог с ними конкурировать, даже MS стоял и курил в сторонке, да и сейчас.
>А ведь аббревиатура CMS наверняка раньше чем MVC
Это из репертуара "В огороде бузина, а в Киеве дядька". MVC это разделение кода для уровня представления и бизнес-логики, очень правильное разделение если что, зародилось еще со времен кобола, задолго до эпохи веб.
>Что бы мы имели без энтерпрайза: взяли несколько толковых специалистов, они провели аналитику работы предприятия, каждый по отдельному направлению сформировал список того что реально необходимо внедрить для решения каждой проблемы и в итоге они сформировали бы список технологий, которые необходимо внедрить и который будет иметь тот же функционал что и ентерпрайз.
1. Энтерпрайз это где-то 80% решенных задач в любом случае сразу.
2. Самописное это практически всегда держится на 2-3 специалистов, случись что с ними предприятие встанет колом.
3. Несколько толковых специалистов никогда не заменят миллионы человеко-часов работы десятков тысяч специалистов.
4. Иногда предприятия нужно продавать, покупателю нужно понимать что он покупает.
5. Доработка в энтерпрайзе это готовая методология, выгони специалистов и найми других почти ничего не потеряешь.
6. Энтерпрайз повышает капитализацию предприятия, т.е. увеличивает как активы так и пассивы собственников.
| | |
|
| 3.24, ыу (?), 20:56, 07/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Еще одна особенность java - проекты "вечны". лично работал с проектами на
> системах, которые начали делать лет 15 назад. И с тех пор
> непрерывно улучшают/дописывают. Но не переписывают с нуля.
Проекты всегда вечны, привет от PMBOK. http://ru.wikipedia.org/wiki/Project_Management_Body_of_Knowledge
А то что на Java проекты не переписывают с нуля, это признак стабильности платформы.
| | |
| |
| 4.26, Alexander Konotop (?), 14:54, 08/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
А вот по поводу стабильности - на 200% соглашусь. Видимо, решения о добавлении нововведений 200 раз перепроверяются, так что потом не приходится ломать обратную совместимость версий платформы.
| | |
| 4.29, MNU (?), 14:27, 05/06/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > А то что на Java проекты не переписывают с нуля, это признак стабильности платформы.
ИМХО заблуждение (есть примеры из личной практики).
ЗЫ. Если так подходить почему все стремятся купить Форд/БМВ/Тайота/.... , а не ездят на жигулях ;)
| | |
|
|
|
|
