На виртуальной конференции Build 2020 компания Microsoft обрисовала очертания будущего Office и представила два интересных, хотя и не очень известных пока проекта средств совместной работы, Project Cortex и Fluid Framework.

Реализация Project Cortex, который был анонсирован в прошлом году, начнется нынешним летом. А проект Fluid Framework, с которым, похоже, связаны перспективы онлайн-взаимодействия Microsoft, неожиданно был переведен в разряд проекта с открытым кодом. На конференции Build компания Microsoft планирует и другие анонсы, в том числе упрощение работы с Microsoft Teams.

Еще в преддверии виртуальной конференции в компании еще раз подчеркнули, что конференция ориентирована в основном на разработчиков, а потому многие анонсы будут связаны с Azure и облачными технологиями. Но Microsoft 365, Teams и другие корпоративные проекты, естественно, тоже не остались без внимания.

Решение Microsoft придать Fluid Framework статус проекта с открытым кодом, вероятно, найдет свое отражение в заголовках новостей, хотя с момента презентации концепции год назад здесь мало что изменилось. По сути, Fluid позволяет создавать «живые» документы, которые представляют собой «гибкие распределенные веб-приложения» и отличаются простотой обновления и совместного использования. Можно, к примеру, осуществлять перевод таких документов в реальном времени, прямо в процессе ввода данных работниками. Ранее компания связывала с Fluid будущее Microsoft 365, не поясняя, однако, каким образом это будет осуществляться на практике.

И вот теперь некоторые пояснения наконец появились. На первом этапе планируется интегрировать Fluid с Outlook.com и Office.com, что не удивительно, поскольку функционал нового Office будет связан в основном с Интернетом. «Таблицы, диаграммы и списки задач можно вставлять в Outlook для их последующего использования в Интернете, с тем чтобы цифры продаж, проектные задачи и исследовательские отчеты всегда сохраняли свою актуальность, – пояснил вице-президент компании Джаред Спатаро, отвечающий за направление Microsoft 365. – В Office.com можно создавать рабочие пространства Fluid Framework и управлять ими, в том числе в ленте активности документа, списке Recommended, @mentions и при поиске в Office.com».

Придавая Fluid Framework новый статус, Microsoft намерена внести свой вклад в движение сторонников программного обеспечения с открытым кодом, предоставляя, судя по всему, свободный доступ к фреймворку и структурам данных. Когда это произойдет, в компании не уточнили, но решили заранее пригласить разработчиков к совместной деятельности, поскольку реализация проекта Fluid Framework уже началась«.

Аналогичные сложности возникают и с позиционированием Project Cortex. В прошлом году Microsoft представляла его в сочетании с поисковой технологией Bing для корпоративных клиентов. В этом случае Cortex можно использовать для извлечения «неструктурированных» сведений из договоров и других корпоративных данных, делая их пригодными для поиска. Microsoft обещала представить разработчикам новые API для Project Cortex и Managed Metadata Services в Microsoft Graph, а также новую интеграцию с сервисом Language Understanding в Azure.

Анонсированы также новые дополнения сервисов взаимодействия.

• Новое приложение Microsoft Lists для упрощения создания и совместного использования информации в Teams, SharePoint и т.д.
• Новые функции Bookings в Teams, которые позволят предприятиям планировать в Teams встречи с потребителями, а также новые шаблоны Teams для распространенных бизнес-сценариев, таких как кризисное реагирование.
• Поддержка Network Device Interface (NDI) и обеспечение интероперабельности со Skype TX в Microsoft Teams. Два эти компонента нужны для превращения Teams в платформу для «крупномасштабных» трансляций. Похоже, что примерно то же самое компания пытается сделать и с самой конференцией Build.

В России пока не так много предприятий, которые имеют достаточный опыт в реализации проектов больших данных, поэтому сегодня особенно ценно узнать мнение экспертов в этой области. В ходе форума «Управление данными 2019» Артем Меркулов, руководитель бизнес-направления Big Data Solutions компании «Неофлекс», рассказал нам об основных сложностях, возникающих в проектах больших данных, и о путях их преодоления.

- Какие аспекты систем больших данных вызывают трудности у заказчиков?

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

Что касается технических аспектов, то, и по нашим наблюдениям, и по оценкам экспертов, до 80% всех объемов работ приходится на предварительную подготовку и обработку данных, поэтому именно эти процессы требуют от заказчиков наибольшего напряжения.

- При реализациии каких компонентов систем больших данных возникают наибольшие трудности?

Всегда присутствует рутинная часть – например, загрузка информационного «сырья» в хранилище или озеро данных. Такого рода процессы нужно автоматизировать, и мы в нашей платформе Datagram эту функцию реализовали. Вторая группа трудоемких компонентов связана со сложной настройкой трансформации данных. Зачастую загрузка данных происходит отдельно от их преобразования (например, средствами языка Scala). Наша платформа позволяет использовать трансформацию любой сложности, при необходимости прибегая к помощи внешних инструментов. Третья группа связана с DevOps, непрерывной интеграцией и развертыванием создаваемых приложений. Эти инструменты должны пронизывать все решение, поддерживая работу большой, в том числе распределенной команды. Реализация таких инструментальных конвейеров посредством одного лишь ПО с открытым кодом оказывается весьма трудоемкой.

- Какие компоненты являются самыми дорогостоящими?

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

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

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

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

- Как влияет на архитектуру и реализацию систем больших данных требование анализировать данные Интернета вещей?

