Максимально пристрастная точка зрения, но, если сразу смотреть с этим пониманием, то все-таки неплохо для старта (потому что довольно подробно) — здесь.
Это самое главное для бизнеса, но статья была от инженера для инженеров — о технике этого процесса, чтобы помочь тем, кому это предстоит (по их причинам). Бизнесовая тема тоже интересна, но скорее для отдельных публикаций (потому что для чуть другой аудитории).
Vendor lock — это про стоимость ухода с текущего решения на другие. GitLab выглядит куда меньшим vendor lock'ом (чем Gitea) в силу своей куда большей распространенности.
Не увидел явных упоминаний, что Kasten — это платное и закрытое решение. (Как оно, кстати, соотносится к Kanister, ссылка на GitHub которого висит на сайте продукта?) Почему ему отдали предпочтение вместо упомянутого в статье Velero, который Open Source?
No, it's a distribution. A fork implies continued divergence from the original. This is not K3s's goal or practice. K3s explicitly intends not to change any core Kubernetes functionality. We seek to remain as close to upstream Kubernetes as possible. However, we maintain a small set of patches (well under 1000 lines) important to K3s's use case and deployment model.
Всё-таки Pulumi — это довольно большая штука, с которой скорее выстраиваются высокоуровневые/глобальные процессы, чем решается более узкая задача на конкретной платформе. Это несет в себе и плюсы, и минусы. Его (Pulumi) скорее с Terraform надо сравнивать (что, конечно, ужесделано).
Информация от сооснователя Kalm Inc. Они действительно приостановили работы над Kalm в апреле в пользу своего нового решения, что мы упомянули в конце статьи (Koncrete). Причина была в том, что пытались в первом проекте объять необъятное (и сделали это very opinionated), и его развитие стало весьма сложным. Поэтому пришли к идее другого проекта и временно сфокусировались на нем. Однако до сих пор есть клиенты, которые пользуются Kalm, и его авторы планируют вернуться и к этому проекту в будущем.
Перед публикацией действительно заметили этот момент. Я даже сегодня написал им по этому случаю вопрос — посмотрим на реакцию, я сюда приложу. Есть подозрение, что это вызвано недавним запуском нового проекта, упомянутого в конце статьи. Они по этому случаю стали называть себя не просто Kalm, а Kalm tools suite. Забросят ли свой оригинальный Kalm?..
Managed-сервисы с Kubernetes - это не только добро. Например, они убивают одну из главных его фич - независимость от инфраструктуры, в которой он разворачивается (для простой миграции куда-то ещё при такой необходимости и всяких мультиоблачных сценариев). В общем, это получается классический vendor lock-in.
k3s — дистрибутив от Rancher, название которое сделали «меньше», чем K8s, чтобы подчеркнуть его легковесность и простоту (пусть и с меньшим функционалом).
Помимо собственно дистрибутива существует также k3d — утилита, управляющая узлами k3s, каждый из которых помещён в контейнер Docker.
The Gravity project is no longer under active development. The project's development has been limited to maintenance and support for our commercial customers until maintenance agreements expire.
Использование готового солющена позволило бы сосредоточится на оттачивании процесов сапорта, а не написании кода очень важных фич
Кажется, вы не прочувствовали слова про core competency.
Предположим, вы продаёте бургеры. Основные ингредиенты вы скорее всего не производите: булки, овощи, мясо. Такой полный цикл мало кто способен себе позволить, это нормально. Однако если вы начинаете заправлять свой бургер таким же (т.е. приготовленным не у себя) соусом, который есть у всех конкурентов (и даже конечных потребителей), то на чём вы будете зарабатывать? Что сделает ценность для вашего продукта? Уникальное сочетание самых обычных ингредиентов и какой-то особый маркетинг? Это может в определённой мере сработать (так многие делают), но у нас есть понимание, что этого мало.
Система мониторинга и алертинга для нас — это фирменный соус со своей спецификой (особенностями, «секретами» его приготовления). Можно пытаться «натянуть» эти особенности на уже готовый покупной соус, но это превратится в критичную зависимость, которая рано или поздно не даст бизнесу преследовать свои цели. Мы не можем находиться в такой зависимости, чтобы поставлять рынку бургеры, которые качественно отличаются по вкусу.
Внутренние разработки вроде описанных в этом докладе — это во многом та самая добавленная ценность, из-за которой нас выбирают, которая нам позволяет развивать и масштабировать бизнес тогда и так, как мы хотим. Нам уже не один год, мы видим, как показатели растут, и поэтому знаем, что инвестиции оправданы.
P.S. А с момента появления этого доклада случилось ещё одно заметное событие. То есть часть процесса приготовления соуса у нас всё-таки была завязана на стороннюю компанию, с которой, к слову, с самого начала имелись очень дружественные, взаимовыгодные отношения (слабо представляю себе такую возможность в случае гигантов рынка — у них масштабы не те, чтобы на подобные отношениями заморачиваться). И вот теперь этот последний ингредиент мы тоже взяли под свой контроль, следуя подходу, описанному вами как «потому что можем». Потому что мы видим, какую пользу приносят эти инвестиции, и готовы инвестировать ещё больше на разработку тех самых соусов, что так помогают нам продавать бургеры.
Почему "совершенно лишний"? :) У нас это стандартный стек, тоже работает с любой CI-системой. Вы используете для этого что-то другое - это вполне ок и не становится от этого "лишним", а выполняет свою функцию. Удобство - вопрос субъективный, есть много факторов и поэтому есть много решений.
А вот и официальный анонс завезли. В частности, обновление etcd до 3.5.0 там отдельно отмечается:
Kubernetes' default backend storage, etcd, has a new release: 3.5.0. The new release comes with improvements to the security, performance, monitoring, and developer experience. There are numerous bug fixes and some critical new features like the migration to structured logging and built-in log rotation. The release comes with a detailed future roadmap to implement a solution to traffic overload. You can read a full and detailed list of changes in the 3.5.0 release announcement.
И дали такой логотип релизу, позиционируя его как «напоминание не останавливаться в достижении новых высот и установлении новых рекордов» (53 улучшения — это максимум для релизов K8s):
Продукт чисто по общему впечатлению выглядит интересно, мы за ним поглядываем некоторое время, но вот знаешь ли его пользователей в России? Мы не слышали о таких...
P.S. Кстати, они в своем инсталляторе используют shell-operator.
Максимально пристрастная точка зрения, но, если сразу смотреть с этим пониманием, то все-таки неплохо для старта (потому что довольно подробно) — здесь.
Взгляд с другой стороны — здесь.
Истина где-то посередине и в зависимости потребностей.
Это самое главное для бизнеса, но статья была от инженера для инженеров — о технике этого процесса, чтобы помочь тем, кому это предстоит (по их причинам). Бизнесовая тема тоже интересна, но скорее для отдельных публикаций (потому что для чуть другой аудитории).
Vendor lock — это про стоимость ухода с текущего решения на другие. GitLab выглядит куда меньшим vendor lock'ом (чем Gitea) в силу своей куда большей распространенности.
Не увидел явных упоминаний, что Kasten — это платное и закрытое решение. (Как оно, кстати, соотносится к Kanister, ссылка на GitHub которого висит на сайте продукта?) Почему ему отдали предпочтение вместо упомянутого в статье Velero, который Open Source?
Классная подборка из подходов, спасибо!
Из README проекта:
Здесь они объясняли.
Всё-таки Pulumi — это довольно большая штука, с которой скорее выстраиваются высокоуровневые/глобальные процессы, чем решается более узкая задача на конкретной платформе. Это несет в себе и плюсы, и минусы. Его (Pulumi) скорее с Terraform надо сравнивать (что, конечно, уже сделано).
У них тут как раз вчерашняя новость интересная — про улучшенную поддержку Helm.
Информация от сооснователя Kalm Inc. Они действительно приостановили работы над Kalm в апреле в пользу своего нового решения, что мы упомянули в конце статьи (Koncrete). Причина была в том, что пытались в первом проекте объять необъятное (и сделали это very opinionated), и его развитие стало весьма сложным. Поэтому пришли к идее другого проекта и временно сфокусировались на нем. Однако до сих пор есть клиенты, которые пользуются Kalm, и его авторы планируют вернуться и к этому проекту в будущем.
Правильное наблюдение, спасибо!
Перед публикацией действительно заметили этот момент. Я даже сегодня написал им по этому случаю вопрос — посмотрим на реакцию, я сюда приложу. Есть подозрение, что это вызвано недавним запуском нового проекта, упомянутого в конце статьи. Они по этому случаю стали называть себя не просто Kalm, а Kalm tools suite. Забросят ли свой оригинальный Kalm?..
Managed-сервисы с Kubernetes - это не только добро. Например, они убивают одну из главных его фич - независимость от инфраструктуры, в которой он разворачивается (для простой миграции куда-то ещё при такой необходимости и всяких мультиоблачных сценариев). В общем, это получается классический vendor lock-in.
Из свежего сравнения подобных решений (включая упомянутый kind), по соседству, в том же хабе ;-)
Но ведь он уже всё :(
Кажется, вы не прочувствовали слова про core competency.
Предположим, вы продаёте бургеры. Основные ингредиенты вы скорее всего не производите: булки, овощи, мясо. Такой полный цикл мало кто способен себе позволить, это нормально. Однако если вы начинаете заправлять свой бургер таким же (т.е. приготовленным не у себя) соусом, который есть у всех конкурентов (и даже конечных потребителей), то на чём вы будете зарабатывать? Что сделает ценность для вашего продукта? Уникальное сочетание самых обычных ингредиентов и какой-то особый маркетинг? Это может в определённой мере сработать (так многие делают), но у нас есть понимание, что этого мало.
Система мониторинга и алертинга для нас — это фирменный соус со своей спецификой (особенностями, «секретами» его приготовления). Можно пытаться «натянуть» эти особенности на уже готовый покупной соус, но это превратится в критичную зависимость, которая рано или поздно не даст бизнесу преследовать свои цели. Мы не можем находиться в такой зависимости, чтобы поставлять рынку бургеры, которые качественно отличаются по вкусу.
Внутренние разработки вроде описанных в этом докладе — это во многом та самая добавленная ценность, из-за которой нас выбирают, которая нам позволяет развивать и масштабировать бизнес тогда и так, как мы хотим. Нам уже не один год, мы видим, как показатели растут, и поэтому знаем, что инвестиции оправданы.
P.S. А с момента появления этого доклада случилось ещё одно заметное событие. То есть часть процесса приготовления соуса у нас всё-таки была завязана на стороннюю компанию, с которой, к слову, с самого начала имелись очень дружественные, взаимовыгодные отношения (слабо представляю себе такую возможность в случае гигантов рынка — у них масштабы не те, чтобы на подобные отношениями заморачиваться). И вот теперь этот последний ингредиент мы тоже взяли под свой контроль, следуя подходу, описанному вами как «потому что можем». Потому что мы видим, какую пользу приносят эти инвестиции, и готовы инвестировать ещё больше на разработку тех самых соусов, что так помогают нам продавать бургеры.
О, про крайности и модули у нас как раз недавно был другой перевод.
Почему "совершенно лишний"? :) У нас это стандартный стек, тоже работает с любой CI-системой. Вы используете для этого что-то другое - это вполне ок и не становится от этого "лишним", а выполняет свою функцию. Удобство - вопрос субъективный, есть много факторов и поэтому есть много решений.
Если вы про таблицу, то успели исправить до этого комментария, спасибо! :-)
А вот и официальный анонс завезли. В частности, обновление etcd до 3.5.0 там отдельно отмечается:
И дали такой логотип релизу, позиционируя его как «напоминание не останавливаться в достижении новых высот и установлении новых рекордов» (53 улучшения — это максимум для релизов K8s):
Продукт чисто по общему впечатлению выглядит интересно, мы за ним поглядываем некоторое время, но вот знаешь ли его пользователей в России? Мы не слышали о таких...
P.S. Кстати, они в своем инсталляторе используют shell-operator.