Финансовый кризис ударил по ИТ-бюджетам на 2009 год. Лицензии Oracle, Microsoft и IBM закупаются в валюте, а рубль с осени потерял к доллару заметную долю – каждое продление дорожает само по себе. Одновременно государство подталкивает к открытому ПО: распоряжение правительства о переходе органов власти на свободный софт задаёт направление, а не только экономит деньги. Open source перестал быть темой энтузиастов и стал статьёй экономии, которую защищают перед финансовым директором.

Где экономия реальна, а где иллюзорна

Самая очевидная замена – инфраструктурный слой. Linux (RHEL, SUSE или CentOS) вместо Windows Server, Apache и nginx вместо IIS, PostgreSQL и MySQL вместо лицензий на СУБД по числу процессоров. Здесь зрелость продуктов уже не вызывает споров: PostgreSQL держит серьёзные нагрузки, а отказ от поядерного лицензирования СУБД снимает самую болезненную строку в смете.

Сложнее с прикладным уровнем. OpenOffice.org закрывает массовое делопроизводство, но ломается на сложных макросах Excel и нестандартных шаблонах документооборота. Заменить корпоративную ERP открытым аналогом за квартал не выйдет – миграция бизнес-логики стоит дороже сэкономленных лицензий. Поэтому считать надо не цену лицензии, а полную стоимость владения: внедрение, переобучение, поддержку и риск простоя.

Главная ошибка – приравнивать «бесплатно» к «без затрат». Открытый код не значит отсутствие расходов; он значит, что вы платите за компетенцию и поддержку, а не за право запуска. Для критичных систем это честный обмен: вместо валютной лицензии – контракт на сопровождение в рублях и собственная команда, которая видит исходники.

Гибридный стек вместо революции

Полный переход «всё на открытое за год» – путь к провалу. Работает поэтапная схема: сначала переводим то, где риск минимален, а выгода очевидна, и только потом подходим к ядру бизнес-систем.

Разумная последовательность выглядит так:

  • веб-серверы, почта, файловые и DNS-сервисы – переводятся первыми и почти без сопротивления;
  • СУБД под новые проекты – закладываем PostgreSQL сразу, не наследуя дорогие лицензии;
  • рабочие места – пилот на отделе, замеряем реальные трения до массового развёртывания;
  • ядро ERP/учёта – мигрируем последним, под отдельный проект с резервным планом.

При таком подходе старые и новые компоненты работают вместе. Об этом мы подробно писали в материале про перенос legacy-систем без простоя: открытый стек встаёт рядом с унаследованным, перенимает нагрузку постепенно и не требует «дня X» с остановкой сервиса.

Что проверить перед решением

Прежде чем менять лицензию на открытый продукт, оцените три вещи. Активность сообщества и регулярность выпусков – заброшенный проект опаснее платного. Наличие коммерческой поддержки на российском рынке – чтобы инцидент не упирался в форум на чужом языке. И совместимость с тем, что уже работает: форматы данных, протоколы, интеграции.

Отдельно – эксплуатация. Открытое ПО не отменяет дисциплины: регулярные бэкапы и план непрерывности нужны Linux-серверу ровно так же, как проприетарному. Смена вендора не страхует от сбоя оборудования или ошибки администратора.

Вывод

Open source в 2008 году – это инструмент управления затратами, а не идеология. Он экономит на инфраструктуре уже сегодня и снимает валютный риск с лицензий, но требует компетенции и аккуратной поэтапной миграции. Если планируете переход в 2009-м, начните с поэтапного переноса инфраструктурного слоя на открытый стек и считайте полную стоимость владения, а не строчку прайс-листа. Куда движется отрасль в целом – мы разобрали в итогах ИТ-года.