Для Интернета вещей характерны две ключевые особенности. Первая – обработка потоков данных в реальном времени. Если система изначально не была спроектирована в расчете на потоковую аналитику, то, скорее всего, в нее придется внести серьезные изменения. Насколько это необходимо, будет зависеть от решаемой задачи. Одно дело – сбор потоковых данных и их анализ с определенной периодичностью (например, раз в сутки) и совсем другое – обработка данных «на лету»: чтобы выявлять аномалии или иные события, на которые надо реагировать немедленно, здесь требуется другая архитектура.

Вторая особенность – очень быстрый рост объемов данных при подключении источников Интернета вещей. Чтобы справляться с их потоком, нужна масштабируемая архитектура. Если возможности масштабирования недостаточны, то проблемы неизбежны, это касается и оборудования, и нагрузок на системные компоненты ПО. Проектируя системы больших данных для Интернета вещей, необходимо это учитывать и закладывать в них некоторый запас.

- Как правило, в проектах больших данных приходится сталкиваться с большим разнообразием источников, типов и форматов данных, а также с разными требованиями к их хранению и обработке. Охватить их одним ИТ-инструментарием часто не удается, поэтому решения получаются сложными. Как можно уменьшить эту сложность?

Первый, широко распространенный путь – использовать готовые дистрибутивы Hadoop. Самые популярные среди них — от Cloudera, объединившейся с Hortonworks, и от российской компании Arenadata. В эти дистрибутивы включены компоненты, которые покрывают около 80% потребностей, возникающих на предприятиях, к тому же они уже интегрированы между собой. Это существенно упрощает реализацию проектов и снижает их стоимость. Недостающие компоненты можно найти на рынке, заказать или разработать самостоятельно.

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

- Есть ли возможность снизить общую стоимость владения решениями для работы с большими данными?

Здесь можно выделить две области. Первая – вычислительные мощности: для проектов больших данных можно применять стандартные серверы среднего и начального уровня производительности, объединяя их в легко масштабируемые кластеры. Вторая – использование облачных сервисов: заказчик арендует те объемы для хранения данных, которые ему реально нужны, и таким образом эффективно управляет своими запасами.

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

«Ростелеком», все больше переориентируясь с традиционного на цифровой бизнес, активно ведет исследования в области Больших Данных. Как в ожидании роста цифрового бизнеса построить распределенную инфраструктуру поддержки процессов сбора, хранения и обработки данных из множества разных источников? Как наладить надежную работу в условиях разной нагрузки и объемов данных? Чтобы справиться с этими задачами, сегодня требуются универсальные инструменты, а потому применение решений категории Open Source, все больше проникающих сегодня в корпоративные ИТ-инфраструктуры, представляется стратегически правильным выбором.

Выступивший в ходе семинара «Open Source в Enterprise: это фантастика?» Борис Емельянов, руководитель команды инфраструктуры подразделения управления данными компании «Ростелеком», рассказал об опыте использования открытой массово-параллельной распределенной аналитической системы Greenplum и проблемах миграции на ее новые версии. При наличии команды квалифицированных специалистов проблем, по мнению Емельянова, быть не должно. Однако сам по себе процесс миграции и поддержки промышленной конфигурации на базе открытого ПО таит в себе подводные камни и нюансы, с которыми могут столкнуться пользователи, обладающие опытом работы только с проприетарными решениями.

О том, как обеспечить эксплуатацию динамичного, а значит, и постоянно усложняющегося ландшафта решений из разряда Open Source, рассказал Дмитрий Павлов из Arenadata.io. По мере роста компании меняются и ее требования к инфраструктуре обработки данных, увеличивается число приложений, усложняются взаимосвязи: к универсальным СУБД добавляются специализированные аналитические системы, инструменты поддержки распределенных систем, обрабатывающие различные источники данных. Со временем, в дополнение к «боевой» версии, появляется необходимость в тестовой песочнице и средствах работы с публичными и частными облаками, поскольку каждая новая система хорошо работает лишь до определенного уровня развития бизнеса, а затем начинает «тормозить». Интегрированная модульная открытая платформа Arenadata Cluster Manager, предназначенная для управления сервисами и инфраструктурой, позволяет ускорить развертывание новых сред, предоставляя возможность на одной платформе сочетать преимущества различных типов инфраструктуры при заданном уровне надежности и предсказуемости.

О рисках, сопутствующих использованию свободного ПО при выполнении реальных проектов, рассказал Максим Вихарев, разработчик системы сквозной бизнес-аналитики Alytics, предоставляемой по модели SaaS. Среди пользователей системы такие компании, как «Ростелеком», Hoff, Tefal. Продукт позволяет оценивать эффективность маркетинговых каналов, отключать неэффективные площадки и экономить бюджеты. Учитывая многообразие заказчиков, инфраструктура поддержки Alytics содержит почти все компоненты современных систем аналитики: от коннекторов данных до систем доставки, хранения, обработки и визуализации. Только сочетая ANSI SQL, MPP, обработку в оперативной памяти и оставаясь в парадигме Open Source c ключевыми компонентами инструментального стека — Greenplum, Clickhouse, PostgreSQL, а также используя простые решения, разработчикам удалось реализовать сложную аналитику по цепочкам сессий, конфигурируемые интерактивные динамические витрины бизнес-аналитики с миллисекундным откликом и другие весьма смелые запросы клиентов.

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

Платформа Qiskit (Quantum Information Science Kit) существует уже больше года. Она стала преемником программы IBM Quantum Experience (сокращенно IBM Q Experience), в рамках которой квантовые компьютеры перемещались в облако (впервые), а исследователи и разработчики могли осваивать совершенно новую для себя сферу вычислений.

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

