• 1) SAN-сторэджи
• 2) Аппаратные RAID-массивы
• 3) Enterprise-уровень установленных ОС, предпочтение стабильных проверенных решений перед супер-крутыми и современными
• 4) На уровне административном, вплоть до увольнения, чёткое следование принципам «работает - не лезь!» и «K.I.S.S» (оно же бритва Окама)
• 6) Наглядность и прозрачность инфраструктуры, позволяющая в любой момент выкинуть одного администратора/нанять другого. Все объекты управления должны быть перед глазами. И да, веб-интерфейсы, веб-интерфейсы и ещё раз веб-интерфейсы. Для ПО, не имеющего вменяемого интерфейса, кроме командного, этот факт должен считаться недостаточным, но веским аргументом в пользу отказа от его применения
• 7) Исчерпывающая документация по конфигурации и собственному коду, написанному в рамках компании для компании. Наличие документации по чужим программным продуктам, если таковая не является общедоступной
• 8) Предпочтение монолитных решений (пусть даже иногда платных, пусть с неправильной лицензией) различным «крутым» мега-OpenSource комбайнам, склеенным скотчем и соплями
• 9) Наличие enterprise-системы бэкапа с купленой поддержкой
• 10) BPM, ERP, CRM, Collaboration... Широкое внедрение продуктов на платформе J2EE
• 11) Минимум самоделок, наколеночных подпорок и революционных изменений, вносимых в готовое ПО, но не используемых нигде, кроме как в данной конкретной компании (а потому создающих проблемы хотя бы просто при обновлении ПО).
• 12) Резервирование, резервирование, резервирование
• 13) Перед любыми изменениями тест, тест, тест

Пока всё.
Я не буду говорить, что я думаю о дебильных наколеночных решениях, имитирующих enterprise подобно китайским имитациям iPhone'а. Можно быть нищими и строить IT-инфраструктуру по средствам, а можно быть нищими и пытаться лезть выше головы создавать колосс на глиняных ногах, готовый при падении разнесёт в щепу всё вокруг...