Python Junior подкаст. Говорим про девопс со спецами по девопс.

2:55 Что такое дефлопе?
3:10 Как ведущие devopsdeflope Виталий Хабаров и Андрей Александров пришли в DevOps?
5:19 И снова о том, в чем же суть DevOps?
9:45 Григорий Петров об истории Agile
16:15 Что обусловило необходимость иметь DevOps к 2018 году?
17:18 Как рынок и потребитель влияют на разработку глобально на примере мессенджеров и банковских сервисов
19:47 Об идеологии Lean Startup
20:25 Григорий Петров спрашивает гостей о Continuous Delivery VS. DevOps
29:00 Антихрупкость в контексте разработки
32:02 Улучшения производительности разработки за счет DevOps в реальной жизни
34:18 Виртуальная машина или Docker-контейнеры?
36:53 Бывает ли, что legacy не влияет на способ внедрения DevOps решений
37:44 Какие стеки хорошо себя зарекомендовали для молодых проектов (внимание, Григорий Петров сначала долго задает вопрос)
46:05 Кто такой DevOps инженер?
Далее таймкоды для основных книг по тематике и ссылки на них:

В выпуске говорили:
Валентин Домбровский (сооснователь MoscowPython), Григорий Петров (евангелист MoscowPython), Виталий Хабаров и Андрей Александров (ведущие подкаста DevOps Deflope)

[antonikucherov]

Как по мне основная идея DevOps такова:
Любой разработчик вне зависимости от квалификации должен:
1) Знать, как работает приложение во всех окружениях.
2) Иметь возможность безопасно в любой момент безопасно выкатить любую его версию в любое окружение.
3) Админы (SRE, DevOps инженеры), называйте их как хотите, здесь нужны для того, чтобы помочь реализовать то что описано в первых двух пунктах.

Что касается Continous Integration (CI), Continous Delivery (CD) и Continous Deployment (Другой CD).
1) Continous Integration - Постоянно льем изменения в основную ветку репоизтория, запускаем тесты, проверяем что ничего не сломалось
2) Continous Delivery - При успешном CI, собираем из основной ветри "релиз" и кладем его артефакты в систему хранения артефактов.
3) Continous Deployment - При успешном CD, когда реализованы и отработали шаги 1 и 2, автоматом льем в "production".
Самая большая проблема всегда возникает с 3-им пунктом. Потому как решение "когда лить в production" - это бизнес решение и его должен принимать бизнес. Соответственно эта практика не для всех компаний может в принципе подойти.

[ThisIsAYoutubeLogin]

Идея подкаста - к Григорию приделывается диктофон когда он допивает вторую кружку пива на автопати)

[adinadinadin]

Оставлю 5 копеек по поводу "антихрупкости". Данный термин впервые встречается в книге Нассима Талеба "Антихрупкость" (неожиданно!). В ней он излагает концепцию (если очень грубо и своими словами), что у нас издревле неверное представление о влиянии хаоса, случайностей, стрессоров и прочего на отдельного человека или общество. Мы привычно считаем, что полная стабильность и предсказуемость - это всегда хорошо, хотя в мире неравновесных систем это синоним стагнации, остывания и смерти. Так вот если представить себе шкалу, по которой мы распределим системы по степени влияния факторов стресса, то окажется что в нуле находятся неуязвимые системы, а далее, в положительную область идут системы с все возрастающим негативным стрессовым влиянием (хрупкие), и чем дальше от нуля, тем больше ущерба от стрессора они получают (вплоть до разрушения). А если мысленно продлить данную шкалу в отрицательную область, то мы получим системы, которые получают выгоду от стрессоров, становятся сильнее, закаляются, приобретают опыт и т.д. (речь, естественно, только о сложных системах с гомеостазисом или даже о саморазвивающихся системах - человеческий организм, коллектив и иные). Естественно, там все сложнее, много факторов, характерных признаков и особых случаев. В общем, если интересно - советую ознакомиться, в этой книге есть интересные наблюдения.

[NNM]

Я конечно недавно на канале, и замечаю очень позитивные моменты:
1. орбитруется разговор, тем самым не превращая его в базар
2. есть и о сферических конях, и живые реальные кони
3. круглый стол намекает
4. тайминг
5. список литературы и ссылки

Касательно DevOps. Вот я сколько слышал от людей в теме и читал пару книг, там преподносится под соусом "devops - культура" \ "devops как сознание". Точка зрения участников: "devops как методология" - удивило.

[egorkomarov]

Григорий - мастер слова! Обезоружил...
Даёшь сходку подписчиков в пабе?)

[antonikucherov]

Я кстати с Гришей не согласился бы по поводу того, что frontend - это просто статика и по best practice ее всегда должно отдавать backend приложение (К тому же статику можно отдавать сразу через nginx напрямую с файловой системы, производительность будет выше.). Часто, так делают, но я бы не сказал что это best practice.

Например само приложение может представлять из себя исключительно API/RPC сервер. В таком случае все клиенты будь то Web-клиент или мобильное приложение, являются независимыми приложениями. Или предположим клиент написан на Next.js (В таком случае у него есть свой сервер на node.js, реализующий SSR), а API/RPC реализован на Go. Ну или нам например нужно масштабировать и сервер и Web-клиент горизонтально, причем в разном кол-ве (Предположим 100 инстансов API и 10 инстансов Web-клиента).


Во всех этих случаях API сервер - это один контейнер а Web-клиент - второй контейнер. Два разных приложения.
Хороший пример: Сам Kubernetes и Kubernetes Dashboard.
Два абсолютно независимых приложения. Но второе является клиентом для первого и написано на Angular как раз. При этом запускается в своем контейнере.

[maksymkudliak]

Ребята, спасибо за интересный подкаст. Григорий Петров в одном из первых выпусков советовал книгу по JS. Я тогда не записал, а теперь не могу найти тот выпуск. Подскажите, пожалуйста, ещё раз. Спасибо!

[roman-bolkhovitin]

Угу угу угу угу угууу угу угу (с) Григорий

[abtokarev]

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

[Denis-cydu]

Уроки DevOps на русском бесплатно есть на канале ADV-IT

[ДмитрийБо-ол]

почему выступающие боятся называть компанию в которой они работали? "называть не буду", а если назовет?

[kriskaruzo]

выделенный инженер?! это наверно должен делать сеньер? нет?

[pavel]

Учите perl и не морочьте людям голову своим python'ом.