Kubernetes поддерживает пробы готовности и работоспособности для версий ≤ 1.15. Пробы запуска были добавлены в 1.16 в качестве альфа-функции и перешли в бета-версию в 1.18.
You can continue to build and run Docker images locally and in your Kubernetes cluster as this deprecation will not impact that experience.
[..]
Today, and in Kubernetes v1.20, Kubernetes administrators can continue to use docker commands and kubectl commands to manage their Kubernetes clusters.
In a future release of Kubernetes, a few minor releases from now, when support for dockershim is eventually removed, you will no longer be able to use docker commands to inspect your cluster.
Many of these commands have similar commands in kubectl and ctr (the containerd CLI). While the commands to inspect your cluster in Kubernetes may change in the future, Developers will still be able to use Docker tools to docker build, docker push and docker run containers and container images on Kubernetes.
It is designed to introduce faults with very little pre-configuration and can support any infrastructure that you might have including K8S, Docker, vCenter or any Remote Machine with ssh enabled.
Мы недавно запустили довольно подробный онлайн-самоучитель по werf (на русском языке), который рассказывает о деплое приложений в Kubernetes. Одна из его версий сейчас как раз про Java и Spring Boot. Попробуйте — если такая задача актуальна, может оказаться полезным.
На www.gitops.tech собрана общая информация про этот подход, представлены ссылки на популярные статьи по теме. Подробных исследований про трудозатраты на внедрение/обучение/…, думаю, ещё просто не существует. Хотя этим зарабатывает себе на жизнь компания Weaveworks — можно получить у них соответствующие консультации, оценки и даже результат.
Kubernetes для pet-проекта не звучит как что-то логичное. Вы столкнетесь с высокими затратами на внедрение (большой порог вхождения) и поддержку (всё это магически само не работает, если у вас, конечно, не какое-то платное managed-решение). Если просто хочется получить новые навыки, то это, конечно, совсем другой разговор… Но если речь именно про некую пользу для проекта, то: какие задачи вы вообще хотите решить? Я бы исходил из того, какие проблемы есть, что конкретно требуется улучшить, чего в конечном счете добиться. И уже из этого выбирать подходящие технологии и подходы, и только тогда можно оценивать адекватность затрат (финансовых/временных) на них.
Когда читал это, вспомнил легендарную историю одного бага в MySQL:
[30 Jun 2005 19:04] We will fix this in 5.1
[13 Mar 2011 14:37] 5 years after, and this bug isn't fixed.
[8 May 2013 12:29] Coming up to 8 years now… Any movement?
[28 Jun 2016 17:54] MySQL v.5.7.8 is also affected from this issue.
[10 Jul 2017 12:18] Please don't fix this. Thankz…
[30 Jan 2018 14:22] 2018 still going strong!!!
[21 Jun 2019 13:07] Happy 14th birthday! :birthday:
[21 Jun 2019 14:56] Soon this bug is going to be old enough to take driving lessons.
[11 Nov 2019 9:12] would be nice to know how is life of the bug report opener. Is he still alive? Is he actually still using MySQL?
[12 Nov 2019 14:29] Thanks for asking. I'm alive and well, and using MySQL.
[11 Jun 2020 21:36] This bug is older than me
[15 Jul 2020 12:28] Guys my girlfriend says that she will marry me once this bug is resolved. Do we have any update on this?
Так как самостоятельно обслуживать к8 практически нереально малыми силами, то нужно покупать облако с к8 и остаться с ним навсегда.
Поддерживать самостоятельно на данном этапе действительно затратно (а для многих — «нереально» или около того). Но есть еще компании-ауторсеры, которым можно отдать такое обслуживание и даже не привязываться к конкретному облаку.
Облачным сервисам в конечном счете интересна скорее не продажа Kubernetes как такового, а готовых managed-сервисов для более «конечных» (ориентированных на облачных пользователей) приложений: СУБД, очереди сообщений и т.п. — и сразу со всеми интегрированными, собранными в одном месте удобствами (метрики, мониторинг и т.п.). При этом пользователям вообще мало дела до того, как оно там устроено у облака внутри (K8s там или что-то другое), если он на выходе получает функциональный и стабильный сервис.
«Переиспользовать знания»? Не называйте, пожалуйста, это Open Source. Если сами материалы обучения (а ведь какие-то должны быть, не просто же всё «в голове» преподавателя) не распространяются по Open Source-лицензиям, происходит явная подмена понятий.
Это означает, что все учебные материалы доступны общественности (не только для ознакомления, но и использования в своих целях с возможностью модификации и дальнейшего распространения)? Если так, то подскажите, пожалуйста, где их можно найти?
Кстати, к автору оригинала в комментарии (на Medium) пришел Ruslan Synytsky (Jelastic) и предложил ему поучаствовать в «improving JVM in terms of memory usage efficiency and its elasticity». Вдруг тут ещё кому актуально присоединиться… ;-)
Вы сравниваете фреймворк, с которым можно решать любые задачи, и реализацию одной (очень специализированной) функции. Для конкретного случая, может быть, и ничем не лучше, но тут же про общее решение разных задач, а ConfigMap — один из примеров (в докладе есть ведь 3 других примера для лучшего понимания вариантов применения).
Из статьи:
Это оно ;-)
В OpenShift по умолчанию CRI-O (https://www.redhat.com/en/blog/red-hat-openshift-container-platform-4-now-defaults-cri-o-underlying-container-engine), про который мы писали (см. ссылки в конце этого перевода).
Вот ссылка для тех, кому интересно: vmware.github.io/mangle
Мне тоже это долгое время было интересно… И недавно заметил заметил, они уже официально переименовались в GitLab CI/CD.
P.S. Но вообще, конечно (уж в контексте детей — особенно):
Kubernetes для pet-проекта не звучит как что-то логичное. Вы столкнетесь с высокими затратами на внедрение (большой порог вхождения) и поддержку (всё это магически само не работает, если у вас, конечно, не какое-то платное managed-решение). Если просто хочется получить новые навыки, то это, конечно, совсем другой разговор… Но если речь именно про некую пользу для проекта, то: какие задачи вы вообще хотите решить? Я бы исходил из того, какие проблемы есть, что конкретно требуется улучшить, чего в конечном счете добиться. И уже из этого выбирать подходящие технологии и подходы, и только тогда можно оценивать адекватность затрат (финансовых/временных) на них.
Поддерживать самостоятельно на данном этапе действительно затратно (а для многих — «нереально» или около того). Но есть еще компании-ауторсеры, которым можно отдать такое обслуживание и даже не привязываться к конкретному облаку.
Облачным сервисам в конечном счете интересна скорее не продажа Kubernetes как такового, а готовых managed-сервисов для более «конечных» (ориентированных на облачных пользователей) приложений: СУБД, очереди сообщений и т.п. — и сразу со всеми интегрированными, собранными в одном месте удобствами (метрики, мониторинг и т.п.). При этом пользователям вообще мало дела до того, как оно там устроено у облака внутри (K8s там или что-то другое), если он на выходе получает функциональный и стабильный сервис.
Это означает, что все учебные материалы доступны общественности (не только для ознакомления, но и использования в своих целях с возможностью модификации и дальнейшего распространения)? Если так, то подскажите, пожалуйста, где их можно найти?
Вы сравниваете фреймворк, с которым можно решать любые задачи, и реализацию одной (очень специализированной) функции. Для конкретного случая, может быть, и ничем не лучше, но тут же про общее решение разных задач, а ConfigMap — один из примеров (в докладе есть ведь 3 других примера для лучшего понимания вариантов применения).