Docker и Kubernetes 🐳 / Что такое контейнеры и зачем они нужны?
HTML-код
- Опубликовано: 19 июн 2024
- #русскийайтишник #docker #kubernetes
В 2010-х годах произошла революция в серверной разработке: появились Docker и Kubernetes. В этом видео рассказываю про историю контейнеров, как и почему они появились, и что мы имеем на текущий момент.
Документация по Docker: docs.docker.com/
Документация по Kubernetes: kubernetes.io/ru/docs/home/
Werf: werf.io/
Podman: podman.io/
0:00 Начало
0:32 Виртуальные машины
4:38 Контейнеры
6:00 Docker
8:27 Орекстрация контейнеров
9:08 Kubernetes
9:40 Что имеем на сегодняшний день
10:17 Kubernetes как услуга
11:48 Что стало с Docker?
Текст: Александр Шишенко
Редактор: Анастасия Некрасова 
Наука
Благодаря труду и упорству Сэмвел Тарли приобрёл знания, которые даже не снились другим мейстрам Вестероса) И теперь дарит эти знания простому народу. Канал отличный)
I realize I am kinda off topic but do anyone know a good place to watch new movies online?
Ты первый кого я понял)))) просто и понятно! Спасибо!
Очень понятно! Спасибо вам
Очень понятно и доходчиво, спасибо Вам.
Спасибо тебе добрый человек за понятное объяснение
Спасибо за труд, продолжай!
Очень понятно все объяснил, спасибо!
Спасиба братишка все четко
Отличное видео, огромное спасибо!
Боюсь что ваш канал будет взорвать весь Ютуб, побольше ждём от вас многих видеосик
Это подписка, однозначно !
Спасибо, очень приятно слушать
Круто объяснил, спасибо!
От души спасибо
Спасибо!
Топ! Ждем продолжения :)
Скоро будет про werf. Это очень удобная тулза, правда пока не очень популярная.
@@RussianITGuy, да надо будет посмотреть.
Чел, ты крутой! Подписчиков только мало :/
PS: смотрю на скорости 1.5 :D
а я наоборот 0.5
Спасибо за Ваш труд! Коммент в поддержку канала
Понятно объяснил! 👏👏👏🏆
Спасибо большое)
Cпасибо!
Большой просветительский лайк!
Thanks
Спасибо
Спасибо.
Брат, братан, братишка. Подписался =)
спасибо чувак)))
Хорош!
Чувак, не забрасывай канал, подписоты мало, но всё будет.
Мне понравилось, но хер я поделюсь, пусть другие будут неучами)))
это очень крутая программа)))
Привет от набора 2011 года :)
В VDS/VPS ресурсы которые указаны в тарифном плане должны быть гарантированы и не делятся с "соседями"?
Из вашего видео мне стало более понятно, как работает хостинг и что такое VDS. Ну и, конечно, docker. Спасибо.
А что такое Shared Hosting? То же самое - отдельная виртуалка со своими ресурсами? Только администрирует ее не пользователь, а владелец хостинга?
Нет, на Shared Hosting все приложения запущены на одном большом сервере, который в зависимости от запрашиваемого хоста, запускает скрипт из нужной папки.
Где этот сервер запущен -на виртуалке или нет - по большому счету неважно.
как приятно, когда человек умеет объяснять
Хороший выпуск! Мне кажется, вставки в формате скринкаста с комментариями могли бы быть интересны
С какого размера инфраструктуры рекомендуешь начинать думать про оркестрацию? Для личных проектов кубер кажется оверкилом, уж слишком много конфигов и не хочется за менеджер платить
Кубер удобен, когда планируется high-availability. А это практически всегда так, когда проект направлен на получение денег и должен быть всегда доступен. Для этого в нём есть все нужные инструменты. Мой rule-of-thumb: три машины -- уже можно думать о кубернетес.
Кубер в установленном виде сам по себе немаленький, поэтому для личных проектов с одним сервером он будет великоват. Тут можно либо пробовать k3s (уменьшенный и урезанный кубер), либо просто использовать docker-compose. Либо, воспользоваться провайдером кубернетеса, который не берет отдельную плату за содержание control plane, например, DigitalOcean.
Для личных проектов просто попробуйте Docker Swarm. k8s действительно громоздкий. И альтернативы тоже не очень то легковесные, как тот k3s. Все равно жрут так ресурсы, что на их месте вполне можно пару десятков сервисов запустить своих.
Спасибо за ролик. В процессе просмотра у меня вопрос появился, можно ли Windows server core запихнуть в контейнер? Из всех современных и поддерживаемых версий windows на данный момент - это единственный, кто использует меньше всего ресурсов. Думаю, что с точки зрения возможностей он может превзойти nix системы
Винду можно запихнуть в контейнер, только этот контейнер будет работать только на Винде под hyper-v. На линуксах не запустится.
Так есть же оркестрация в Docker - называется Swarm. И доступен из коробки, настраивается гораааааздо проще, чем K8S, а уже ресурсов потребляет на порядок меньше. И на одной ноде работает, потом просто подключаются еще ноды по мере масштабирования. И развивать его будут, хотя конечно он поменьше функций предоставляет, чем кубернетес. Кто тут спрашивал про оркестрацию, вот вполне себе альтернатива для небольших проектов (где-то видел рекомендацию до 100 нод)
Docker Swarm - хорошая штука, если разворачивать её на двух-трёх машинках, это факт. Но насчёт того, будут ли развивать - большой вопрос. Сейчас всё внимание больших компаний (членов CNCF) приковано к Kubernetes, и, в меньшей степени, к Nomad (за которыми стоит Hashicorp). Swarm'ом занимвются, по факту, только разработчики самого Docker.
И ещё Swarm несколько бедноват по возможностям: нет аналога Ingress и LoadBalancer, к примеру.
@@RussianITGuy И да и нет. На самом деле развивается Swarm не просто так. Они же хотели от него отказаться, но бизнес настаивал. Так что да, крупных компаний за ним нет, но тем не менее задачи бизнеса он видимо решает, бизнеса достаточно денежного, чтобы повлиять на решение разработчиков продолжить развитие. Насчет масштабности применения такой вопрос, спорный... Например по словам девопса из MailRu, которые активно занимается внедрением и развитием Kubernetes, режим Docker Swarm вполне подойдет компаниям, где сотня-две сервисов. Да, если их больше или очень много серверов и если компания способна обеспечить достаточно ресурсов, в том числе человеческий для поддержки k8s-инфраструктуры - то Kubernetes выигрывают по функциональности и гибкости.
Аналоги некоторых функций на самом деле есть или можно поднять простыми действиями. К примеру Secrets/Configs есть, Healthchecks есть, ресурсы сервисов и контейнеров можно ограничить, распределять по нодам умеет. Анонсировали появление в скором времени выполнения сервисов по расписанию (CronJob типа). В остальном... Тот же Ingress в K8S ведь не более чем особо настроенный контейнер с Nginx, с его заменой справляются на ура Traefik, а поднять его что там что там вообще не проблема. И аналогичные контейнеры с Nginx я тоже видел, типа Nginx_Proxy.
Я на самом деле не говорю, что Docker Swarm это замена, они и сами это не позиционируют так. Но как минимум упоминания об этом оркестраторе он уже достоин. А в некоторых случаях другие системы просто будут избыточны.
Банальный пример, поднять даже облегченную версию Kubernetes под названием k3s - отьедает минимум 500МБ ОЗУ на менеджер ноде. А полноценный k8s вообще требует в единоличное владение 2 ядра и 4 ГБ ОЗУ. Небольшая компания на этих ресурсах спокойно может поднять с десяток сервисов. Сэкономив пускай небольшие, но деньги на железе - для начинающих стартапов к примеру это существенно. Другой вопрос, что зачастую люди не считают такие деньги, ведутся на хайповые названия. Это да....
А где обещанное видео про kubernetes?
Мужик. рассказываешь грамотно. Про nginx что-нибудь в связке с nodejs рассказать и показать можешь? Я вот что-то не совсем догоняю. Нет полной картины. Говорят что nodejs однопоточная. Что это значит? Как я понимаю при обращении к ней она прогоняет задачи через event loop. Правильно ли я понимаю если 100 человек одновременно к ней обратятся, то они встанут в очередь ?
Да, запросы в nodejs идут через event loop. Но большинство тормозов в веб-сервисах из-за обращений к базе и других задач ввода-вывода. Пока обрабатывается ввод-вывод, nodejs будет переключаться на обработку следующих клиентов и так далее.
@@RussianITGuy А можно в будущем продемонстрировать как грамотно делать и почему не стоит делать иначе с nodejs?
@@singlebw4065 Не очень понимаю вопрос :) nodejs разработан в асинхронной парадигме, поэтому не стоит делать блокирующие вызовы в обработчиках запросов клиентов. Вообще, тема "асинхронность vs многопоточность" на канале планируется, потому что вопрос частый и сейчас, когда все сервисы делают асинхронными, актуальный.
@@RussianITGuy Просто вроде что-то ковыряю, изучаю, вот докер подучил пихаю туда тестовый nodejs mysql, phpmyadmin всë круто, но давно знаю что используют nginx с nodejs вот изучаю его и тож пихаю в докер. Ну хз. я могу как напрямую к nodejs обратиться, так через nginx proxy_pass в чëм прикол пока не понимаю. nodejs на express быстро выплëвывает статику говорят nginx тоже. Про fastcgi сервера тож чëт пока не понял. Примера везде суют с apache блин аж бесит)) Время идëт я конечно его выучу, но вот грамотно им пользоваться уже надо искать кто покажет боевое использование и обоснавал почему именно так.
5:21 а я думаю, что основное отличие контейнеров от виртуальных машин, это то, что они не способны сохранять свое состояние. Пишешь все в базу данных, а после перезагрузки все данные пропадают. Смысл всего сводится к нулю из-за этого. У виртуальных машин такой проблемы нет.
Основное отличие - контейнеры имеют только изолированную память, а не все ресурсы. Данные никуда не пропадают, если просто остановить контейнер а потом запустить заново - все будет на месте
🤣
Какая сейчас цепочка получается: разработчик у себя локально разворачивает Докер-контейнеры, но для чего? Если нет возможности их же потом отправить в Кубер, из-за отсутствия поддержки?
Контейнеры же можно и на голом железе запускать, без оркестрации. Это даст нам повторяемость среды запуска приложения, как минимум.
@@RussianITGuy просто, если правильно понял, раньше эта повторяемость сохранялась и при отправке (или как правильно сказать) в Кубер, теперь же на этом этапе вновь появилось место для конфликта при развертывании?
Хорошо, без лишнего бла бла.
1 На ОС 2 виртуальные машины 3 контейнеры
Недавно увидал Сбер клауд
Ага, у них на сайте есть managed kubernetes, но от только для юриков (требует ИНН юрлица)
Вот так и не понял, что же такое образ
Спасибо !