0.00
Рейтинг
0.00
Сила

Просто о виртуализации. Docker


Docker: основы работы с образами и контейнерами. Как получить, запустить и практически использовать виртуализацию Docker.
Linux post install steps 3:17
pull 4:34
Структура образа (слои) 5:12
run -it 7:26
run command 8:58
ps 10:14
rm 11:06
images 12:09
rmi 12:14
Alpine Linux 13:34
start 15:01
stop 15:22
run -d 16:16
--name 16:36
Docker Hub 16:59
pull :version 17:35
ctop 18:11
exec 18:35
attach 20:37
Ctrl P Ctrl Q 20:50
Port forwarding (-p) 21:40
Volume forwarding (-v) 23:45

Поддержать проект:
➡ Стать спонсором www.youtube.com/letscodedru/join
➡ Patreon www.patreon.com/letscodedru
➡ Яндекс.Деньги money.yandex.ru/to/41001451675086
➡ PayPal paypal.me/letscodedru
➡ Qiwi qiwi.me/letscode

В этом видосе мы смотрим как базово использовать Docker разработчику и администратору. Делаем первые шаги в Docker и пытаемся понять, зачем он вообще нам может быть нужен.

Sweater deploy:
Linux: youtu.be/wj7j92w2eLw
Windows: youtu.be/kT_xEflmaGE

Sarafan deploy:
youtu.be/q7e4A9pfNrk

Install Docker:
Linux: docs.docker.com/install/linux/docker-ce/ubuntu/
MacOS: docs.docker.com/docker-for-mac/install/
Windows: docs.docker.com/docker-for-windows/install/

Post install Linux:
docs.docker.com/install/linux/linux-postinstall/

Explore DockerHub:
hub.docker.com/search/?q=

Григорий Петров. Общение микросервисов: REST, JSON, GraphQL или gRPC?


Большинство backend программ начинает свое сетевое общение с REST. По мере развития разработчику приходится отвечать на мелкие, но важные вопросы: как передавать дату и время, большие объемы данных, обеспечивать авторизацию и так далее.

Сетевые коммуникации в современном бэкенде — это множество конкурирующих протоколов, стандартов и подходов. У нас есть «REST», который каждый разработчик реализует по-своему, есть пересекающиеся JSON Schema и Open API, есть JSON API, GraphQL, gRPC, из-за угла выглядывает RAML.

В докладе Григорий рассказывает про современные подходы коммуникаций backend друг с другом и фронтендом, с какими сложностями мы боремся и что хорошего есть в нашем арсенале решений.

Шаблоны проектирования микросервисов на примере Авито / Фрол Крючков (Авито)


Saint HighLoad 2019

Тезисы и презентация:
www.highload.ru/spb/2019/abstracts/4920

Расскажу про проблемы, с которыми мы столкнулись при разработке одного из самых нагруженных сервисов Авито, а именно о базовых шаблонах проектирования микросервисной архитектуры. А также расскажу, почему разрабатывать, поддерживать и чинить проблемы в микросервисной архитектуре гораздо сложнее, чем в монолите, и что нужно сделать, чтобы облегчить этот процесс.

— Нашли ошибку в видео? Пишите нам на support@ontico.ru

Moscow Python Podcast. Микросервисы vs Монолит (level: All)


В гостях у Moscow Python Podcast Team Lead компании S7 TechLab. Поговорили о плюсах и минусах микросервисной и монолитной архитектуры, а также обсудили технологии и навыки, необходимые разработчику, помимо знания Python.

Ведущие выпуска — сооснователь MoscowPython и компании DryLabs Валентин Домбровский, Team Lead NVIDIA Злата Обуховская и DevRel компании Evrone, руководитель программного комитета Moscow Python Conf Григорий Петров.

Все выпуски: rebrand.ly/pythonpodcasta6ffe

Митапы MoscowPython: rebrand.ly/pythonmeetupf6315

Курс Learn Python: rebrand.ly/learnpythondc288

Конференция Moscow Python Conf: conf.python.ru/moscow/2020

Анатолий Вассерман - Лекция на Слёрм DevOps 31.01.2020


Новость на сайте — vassermans.ru/videoblog/lekcziya-na-slyorm-devops-31-01-2020

VK — vk.com/vasermans
Facebook — www.facebook.com/awas1952/
ОК — ok.ru/awas1952
Дзен — zen.yandex.ru/awas1952
Telegram — t.me/awasman
Книги Вассермана — vassermans.ru/knigi/

Материал сайта: slurm.io/

Марк Шевченко — Микросервисы на C#


Марк Шевченко на Tver.io Backend Meetup 21 ноября.

Посмотрим на C# с точки зрения практики. Интересные для нас возможности языка — это деревья-выражений и async/await. Богатая библиотека позволит за считанные секунды подготовить каркас веб-приложения или создать миграцию базы.

Сравним микро-сервисный подход с другими распространёнными решениями: трёхзвенной и гексагональной архитектурами, чистой архитектурой Роберта Мартина и DDD. Узнаем, живёт ли C# в Linux и Docker. Подсказка: да, прекрасно живёт, и давно.

Немного поговорим о ползучей практике: что, как и в каком порядке. Придём к выводу, что C# для микро-сервисов — прекрасный выбор.

Преимущества и недостатки микросервисной архитектуры в HeadHunter / Антон Иванов (HeadHunter)


РИТ 2017

Тезисы:
ritfest.ru/2017/abstracts/2749.html

Раньше HeadHunter был большим монолитным приложением. Несколько лет назад мы приняли решение выделять из него микросервисы. За несколько лет мы поняли, что микросервисы — это не серебряная пуля и при неправильном «распиле» создают существенные проблемы: сложность разработки, деплоя, эксплуатации и др. Иногда эти проблемы сводят на нет преимущества от использования микросервисов.

В докладе хочу взвесить преимущества и недостатки микросервисов при вертикальном и горизонтальном делении на микросервисы.

Микросервисная архитектура


Канал в Telegram: t.me/it_arch
О тренинге «Микросервисная архитектура»: www.itexpert.ru/MSA/

Бесплатный вебинар о микросервисах в корпоративном ИТ-ландшафте.
Мы затронем несколько тем, касающихся использования микросервисов в корпоративных информационных системах. Первая из них будет касаться принципа MonolithFirst, а главным тезисом моего рассказа станет утверждение, что микросервисная архитектура скорее отвечает на вопрос: что делать с унаследованными приложениями, а не определяет подход к разработке новых информационных систем.

0:00 [Микро]тезисы вебинара
2:12 Monolith first
4:03 Пример услуги «Продли скорость»
6:20 Риски замены унаследованных приложений
10:42 Первое правило ямы: прекрати копать
13:03 Девять характеристик микросервисов Льюиса и Фаулера
14:28 Уровни зрелости REST API Леонарда Ричардсона
18:28 Компонентизация в виде сервисов
24:06 SOA и микросервисы
… TBD

Подробнее: mxsmirnov.timepad.ru/event/490992/
Вопросы: t.me/itarchitect

Postgres vs Mongo / Олег Бартунов (Postgres Professional)


РИТ 2017, Backend Conf

Тезисы:
backendconf.ru/2017/abstracts/2781.html

Я хочу немного порушить стереотипы, что Postgres — это чисто реляционная СУБД из прошлого века, плохо приспособленная под реалии современных проектов. Недавно мы прогнали YCSB для последних версий Postgres и Mongodb и увидели их плюсы и минусы на разных типах нагрузки, о которых я буду рассказывать.