Телеграмм чат группы devops

Size: a a a

DevOps — русскоговорящее сообщество

2021 April 06

Maxim Tereshin in DevOps — русскоговорящее сообщество

Анонс нашего open source продукта, вэлком

Swiss Army Kube - Free IaC Tool for Easy EKS Kubernetes Cluster Deployment

Swiss Army Kube (SAK) is an open-source IaC (Infrastructure as Code) collection of services for quick, easy, and controllable deployment of EKS Kubernetes clusters on Amazon for your projects. With Swiss Army Kube, cluster configuration and provisioning takes just a fraction of time normally spent on manual deployment via AWS management console. SAK automates deployments, making them repeatable, consistent, and less error-prone.

https://github.com/provectus/swiss-army-kube

GitHub

provectus/swiss-army-kube

This repository provides the minimal set of resources, which may be required for starting comfortably developing the process of new IaC project - provectus/swiss-army-kube

источник

19:42пожаловаться #1

Asdqwert in DevOps — русскоговорящее сообщество

EKS + Terraform + Argo? Ещё туда добавить keycloak какой-нибудь или лучше Okta

источник

19:47пожаловаться #2

Vladimir Chernyshev in DevOps — русскоговорящее сообщество

Как по мне, то очень рисковано для бизнеса переезжать в self-managed кубер без спецов по куберу, в swarm рисков меньше гораздо (считая что docker-compose команда владеет)

источник

19:47пожаловаться #3

Maxim Tereshin in DevOps — русскоговорящее сообщество

issues and PRs are waiting for you 😊

источник

19:48пожаловаться #4

Asdqwert in DevOps — русскоговорящее сообщество

Когда у вас будут проблемы со Swarm то помощь вам найти будет не очень то и просто, т.к. есть специфичные вещи, которые вроде как и не сложные, но многие уже этим не пользуются и просто сходу вам не помогут, на github issues уже не особо закрывают и т.д.. По куберу же 99,999999% любой ваш кейс за пару минут найдёте решение и активная разработка продолжается. Но если вы только вступаете на этот путь то вам до этих нюансов ещё точно очень далеко.

источник

19:51пожаловаться #5

Asdqwert in DevOps — русскоговорящее сообщество

К тому же у Swarm Postgres который вам наверняка хорошо знаком, но из практики, etcd гораздо менее требователен к какому либо обслуживанию. А так принципы то те же. 3 базы минимум для отказоустойчивости. Только для постгри нужно по-моему lb обязатльно поднимать, а 3 etcd между собой и так могут синкаться.

источник

19:53пожаловаться #6

Asdqwert in DevOps — русскоговорящее сообщество

Healthcheck'и гораздо более гибкие, по сети гораздо больше решений, а про все другие инструменты, которые все стараются сделать Kubernetes friendly я даже и не говорю :) На каждый чих есть готовое решение уже даже и скучно как-то

источник

19:56пожаловаться #7

Asdqwert in DevOps — русскоговорящее сообщество

Ну и вдобавок сами Mirantis , кто сейчас владеет Docker Enterprise ещё в Ноябре 2019 сказали, что Swarm всё https://www.mirantis.com/blog/mirantis-acquires-docker-enterprise-platform-business/

Mirantis | Ship Code Faster

What We Announced Today and Why it Matters | Mirantis

Today we announced that we have acquired the Docker Enterprise platform business from Docker, Inc. including its industry leading Docker Enterprise and | Mirantis

источник

20:10пожаловаться #8

Asdqwert in DevOps — русскоговорящее сообщество

Rancher своё детище позожее на Swarm тоже забросил.

источник

20:11пожаловаться #9

Asdqwert in DevOps — русскоговорящее сообщество

image_2021-04-06_20-11-21.png

(81.01 Кб)

источник

20:11пожаловаться #10

Asdqwert in DevOps — русскоговорящее сообщество

И они как бы совсем в открытую говорят на что нужно смотреть :)

источник

20:12пожаловаться #11

Vladimir Chernyshev in DevOps — русскоговорящее сообщество

Стоп. Что-то мне кажется, что мы о разных свормах: я о docker swarm mode , а не о Docker Swarm

источник

20:13пожаловаться #12

Mikhail Kalugin in DevOps — русскоговорящее сообщество

И, в принципе, etcd можно заменить на consul (но все равно выпадает огромная часть кубер-туллинга, в частности helm, управлялки вроде rancher и openshift и т.д.)

источник

20:17пожаловаться #13

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

Разве ранчер что-то для сворма делал?

источник

20:21пожаловаться #14

Asdqwert in DevOps — русскоговорящее сообщество

Mirantis разрабатывает свой кубер/openstack и им нет смысла особо сильно тратить ресурсы на поддержку swarm mode.

Да и сам докер как бы тоже почти всё для кубера, если что. А за этим и всё остальное потянется. Не сразу, ещё вполне докер жив, но движение уже в ту сторону. https://kubernetes.io/blog/2020/12/02/dont-panic-kubernetes-and-docker/

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

Но решать вам, конечно :)

Kubernetes

Don't Panic: Kubernetes and Docker

Authors: Jorge Castro, Duffie Cooley, Kat Cosgrove, Justin Garrison, Noah Kantrowitz, Bob Killen, Rey Lejano, Dan “POP” Papandrea, Jeffrey Sica, Davanum “Dims” Srinivas
Kubernetes is deprecating Docker as a container runtime after v1.20.
You do not need to panic. It’s not as dramatic as it sounds.
TL;DR Docker as an underlying runtime is being deprecated in favor of runtimes that use the Container Runtime Interface (CRI) created for Kubernetes. Docker-produced images will continue to work in your cluster with all runtimes, as they always have.