«По сути, Q Experience – это интерфейс API, позволяющий людям отправлять задания на выполнение на реальное квантовое оборудование, – пояснил инженер-исследователь IBM Али Джавади. – Для простоты выражения используется интерфейс Python, который существенно расширен по сравнению с первоначальной версией. Конечная цель заключается в том, чтобы предоставить доступ к квантовому компьютеру группе очень разных людей».

По понятным причинам платформа Quantum привлекла внимание широкого круга специалистов в этой области. Это совершенно новый опыт, и никто, даже в IBM, не знает, к чему приведут соответствующие квантовые эксперименты. Говоря упрощенно, в отличие от традиционного метода вычислений, при котором бит данных может находиться в одном из двух состояний – 1 или 0 – квантовые биты (или кубиты) находятся в обоих состояниях одновременно.

«Разработчики могут писать квантовые программы наряду с учеными, являющимися специалистами в какой-то конкретной узкой области и использующими высокоуровневые библиотеки для создания, например, приложений квантовой химии или проведения квантовой оптимизации, – указал Джавади. – Вычислительные задачи такого рода очень трудно решить на классическом компьютере, и мы убеждены в том, что первым применением квантового компьютера должно стать ускорение решения сложных задач в определенных сферах. Представленная нами недавно библиотека Qiskit Acqua должна помочь этим людям, не погружаясь глубоко в область квантовых вычислений, использовать их в качестве ускорителя при решении сложных задач. Кроме того, они смогут поближе познакомиться с тем, что предлагают квантовые вычисления».

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

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

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

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

«По моим оценкам, подписку на сервис IBM Q Experience уже оформили около 90 тыс. человек и свыше 90 тыс. загрузили Qiskit, – заметил он. – В общей сложности через API было отправлено более 5 млн заданий для Qiskit в облаке. Нас радует, что проект Qiskit реализуется с открытым кодом, благодаря чему свой вклад в него вносит много внешних исполнителей. Число участников сегодня достигает 70 человек. Конечно, многие из них работают в IBM, но свои изменения в программное обеспечение с открытым кодом привносят и сторонние разработчики».

Сообщество регулярно публикует статьи – в настоящее время количество публикаций о Qiskit, представленных в той или иной форме, уже достигло 120 – а также проводит учебные состязания в рамках программы IBM Q Awards. Сюда относятся конкурсы на лучшие курсы обучения квантовой механике с использованием Qiskit и лучший учебник по квантовым вычислениям на базе этой платформы.

«Мы получаем действительно хорошие материалы, – подчеркнул Джавади. – Победители собираются писать свой код, и это будет способствовать дальнейшему укреплению сообщества».

Шумиху (зачастую непостижимую) вокруг квантовой механики было бы проще понять, если бы ею сопровождались какие-то развлекательные проекты вроде игр или музыкальных композиций. При этом Джавади подчеркнул, что предлагаемый Q Experience доступ оказывает чрезвычайно важное влияние на всю исследовательскую отрасль.

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

«Сегодня процессы уже вышли за пределы лаборатории, – пояснил Джавади. – Устройства доступны в Интернете, и все то же самое можно выполнить, направив скрипт Python. Посещать лабораторию для этого вовсе не обязательно. В широком смысле речь идет о любимой для меня теме, которая действительно полезна для науки и способствует научному прогрессу в целом. Кроме того, это помогает воспроизводить полученные результаты. Если ранее, к примеру, кто-то объявлял об открытии базовых эффектов квантовой механики, проверить это было невозможно. Теперь же достаточно еще раз запустить тот же самый код, и все желающие могут убедиться в справедливости сделанных заявлений самостоятельно».

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

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

Корпорация IBM сообщила о планах приобретения поставщика ПО с открытым кодом Red Hat. Сделка стоимостью 34 млрд долл. призвана укрепить предложения технологического гиганта для гибридных облаков.

По условиям соглашения, Голубой гигант получит все обыкновенные акции Red Hat по цене 190 долл. за акцию. Завершение сделки ожидается во второй половине 2019 года.

«Приобретение Red Hat меняет условия игры, – подчеркнула генеральный директор IBM Джинни Рометти. – Полностью видоизменяется вся ситуация на облачном рынке. IBM станет ведущим в мире поставщиком технологий для гибридных облаков, предлагая клиентам единое открытое облачное решение, открывающее все преимущества облака для их бизнеса. Сегодня большинство компаний используют всего 20% облачных ресурсов, арендуя вычислительные мощности для снижения затрат. Оставшиеся 80% обеспечат реальное увеличение стоимости бизнеса и будут способствовать его дальнейшему росту. Перед нами открывается следующая глава в истории облачных вычислений. Это потребует перемещения бизнес-приложений в гибридные облака, извлечения большего объема данных и оптимизации всех составляющих бизнеса, начиная от цепочек поставок и заканчивая продажами».

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

IBM одной из первых стала поддерживать операционную систему Linux, сотрудничая с Red Hat и помогая разработчикам развивать систему корпоративного класса. В последнее время клиентам предложены также корпоративный вариант Kubernetes и гибридные облачные решения.

Эти инновации являются «основами» гибридного облачного бизнеса технологического гиганта стоимостью 19 млрд долл.

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

После сделки IBM сохранит открытый характер управлений Red Hat, внося свой вклад в развитие программного обеспечения с открытым кодом, содействуя деятельности сообщества Open Source, совершенствованию моделей и расширению экосистемы разработчиков.

Объединенная компания и в дальнейшем будет придерживаться свободы программного обеспечения с открытым кодом, в том числе, поддерживая проекты Patent Promise, GPL Cooperation Commitment, Open Invention Network и LOT Network.

