Чудовищный Франкенстек

Автор: Илья Стечкин Многие слышали о монстре доктора Франкенштейна, который хотел дать жизнь мертвой материи.

Как вы помните, закончилось все печально – смертью ученого и его близких.

И сам монстр.

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

«Спасибо, Кэп!» или Несколько банальностей про облака

Сегодня никто не сомневается, что облака нужны не только романтикам-идеалистам, но и бизнесменам.

Утилитные вычисления — умное название облачных технологий — будут полезны тем, кто предоставляет банковские услуги, занимается логистикой, лечит пациентов, торгует, разрабатывает программные продукты, анализирует большие объемы данных, организует мероприятия.

Даже тем, кто пишет тексты или Коты для постов в соцсетях используют облака, хотя и не подозревают об этом.

Но облако — это, прежде всего, архитектура хранения и обработки данных.

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

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

И вы можете построить такую структуру в собственном дата-центре.

Тогда данные не уйдут за пределы компании, безопасность будет именно на том уровне, который вы сами способны обеспечить, но при этом все преимущества облака будут в вашем распоряжении.

Это называется частное (или частное) облако.

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

Например, у вас есть данные о стоимости вашей продукции, включая информацию о принципах ценообразования.

Очевидно, что эта информация представляет собой коммерческую тайну.

Но изменения цены выставленных на продажу объектов обязательно должны быть отражены в онлайн-каталоге.

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

Изменения цен могут быть автоматически перенесены из частного облака в публичное облако.

И наоборот, заполненные формы заказов могут автоматически пересылаться из публичного облака в частное облако, чтобы лучше защитить личные данные клиентов.

Этот «симбиоз» частных и публичных облаков называется «гибридное облако».

Существуют как открытые, так и собственные решения для построения частных и гибридных облаков.

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

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

Вероятно, поэтому все больше внимания уделяется открытым облачным платформам, среди которых очевидным лидером является OpenStack. Можно понять энтузиастов из регионов, которые пытаются «оседлать волну» и предлагают свои услуги по созданию облака той или иной крупной компании.

Это их шанс выйти на большой рынок.

Сложнее понять известные IT-компании, предлагающие такие же поделки-однодневки, получившие прозвище «Франкенстакс».

В конечном итоге клиент вводится в заблуждение и несет расходы.

Это вредит как имиджу компаний, так и концепции открытого исходного кода.

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

Именно такое «коллективное творчество» позволяет нам предлагать качественный продукт, способный конкурировать с решениями крупных вендоров за меньшие деньги.

Что такое Франкенстек и чем он опасен?

В романе Мэри Шелли учёный Виктор Франкенштейн создаёт живое из неживого.

В нашем случае все происходит наоборот. Создатели «Frankenstacks» превращают живой продукт, способный развиваться и превращаться в зомби.

Такие проекты после «рождения» обречены оставаться на том же уровне развития, в то время как вся экосистема OpenStack развивается каждые полгода — в соответствии с циклом релизов.

Из всего функционала OpenStack разработчики «Frankenstacks» оставляют только тот, который нужен заказчику в данный момент. Представьте себе кубик Рубика, который вращается только в одну сторону и только в одну сторону.

Это нелепый артефакт, не так ли? Когда клиент формулирует разработчикам техническое задание, его волнует решение задач, которые стоят перед ним здесь и сейчас, это нормально.

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

Между тем, как уже говорилось, OpenStack меняется каждые полгода, появляются новые функции, исправляются старые ошибки и открываются возможности, которых не было в предыдущих версиях продукта.

И наоборот, некоторые функции больше не поддерживаются.

Это значит, что через полгода клиент может оказаться разоренным.

Заказчик тратит значительные средства на создание «облака».

Если продукт сделан с учетом особенностей экосистемы, то поддерживать его может любая компания, специализирующаяся на OpenStack. А поддержка любого программного продукта обязательна: как минимум, речь идет о своевременной установке обновлений, обновлений безопасности, обучении сотрудников заказчика работе с продуктом.

«Франкенстек» полностью зависит от своего создателя.

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

Апстрим: правильный выбор

Однажды несколько активных участников OpenStack создали компанию Piston. Они решили, что смогут обогнать сообщество разработчиков и сделать собственный коммерческий продукт на базе «ванильного» OpenStack. Они поняли, как работает сообщество, и сделали осознанный выбор.

Эксперимент дал отрицательные результаты, дав сообществу возможность увидеть, что самостоятельная «доработка», без учета интересов большинства участников процесса разработки, приводит к нежелательным последствиям.

Компания Piston оказалась на грани банкротства и была приобретена IT-гигантом Cisco, «Фракенстек» разорил своего создателя.

К сожалению, многие российские разработчики проигнорировали опыт своих зарубежных коллег.

И продолжают заниматься самодеятельностью, последовательно превращая живой продукт в мертвую сущность, паразитирующую на бюджетах заказчиков.

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

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

Есть, правда, нюанс: для этого компания-разработчик должна иметь вес в сообществе, чтобы заинтересовать проектом других игроков.

От команды из 100 инженеров не стоит ожидать разносторонней экспертизы, поддержки всех компонентов экосистемы, умения внедрять продукт, обучать сотрудников заказчика или поддерживать как предыдущие, так и текущие версии OpenStack.

Однако сотня инженеров легко справится с реализацией решения, разработанного одним из «локомотивов» сообщества.

Определить состав «локомотивного депо» несложно.

Просто откройте сервис Стакалитика .

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

Например, может возникнуть необходимость перехода на новые версии продукта.

Желательно, чтобы этот процесс был безболезненным и без дополнительных затрат. Простой пример: вы сделали драйвер для какого-то фирменного хранилища.

Проходит полгода, приходит время обновлять систему, администраторы обновляют систему, а потом выясняется, что драйвера не работают. А за хранилище были заплачены серьезные деньги.

Причина в том, что в ядре системы были изменения, а о драйвере никто не подумал.

Потому что сообщество не имело никакой информации о своем существовании; он был сделан «на коленке» в процессе «доработки» той версии дистрибутива, которая была актуальна на момент сдачи проекта.

Но вы наверняка не единственный клиент производителя этого хранилища.

И еще сто-сотня компаний были бы рады такому драйверу, да еще и в рабочем состоянии.

А если бы его делал весь мир, то, во-первых, для каждой из заинтересованных компаний это было бы существенно дешевле, а во-вторых, сообщество озаботилось бы изготовлением соответствующего КИ и его тестированием на любой сборке: такая схема реальна.

работает, все легко наблюдать в том же разделе Stackalytics Драйверы поставщиков .

Подведем итог: среднестатистическому пользователю OpenStack нужен представитель в сообществе.

Компания, осуществляющая реализацию, благодаря партнерским отношениям с «Локомотивом» может представлять интересы своего клиента.

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

И наоборот: если он заботится о благе общества, то он неизбежно принесет пользу клиенту, облегчив ему жизнь в будущем.

Именно это отличает живой и развивающийся OpenStack от мертвого, холодного и жадного до клиентских денег «Frankenstack».

Теги: #Mirantis #Mirantis #openstack #cloud #upstream #stackalytics #driver #open source

Последнее изменение: 2024-12-19 05:12:58

Вместе с данным постом часто просматривают: