07/04/2023
Интересный своеобразный «экзистенциальный вопрос» в IT — это какие программные продукты лучше с точки зрения использования в организации — коммерческие или Open Source? При обсуждении данной тематики было сломано не мало копий по всему миру, в том числе и мною самим с коллегами по цеху. При этом есть различные углы зрения на данную дилемму — от сугубо меркантильных, до глубоко философских. Мне за свою карьеру в сфере информационных технологий посчастливилось поработать в организациях, которые относятся к совершенно различному спектру вопроса использования Open Source продуктов. Это были в том числе и апологеты чистого свободного ПО, а также наоборот любители хороших коммерческих корпоративных решений. Хотелось бы поделиться своим практическим видением на то, когда целесообразно останавливаться на том или ином виде IT решений.
Основные плюсы и минусы
Часто приходится слышать от друзей или знакомых следующий вопрос, который может выражаться в различной форме. Зачем нам покупать дорогой коммерческий продукт в организации, если мы можем использовать аналог на Open Source, сэкономив при этом большие деньги. Давайте рассмотрим достоинства и недостатки каждого подхода, а также на то, на какие факторы нужно особенно обращать внимание при концептуальном выборе.
Во-первых, при просчете финансовой составляющей любого IT проекта необходимо учитывать составляющую в виде оплаты труда соответствующих специалистов. Чем более сложное и комплексное решение, тем более экспертные специалисты необходимы для его проектирования внедрения и сопровождения. Для Open Source продуктов это особенно актуально, так как собственные специалисты компании должны понимать тонкости внедряемых решений, а также иметь навыки, чтобы применять эти знания. Стоимость таких высококвалифицированных специалистов, как правило, значительно выше на рынке в силу необходимости наличия большого объема специфичных знаний и высокого уровня когнитивных способностей. Именно зарплата таких сотрудников составит серьезную часть IT бюджета проекта, без учета которой не получится добиться поставленных целей. Поэтому надо понимать, что используя сложные Open Source продукты, зарплату IT специалистам придется платить значительно больше, чем при использовании аналогичных коммерческих продуктов.
Во-вторых, способность внедрить IT решение в собственную инфраструктуру организации. С коммерческими продуктами всегда присутствует опция проведения таких работ вендором или партнером, что освобождает от необходимости погружения во все нюансы инсталяции. Также, как правило, у качественных решений имеется большой пакет документации в свободном доступе по тому как внедрять и эксплуатировать данное решение. Все это максимально облегчает процессы внедрения коммерческих продуктов в инфраструктуру конечного Заказчика. С другой стороны Open Source продукты требуют собственной экспертизы при установке и запуске в эксплуатацию. Кроме этого зачастую имеющаяся в наличии документация не покрывает всю специфику установочных работ, что предъявляет дополнительные требование к инженерам и системным администраторам компании пользователя решением. Без учета данных нюансов для организации этап внедрения может оказаться непосильным препятствием.
В-третьих, способность поддерживать в работоспособном состоянии внедренное решение в течение продолжительного времени. Я думаю, что надо принимать как аксиому утверждение, что любое IT решение в процессе своей эксплуатации будет сталкиваться с теми или иными техническими проблемами функционирования. Чем сложнее решение, тем больше вероятность появления различных багов и ошибок со временем. Уже на начале планирования проекта необходимо понимать, как будут решаться данные проблемы. Техническая поддержка от производителя продукта зачастую является ключевым фактором для критически важных решений. Без отсутствия такого сервиса нужно предельно четко понимать, кто и какими способами будет решать возникающие затруднения. При использовании решений с открытым кодом в инфраструктуре, особенно с повышенными требованиями к информационной безопасности, обеспечение отказоустойчивой работы продукта лежит целиком на плечах собственных специалистов. Это многокртано повышает требования к ним, как с точки зрения опыта, так и с точки зрения ответственности.
В-четвертых, умение организовать корпоративную культуру таким образом, при которой привлечение и удержание высококвалифицированных IT специалистов является неотъемлемой частью организации. Без этого, опираясь зачастую на одного или двух имеющихся компетентных специалистов, без наличия возможности найти оперативно им замену, компания рискует оказаться в любой момент в критически опасной ситуации. Представьте себе ситуацию с реальным коммерческим или государственным банком, который для хранения большого объема клиентской информации использует определенное Open Source решение. И вот в какой-то момент банк по тем или иным причинам теряет специалистов, ответственных за поддержание данного продукта, а найти подходящую замену не может. Еще через определенный промежуток времени случается среднестатистический сбой в системе, который устранить имеющиеся специалисты уже не могут. Банк из этого примера по сути в результате этого может оказаться перед лицом серьезнейших проблем, которые могут привести к банкротству и множеству судебных исков со стороны клиентов. Создать в организации корпоративную культуру управления, способную привлекать и воспитывать квалифицированных IT специалистов задача нетривиальная, которая требует соответствующих знаний и опыта у менеджмента компании. Для организаций, которые активно используют свободное ПО, данный пункт я бы поставил принципиально во главу угла.
Финальные мысли
С моей точки зрения, один из фундаментальных законов природы, который проявляется в различных ипостасиях в разных сферах бытия, это закон взаимоности или симметрии. И зачастую с недоумением смотрю на людей, которые хотят получить от жизни что-то, не отдавая совсем ничего взамен. В контексте данной статьи мне видится, что попытки отдельных организаций внедрить серьезные Open Source решения без соответствующей подготовки и экспертизы своих специалистов обречены на провал и получение множества неприятностей. Рассматривая однобоко IT проекты только со стороны закупки программного обеспечения и оборудования, упускается из виду необходимая организационная структура и техническая экспертиза персонала.
Эта статья оказалась крайне полезной. Она позволила мне осознать причины невозможности использования open source решений на моей предыдущей банковской работе.