«Для современных ИТ-решений программное обеспечение с открытым кодом является выбором по умолчанию, и я невероятно горд той ролью, которую сыграла Red Hat в превращении такого положения дел в корпоративном мире в реальность, – указал президент и генеральный директор компании Red Hat Джим Уайтхерст. – Объединение усилий с IBM позволит нам выйти на новый уровень ресурсов и возможностей, с тем чтобы ускорить формирование программного обеспечения с открытым кодом в качестве основы для цифровой трансформации и еще сильнее расширить аудиторию Red Hat, сохранив при этом нашу уникальную культуру и непоколебимую приверженность инновациям с открытым исходным кодом».

Гибридные облака

IBM и Red Hat совместными усилиями продолжат выстраивать и расширять партнерство Red Hat, в том числе и с крупнейшими провайдерами облачных сервисов Amazon Web Services, Microsoft Azure, Google Cloud и Alibaba, которые дополнят возможности IBM Cloud.

«IBM стремится предлагать различные облачные решения, а приоритетными для себя среди множества вариантов мы считаем технологии Red Hat, – отметил старший вице-президент IBM по гибридным облакам Арвинд Кришна. – При этом мы будем поддерживать технологии с открытым исходным кодом везде, где она уже работают, обеспечивая их дальнейшее коммерческое масштабирование по всему миру».

После закрытия сделки Red Hat присоединится к команде IBM Hybrid Cloud в качестве самостоятельного подразделения, с тем чтобы сохранить «независимость и нейтральность своего программного наследия с открытым кодом».

Возглавлять работу Red Hat по-прежнему будет Уайтхерст (он войдет в состав высшего руководства IBM) со своей нынешней командой управленцев, а подчиняться он будет непосредственно Рометти. В IBM намерены сохранить штаб-квартиру, оснащение, бренды и технологические процессы Red Hat.

«Стремление IBM сохранить все то, что обеспечило успех Red Hat – думая в первую очередь о клиентах и сообществе сторонников программного обеспечения с открытым кодом – имеет огромное значение для дальнейшего развития не только Red Hat, но и всего сегмента программного обеспечения с открытым кодом в целом, – подчеркнул Пол Кормье, возглавляющий в Red Hat разработку продуктов и технологий. – С того дня, как мы решили продвигать программное обеспечение с открытым кодом в корпоративной среде, наша миссия остается неизменной. И теперь один из крупнейших поставщиков корпоративных технологий на планете согласился расширять и поддерживать наши усилия, внедряя инновации с открытым кодом в корпоративной среде в еще больших масштабах».

Программное обеспечение не только присутствует в самом названии Microsoft – это сердце компании, и теперь ей будет принадлежать один из наиболее популярных репозиториев программного кода в мире. В понедельник Microsoft анонсировала приобретение GitHub за 7,5 млрд долл. Оплата будет производиться ее акциями.

Репозиторий GitHub пользуется заслуженным успехом среди разработчиков и компаний, специализирующихся на создании программного обеспечения. По словам генерального директора Microsoft Сатьи Наделлы, в GitHub уже хранится 85 млн наименований программного кода, к которому обращаются 28 млн разработчиков. Операции в GitHub проводят представители крупного бизнеса (Apple, Amazon, Google и др.), и сама Microsoft является одной из самых активных организаций такого рода.

Под руководством Наделлы Microsoft охотно участвует в проектах с открытым кодом. Корпорация  смотрит в перспективу, где самым крупным бриллиантом в ее короне должно стать облако Azure, а мир будет обращать все меньше внимания на Windows. Такие инструменты, как SQL Server и Azure App Service, переносятся на платформу Linux. Microsoft присоединилась к Linux Foundation в 2016 году, открыла исходный код своей среды программирования. Net, а теперь даже командную оболочку Linux Bash можно запускать в среде Windows.

У Microsoft было сложное отношение к программному обеспечению с открытым кодом. Все мы помним, какие столкновения происходили в эпоху Стива Балмера. В открытом письме, опубликованном на сайте Microsoft, Наделла постарался развеять потенциальные страхи, признав, что в прошлом корпорация  допустила ряд ошибок.

Крис Уонстрат, нынешний генеральный директор и сооснователь Github CEO; Сатья Наделла, генеральный директор Microsoft; Нат Фридман, корпоративный вице-президент Microsoft Developer Services Источник: Microsoft

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

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

Сообщество сторонников программного обеспечения с открытым кодом, без сомнения, при необходимости припомнит Наделле эти слова. На сегодняшний день GitHub является самым популярным репозиторием кода, но и у него есть конкуренты, в частности, GitLab и Atlassian Bitbucket. Создатель Linux Линус Торвальдс придумал Git в 2005 году, после того как проприетарный инструмент для управления исходным кодом BitKeeper, использовавшийся при разработке Linux, перестал быть бесплатным.

Генеральным директором GitHub станет Нат Фридман, создатель инструментария Xamarin, приобретенного Microsoft в 2016 году. Нынешний генеральный директор GitHub Крис Уонстрат будет заниматься в Microsoft техническими исследованиями.

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

Выступая перед полным залом на конференции Dataworks в Берлине, два главных архитектора данных Audi Матиас Грауниц и Карстен Хербе рассказали о построении архитектуры хранения данных, поступающих из новых источников, и о тех уроках, которые им удалось извлечь в ходе этого процесса.

С 2015 года компания Audi, являющаяся крупным клиентом Hadoop, хранит данные в Hadoop Distributed File System (HDFS). «Начав с небольшого кластера в конце 2015 года, мы вместе с клиентами изучали возможность построения и запуска системы, которая отвечала бы предъявляемым к ней бизнес-требованиям, – сообщил Грауниц. – В кластере на базе Hortonworks Data Platform (HDP) имелось четыре узла, 96 ядер и 160 Тбайт пространства хранения».

