А теперь отформатируй списком \[list\] и объясни к чему запостил?

Не видишь, человек набрался жизненного опыта и теперь хочет поделиться.

Там в конце вброс: «Широкое внедрение продуктов на платформе J2EE». Незаметный, но мощный.

Сперва оформление нормальное сделай, потом говори об инфраструктуре.

Ну по поводу «2) Аппаратные RAID-массивы» я готов поспорить. Аппаратные RAID эт конечно хорошо, но только тогда, когда у тебя есть в загашнике в ящике стола ещё один точно такой же контроллер, такой же как тот, на котором вертится этот самый RAID-массив с очень важными данными. Чтоб когда он сгорит или слетит, не приходилось бегать с ошпаренной спиной по магазинам в поисках этого контроллера.

И не всегда даже в ынтырпрайзной конторе запасной имеется.

Накипело у него, не видно чтоли?

А в какой школе таким умным словам учат?

12) Резервирование, резервирование, резервирование
13) Перед любыми изменениями тест, тест, тест

Ну, скажем задолбало уже изрядно. Люди просто не понимают, сколько стоят данные и к каким последствиям приводят всякие академические упражнения в создании велосипедов, начиная прямо с этапа добычи бокситов. А ещё ненавижу подобные экономии за то, что никто даже не догадывается посчитать всё же и стоимость рабочего времени сотрудников заодно уж.

> Пока всё.

А где тэги [роспил] и [бабло]?
Без них тебя не поймут.

> Люди просто не понимают, сколько стоят данные и к каким последствиям приводят всякие академические упражнения в создании велосипедов, начиная прямо с этапа добычи бокситов.

От человека, который упорно осваивал OpenLDAP, это звучит особенно убедительно.

1С и вин 2008 сервер на энтерпрайз железе. юзеры сидят в вин терминалах. остальное для лохов, в том числе и веб-интерфейсы

>12) Резервирование, резервирование, резервирование

13) Перед любыми изменениями тест, тест, тест

Про систему бэкапа сказал. Причём важно, что ответственность за её работу в соотв. со спецификациями должна быть на производителях ПО, а не на дяде Феде из сарая, который когда-то работал в конторе и куда-то ушёл, и теперь... где ж его взять, родного.

Нормальная IT-инфраструктура - это та, которая отвечает потребностям предприятия. Остальное частности.

> 1С и вин 2008 сервер на энтерпрайз железе. юзеры сидят в вин терминалах. остальное для лохов, в том числе и веб-интерфейсы

Во, слова не мальчика.

> 8) Предпочтение монолитных решений

11) Минимум самоделок, наколеночных подпорок

предпочтение стабильных проверенных решений перед супер-крутыми и современными

10) BPM, ERM, CRM, Collaboration... Широкое внедрение продуктов на платформе J2EE

Для ПО, не имеющего вменяемого интерфейса, кроме командного, этот факт должен считаться недостаточным, но веским аргументом в пользу отказа от его применения

предпочтение стабильных проверенных решений перед супер-крутыми и современными

...

Приведите пожалуйста парочку решений, крупнейших в своей нише, которые соответствуют этим требованиями. Желательно чтобы эти решения были в вебе, а то в банковской сфере и промышленности внедрение новых решений будет происходить вероятно после моей смерти.

>От человека, который упорно осваивал OpenLDAP, это звучит особенно убедительно.

Для человека, который не осилил IIS потому что знает SQL? Как бы думать головой не научились? Или вы фанатик, поэтому нет Directory Server, кроме Active Directory?

1С для лохов не осиливших нормальную ERP. На ней даже мелкое предприятие с парой тысяч сотрудников то не заведешь, не говоря уж о крупных.

Я надеюсь мы говорим про 1С предприятие, а не наколенную поделку в виде 1С бухгалтерии?

>Нормальная IT-инфраструктура - это та, которая отвечает потребностям предприятия

Предприятие нуждается не в IT-инфраструктуре, а в тех сервисах, которые предоставляются на базе оной.

