Начало конца Terraform?
Уже давно было очевидно, что Hashicorp изо всех сил пытается заработать деньги, понеся убытки в размере 274 миллионов долларов в 2023 году. Это, несомненно, привело к весьма спорному переходу на лицензию BSL в августе 2023 года и форку сообщества OpenTofu, а в апреле и к продаже компании Hashicorp в IBM
539 открытий10К показов
Входим на кладбище хорошего программного обеспечения, которым является IBM…
Уже давно было очевидно, что Hashicorp изо всех сил пытается заработать деньги, понеся убытки в размере 274 миллионов долларов в 2023 году. Это, несомненно, привело к весьма спорному переходу на лицензию BSL в августе 2023 года и форку сообщества OpenTofu. Hashicorp вряд ли одинока в своих проблемах, поскольку Redis использует аналогичный подход, что приводит к появлению форка Valkey или Elasticsearch с изменениями лицензии…
Проблема монетизации проектов с открытым исходным кодом
По сути, многие из этих компаний изо всех сил пытались в достаточной степени монетизировать разработанные ими инструменты с открытым исходным кодом, и именно здесь я хочу развеять миф, который, похоже, существует у некоторых людей:
Такого понятия, как «свободное» программное обеспечение, не существует.
Конечно, существует множество программ, которые бесплатны на момент использования и могут быть модифицированы в соответствии с разрешительными лицензиями и тому подобным. Но, по сути, разработчики тратят время на написание кода, а это время обычно требует некоторой оплаты.
Я понимаю, что есть несколько проектов для хобби, в которые люди могут внести свой вклад в свободное время, но крупные проекты с открытым исходным кодом обычно поддерживаются крупными технологическими фирмами, которые предоставляют инженеров или деньги, чтобы разработчики могли работать над ними неполный рабочий день или полный рабочий день полностью, Linux foundation.
В качестве другого примера можно привести тот факт, что Google по-прежнему является крупнейшим участником проекта Kubernetes. Google может это делать, потому что зарабатывает на использовании сервисов, которые зависят от него, и продаёт управляемые предложения на движке Google Kubernetes Engine.
Проблема с покупкой IBM Hashicorp
Таким образом, Hashicorp потерпела финансовую катастрофу, несмотря на то, что у них были хорошие продукты, многие работали с Terraform и Packer и внедряли Vault. Многим компаниям понравился инструментарий Hashicorp, потому что он по своей сути не зависит от облака; для организаций с несколькими облаками предпочтительнее использовать общий язык конфигурации в Terraform или решение для управление секретами в Vault, чем изучать их в AWS, Azure, Google Cloud или множества других поставщиков.
Это подводит нас к моей первой проблеме: у IBM есть конфликт интересов. Так как у IBM есть собственное облачное предложение, доля которого на рынке, по общему признанию, составляет 1,8%, то зачем им продолжать разрабатывать инструменты, которые, откровенно говоря, приносят больше пользы их конкурентам, чем им самим?
Вторая проблема, возможно, самая большая, заключается в том, что у IBM есть множество неудачных приобретений хороших компаний-разработчиков программного обеспечения. В недавней истории приобретение Red Hat привело к изменениям в CentOS, которые сократили долю рынка этого некогда популярного дистрибутива, как это ни парадоксально, часто в пользу Ubuntu LTS. Другой пример Lotus Software который прекратил разработку в далеких 2000-х годах. Многие просто не доверяют IBM в том, что касается Hashicorp как компании.
Итак, что же мы будем делать дальше?
Итак, главный вопрос, очень похожий на недавнее повышение цен после выхода VMware, я думаю, что это развилка на пути. Либо мы продолжим использовать Terraform, поскольку IBM, несомненно, предпринимает новые усилия по монетизации, чтобы окупить свои инвестиции, либо мы изменим наш инструмент управления IaC.
Какие у нас есть альтернативы в последнем случае?
Что ж, давайте начнем с очевидного: OpenTofu. Это, пожалуй, самое простое краткосрочное «исправление7 для тех, кто не использует передовую версию Terraform, где они могут использовать совместимый двоичный файл, основанный на более ранней версии.
Pulumi — еще один потенциальный вариант, хотя у меня были бы опасения по поводу финансовой устойчивости их бизнес-модели, которая похожа на старую модель Hashicorp.
Crossplane — это ещё один вариант, который создает довольно много шума из-за ориентированного на Kubernetes взгляда на мир. Crossplane использует аналогичный подход, ориентированный на провайдера, как и Terraform, что упрощает расширение на различные платформы. Несмотря на то, что проект поддерживается CNCF (и на момент написания этой статьи проходит процедуру утверждения), основным спонсором, по-видимому, является компания Upbound, в финансовой устойчивости которой тоже есть сомнения.
Другой вариант — использовать «нативный» подход, когда каждый из трёх крупных гиперскалеров предлагает свои специальные опции: создание облака с помощью AWS, Bicep с Azure и Config Controller в Google Cloud. Основным недостатком этого подхода, который я вижу, является фрагментация. Отчасти привлекательность Terraform заключалась в ее согласованности с языком конфигурации, поскольку поставщики абстрагировались от вызовов API, специфичных для конкретного поставщика.
Без сомнения, есть много других инструментов, о которых я не упомянул, и, пожалуйста, прокомментируйте любые дополнительные предложения, которые у вас есть.
539 открытий10К показов