Сегодня в компании развернуты производственный кластер Hadoop, имеющий 1 петабайт пространства хранения, 6 Тбайт оперативной памяти, 12 узлов и 288 ядер. Производственный кластер Kafka оснащен четырьмя узлами, 128 Гбайт оперативной памяти и 16 Тбайт памяти хранения.

Все это, впрочем, отнюдь не означает, что интеграция была беспроблемной. «Внедрение Hadoop в существующую производственную среду сопровождалось определенными сложностями, – подчеркнул Хербе. – Требовалось интегрировать все это с бизнес-системами и обеспечить соблюдение мер безопасности».

Схема внедрения была разбита на две части: первая касалась отверточной сборки в процессе производства, а вторая – использования данных, собираемых блоками управления автомобилем.

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

Что же касается данных автомобилей, каждая новая модель Audi передает в хранилище HDFS около 25 тыс. беспроводных сигналов, которые в дальнейшем анализируются персоналом компании.

Средства бизнес-анализа (в частности, Tableau) предоставляют сотрудникам основных подразделений доступ к собранной информации и помогают принимать решения при проектировании будущих моделей.

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

Сначала технология была опробована на данных тестовых автомобилей и только после этого внедрена в новейшей модели A8.

Грауниц признает, что сейчас компании не хватает облака. Все, что уже было построено, развернуто во внутренней ИТ-инфраструктуре компании и в ее частном облаке.

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

Для решения этой задачи выбор Audi пал на коннектор HDFS независимого поставщика Confluent, с помощью которого данные через конвейеры Kafka перемещаются в HDFS. Что же касается каталогов метаданных, они располагаются в облаке, поскольку их местоположение не зависит от конкретного места хранения данных.

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

Компания MariaDB, разрабатывающая СУБД с открытым кодом, активно обхаживает клиентов корпорации Oracle, предлагая им большую переносимость и простоту миграции.

В создании MariaDB принимал участие ряд разработчиков реляционной СУБД MySQL, в том числе Майкл «Монти» Видениус, прекративший заниматься MySQL после того, как ее приобрела Oracle. Новая СУБД, ставшая ответвлением дистрибутива MySQL, также разрабатывается как проект с открытым кодом, распространяющийся на условиях лицензии GNU GPL.

Майкл Ховард, работавший в Oracle на протяжении четырех лет с 1996-го по 2000 год, занимает должность генерального директора MariaDB с декабря 2015 года.

Выступая на конференции пользователей MariaDB M18 в Нью-Йорке, Ховард, сославшись на свой опыт в сфере проприетарных технологий, признал: «Ситуацию трудно изменить. Сопротивление ощущается повсюду, и внутри и вне организации. Сложность миграции, физическая реальность, необходимость овладения навыками, налаживания процессов и страх перед тайной неизвестности воздвигают весьма высокие барьеры».

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

В беседе с корреспондентом Computerworld Ховард сообщил, что разговаривает с клиентами Oracle, когда те уже приняли решение о переходе. «Мы не приезжаем к клиенту, чтобы составить конкуренцию Oracle по функционалу, – добавил он. – А делаем это, когда у него уже есть предрасположенность к переменам. Обычно все начинается с решений, связанных с инфраструктурой, которая в большинстве случаев базируется на программном обеспечении с открытым кодом или стандартных технологиях. Для нас есть две важных составляющих рыночного пространства Oracle – пользователи MySQL и пользователи Oracle Enterprise. Обычно клиенты сначала переходят с MySQL на MariaDB, а потом уже по мере дальнейшего обсуждения начинают пересматривать свое отношение к проприетарным средам».

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

«Если компания никогда не использовала программное обеспечение с открытым кодом, она испытывает вполне естественный скептицизм, хотя в наши дни внедрение такого ПО – скорее правило, чем исключение, – заметил он. – Если разделить мир на тех, кто принимает программы категории Open Source, и тех, кто скептично относится к нему, доля принимающих, наверное, составила бы около 95%. Конечно, существуют и отличия, которые приходится изучать. Контракты отличаются от проприетарных моделей, отличаются и взаимоотношения компаний – в них преобладает сотрудничество, а не диктат».

Инвестиции

Недавно MariaDB получила финансовую поддержку в размере 54 млн долл. В число инвесторов вошли Alibaba и Европейский инвестиционный банк.

«С этими ресурсами связаны большие ожидания, – указал в своем выступлении Ховард. – Мы должны упростить глобальным корпорациям миграцию и проведение изменений».

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

Представляя новейшую версию MariaDB Server 10.3, Ховард подчеркнул, что компании очень важно продолжать повышение переносимости и уровень знакомства кода, но не менее важное значение отводится переносимости и уровню знаний с точки зрения приобретения новых навыков.

«Разве не странно, что MariaDB предлагает совместимость с Oracle, в то время как MySQL, являющаяся частью Oracle – нет? – добавляет он. – Заметьте, хранилище данных реализовано лишь в Oracle Enterprise, старшем брате MySQL, тогда как все то же самое в MariaDB можно получить без всяких проблем. В Oracle не хотят, чтобы вы преуспели с MySQL, им не нужно, чтобы СУБД MySQL отбирала потенциальных клиентов у Exadata».

Автономные СУБД

Со своей стороны, в Oracle решили сделать ставку на машинное обучение и автоматизацию, которые призваны помочь корпорации сдержать натиск со стороны разработчиков программного обеспечения с открытым кодом. На прошлогодней конференции OpenWorld корпорация анонсировала «самоуправляемую» СУБД, пообещав пользователям «первую в мире автономную базу данных».