Дополню свой коммент. Ваша инфраструктура подходит только для очень стабильных вещей. Для веба оно не подходит. Пока вы будете строить эту инфраструктуру, другая компания уже заработает свои первые 100 миллионов. Не говоря уже о том, что на неё денег на первоначальном этапе никто не даст.

Назовите сумму, за которую вы сможете организовать рабочий процесс для небольшой организации в 10 человек (+ пара серверов). Специализированного ПО не нужно, буквально только доступ в браузер и openoffice.

Ну, скажем задолбало уже изрядно.

Не разводя ЖЖ, что стало последней каплей? Опять заказали сделать как в Виндоуз Сервер, но чтоб недорого? :)

> Нормальная IT-инфраструктура - это та, которая отвечает потребностям предприятия. Остальное частности.

Золотые слова. Сделать топикстартеру татуировку на лбу.

>Нормальная IT-инфраструктура - это та, которая отвечает потребностям предприятия

Это н слова, это традиционная тупая отмазка нищебродских контор-однодневок, которые сами нихрена не стоит и IT-инфраструктура их ломаного гроша не стоит.

>Опять заказали сделать как в Виндоуз Сервер, но чтоб недорого?

Мелким конторам действительно в Ж не сдался Windows Server, обычной Samba за глаза хватает, так оно ещё и работает быстрее.

Тут у нас один чувак слабал на коленке кластер из 20-ти слоёв сырого, но очень крутого OpenSource-ПО, подклеенного соплями из хренового BASH-кода.

>Предприятие нуждается не в IT-инфраструктуре, а в тех сервисах, которые предоставляются на базе оной.
И дальше что? Как оно противоречит моему утверждению?

кластер из 20-ти слоёв сырого, но очень крутого OpenSource-ПО, подклеенного соплями из хренового BASH-кода.

ААААААаа!!!1111 Дайте два!!!!111

это в теории, а на практике в моем городе предприятие на 5 тыщ человек и им до сих пор 7ки хватает. хотя прочие ерп они для попилинговых целей раз в год покупали стабильно.

Тут у нас один чувак слабал на коленке кластер из 20-ти слоёв сырого, но очень крутого OpenSource-ПО, подклеенного соплями из хренового BASH-кода.

работает?

OpenSource-ПО

Какое?

Если им 7-ки хватает значит у них очень короткая и простая цепочка производства, причем им вероятно не нужен реалтаймовый учет. А ерп для попилинга покупать каждый год накладно, нормальные решения с интеграцией стоят немалые суммы.

• 14) Дресс-код для всех сотрудников организации кроме директора и секретаря

>Как оно противоречит моему утверждению?
Противоречит в том, что работу одних и тех же сервисов можно организовать на базе 100500^10 вариантов организации IT-инфраструктуры, одно к другому слабо привязано (взаимосвязи проявляются только в том, что чего-то не хватает или в том, что ВНЕЗАПНО нихрена не работает).

>14) Дресс-код для всех сотрудников организации кроме директора и секретаря

директора

Какого конкретно? Мы же не про шарагу говорим.

>традиционная тупая отмазка нищебродских контор-однодневок, которые сами нихрена не стоит и IT-инфраструктура их ломаного гроша не стоит.

Решил Петр Иванович со своей тещей на собственном участке выращивать цветочки и продавать их. Но поскольку ему для ИП нужно было купить лицензии на RHEL, аппаратный RAID-контроллер с web-интерфейсом (2 шт.) и enterprise-систему бэкапа (с поддержкой и web-интерфейсом) стартап, к сожалению, провалился...

OpenVZ
BTRFS
DRBD
LVM
SoftRAID

>> От человека, который упорно осваивал OpenLDAP, это звучит особенно убедительно.

Для человека, который не осилил IIS потому что знает SQL?

Ты бредишь. Надеюсь, это от переутомления.

Как бы думать головой не научились?

Нет материала для размышления. Ты бодро красноглазил с OpenLDAP, и вдруг запел такую песню. Интересное изменение.

kernelpanic, вы меня не так поняли, повторюсь на всякий случай:

Можно быть нищими и строить IT-инфраструктуру по средствам, а можно быть нищими и пытаться лезть выше головы

