Прошло почти ровно четыре года с тех пор, как основатель Docker Соломон Хайкс покинул компанию, которая положила начало контейнерной революции. С тех пор Docker пережил свою череду взлетов и падений, включая продажу своего корпоративного бизнеса Mirantis в 2019 году, но Хайкс, который долгое время был публичным лицом Docker, в основном оставался на периферии, за исключением его участия в нескольких раунды финансирования. Однако уже какое-то время он тихо работает над своим следующим стартапом, Dagger, который сегодня запускает публичную бета-версию и объявляет о раунде финансирования серии A на 20 млн. долл..
Раунд возглавил Redpoint Ventures с участием Y Combinator, Ната Фридмана (бывший генеральный директор GitHub), Брайана Стивенса (бывший технический директор Google Cloud и бывший технический директор Red Hat), Идит Левин (основатель и генеральный директор solo.io) , Юлиус Волц (создатель Prometheus), Эллен Пао (бывший генеральный директор Reddit) и Даниэль Лопес (соучредитель Bitnami). Ранее Dagger собрал предварительный раунд на 3 млн. долл. и посевной раунд на 7 млн. долл. под руководством New Wave.
Dagger, соучредителем которого являются Хайкс и его коллеги по Docker Сэм Альба и Андреа Лузарди, стремится создать то, что команда называет «операционной системой DevOps». Хайкс отметил, что запуск этого нового предприятия начался с команды, а не обязательно с идеи продукта. Соучредители искали проблемы, которые они могли бы решить для сообщества разработчиков, и им быстро стало ясно, что процесс DevOps остается узким местом.
«Мы решили начать с нуля и не предполагать, что мы что-то знаем», — сказал мне Хайкс о процессе, который команда использовала для разработки своих идей. «Мы начали этот долгий процесс исследования, чтобы просто быть чистым листом и выслушивать проблемы людей. И они очень быстро потянули нас в сторону конвейеров CI/CD и автоматизации. Вы знаете, у вас есть разработчик — и разработчики счастливы и продуктивны. У вас есть операции — все масштабируется, есть все эти классные облачные штуки — и клей посередине, часть DevOps, это просто очень сложно. Люди находят способ, но им просто не нравится этот опыт, и все они тратят на это время и ресурсы. Поэтому мы сосредоточились на этом».
Команда утверждает, что существует множество очень мощных инструментов DevOps, но они, как правило, очень специализированы — и по мере того, как эти приложения расширяются, расширяется и стек DevOps. «Нет недостатка в специализированных инструментах, но тогда [developers] нужно склеить их все вместе — и клей является узким местом. Поэтому мы сосредоточены на замене клея чем-то лучшим», — сказал Хайкс.
В частности, это означает, что Dagger позволяет инженерам DevOps писать свои конвейеры в виде декларативных моделей в CUE (что означает «настроить, унифицировать, выполнить»). Благодаря этому инженеры могут описывать свои конвейеры и соединять различные части друг с другом, все в коде. Даггер называет эти отдельные фигуры «действиями», и они тоже описываются декларативно.
«Главное отличие состоит в том, что это, по сути, реальный опыт разработки программного обеспечения, — объяснил Хайкс. «Поэтому, если вам нравится действие, написанное кем-то другим, вы можете его импортировать. Если вы хотите взглянуть на исходный код этого действия, вы можете посмотреть его, он на том же языке, который вы уже знаете. И это действие, вероятно, построено путем объединения более мелких и более специализированных действий на всем протяжении. Так что это больше похоже на обычное программное обеспечение».
Чтобы дополнить опыт разработчиков, команда Dagger также создает то, что она называет «Dagger Universe», тщательно подобранную библиотеку пакетов, которую разработчики могут импортировать в свои конфигурации Dagger.
Этот общий подход также означает, что потенциальные пользователи могут сохранить свою существующую CI-инфраструктуру. Dagger не предназначен для замены таких продуктов, как Circle CI или GitLab — это, по сути, надстройка над ними.
«Для команд DevOps слишком сложно управлять своей инфраструктурой и развертывать программное обеспечение в разных облаках, но Кинжал элегантно взломала код, чтобы упростить управление цепочками поставок программного обеспечения», — сказала Эрика Брешиа из Redpoint Ventures. «Сделав настраиваемые конвейеры доставки приложений переносимыми, Кинжал команда изменила подход к созданию и развертыванию программного обеспечения».
Хайкс отметил, что при создании Dagger он извлек немало уроков из своего опыта работы в Docker. Как и у Docker, у Dagger будет часть с открытым исходным кодом, и пока команда все еще выясняет детали, он станет ключевой частью экосистемы Dagger.
«Dagger будет гибридной платформой, — объяснил Хайкс. «Итак, есть движок с открытым исходным кодом, который мы запускаем [today]и будет дополнительная облачная служба, которая будет очень тесно интегрирована, но все же необязательна. […] Наш вывод из Docker: если вам нужно большое и процветающее сообщество разработчиков, вам нужен настоящий проект с открытым исходным кодом. Это не может быть подделкой с открытым исходным кодом. Но если вы хотите, чтобы это сообщество продолжало процветать — и если особенно важен пользовательский опыт — вам нужно связать это сообщество с одним видением продукта, а не с 10 000 различных концепций продукта».
На данный момент команда собирается сосредоточиться на этом движке с открытым исходным кодом, чтобы увидеть, что нужно сообществу и где есть болевые точки. Управляемый сервис появится позже. Хайкс отметил, что в Docker все произошло так быстро, а сервис стал такой основополагающей технологией почти за одну ночь, что компанию развернуло слишком много разных направлений. С Dagger он планирует работать медленнее — и, поскольку Dagger не запускает приложения сам по себе, он считает, что команда сможет сохранить этот фокус.
«Мы собираемся сделать то же самое с коммерциализацией. Я думаю, что с коммерциализацией в Docker мы чувствовали, что есть сценарий, которому мы обязаны следовать, и мы недостаточно прислушивались к нашему сообществу», — сказал Хайкс.
Dagger собирается использовать новое финансирование для расширения своей инженерной команды для создания своего продукта, но компания также нанимает сотрудников для создания команды по маркетингу и связям с разработчиками.