Впрочем, Ховарда все это не слишком беспокоит. «Выполнить все требования, предъявляемые к автономным СУБД, Oracle будет очень трудно, – подчеркнул он. – Объясняется это сложностью среды. Автономная СУБД не может существовать при наличии тысяч ошибок, даже если наиболее квалифицированным специалистам с большим трудом и удается ее использовать. Я обожаю понятие автономной СУБД и убежден в том, что MariaDB в гораздо большей степени соответствует этим ожиданиям».

Что говорят клиенты

Ховард рассказал о том, как Банк развития Сингапура отказался от монополии Oracle Enterprise и перенес часть своих транзакций в среду MariaDB. Теперь он входит в число тех, кто заинтересован в построении уровня совместимости с продуктами Oracle.

На сегодняшний день 54% критически важных приложений банка обращается к MariaDB, а к середине 2019 года планируется сделать эту среду основной. В течение пяти лет после первоначальных инвестиций банк рассчитывает сэкономить 4,1 млн долл. за счет перехода на конкурирующее программное обеспечение с открытым кодом.

Руководитель направления технологий и цифровых инноваций Банка развития Сингапура Пен Хим сообщил, что они пытались внедрить у себя более масштабируемую версию Oracle Enterprise, однако такой вариант не сработал из-за сложности разработки и высокой стоимости лицензий.

В американской финансовой компании Financial Network, также рассказали об ограничениях Oracle RAC для небольших организаций, растущих быстрыми темпами.

«Стоимость лицензий Oracle зависит от числа используемых процессоров, – пояснил директор Financial Network по архитектуре баз данных Уильям Вуд. – Такая модель плохо масштабируется с экономической, финансовой точки зрения. Мы не можем позволить себе обновить оборудование, заменив четырехъядерный процессор на новейший 96-ядерный чип. Можете представить себе расходы в 47,5 тыс. долл. на ядро? Это поистине огромная сумма. Затраты на приобретение лицензий становятся просто астрономическими. Помимо этого ежегодно необходимо платить за техническую поддержку. А если вы хотите расширяться, придется покупать дополнительные лицензии и сталкиваться с еще более изощренными стратегиями продаж. У нас небольшая компания. И если мы продолжим инвестировать в продукты Oracle теми же темпами, то скорее всего просто вылетим с рынка».

Если в 2017 году я и научился чему-то, так это не принимать на веру все, что публикуют в Интернете.

Вы, должно быть, уже слышали, что Google готовит новую унифицированную операционную систему, которая должна прийти на смену Chrome OS (операционная система для "хромбуков") и Android (операционная система, под управлением которой сегодня работает большинство смартфонов и планшетов).

Для того, чтобы убедить всех в скором уходе Chrome OS и Android, факты и прогнозы часто смешивают друг с другом.

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

Только факты

Google действительно работает над созданием операционной системы с открытым кодом, получившей название Fuchsia.

Впервые код Fuchsia был размещен в репозитарии GitHub в августе 2016 года.

В отличие от других операционных систем Google (Chrome OS и Android), Fuchsia базируется не на Linux. В основу ее положено ядро Zircon (известное также под названием «Magenta»).

Первоначально ядро Zircon предназначалось для «ОС реального времени», то есть для встроенных систем. Однако анализ кода Fuchsia показывает, что теоретически эта операционная система может устанавливаться на любом типе оборудования, включая устройства Интернета вещей, светофоры, банкоматы, умные часы, смартфоны, планшеты и настольные компьютеры – на устройствах с процессорами архитектур ARM, MIPS и Intel x86.

Пользовательский интерфейс у Fuchsia появился в мае. Первые экраны напоминали интерфейс смартфона.

В ноябре Fuchsia стала поддерживать язык программирования Apple Swift, который добавился к нескольким языкам, уже имевшимся ранее.

В качестве SDK для создания приложений и пользовательского интерфейса в Fuchsia используется пакет Google Flutter, применявшийся при построении приложений для Chrome OS и Android. Графический движок Flutter, похоже, уже оптимизирован с учетом особенностей Google Material Design. Первые видеоролики свидетельствуют о том, что пользовательский интерфейс дополнен новыми расширениями, прямоугольниками с закругленными краями и ориентированной на поиск навигацией.

На GitHub разработчик пишет, что Fuchsia – «это не игрушка, не проект с 20-процентным ресурсом и не мертвая свалка, о которой никто больше не вспоминает». (Под «проектом с 20-процентным ресурсом» понимается старая политика Google, стимулировавшая разработчиков тратить 20% своего времени на исследование инновационных и перспективных продуктов.)

Вот что нам известно о Fuchsia на текущий момент.

Кое-что мы знаем и о Google. Например, что компании хотелось бы улучшить совместную работу Chrome OS и Android.

Три с половиной года назад Google анонсировала поддержку приложений Android на устройствах с Chrome OS. С тех пор среда App Runtime for Chrome находится в состоянии бета-версии. И сегодня кто-то ежедневно запускает под управлением Chrome некое количество приложений Android.

В какой-то момент Google приступила даже к реализации отдельной необъявленной инициативы Andromeda, нацеленной на запуск приложений Chrome OS в среде Android и приложений Android на устройствах Chromebook.

По имеющимся сообщениям, еще летом 2016 года проект Andromeda был прекращен.

Внимательные обозреватели заметили, что некоторые элементы Google Pixel Launcher, пользовательского интерфейса для телефонов Google и уже снятых с производства планшетов Pixel C, очень похожи на интерфейс Fuchsia.

Таковы факты. А теперь дадим волю фантазии.

Только прогнозы

На основе имеющихся фактов оптимистично настроенные комментаторы сделали ряд предположений.

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