Проще говоря, я не против системного блока Pentium III Inside на участке Петра Ивановича, но против клепания сотфовых RAID'ов из гнилых дисков, объединения наручных часов в кластер с мониторингом его Nagios'ом и проч. подобного шлака.

>Ты бодро красноглазил с OpenLDAP, и вдруг запел такую песню

Я всего лишь в курсе, что такое сервер каталогов и для чего он может использоваться, а ты, видимо, умные книжки MSDN читаешь. Ну читай, читай.

ответственность за её работу в соотв. со спецификациями должна быть на производителях ПО

Чёрт, хочу привлечь к ответственности производителя ПО. Поделитесь опытом обхода EULA, в которых производитель ПО всегда пишет, что он если что не при делах :)

>14) Дресс-код для всех сотрудников организации кроме директора и секретаря

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

sergej, я говорю об услуге поддержки, а не о возмещении убытков.

Насчёт дресс-кода не влкючу потому, что это не относится к IT-инфраструктуре

> чёткое следование принципам «работает - не лезь!»

Благодатнейшее поле для костылестроения

> И да, веб-интерфейсы, веб-интерфейсы и ещё раз веб-интерфейсы.

обоснуй необходимость

Это зависит от обстоятельств. Я за дресс-код, когда эта архетиктура для крупной корпорации где инфраструктура выполняет обслуживающие функции. Но там, где инфраструктура является косвенно средством получения дохода, дресс-код может быть не всегда уместен.

Про систему бэкапа сказал.

Железное резервирование я говорю.

если hdd, то +1. если контроллер, то +1. Если bbu, то +1. Если сервер, то +1.

> Для ПО, не имеющего вменяемого интерфейса, кроме командного, этот факт должен считаться недостаточным, но веским аргументом в пользу отказа от его применения

предпочтение стабильных проверенных решений перед супер-крутыми и современными

ты уверен, что это не взаимоисключающие параграфы?

Экая хрень... Много спорных моментов.

> 1) SAN-сторэджи

Это не всегда оправдано. Иногда RAID10 или RAID5 отлично справляются с нагрузкой. Зачем тогда обязательное наличие SAN?

2) Аппаратные RAID-массивы

В чём их преимущество перед программными RAID-массивами, например, в GNU/Linux?

3) Enterprise-уровень установленных ОС, предпочтение стабильных проверенных решений перед супер-крутыми и современными

Допустим, Debian - Enterprise? А чем он хуже энтерпрайзного RedHat?

4) На уровне административном, вплоть до увольнения, чёткое следование принципам «работает - не лезь!»

Т.е., надо ждать, пока не придет песец и тогда в панике всё менять? Проектирование - это хорошо, но IT быстро развивается, и сложно предугадать всё на 10-15 лет наперед.

И да, веб-интерфейсы, веб-интерфейсы и ещё раз веб-интерфейсы. Для ПО, не имеющего вменяемого интерфейса, кроме командного, этот факт должен считаться недостаточным, но веским аргументом в пользу отказа от его применения

Далеко не везде это нужно. Далеко не везде это удобней. Да и IT-специалисты, умеющие работать только в Web-интерфейсе - не нужны.

8) Предпочтение монолитных решений (пусть даже иногда платных, пусть с неправильной лицензией) различным «крутым» мега-OpenSource комбайнам, склеенным скотчем и соплями

Опять же полная хрень. От технически подкованного человека это странно слышать.

9) Наличие enterprise-системы бэкапа с купленой поддержкой

Обязательно enterprise? С купленной поддержкой? Нахрена? Чего стоят админы, которые не знают и не разбираются, как управляется с данными система бэкапов? А с нормальными знаниями та же bacula отлично справится с большинством заданий.

Широкое внедрение продуктов на платформе J2EE

ЗАЧЕМ???

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

Грамотное и документированное скриптописание, разработка внутреннего софта - что в этом плохого?

-----------------------------------

В заключение: Энтерпрайз - это такая религия, заставляющая стрелять по воробьям из «Шилки»?