Одна голова хорошо, а миллион — лучше. Что дает миру open source
Как открытый код развивает медицину, образование и промышленность
Медицина: облако для детской больницы и сообщество по созданию протезов.
Программное обеспечение с открытым кодом — явление, которому официально не больше 23 лет. На деле оно зародилось в середине 80-х, еще до появления интернета. Тогда проприетарное, то есть частное ПО, не просто доминировало на рынке — оно было практически единственным вариантом. Нужно решить какую-то техническую задачу? Покупай у правообладателя готовое решение или разрабатывай свое с нуля.В противовес появилась идеология открытого ПО. Энтузиасты open source считали, что разрабатывать, модернизировать и сопровождать программы правильнее и эффективнее в соавторстве. На практике это выглядит так: создатель кода публикует его и приглашает неограниченный круг других специалистов к изучению и внесению изменений. Все строится на прозрачности, доступности и взаимном доверии.
Как показало время, философия open source не просто имеет право на жизнь. Согласно исследованию Red Hat, 90% компаний — ИТ-лидеров уже задействуют открытый код в своих проектах. В ближайшие годы эта цифра будет только расти.
А группа сторонников open source уже давно превратилась в наднациональное комьюнити: на GitHub, крупнейшей площадке для совместной ИТ-разработки, работают и общаются более 56 млн программистов, которые в условиях опенсорса создают всевозможные решения на 337 языках программирования.
Один из крупнейших адептов open source, который сумел не только значительно развить эту сферу, но и построить бизнес на открытости — американский вендор ПО Red Hat. Его разработки базируются на операционной системе Linux — пожалуй, самой популярной программе с открытым кодом — и задействуются в самых разных проектах, от запуска арт-фестивалей до космических программ.
RB.RU узнал, в каких отраслях формат open source наиболее полезен и в каких проектах он себя проявил.
В последние годы, особенно в период пандемии, нарастающая диджитализация здравоохранения из логичного следствия прогресса превратилась в жизненную необходимость. При этом внедрение инноваций на практике зачастую задерживается. Разработка «усилиями миллионов» помогает решить эту проблему — и не только нарастить скорость внедрения решений, но и сделать саму индустрию доступнее.
Яркий пример — создание ChRIS,
полностью открытой платформы распределенных данных и вычислений. Все началось с желания сотрудников Бостонской детской больницы оптимизировать процесс выявления опухолей: в 2000-х врачи-радиологи ежедневно тратили часы на изучение снимков, и времени на лечение оставалось не так много. Для решения проблемы планировали создать специальную программу, но после нескольких попыток выяснилось — коммуникация между исследователями в лабораториях и клиницистами в больницах слишком затруднена и несколько страниц кода ситуацию не исправят.
Для связи нужно было нечто большее, целая ИТ-инфраструктура. Ей стало публичное облако с открытым исходным кодом Массачусетского экологического центра высокопроизводительных вычислений.
На базе этого облака Бостонская детская больница в сотрудничестве с восемью университетами, шестью ИТ-провайдерами, несколькими государственными организациями и активистами создала платформу, открытую операционную среду для исследовательских программ и больничных приложений.
Теперь научные работники, разработчики и практикующие врачи могут мгновенно обмениваться опытом и совместно работать над созданием ИТ-продуктов.
Распространение одной разработки может помочь сотням людей. Это иллюстрирует история сообщества e-NABLE. Сейчас в него входят студенты, инженеры, ученые и обычные люди, которым нужна медицинская помощь — открытый дизайн биоэлектрических протезов верхних конечностей уже пригодился многим из них.
В 2011 году будущий основатель сообщества разработал конструкцию металлической руки для костюма в стиле стимпанк и разместил видео на YouTube. С ним связался южноафриканский плотник, который потерял пальцы в результате несчастного случая, и попросил поделиться дизайном.
Вместе они работали над прототипом полноценного протеза и создали первую руку, напечатанную на 3D-принтере.
Постепенно об этом случае стали узнавать другие люди — и тоже делиться собственными наработками.
В результате группа энтузиастов выросла до международной организации, каждый участник которой по мере сил участвует в процессе разработки, производства и распространения протезов.
Например, канадское отделение перерабатывает пластиковые отходы для получения нужных материалов, а в Йемене протезами оснащают пострадавших во время гражданской войны. Сейчас на сайте сообщества можно бесплатно создать индивидуальный дизайн под конкретный случай.
В числе ряда недостатков, присущих современной образовательной системе — затрудненный доступ большой части населения к знаниям и отсутствие обратной связи от учеников к учителям. С появлением EdTech-инструментов ситуация начала улучшаться, но в корне ситуацию изменит творческое сотрудничество, обмен знаниями между всеми участниками процесса.
Формат современного обучения демонстрирует Co.Lab
— образовательная программа, основанная на принципах открытого исходного кода. Она была запущена в 2017 году, чтобы вовлечь подростков в науку и технологии, научить самостоятельно справляться с задачами и работать в команде.
В арсенале Co.Lab наборы «сделай сам», интерактивные семинары и STEM-методики. Под руководством преподавателей ученики из двенадцати стран создают платы, роботов и приложения, используя общее оборудование и методики с открытым исходным кодом.
Еще один пример самоорганизации и открытости — история перехода американской школы в штате Висконсин
на открытые программные продукты. Инициатива принадлежит Роберту Мейнорду, местному учителю-информатику. Будучи энтузиастом open source, он еще в 2000-х предложил отказаться от дорогостоящих лицензий и проприетарных пакетов и перевести школьные компьютеры целиком на Linux и его дистрибутивы.В результате работа учителей и администрации стала проще и быстрее. Например, когда в пандемию потребовался срочный переход на дистанционное обучение, школе не пришлось заключать контракт с внешним поставщиком услуг. Ее сотрудники своими силами установили открытые решения, интегрируемые с Linux.По словам Роберта, дополнительные преимущества перехода на open source в том, что данные об учениках и учителях не передаются корпорациям, а пользователи приобретают технологические навыки, не привязываясь к брендам и маркетинговым стратегиям.
Интернет вещей, искусственный интеллект и роботы все чаще встречаются в производственных отраслях и экономят все больше времени сотрудников предприятия. Как и в случае открытого кода — если проект интересен, в нем охотно участвуют сторонние специалисты: тестируют, находят уязвимости, открывают новую функциональность и сценарии применения продукта.
Например, в отношении робототехники большую популярность набрала открытая экосистема для программирования роботов ROS (Robot Operating System)
. Проект зародился в 2006 году в лаборатории искусственного интеллекта Стэнфордского университета. Через два года разработка продолжилась силами двадцати сотрудничающих университетов в Willow Garage, научно-исследовательском инкубаторе робототехники.Сейчас платформа представляет собой набор программных библиотек и инструментов с открытым исходным кодом, которые помогают создавать приложения для роботов — им посвящено уже больше 18 тыс. интернет-страниц. Также она объединяет многочисленных разработчиков, энтузиастов и производителей промышленного оборудования, которые помогают друг другу справляться с техническими проблемами и обмениваться готовыми решениями.
Использовать эту базу знаний и наработок можно как в исследовательских, так и в коммерческих целях, будь то складская логистика или заводское производство.
Чтобы плотнее интегрировать решения в промышленный сектор, в 2016 году была создана дочерняя компания, и теперь организация известна как Open Robotics.
По подсчетам ABI Research, к 2024 году библиотеки ROS можно будет встретить в софте более половины всех роботов в мире.
Если обратиться к конкретным отраслям, то, пожалуй, одна из наиболее продвинутых с точки зрения открытого сотрудничества — космическая. Так, для исследования космоса научные организации и исследовательские центры разных стран все чаще обращаются к высокопроизводительным вычислительным системам на основе открытого кода. А самые продвинутые суперкомпьютеры полностью базируются на Linux.
Конечно, на развитие этого тренда уйдут годы — они понадобятся, чтобы, например, запустить межнациональную экосистему космических исследований на принципах коллективного использования информации и пополнения общего источника знаний. Но определенные достижения уже есть.
В основе бортовых систем SpaceX Falcon 9, наиболее продвинутых космических ракет-носителей, стоит операционная система Linux. А первая в мире фотография черной дыры была сделана с помощью алгоритма, который объединил больше 200 ученых и 8 мощных телескопов по всему миру.
Открытость дает возможность влиять на окружающий мир, больше вовлекаться и больше получать — вне зависимости от сферы. Например, госучреждения наравне с бизнесом должны адаптироваться к запросам населения и модернизировать свои услуги. А кто лучше знает, что нужно людям, чем сами люди?
— Тимур Кульчицкий, региональный менеджер Red Hat, Россия и СНГ
Версионность, безопасность и признание
Открытый код предоставляет два неоспоримых преимущества бизнесу и программистам: гибкость программной среды и уменьшение затрат на разработку. Гибкость обеспечивается за счет неограниченных вариаций кода, которые могут создать разработчики, а также за счет совместимости и масштабируемости программных продуктов без vendor lock — то есть изменения могут осуществляться независимо от поставщика.
При этом затраты на разработку и поддержание ПО могут быть существенно сокращены: открытый код позволяет организациям даже с минимальным бюджетом развивать собственные проекты, как для блага окружающих, так и для небольшого бизнеса.
— Тимур Кульчицкий, региональный менеджер Red Hat, Россия и СНГ
Время соперничества открытого и проприетарного ПО прошло. Сейчас движение open source поддерживают как отдельные социально ориентированные специалисты, так и ИТ-гиганты — осознавая, что пока это самый демократичный и при этом самый эффективный способ разработки и развития технологий.
©RB.RU, 2021 Варвара Краснова
Unsplash
Как получить опыт и зарабатывать на Open Source проектах
В этой статье собрано все, что необходимо знать для участия в Open Source проектах: типичные ошибки и приобретаемые навыки.
Вопросы об Open Source движении часто возникают и у молодых специалистов, и у программистов, уставших от рутинных задач основной работы. Многих идея открытого программного обеспечения привлекает тем, что она перекликается с более широкой идеей «улучшения мира», одной из основных мотиваций деятельности человека.
Молодые программисты ищут в Open Source проектах необходимый опыт, а искушенные разработчики реализуют свои «проекты выходного дня» и улучшают качество используемых ими программ. При этом многих профессиональных разработчиков останавливает незнание «кухни» Open Source движения и боязнь раздражать сообщество очевидными для его членов вопросами и другими ошибками.
В этой статье мы рассмотрим, с чего начать вхождение в мир Open Source как студентам, так и разработчикам со стажем, а также возможности заработка в рамках программ поддержки открытого программного обеспечения и в собственных Open Source проектах.
Известно множество примеров, когда люди, даже далекие от профессиональной разработки, вносят вклад в открытое программное обеспечение, получая удовольствие от общения с близкими по духу людьми.
Но для новичков, как показывает опрос, проведенный на сайте opensource.
com, основным барьером для вхождения в мир открытой разработки программного обеспечения является банальное отсутствие знаний о том, с чего начать.
А начать довольно просто – с поиска проекта, который вам симпатичен.
Поиск Open Source проекта
Найдите проект, например, на GitHub, в котором организаторы лояльны к новичкам. Проект и стиль его написания должны вам обязательно нравиться, иначе работа над ним вас измотает. Если вы новичок в программировании, одной из возможных точек для поиска актуальных проектов являются программы поддержки студентов.
Программы для поддержки студентов
Эти стипендиальные программы обычно работают со студентами старше 18 лет. Таких программ множество, ниже мы перечислим самые известные.
Как правило, программа организовывает процедуру, состоящую в отборе организаций, подающих заявки по различным проектам, и отборе студентов, выбирающих проект из утвержденного организационным комитетом списка.
При утверждении заявки студенту назначается ментор, курирующий работу. Обычно это член коллектива разработчиков.
В течение 3-4 месяцев вы удаленно занимаетесь написанием и тестированием кода, составлением отчета. В ходе программы вы получаете стипендию, разделенную обычно на несколько платежей.
Большинство спонсируемых программ проходят в летние месяцы, чтобы студенты не отвлекались от основной учебной деятельности. Однако регистрация заявок начинается раньше, обычно весной. Редакция proglib.
io специально подготовила эту статью именно сейчас, так как большинство конкурсов принимает заявки студентов во второй половине марта.
Как заработать миллионы на открытом коде: от Red Hat до Nginx
В 2019 году IТ-компания F5 Networks приобрела российский проект с открытым исходным кодом Nginx за $670 млн. Эта сделка укладывается в новый тренд: сервисы с открытым исходным кодом превратились из альтруистичного способа создавать новые продукты в практичную бизнес-модель, ориентированную на получение прибыли.
До 2018 года компании, работающие по концепции open source (они открывали исходный код своих программ) провели только один крупный экзит (оценка стартапа рынком): в 1998 году провела IPO компания Red Hat. Проекты с открытым кодом — например, операционная система Linux — могли становиться крайне важным элементом множества систем, но практически не приносили прибыли владельцам.
Однако в прошлом году стало заметно, что open source стал способом вырастить миллиардный бизнес: Pivotal Software вышла на IPO, достигнув капитализации в $3,9 млрд в первый день торгов, Salesforce купила MuseSoft за $6,5 млрд. Знаковым событием стала покупка корпорацией IBM разработчика Red Hat за $34 млрд. Как компании изменили свой подход к разработке с открытым кодом, чтобы достичь миллиардной капитализации?
Немного истории
В 80-е годы прошлого века Ричард Столлман основал Free Software Foundation. Изначально идея была в том, чтобы программисты бесплатно делились своими разработками друг с другом. Никто не планировал коммерциализировать «открытый код». Однако все изменилось с созданием Red Hat.
Red Hat вышел на рынок в 1993 году с бесплатной операционной системой Red Hat Linux. Кстати, название Red Hat пришло от любимого головного убора основателя Марка Юинга.
Основные деньги тогда зарабатывались на телефонной поддержке клиентов, и компания была довольно мелким игроком. Диски с Red Hat Linux стоили $29,95, а в интернете ПО и вовсе скачивалось бесплатно.
Чтобы из маленькой рыбки на рынке превратиться в акулу — поставщика корпоративного ПО уровня Oracle, нужны были действия по увеличению прибыли в десятки раз в короткие сроки.
И вот в 2001 году в компанию пришел Пол Кормье, который предложил продавать расширенный «корпоративный» пакет Red Hat Linux и брать деньги в том числе за установку этого пакета и его техподдержку. Основное ПО в обычной версии по-прежнему оставалось бесплатным.
Это была первая поворотная точка в истории всех open source компаний. Rad Hat подала пример, как зарабатывать на открытом коде, сохраняя сообщество разработчиков-энтузиастов.
От Open Source к Open Core
С развитием современных инструментов разработки делать софт стало гораздо дешевле и быстрее. Многие компании стали чаще выбирать программирование силами собственных сотрудников, а не покупку готового программного обеспечения или аренду облачного сервиса.
Это открыло для компаний, работающих в сегменте open source, новые возможности: они по сути поставляют «строительные блоки» для разработчиков, ядро разработки, Open Core. Программисты других компаний с помощью открытого исходного кода решают свои задачи.
В результате, однако, распадается «сообщество свободных программистов»: направление проекта жестко задает компания, разработавшая продукт в открытых исходных кодах.
Например, компания Kong создает платформы с открытым исходным кодом и облачные сервисы управления и контроля программирования в корпорациях.
Программное обеспечение Kong бесплатное, как и в классическом open source.
Бизнес делается на enterprise-версии, которая лучше масштабируется, предоставляет аналитику по проекту и дает прочие функции, необходимые большим компаниям. Годовая лицензия стоит около $100 000.
Как работает бизнес-модель Kong? Сначала разработчики клиента интересуются этим ПО ради бесплатной версии с открытым кодом. Начинают устанавливать софт Kong везде, выстраивают на его базе большую часть разработки.
В этот момент к техническому директору компании приходят менеджеры по продажам Kong. Они говорят: «Вы внедрили наш продукт вот здесь и здесь. Вам не хватает определенных функций, которых нет в бесплатной версии, но они есть в расширенной версии Enterprise».
Тут технический директор и начинает задумываться о покупке платной версии.
На первый взгляд модель Kong такая же, как у Red Hat, которая еще в 2001 году начала продавать «корпоративную» версию операционной системы.
Но главное отличие в том, что пользователи могли выбирать из большого количества альтернативных дистрибутивов Linux.
Компания Red Hat не владела ключевой технологией: если ее вариант операционной системы не устраивал клиента, тот теоретически мог перейти на другую версию Linux.
А вот Kong полностью владеет своей технологией и ее разработкой. В мире просто не найдется значительного количества независимых программистов, которые разбираются в Kong настолько, чтобы создать копию ее корпоративного продукта, но при этом не работают в компании.
При старом подходе недостающие функции в бесплатную версию могли добавить независимые разработчики. В новой модели разработка ПО с открытым кодом полностью контролируется компанией. Кроме того, AngelList в своей рассылке отмечал, что современные open source проекты предполагают заключение лицензионного соглашения с массой ограничений, подталкивающих партнеров к покупке платной версии.
Open source 2.0
Почему модель с открытым исходным кодом позволила создавать стартапы с миллиардной капитализацией только в последнее время? Компании все чаще стали закупать технологию по модели bottom-up: разработчики убеждают руководство, что им необходим определенный софт для развития, тогда как раньше топ-менеджмент компании обычно решал этот вопрос директивно.
Чтобы привлечь внимание разработчиков, open source компаниям необходимо стать золотым стандартом. Они подчеркивают свою экспертность на митапах и конференциях для девелоперов. А те, попробовав бесплатную версию, сами не замечая, становятся амбассадорами выбранной технологии в своих компаниях, убеждая руководство купить подписку на «полный пакет».
Так действует все больше компаний. Проект Confluent разработал технологию с открытым кодом Apache Kafka, но ежегодно увеличивает подписку на ее расширенную версию в 3,5 раза. Это позволило ему привлечь $125 млн от Sequoia, Index Ventures и Benchmark.
Таким образом, продукты с открытым кодом стали по существу механизмом продвижения на рынок платных продуктов.
Отличие от традиционной практики можно проиллюстрировать примером: если раньше компании пытались заработать, открывая кафе (т. е.
предлагая платную поддержку) на обочине оживленной трассы (бесплатный продукт с открытым кодом), то теперь сама трасса прокладывается таким образом, чтобы привести в заведение состоятельных клиентов.
Прагматики против идеалистов
Можно было бы погрустить, что в новом мире open source не осталось места для альтруизма. Однако в этой ситуации можно найти почву для оптимизма. Во-первых, на рынке закрепилась новая модель продажи софта.
Во-вторых, она подходит только тем разработчикам, которые смогли сделать свои программы основой инфраструктуры большого числа компаний.
А значит, подходит она далеко не всем: например, ее нельзя повторить, если клиент — конечный пользователь.
Даже компании, которые дошли до многомиллионной капитализации, продолжают заботиться о бесплатных пользователях. Например, главным условием российских основателей Nginx для нового владельца F5 стала открытость кода продукта.
Стартап, начав как «бескорыстный» open source, пришел к бизнес-модели с платной enterprise-версией. Тем не менее российский продукт до сих пор бесплатно используют миллионы разработчиков и бизнесов по всему миру. При этом зарабатывает проект в основном на крупном платежеспособном бизнесе.
Можно сказать, что крупный бизнес оплачивает возможность использования продукта всеми остальными.
Когда проекту с открытым исходным кодом выходить на рынок и как зарабатывать — Разработка на vc.ru
Конспект презентации партнёра Andreessen Horowitz Питера Левина.
{«id»:92918,»gtm»:null}
На графике ниже видно, что за последние 30 лет основано около 200 компаний, в основе которых лежит открытый исходный код.
В совокупности эти предприятия привлекли более $10 млрд капитала, при этом стоимость сделок за последние десять лет выросла. Три четверти компаний и 80% привлечённого капитала появились после 2005 года. Левин считает, что это только начало.
В 2008 году, когда Sun Microsystems приобрела MySQL за $1 млрд, Левин был убеждён: это потолок для любой компании с открытым исходным кодом. Но Cloudera, MongoDB, Mulesoft, Elastic и GitHub стали частью многомиллиардных сделок и вышли на биржу.
Открытый исходный код входит во все сферы разработки. Если раньше его уделом становились базы данных и операционные системы, сейчас его можно встретить почти в любой индустрии — от финансовых технологий и онлайн-торговли до образования и кибербезопасности.
Чтобы понять, что стало причиной популярности открытого исходного кода, автор предлагает взглянуть на его историю.
Специалисты и любители стали разрабатывать код и делиться им бесплатно в середине 1970-х годов; философия того времени: программами надо делиться.
Левин работал в Фонде открытых программ Массачусетского технологического института, где, по его словам, не было зарплаты, а деньги сотрудники получали в виде исследовательских грантов.
С появлением Linux в 1991 году открытый исходный код доказал свою важность и оказался лучшим и более быстрым способом разработки основных программных технологий. Тогда же компании начали первые эксперименты по извлечению прибыли из открытого кода.
В 1998 году появились первые бизнес-модели (Red Hat, MySQL), которые предоставляли платную поддержку и различные услуги, оставляя программное обеспечение бесплатным. Однако гиганты вроде Red Hat и Microsoft давали понять, что открытый исходный код не станет таким же экономически выгодным, как закрытый.
К середине нулевых экономическая ситуация в индустрии открытого кода изменилась. Появились облачные технологии, SaaS-проекты с открытым исходным кодом.
Пользователю всё равно, открытый код лежит в основе программы или нет, считает Левин. Это привело к экономическому уравниванию компаний с закрытым и открытым исходным кодом.
Если в 2001 году генеральный директор Microsoft Стив Балмер называл открытый код «злокачественной опухолью», то теперь компания сама использует технологии открытого исходного кода и вкладывается в развитие подобных проектов.
С технической стороны открытый исходный код — лучший способ создания программного обеспечения, считает эксперт, поскольку он ускоряет процесс обратной связи, обновлений, повышает надёжность программы и позволяет множеству талантливых людей внести вклад.
Однако полностью потенциал открытого исходного кода раскрывается тогда, когда технологические инновации сочетаются с бизнес-инновациями. Без таких бизнес-моделей, как платная поддержка, Open Core и SaaS, открытый код не стал бы популярным.
Экономический интерес создаёт благотворный цикл. Чем больше инноваций происходит в сфере бизнеса, тем крупнее становится сообщество разработчиков. Это стимулирует технологические инновации, что увеличивает экономический стимул для вложения в открытый исходный код.
Успех бизнеса, в основе которого лежит ПО с открытым исходным кодом, держится на трёх столпах. Они появляются постепенно и в зрелой компании становятся элементами, которые необходимо постоянно поддерживать.
-
Соответствие проекта сообществу. Проект должен создать вокруг себя сообщество разработчиков, которые активно участвуют в создании базы открытого исходного кода. Соответствие можно изменить звёздами GitHub, коммитами, запросами на включение кода или ростом числа участников.
-
Соответствие продукта рынку. Программное обеспечение должно быть привлекательным для пользователя. Это измеряется количеством загрузок и использованием.
-
Соответствие стоимости продукта рынку. Клиенты должны хотеть платить за ваше предложение. Успех здесь измеряется доходом.
Три столпа обязательно должны присутствовать в жизненном цикле компании, у каждого есть измеримая конечная цель.
Проекты с открытым исходным кодом могут начинаться как внутри крупных компаний, так и в академических кругах. Не так важно, где зародился проект, как наличие у него руководителя, который будет направлять усилия людей.
Соответствие проекта сообществу требует активного участия и постоянного признания разработчиками. Лучшие руководители умеют соблюдать баланс между всеобщей включённостью и лидерством. Они принимают решения, обращая внимания на признание вклада каждого. С таким балансом проекту будут обеспечены здоровые рост и развитие.
Когда у проекта появляются руководитель и активная группа соавторов, следующий шаг — соответствие продукта рынку. Руководитель должен понимать, какую проблему решает их программа, кому необходимо решение и какие альтернативы есть на рынке.
Без чёткого понимания пользователей, их проблем проект распылится на многие направления и замедлится, а то и вовсе остановится в развитии.
Работая над соответствием продукта рынку, важно подумать, как обеспечить ценность продукта, за которую пользователь будет готов платить. Здесь автор отмечает одну распространённую ошибку: иногда продукт становится слишком хорошим.
Он настолько соответствует рынку, что не может расти и увеличивать доход. А значит, и руководителю, и сообществу стоит задуматься, как монетизировать проект в будущем.
Последний этап — определение рыночной стоимости продукта и получение дохода. Секрет соответствия стоимости продукта рынку заключается в поиске того, что важно клиенту, и того, за что он готов платить, а в том, что компания может монетизировать.
Зачастую соответствие рыночной стоимости зависит не столько от того, что продукт делает, сколько от привлекательности этого продукта. Например, ценность открытого исходного кода заключается не только в его функциональности, но и в преимуществах в использовании.
Поэтому, продумывая коммерческое предложение, необходимо понять, решает ли ваш продукт важнейшую проблему того или иного бизнеса или даёт некоторые эксплуатационные преимущества; сложно ли его воссоздать или найти альтернативное решение; требуются ли другие решения для групп или организаций, которые не предусмотрены в исходном коде.
Это не исчерпывающий список, но вот для каких функциональностей компании смогли определить рыночную стоимость продукта:
- Обеспечение надёжности, эксплуатационной готовности и безопасности продукта.
- Инструменты и дополнения.
- Определение качественной работы.
- Контрольные испытания.
- Сервисное обслуживание.
Модель эпохи «Исходный код 1.0», и компания Red Hat здесь достигла невероятных масштабов и прочно заняла долю рынка. Если компания решит пойти по этому пути, то, считает автор, конкуренции с Red Hat не избежать.
Для локального программного обеспечения. Левин предупреждает о возможном возникновении проблемы с отчуждением сообщества при определении того, какие функции принадлежат к какому коду, открытому или проприетарному. Главная ловушка — сообщество решает, что ему не нравится проприетарная сторона кода, и оно разрабатывает собственный новый проект с той же кодовой базой.
Компания предоставляет полный хостинг ПО. Если ценность и конкурентное преимущество компании заключаются в качественном ПО, SaaS — хороший выбор. Существует опасность конкуренции с другими фирмами на основе открытого кода, так как SaaS-бизнес обычно базируется на облачном хостинге.
Левин пишет: как только бизнес с открытым исходным кодом достигнет определённой зрелости, вероятно, возникнет угроза публичных облаков и поднимется тема лицензирования.
Однако он считает, что компании тратят на обсуждение слишком много времени и делают из мухи слона. Не существует ни одной компании с открытым исходным кодом, которую бы полностью вытеснил облачный провайдер.
Сам код, считает Левин, — не конкурентное преимущество. Главное — сообщество и подход компании к развитию. Независимые фирмы с открытым исходным кодом имеют три основных конкурентных преимущества:
- Корпоративные клиенты не хотят зависеть от поставщика.
- Они хотят покупать у тех людей, которые написали код.
- Крупные компании не имеют того опыта, который есть у компаний с открытым кодом.
Три этих пункта вместе становятся конкурентным преимуществом компании, и именно поэтому общедоступные облака не вытеснили компании с открытым исходным кодом.
Далее Левин рассматривает, как выстроить организацию на основе трёх столпов, упомянутых выше.
Левин рассматривает путь от создания кода до выхода компании на рынок с помощью воронки продаж со своими особенностями. Он выделяет четыре стадии:
- Управление сообществом разработчиков повышает осведомлённость и интерес к вашему продукту.
- Эффективное управление продуктом ведёт к созданию базы пользователей.
- Появление потенциальных клиентов и развитие бизнеса позволяет оценить намерение пользователей определить потенциальную стоимость и возможность продаж.
- Самообслуживание и продажа услуг обеспечивают и повышают ценность платного продукта или услуги.
Прямое общение с разработчиками и распространение информации о продукте среди них необходимо для успеха на следующих стадиях. По мере расширения компании нужна специальная команда евангелистов-разработчиков, которая обладает как техническим опытом, так и сильными коммуникативными навыками.
Именно они станут послами, говорящими о важности и ценности проекта. Это нельзя назвать продажами, потому что цель — лишь заинтересовать и проинформировать людей о продукте; к тому же на этой стадии любой акцент на продажах может подорвать репутацию компании.
Левин утверждает, что количество пользовательских регистраций и загрузок — общее измерение успешности как открытого, так и проприетарного программного обеспечения, поэтому важно не в то, что вы измеряете, а насколько точно.
В качестве примера автор приводит собственную компанию XenSource. Показатели загрузок были неточными, потому что включали в себя множество начатых, но не завершённых загрузок.
Самые успешные компании имеют структуру или руководящие принципы, которые помогают им разграничить, что будет платным, а что бесплатным. Полезно иметь таблицу сравнения функций, чтобы клиенты и ваше сообщество понимали разницу между платной и бесплатной версиями.
Что касается самого продукта, необходима аналитика, которая поможет понять пользователей и предсказать, сколько из них превратятся в покупателей.
Это сложный процесс, предупреждает автор, и оптимальная грань между бесплатным и платным определяется методом проб и ошибок. Для многих создателей открытого исходного кода этот эксперимент с продуктом бесконечный, и успех выхода на рынок зависит от постоянной обратной связи.
Первая часть этой стадии — исходящий маркетинг, который должен отдавать приоритет кампаниям, ориентированным на конкретные сегменты рынка.
Обратив внимание на пользователей, вы узнаете, какие профессионалы и отделы используют продукт, их интересы. Затем исходящий маркетинг нацеливается на разработчиков или ИТ-специалистов, которым ваш продукт покажется ценным.
Далее идёт работа по развитию продаж. Представители отдела продаж должны проявлять интерес к пользователям, тому, что они делают с продуктом.
Привлекаемых клиентов можно разделить на группы, ответив на два вопроса:
-
Какую организацию представляет разработчик или пользователь.
-
Использует ли пользователь ваш проект для чего-то, связанного с более крупной корпоративной целью.
По мнению Левина, после появления в компании квалифицированных специалистов по продажам существует два основных варианта продаж.
Первый — самообслуживание, когда отдельный пользователь (физическое лицо) приобретает продукт. Второй — заключение сделки на уровне отдела или введение продукта на всём предприятии-клиенте.
Первая неудача — пользователь не становится покупателем. Это значит, что продукт соответствует рынку, но его стоимость — нет.
Вторая — рост проекта отстаёт от продаж, то есть продукт не соответствует рынку. Третья неудача — коммерческое предложение испортило репутацию компании в глазах разработчиков.
В таком случае, считает автор, в продукте слишком много проприетарного кода и недостаточно открытого.
Что советует Левин: сначала инвестировать в сообщество разработчиков, проект с открытым исходным кодом и пользователей, а потом уже приступать к формальному маркетингу и продажам. И не упускать из виду три главных вопроса: кто ваши пользователи, кто ваши покупатели и чем бесплатный и платный продукты полезны и пользователю, и покупателю.
В случае успеха сложится график, подобный приведённому выше. На оси Y — доход с одного клиента, а на оси X — время. Этот график (результат работы Левина в качестве члена совета директоров GitHub) показывает, как доход от физических лиц (оранжевая линия) и корпоративных отделов (зелёная линия), так и от предприятий (синяя линия).
Скрытые траты на открытое ПО. Какие риски стоят денег?
02 Августа 2021 15:09 02 Авг 2021 15:09 |
Все больше компаний используют в своей практике open source. Чем он привлекает бизнес? Казалось бы, ответ в названии: свободой использования и бесплатностью. Но опытные приверженцы знают, что с открытым ПО не так все просто. И согласие иметь дело с ним означает необходимость погружаться в глубины технологий, тратить деньги и время команд. Как к этой особенности адаптировались компании?
Идея открытого и бесплатного софта к 2021 г. изменилась окончательно. В мире ИТ осталось мало проектов, которые не имели бы за спиной компаний, выполняющих роль основного коммитера.
Изначально свободные решения сегодня покупаются корпорациями и становятся частью корпоративных экосистем. Бесплатность open source — практики это подтверждают, — условна.
Получается, что открытое бесплатное программное обеспечение и не свободное, и платное?
Почему все хотят open source?
Open source пришел к нам из мира интернета. Небольшие интернет-компании не могли позволить себе дорогие коммерческие продукты и брали open source, вкладываясь в собственную разработку. Скорость изменений была и остается для них культом и способом выживания.
Когда эту ценность стал разделять enterprise-сегмент, он тоже начал пользоваться инструментами свободного ПО. «Главными проводниками и двигателями open source в ИТ являются разработчики. И это понятно: многие продукты со свободным кодом созданы в парадигме unix way, когда каждый продукт отлично справляется с одной задачей.
ИТ-ландшафт сегодня компаний усложняется, он состоит из небольших компонентов, которые в совокупности дают наиболее эффективное решение, — рассказывает Александр Краснов, руководитель лаборатории DevSecOps «Инфосистемы Джет». — Кроме того, сила open source-проектов — в постоянном улучшении.
Например, с одним только Kubernetes работают больше 3 тысяч контрибьюторов. Не каждому вендору по силам иметь такой многочисленный штат специалистов, вкладывающихся в один-единственный продукт. Соответственно, производитель ПО не может обеспечить такую же космическую динамику развития того или иного софта».
Получается, что тысячи заинтересованных людей создают новые продукты и фичи в ответ на вызовы конкретного бизнеса. Это делает open source инструменты максимально близкими к эталонным решениям самых насущных задач.
Идея открытого и бесплатного софта к 2021 г. изменилась окончательно
Свежее исследование «Положение открытого ПО в крупных коммерческих компаниях» от Red Hat говорит, что сегодня 90% лидеров ИТ-индустрии используют open source, применяя его для модернизации ИТ-инфраструктуры (64%), разработки приложений (54%) и цифровой трансформации (53%).
Пандемия только подстегнула эту тенденцию. Переход к удаленной работе вынудил многие организации увеличить усилия по цифровой трансформации, а значит, и усилил проникновение открытого ПО на предприятиях.
Например, растет использование условно-бесплатного Kubernetes, так как бизнес все чаще использует технологии контейнеризации. В Red Hat считают, что инфраструктура, основанная на контейнерах и Kubernetes, является основой новой волны разработки приложений и ключом к цифровой трансформации.
Этот тезис подтверждает и опыт Сбербанка в Казахстане. «Наш мобильный банк уже много раз признавался лучшим в Казахстане.
Переход на приложение с микросервисной архитектурой — еще один шаг на пути кардинального развития мобильного банкинга, — говорит Нурсултан Таскаранов, заместитель председателя правления ДБ Сбербанка. — Это открывает для нас перспективы по выводу нового функционала: мы ускорим Time-To-Market, не повлияв при этом на взаимодействие клиентов с банком».
Проприетарное ПО начинает и проигрывает?
У «Леруа Мерлен» сегодня имеется серьезная экспертиза в вопросе адаптации свободного ПО. Почти все инфраструктурное и APLM commodity ПО построено именно на базе открытого софта. Это и базы данных (Mongo, PostgreSQL, Kassandra и пр.), и BPM Kamunda, и системы обмена сообщениями, и PaaS, и ПО для оркестрации микросервисов (OpenStack, K8S).
Как ритейлер выбирает, какие задачи решать с помощью open source, а какие ПО от вендора? Все корпоративные системы этой компании можно разделить на группы в соответствии с тем, каким образом они отвечают на вызовы бизнеса.
Одни автоматизируют уникальные процессы, являющиеся конкурентным преимуществом и ноу-хау, и их разработка происходит, как правило, на открытом стеке. И есть системы, которые поддерживают обслуживающие функции бизнеса. Самый распространенный пример последних — это бухгалтерия и финансовый учет.
«Большинство проприетарных бизнес-приложений удобны тем, что уже адаптированы к быстро меняющемуся законодательству. Но если целевые процессы компании не ложатся в логику покупаемых систем, то начинаются масштабные проекты по скрещиванию «ужа с ежом».
В итоге тратятся деньги и время, а еще появляются риски, связанные с поддержкой и обновлениями, — объясняет Александр Бондарик, руководитель интеграционной и low-code платформ «Леруа Мерлен». — В этом случае значительная ценность проприетарного ПО (поддержка и сильная внешняя экспертиза) — просто теряется».
Реальная стоимость чистого open source
Выгоды и факторы, определяющие интерес к свободному софту понятны. Например, в «Российском союзе автостраховщиков» при создании АИС ОСАГО обращение к open source имело экономические цели.
Евгений Уфимцев, исполнительный директор РСА отмечает: «При разработке платформы стоял вопрос экономии бюджета и в будущем мы хотели быть максимально независимыми от конкретного разработчика.
Именно поэтому мы и выбрали open source».
Но важно держать в голове простой факт: такие продукты не бесплатны. Нужны адаптация, интеграция, поддержка — и тут начинаются траты. Компания платит своим временем.
Требуется собственная экспертиза, чтобы разобраться с продуктом. Специалисты на рынке тоже не самый доступный ресурс. «Находить высококвалифицированных инженеров сейчас непросто.
Рынок перегрет, и пока что становится только хуже», — отмечает Александр Бондарик.
Возникают сложности не только с интеграцией, но и с эксплуатацией. Технологии open source и крупный бизнес — это две разные идеологии. И основные трудности возникают из-за конфликта возможностей open source и требований крупного бизнеса к надежности. «Приведу пример из проекта построения ИТ-инфраструктуры под новую АИС ОСАГО, — делится опытом Александр Краснов.
— Разработчики запросили СУБД PostgreSQL. А нам нужно гарантировать отказоустойчивость, а значит, создать кластер. Но в составе этой СУБД нет средств по организации кластера высокой доступности. Тогда в ход пошли сторонние ИТ-инструменты. Из этого возникла вторая задача, продиктованная высокими стандартами надежности, — защита от логических сбоев кластера.
И это тоже вызов, потому как возможности резервного копирования в СУБД не отвечают требованиям эксплуатации крупных компаний». При этом проверенные временем корпоративные системы резервного копирования ограниченно поддерживают резервное копирование и восстановление кластерных конфигураций БД, для управления которыми используется кластер PostgreSQL.
В итоге появилось решение на основе ПО Patroni и Commvault.
Бесплатное открытое ПО имеет свою не всегда проявленную стоимость. Она складывается из затрат на обучение специалистов, которые будут разрабатывать новый функционал и поддерживать ПО.
Кроме того, нужно помнить: если с опенсорсным внедрением что-то случится, то просить о помощи будет не у кого и ИТ-команде придется разбираться с проблемами самостоятельно.
«У нас использовалась СУБД с открытым кодом Cassandra в архитектуре сложного нагруженного real-time аналитического решения, — вспоминает Александр Бондарик. — Внутренние ресурсы не справились с операциями и оптимизацией системы.
После определенного порога нагрузки стало сложно поддерживать высокую доступность системы. На рынке не оказалось доступных компетенций, приглашенные интеграторы также не смогли решить задачу. Пришлось менять архитектуру и решение уже на поздних этапах — эксплуатации зрелого продукта».
По мнению Андрея Пономарева, начальника управления IaaS Росбанка, структура затрат при использовании open source может быть иной — в банке используется Red Hat Openshift: «Можно сказать, что разработчики полностью перестали тратить время на инсталляцию и конфигурирование платформы.
Да, состав команд вырос за счет появления в каждой из них DevOps-инженера. Но в результате весь пласт работы с операционными системами, их обновлением, настройкой ПО просто исчез. Все, о чем необходимо заботиться, — это написание скриптов выкладки, тестирования и прохождения CI/CD-конвейера.
Все остальные задачи выпали из обязанностей проектной команды и о них не надо задумываться».
«Мы опросили 108 крупных компаний о сложностях покорения технологий контейнеризации. 44% наших респондента имеют дело с «ванильным» Kubernetes, — говорит Александр Краснов. — И когда они говорили о трудностях, отмечали проблемы надежности (27%), обеспечение безопасности (25%), и далее по убыванию: сложности с сетевым взаимодействием, хранением, масштабированием, отказоустойчивостью».
Открытое ПО необходимо тестировать на совместимость с другими приложениями и системами компании. В «Леруа Мерлен» это происходит в рамках регрессионного тестирования на стейджинге приложений. Выравнивание и совместимость — ресурсозатратная, но необходимая активность. На такие процессы ритейлер выделяет время команд.
Поддержка стека open source также становится нетривиальной задачей. Александр Краснов из «Инфосистемы Джет» отмечает: «Продуктов с открытым исходным кодом крайне много, в случае проблем и вопросов компании остаются с ними наедине.
Получается, поддержка требует экспертизы по каждому из используемых продуктов. Накапливать ее у себя? Это дорого. Поэтому часто логичным шагом для бизнеса становится передача обслуживания open source во вне. Это яркий тренд, потому что по сравнению с 2019 г.
это направление бизнеса в нашей компании выросло на 25%».
Планы насмарку
Открытое ПО может сработать отлично, а может и не взлететь. Иногда получается очень удачно. «Один из успешных примеров — замена проприетарной системы API менеджмента на Open Source based, — рассказывает Александр Бондарик.
— Это оказалось дешевле в полтора раза с точки зрения расходов на персонал и лицензии. Появились возможности коллаборации и доступ к бэклогу продукта. Проблемы отсутствия критически важного для нас функционала не было.
Кроме того, удалось избежать рисков из-за изменения вендором курса развития софта».
Сложность же заключается в том, что спланировать все траты на старте не выходит. Затраты очень зависят от продукта — где-то получается «дешево отделаться», а местами использование open source выходит значительно дороже, чем покупка проприетарного ПО. «Посчитать затраты не так-то просто.
Применение инструментов open source мало похоже на внедрение, скорее это новая культура плавного изменения инструментария и ландшафта предприятия, — подтверждает Александр Бондарик. — Для себя мы поняли, что за гибкость и свободу приходится расплачиваться большей ответственностью и усилиями.
При использовании open source нужно принимать риски отказа систем из-за не обнаруженных вовремя проблем, возможную нехватку внешних ресурсов, готовых оперативно устранить инцидент, думать о сложностях при обновлении ПО и об уязвимостях. Рассчитывать приходится в основном на себя.
Надо иметь экспертизу внутри компании или надежного партнера, быть готовыми тратить большую часть бюджета на R&D и сугубо технические задачи, без видимой и прямой монетарной ценности».
Единого ответа об open source entreprise нет. В каждом отдельном случае нужно взвешивать плюсы и минусы, риски и профит. И здесь важно помнить: ценность и затраты не лежат не поверхности. Многое зависит от курса развития вендора, геополитических рисков, связи с энтропией окружающей экосистемы, критичности обновления и уязвимостей, распространенности экспертизы на рынке.
Сергей Майдебура, директор по цифровой трансформации бизнеса компании «Байкал-Сервис ТК»,считает, что сравнивать проприетарный и открытый софт напрямую неверно: «Это разные ниши.
ПО от известных вендоров имеет низкий порог входа в администрирование, соответственно, специалистов найти проще, но на определенном этапе эксплуатации администрирование по цене выравнивается.
Зато в open source-решениях отсутствуют траты на сам софт».
Загрузка...