Согласно этим прогнозам, Fuchsia придет на смену Android Wear, Android и Chrome OS, но существующие для этих платформ приложения по-прежнему можно будет использовать. Другими словами, в перспективе телефоны начнут поставлять с Fuchsia, а не с Android, а хромбуки – c Fuchsia, а не с Chrome OS.

Таким образом, наступит конец эпохи Chrome OS и Android в том виде, в котором мы их знаем, а пользователи получат единую платформу для приложений, запускаемых на всех видах устройств.

(В соответствии с другим предположением, Fuchsia придет на смену только Android. Некоторые же полагают, что Fuchsia будет обслуживать носимые устройства и устройства Интернета вещей – приборные панели автомобилей, умные часы и т.д.)

И уж совсем фантастичным кажется прогноз о том, что новая ОС поможет решить все проблемы, присущие сегодня Chrome OS и Android. Утверждается, что Fuchsia положит конец фрагментации Android, позволит справиться со слишком медленными и нерегулярными обновлениями этой операционной системы, предоставит разработчикам возможность создания приложений, которые без изменений будут выполняться на устройствах iOS и Android, а также повысит производительность хромбуков.

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

Другими словами, появление Fuchsia грядет уже очень скоро. Скорее всего новая операционная система придет на смену Chrome OS и Android уже в 2018 году или сразу после его окончания.

Внесем ясность: прогнозы в отношении операционных систем Google базируются в основном на благих пожеланиях. В какой-то степени Fuchsia напоминает тест Роршаха – люди видят в ней то, что хотят увидеть.

Приукрасить до невероятности

Замена Chrome OS и Android на Fuchsia означает окончание эпохи Chrome OS и Android.

Это одновременно наиболее распространенный и наименее вероятный прогноз.

Устройства с Chrome OS пользуются популярностью на предприятиях и занимают доминирующее положение на рынке образования. Chrome OS – наиболее характерная для Google операционная система, поскольку базируется на облачной модели. По этой же причине она является еще и наиболее безопасной клиентской платформой для бизнеса из всех присутствующих на рынке. Многие производители с удовольствием выпускают устройства, работающие под управлением Chrome OS. И Google нет никакого резона рисковать с Chrome OS.

Android –  самая популярная на сегодняшний день операционная система в мире. Ее используют около 2 млрд человек, а в магазине Play Store размещено около 3 млн приложений Android, значительно больше, чем в Apple App Store. Операционная система доступна в рамках проекта Android Open Source Project (AOSP), и поставщики оборудования могут свободно загружать ее, внося необходимые изменения. У Google нет причин брать на себя дополнительные риски, связанные с Android.

Минуточку, можете возразить вы. Если Fuchsia прекрасно справляется с приложениями Chrome OS и Android, значит отказ от этих операционных систем не несет в себе ничего деструктивного, не так ли?

С этим трудно не согласиться.

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

Так что даже если Fuchsia и появится в качестве операционной системы общего назначения или мобильной ОС, Chrome OS и Android она не заменит. Долгие годы они будут существовать параллельно.

Вероятность того, что Google откажется от Android, прекратит ее поддержку или заменит чем-то другим в ближайшие пять лет, по сути, равна нулю. Замена Chrome OS в те же сроки также представляется крайне маловероятной.

А теперь поговорим о том, что возможно.

Компания Google думает о перспективах. Вероятно, Fuchsia станет заделом на будущее – платформой, обладающей двумя особенностями, которых не хватает нынешним ОС.

Скорость. Виртуальная и дополненная реальность требует мгновенной обработки входящих данных и мгновенного рендеринга видео без задержек. Поскольку Fuchsia относится к категории ОС реального времени, теоретически она могла бы справляться с дополненной и виртуальной реальностью лучше, чем Android. Другим приложениям будущего, например, автономным автомобилям, это также понадобится.

Модульность. Fuchsia относится к постлинуксной эпохе, где отдельные ОС можно создавать на общей базе программного кода. Такой подход создает условия для ускорения выпуска процессоров и разработки программного обеспечения, предоставляя Google дополнительную гибкость при поддержке различных аппаратных платформ. В прошлом, когда компания пыталась экспериментировать с Google Glass, автономными автомобилями и платформами для камер виртуальной реальности, ей приходилось прилагать громадные усилия к адаптации программного обеспечения. Fuchsia позволит реализовывать такие проекты быстрее, проще и лучше.

Сегодня есть вещи, с которыми операционные системы Google справляются очень хорошо (речь идет прежде всего о портативных компьютерах и смартфонах), и есть области, в которых они проявляют себя не с самой лучшей стороны.

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

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

Между тем, Chrome OS и Android по-прежнему существуют и продолжают развиваться.

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

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

А теперь вернемся к вопросу, с которого мы начали: убьет ли Google Chrome OS и Android в 2018 году? Или в последующие несколько лет?

Ответ: нет.

Программное обеспечение с открытым кодом официально существует на протяжении уже 20 лет. Такое, казалось бы, революционное новшество должно полностью изменить сложившийся порядок разработки, продажи и распространения программного обеспечения. Но, к сожалению для тех, кто все же намерен отпраздновать 20-летнюю годовщину, ничего подобного не произошло. Большинство разработчиков большую часть своего времени по-прежнему тратят на создание проприетарного ПО.

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

Открытый код завоевал инфраструктурные проекты, но не приложения

Возвращаясь в 1999 год, стоит вспомнить слова Эрика Рэймонда о том, что программное обеспечение пишется в первую очередь для его использования, а не для продажи. Следовательно, оно может и должно распространяться с открытым исходным кодом. Однако до сих пор этого так и не произошло. Почти весь код продолжает оставаться закрытым.

