Это уже весьма старая статья. С тех пор разработали, например, вот такой toolkit. Есть и статья от создателей, как они с его помощью сравнивали Linkerd (эта статья от его авторов) и Istio (более «модное» решение в современной экосистеме).
Prometheus сделали в SoundCloud (когда-то писал про их путешествие к K8s). Коммерциализацией проекта там не занимаются.
Есть прямые «коммерциализаторы»:
PromLabs (слоган на их сайте: «We Make Prometheus Work for You»). Например, №2 контрибьютор в истории проекта (Julius Volz) именно оттуда;
Robust Perception («Get the most out of your Prometheus») — контрибьютор №4 оттуда (Brian Brazil).
Разработчик №1 по совокупному числу коммитов (Fabian Reinartz) более активно не коммитит, но на момент своего пика работал в CoreOS (и, соответственно, позже в Red Hat). К слову, контрибьютор №6 (Krasimir Georgiev) тоже работает в Red Hat.
Один из самых активных контрибьюторов последнего времени (Julien Pivotto) работает в неком европейском Open Source-интеграторе с размазанной специализацией.
большинство (6) работают именно в Grafana Labs (как и автор этой оргинальной статьи);
еще 4 работают в Red Hat;
из других организаций — все по 1.
Мои выводы: заметно влияние Grafana, но проект достаточно разносторонний в плане сообщества. А чтобы понять совсем хорошо, надо читать и анализировать результаты их собраний и голосований ;-)
По картинкам: может быть, «обычно» и да. Но мы много раз видели, как любят наши иллюстрации (а некоторые коллеги даже ждут издания сборника избранных…) стараемся балансировать в разумных пределах ;-)
Для тех, кто интересуется темой: разработчики GitLab прямо сейчас размышляют, как бы внедрить интеграцию с Kubernetes и GitOps поглубже/поудобнее/… — см. GitLab Kubernetes Agent POC.
Петр, неожиданно и здорово увидеть тебя на хабре! Спасибо за внимание к этой проблеме: она действительно его заслуживает. Но почему именно сейчас? Ведь изменение лицензии произошло не в этом году (даже Red Hat успела отказаться от MongoDB в своё время). И что всё это означает для ваших (Percona) продуктов вокруг MongoDB, столь активно развиваемых* в последние годы?
* Субъективное впечатление по новостным материалам, не претендующее на реальную (производственную/коммерческую) картину.
P.S. По теме самого этого явления мы год назад переводили про BSL для CockroachDB.
loghouse сделали во Фланте, а не Яндексе (там сделали ClickHouse — вероятно, из-за этого путаница). У нас уже долгое время работает множество инсталляций, но на зрелость как публичного проекта не претендуем — это да. Если актуально, то issues (а лучше сразу PRs) — приветствуются.
Добавили в статью информацию о том, что на конференции KubeCon + CloudNativeCon Europe 2020 (состоится виртуально уже в августе) будет наш доклад, посвящённый shell-operator.
Это всё же ближе к утилитам не для управления Kubernetes, а ориентированным на разработку (и разработчиков) — таким, как Skaffold и werf (скоро там будет локальная разработка). Мы делали подобный обзор год назад: «Инструменты для разработчиков приложений, запускаемых в Kubernetes». К сожалению, конкретно tilt туда не попал (был довольно молод на тот момент…).
О, интересная тема. Кстати, не так давно здесь, описывая реализацию 3-way merge в werf, мы рассказывали о проблемах/нюансах в replace и patch (в частности, актуально для упомянутого GitOps).
В DevOps «короткой строкой», пожалуй, не хватает про новый service mesh для Kubernetes от Microsoft — Open Service Mesh.
Статистика взята из GitHub.
А если взглянуть на Prometheus team members, то картина выглядит так, что из 20 человек:
Мои выводы: заметно влияние Grafana, но проект достаточно разносторонний в плане сообщества. А чтобы понять совсем хорошо, надо читать и анализировать результаты их собраний и голосований ;-)
По картинкам: может быть, «обычно» и да. Но мы
много раз видели, как любят наши иллюстрации (а некоторые коллеги даже ждут издания сборника избранных…)стараемся балансировать в разумных пределах ;-)* Субъективное впечатление по новостным материалам, не претендующее на реальную (производственную/коммерческую) картину.
P.S. По теме самого этого явления мы год назад переводили про BSL для CockroachDB.
loghouse сделали во Фланте, а не Яндексе (там сделали ClickHouse — вероятно, из-за этого путаница). У нас уже долгое время работает множество инсталляций, но на зрелость как публичного проекта не претендуем — это да. Если актуально, то issues (а лучше сразу PRs) — приветствуются.
P.S. На мой вкус, надо бы им это прямо в README написать…
О, интересная тема. Кстати, не так давно здесь, описывая реализацию 3-way merge в werf, мы рассказывали о проблемах/нюансах в replace и patch (в частности, актуально для упомянутого GitOps).