За время, прошедшее после того, как термин «открытый код» официально был введен в обиход организацией Open Source Initiative, в ее работе (а я входил в состав совета ее директоров) мало что изменилось. Еще в 2008 году на конференции Red Hat Summit генеральный директор компании Red Hat Джим Уайтхерст осуждал разбазаривание корпоративного программного обеспечения: «Большая часть создаваемых сегодня программ пишется на предприятиях и не предназначена для перепродажи. И эта большая часть никогда не используется. Разбазаривание ресурсов, выделяемых на разработку программных систем, достигло колоссальных масштабов. … А для того, чтобы открытый код приносил пользу всем нашим клиентам во всем мире, они должны не просто быть пользователями продуктов с открытым кодом, но и принимать активное участие в их создание, входя в состав сообщества разработчиков».

Впрочем, многие обозреватели считают, что мы достигли немалого прогресса. Проведенное по инициативе Европейской комиссии в 2009 году исследование Flossmetrics показало, что 35% программного обеспечения (как предназначенного для продажи, так и не предназначенного) поставляется с открытым кодом. Это очень хороший результат.

Как утверждал в 2013 году один из основателей компании Cloudera Майк Олсон, открытый код должен доминировать в корпоративной инфраструктуре: «В настоящее время наметилась потрясающая и необратимая тенденция. Те, кто работают в ЦОД, почти наверняка используют в своей деятельности операционную систему, СУБД, связующее ПО и другие программные средства с открытым кодом. За последние десять лет мы не увидели ни одного нового проприетарного проекта с закрытым кодом, который смог бы занять доминирующее положение в программной инфраструктуре на уровне платформы».

Безусловно, Олсон прав. Большая часть инноваций в корпоративной инфраструктуре все чаще регулируется лицензиями на программное обеспечение с открытым кодом. И хотя до насыщения еще далеко, нельзя не вспомнить, что в основе контейнерной революции лежат проекты Docker и Kubernetes. И тот, и другой предусматривают использование программного обеспечения с открытым кодом. А как насчет больших данных? С ними работают при помощи Hadoop, Kafka и других технологий с открытым кодом. А машинное обучение и искусственный интеллект новой формации? Все это подпитывается TensorFlow, MXNet и прочим программным обеспечением с открытым кодом.

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

Если процент лучшего кода, представленного в открытом виде, устойчиво растет, почему бы нам не ускорить этот процесс? Как указал Джон Марк Уокер из ARM, «все крупнейшие инновации, которые мы видим сегодня, создаются на платформах с открытым кодом, однако при этом в мире остается еще немало людей … продолжающих изобретать колесо».

Почему?

Предприятия боятся вкладывать деньги в проекты с открытым кодом

Как заметил бывший директор Apache Software Foundation и технический директор Sourcepoint Гейр Магнуссон, программное обеспечение с открытым кодом оказывает огромное влияние на инфраструктуру и универсальные вещи. Но дело в том, что 95% программного обеспечения, которое Эрик Реймонд называет совершенно неинтересной бурдой, создается для удовлетворения вполне конкретных частных нужд (реальных или надуманных).

Другими словами, огромная масса программного кода по-прежнему остается закрытой, и мы должны быть благодарны судьбе за то, что не видим его. Ведь этот код совершенно бесполезен за пределами того предприятия, где он был написан. Могло ли это программное обеспечение распространяться с открытым кодом? Да. А надо ли нам это? Ну, …

«Справедливо и то, что программное обеспечение с открытым кодом обладает вполне реальной стоимостью, – подчеркнул главный стратег Red Hat Дэйв Ниэри. – Однако при наличии у этого кода единственного пользователя преимущества минимальны». «Компании совсем не прочь внедрять программное обеспечение с открытым кодом, – добавил директор Apache Software Foundation (и бывший директор Capital One) Джим Ягельски. – Но они упираются в нехватку ресурсов и инвестиций, что приводит к провалу соответствующих проектов. А это, в свою очередь, порождает волновой эффект, побуждая руководство организаций возлагать вину за неудачи не на себя, а на программное обеспечение с открытым кодом».

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

Есть надежда, что в следующие 20 лет открытого кода будет больше

Дилемма курицы и яйца постепенно начинает разрешаться благодаря дальновидным усилиям Google, Facebook, Amazon и других гигантов интернет-отрасли, демонстрирующих ценность программного обеспечения с открытым кодом. Конечно, маловероятно, что State Farm или Chevron будут принимать в этом такое же участие, как Microsoft, но уже сейчас мы видим, как Bloomberg и Capital One оказываются вовлечены в процесс разработки программного обеспечения с открытым кодом, чего они совершенно не собирались делать ни в момент появления термина «открытый код» в 1997 году, ни десять лет спустя в 2007-м.

И это только начало. использования программного обеспечения с открытым кодом стало изменение отношения к инновациям в программной отрасли. Мы начинаем верить (и на то есть причины), что самое лучшее, инновационное программное обеспечение предлагается с открытым кодом.

Не будем забывать и о том, что главным результатом прошедших 20 лет наряду с ростомПравда, относится это не ко всему спектру программных средств. «Открытый код наилучшим образом проявил себя в инфраструктурном программном обеспечении, – отметил директор Apache Software Foundation и главный научный сотрудник компании Adobe Бертран Делакрета. – Для приложений такой результат менее вероятен, потому что чем выше вы поднимаетесь по программному стеку, тем труднее проводить согласования. Справедливо и то, что число разработчиков, проявляющих интерес к программному обеспечению с открытым кодом, по мере движения вверх по стеку будет сокращаться.

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

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