Таймлайн для родных и близких: 00:40 - Об учебе в школе и университете и опыте работы в студенческие годы 13:02 - как искал первую работу по специальности devops engineer 16:40 - Когда осознал, что стал девопс-инженером 20:14 - Что такое DevOps 22:47 - Что общего между DevOpsи Agile 24:56 - Чем занимается девопс-инженер. Что такое CI 28:55 - Из чего состоит pipeline 34:27 - Что такое CD 40:40 - Настройка энвайерментов 43:10 - Как становятся девопс-инженерамами (из прогеров или админов) 46:59 - Мнение о курсах 48:19 - Про градации девопсов 52:00 - Про зарплаты 53:51 - Про работу в команде, взаимоотношения с разработчиками и gitflow 1:02:16 - Инструменты девопса 1:05:48 - Инструменты CI/CD (Jenkins, TeamCity, TravicsCI, GitLab CI 1:09:57 - Про Docker, контейниризацию и виртуализацию 1:18:45 - Что должен знать начинающий девопс + литература 1:23:22 - Язык программирования для девопса 1:26:56 - БЛИЦ (и чутка про плоскую землю :)
Чувствуется опыт преподавания - это огромный плюс для технического специалиста, который что-то рассказывает для достаточно широкой публики. Приятно слушать.
@@itbeard могу предложить сделать репортаж про админа. Если интересно обращайтесь, скину линку линкедин, с удовольствием пообщаюсь. Сам работаю админом 10 лет и не согласен, что все заканчивается на DevOps
Гость во всех отношениях вызывает уважение ну и ведущий само собой. Все таки каждый раз убеждаюсь в том что у всех людей на лицах написано (Who is who). По Вам сразу видно что вы славные парни. Все очень смачно рассказали, с любовью к делу. Спасибо !!!
Ой как хорошо всё объясняется) Долго не решалась подступиться к этой теме, а тут пришла, посмотрела и хоть поняла наконец-то, кто там в контейнере копается 🥰😳😁
Очень нравится когда девопс отвечает, зачем он нужен) По сути он делает проект более стабильным, легко поддерживаемым и удобным для накатывания фич. Можно ли без него? Да, но готовы ли вы к падениям серверов, отвалу сервисов и долгим респонсам при нагрузке, не говоря уже о удобных понятных пайплайнах.
Кажись Артем может не только Девопить, но и спокойно давать тренинги по йога. Пипец расслабился, пока слушал его спокойную и рассудительную речь. Держи пять, гуру Артемыч
Согласно книге "Site Reliability Engineering: Надёжность и безотказность как в Google", - DevOps - его основные принципы - привнесение IT-составляющей в каждую фазу проектирования и создания системы, максимальное использование автоматизации вместо человеческого труда, применение инженерных подходов и программных инструментов для решения задач эксплуатации - совпадают со многими принципами и рекомендациями SRE. DevOps можно рассматривать как обобщение некоторых основных принципов SRE для более широкого круга организаций, управленческих структур и персонала.
Слушал с интересом, не мог оторваться! Было бы интересно, если бы Артем рассказал бы, с чего начать изучение, может, посоветовал бы какие то видео уроки, курсы или книги. А лучше, пусть создаст канал по обучение DevOps`у. Думаю, многим зрителям данного канала будет интересно, и поддержат данную идею.
Товарищ, видимо, заметно меньше с виндой работал чем с линуксом. Винда также как и линукс может быть переконфигурирована с десктопа на сервер (и наоборот) в практически во всех аспектах, кроме, возможно, совсем специфичных. Разделение такое, в основном только ради лицензирования. В т.ч. числе и софт под винду может ставиться только под десктоп/сервер именно для разделения лицензирования. И да, под 10-кой тоже крутятся сервера, когда в этом есть практический или экономический смысл.
Спасибо. Но можно было уложиться в 30мин. Про pipelines можно кучу интересного рассказать, про системы мониторинга, IaaS. Кстати,обязанности HR не ограничивается рекрутингом.
Уххх на одном дыхании посмотрел. Мне бы так научиться излагать свои мысли, а то уже которое интервью на девопса запарываю из-за того что не могу донести мысль))
Гость немного ошибся. Gitlab CI можно использовать с github репо. Для этого автоматом создается зеркало гитхаб репозитория. Видимо с намеком что в последующем сможете полностью перейти на gitlab. )))
Ребята, как насчёт ситуации вокруг Docker и Kubernetes? Kubernetes оффициально обьявил, что поддержза Docker прекращена, но ничего не стоит бояться. Я то не боюсь, но всё таки, надо ли менять стратегию DevOps, которая у нас сторилась вокруг сбора Docker image и разворачивания на Kubernetes? Может есть смысл, перейти на Docker Swarm в более долгосрочной преспективе? Спасибо!
Методология - учение о методах, способах и стратегиях исследования предмета. Методика - это, как правило, некий готовый «рецепт», алгоритм, процедура для проведения каких-либо нацеленных действий.
ci готов, docker готов, powershell\bash готов, ansible готов, менеджинг облачных сервисов тоже описан высокоуровневыми апи или даже интерфейсами. С чем конкретно низкоуровневым постоянно работает современный девопс ? можно примеры таких рутинных задач ? Исходя из того, что я вижу вокруг - таких почти не бывает. Нафигачил джобу в сиае, нафигачил компоуз файлик - всё улетело в прод.
Спасибо за интервью. Чтобы рассказать про все, чем может заниматься DevOps как специалист, понадобилось бы снять цикл интервью. Область очень большая, и постоянно расширяется/развивается(авторам на заметку). НЕ РЕКЛАМА! Для тех, кто хочет зайти в DevOps(особенно актуально будет для студентов), у epam есть трененги + лаба(наборы 2 раза в год вроде). Со знаниями и умениями, которые получите в течении курса, сможете зайти в любую компанию на позицию джуна(если не захотите остаться в epam). Вспомнилась очень крутая книга по python для начинающих, там, насколько помню, только про функциональное програмирование, но зато есть плюшки по основам configuration management via ansible. Давно читал, может еще что добавил автор natenka.gitbook.io/pyneng/
Большое спасибо за интересное интервью и проделанную работу. Очень захотелось стать девопсом, чтобы знать как билдить и компосить в докере , накрыть кубером, а также как собирать мавеном и градлом и как сделать пайплайн для дженкинса , чтобы он с гита брал код и дальше его анализировал и тестил и билд скидывал в какую хранилку артефактов типа нексуса, ансиблом ролбек делал...и тд и тп ... если я правильно понял , было бы замечательно продолжить эту тему, большое спасибо еще раз
Мне кажется, хоть в среднюю школу, хоть в гимназию/лицей - везде будут и те, кому всё равно, и те, кто реально заинтересован. В школе заинтересованные тоже есть потому, что их родители не имеют возможности отдать ребёнка в гимназию/лицей. А в гимназиях/лицеях есть те, кому "всё равно" потому, что их родители вечно-суетные и засунули ребёнка чтоб он был максимально отличником, а ему это и нафиг не надо.
Судя по многим "школам" много кто хочет, чтобы присоедились к обучению , но на сколько это будет обучаемо и какая польза от этого будет , какие знания можете уверено сказать да я уверен в этой системе обучения ? Или нужна своя система ? Как двигаться если ты решил в эту сторону двигаться и не потерять деньги на образование ?
Спасибо за выпуск. Очень классное интервью. DevOps - это культура разработки, обросшая набором практик и инструментов вокруг них. Такое явление отдельные Девопсеры, к сожалению, следствие нежелания развиваться и брать на себя ответственность со стороны Разработчиков
Самое простое обоснование что Земля это шарик: берёшь это неверующего чела и с ним на побережье портового морского города. Там берёте хорошую оптику и смотрите за кораблями, которые "скрываются" за горизонтом. Способ как они скрываются и является доказательством: сначала корма, потом палуба а потом и трубы. Это ещё в учебниках приводится как аргумент (по крайней мере я в своих учебниках видел, география, 6 класс).
Artsiom Praneuski ОС решает кто может обращаться кто нет, а адресные пространства процессов как раз защищены физически за счет как раз виртуализации памяти. для персоналок тн защищенный режим пошел вроде с 386, если хочешь можешь найти и сам прочитать что там происходит и как ;) в вкратце процессы работают не с физической памятью, а с таблицами страниц отображаемыми на реальные носители. при этом двум процессам может быть отведена одна область физической памяти для обмена.
А я на 1:04:00 поднял, что он про статические анализаторы, я уже сеньер?) Ах да, я же просто могу сказать, что я сеньер ;) интервью гуд, можно сделать как-нибудь позже ещё одно более глубокое с технической точки зрения)
Про сети ничего не сказали,а сети тоже очень важный момент (в докере так вообще), девопс в ИТ занимается сетями? или ему достаточно базы т.к. сети админит классический администратор?)
кто что админит - сильно зависит от ситуации, от проектов и команды. но повторюсь, девопс с сетями, протоколами и всем что с этим связано должен быть на "ты".
@@pymentor. ) ясно, просто есть конкретно сетевые администраторы, которые любой L3 коммутатор настроют, как часто вообще приходится такое делать? Транки, виланы и т.д входит в обязанности или за частую если у заказчика AWS или Azure то там с этим проще и с железками не приходится работать?)
@@mObawelj кстати, да, хороший пример. как я уже сказал, девопс должен быть в теме сетей, и если надо, то и настроить не только, что-то в облаке, но и какой-нибудь девайс локально. но с другой стороны девопс это не сетевой инженер, и со многими вещами не работает, с какими работает сетевой инженер, но все же, хотя бы представление о тех же уровнях коммутаторов, транках и виланах должно быть, по крайней мере я так считаю. да, так уже получается, что сейчас все больше и больше работы у девопсов в облаках, нежели где-то локально, но если вдруг придется сделать что-то локально, то надо быть в теме.
30:44 "имеет смысл залить этот билд на Артефакты"... А может быть всё же билд и является непосредственно Артефактом, а заливать его следует на Artifactory?
согласен, но тут как кто привык. кто как привык это называть, тот так и называет. я привык хранилище, где лежат артифакты, тоже называть "артифактами", и употреблять фразу "залить билды на артифакты" или сокращенно "залить на артифакты". не вижу здесь ничего плохого. но комментрий по делу, спасибо.
Вспомнили за bittorrent bleep. Полностью распределенный, децентрализированный мессенджер - это неудобный для пользователя мессенджер. Почему, можно прочесть в блоге мессенджера jami jami.net/challenges-associated-with-jamis-distributed-architecture/ . TURN и DHT
Я _очень глубокий_ интроверт. Прекрасно общаюсь с людьми, когда это нужно. Гость не прав ). Интроверт - это человек, который не сильно нуждается в общении с другими людьми. Разница только в этом. Про Agile можно было сказать главную цель - максимально быстрое получение обратной связи от пользователей продукта и изменение продукта как реакция на эту обратную связь. Этой цели служит всё то что по Agile строится и DevOps в том числе. Всё остальное - просто практики.
Вопрос не полностью понятен, если запустить на контейнере новый дистрибутив(другой) то переранать контейнер(т.к. контейнер это не вм и там не надо удалять, устанавливать дистрибутив) с нужным образом (docker run -d centos bash или docker run -d ubuntu bash ) *например*. Если ты с нуля делаешь докер файл, то в начале есть пункт FROM = centos:7.6 меняешь на ubuntu:latest *например.* Если я не ответил, то распиши что конкретно требуется, мб помогуб но это не точно:)
@@alextsyuliou138 Спасибо за ответ! Смысл вопроса заключался в том, что до момента запуска новой версии почти все шаги автоматизированы. Здесь обсуждается тестирование, Jenkins и т.д. И после как бы шаги прерываются, если и можно так сказать. После этого необходимо собрать новый имэдж и скопировать вручную? Или есть инструменты упраляющие вообще весь процесс пайплайна до момента уже готового к использованию продукта?
Таймлайн для родных и близких:
00:40 - Об учебе в школе и университете и опыте работы в студенческие годы
13:02 - как искал первую работу по специальности devops engineer
16:40 - Когда осознал, что стал девопс-инженером
20:14 - Что такое DevOps
22:47 - Что общего между DevOpsи Agile
24:56 - Чем занимается девопс-инженер. Что такое CI
28:55 - Из чего состоит pipeline
34:27 - Что такое CD
40:40 - Настройка энвайерментов
43:10 - Как становятся девопс-инженерамами (из прогеров или админов)
46:59 - Мнение о курсах
48:19 - Про градации девопсов
52:00 - Про зарплаты
53:51 - Про работу в команде, взаимоотношения с разработчиками и gitflow
1:02:16 - Инструменты девопса
1:05:48 - Инструменты CI/CD (Jenkins, TeamCity, TravicsCI, GitLab CI
1:09:57 - Про Docker, контейниризацию и виртуализацию
1:18:45 - Что должен знать начинающий девопс + литература
1:23:22 - Язык программирования для девопса
1:26:56 - БЛИЦ (и чутка про плоскую землю :)
16:28 - Лекс чихает
Похоже, Артём - это парень, который знает, о чем говорит =)
ЗЫ и зайдите к Лексу в телегу по теме Артёма, там есть плюшки с roadmap ;)
1:32:05 - Значит ли это что Synchsing и другие под запретом?
Чувствуется опыт преподавания - это огромный плюс для технического специалиста, который что-то рассказывает для достаточно широкой публики. Приятно слушать.
Какой опыт преподавания? Повторяет каждый заданный ему вопрос, первый признак неграмотности.
Субъективно, НО пожалуй самое интересное и лучшее интервью.
Супер!
Будет продолжение
@@itbeard будем только рады!!))) Ждёмсс
Thanks!)
@@itbeard могу предложить сделать репортаж про админа. Если интересно обращайтесь, скину линку линкедин, с удовольствием пообщаюсь. Сам работаю админом 10 лет и не согласен, что все заканчивается на DevOps
Гость во всех отношениях вызывает уважение ну и ведущий само собой. Все таки каждый раз убеждаюсь в том что у всех людей на лицах написано (Who is who). По Вам сразу видно что вы славные парни. Все очень смачно рассказали, с любовью к делу. Спасибо !!!
Спасибо!)
"Как и бомжи знает толк в контейнерах" XD 1:43:38
Нужно больше этого дяденьки.
Не, ну его нах. Всех погоняют, сами ничего не делают.
Понравилось про Docker и в общем про виртуализацию, контейниризацию 👍 Согласен - можно вырезать в отдельный кусочек видео)
Ой как хорошо всё объясняется) Долго не решалась подступиться к этой теме, а тут пришла, посмотрела и хоть поняла наконец-то, кто там в контейнере копается 🥰😳😁
Отлично. Первый раз услышал грамотное объединение про девопс как реализацию аджайла.
Спасибо! Очень грамотный коммуникабельный специалист с интересной темой. Было круто.
неоценимая информация по докеру с примерами и нюансами подкопотными, благодарю!
Супер интересно. Потихоньку осваиваю эту профессию) Спасибо огромное за отличное интервью!
Очень нравится когда девопс отвечает, зачем он нужен)
По сути он делает проект более стабильным, легко поддерживаемым и удобным для накатывания фич.
Можно ли без него? Да, но готовы ли вы к падениям серверов, отвалу сервисов и долгим респонсам при нагрузке, не говоря уже о удобных понятных пайплайнах.
большой лайк за короткое опровержение теории плоской земли!
пример о смене климата в разные сезоны года очень хороший!
Спасибо. Пришел, помню, в голову, еще какой-то очень крутой аргумент - но я опять его забыл)
Про общажную жизнь - в точку.
Крутое техническое интервью! Было бы интересно еще послушать, например про Докер, но подробнее. Интересный чувак.
Будет продолжение ;)
Thanks!
@@itbeard ждём !!!
Афегительный вопрос про плоскую землю! Пять баллов!
По докеру побольше, пожалуйста...
Мне очень понравилось. Спасибо Леша за видео. Очень важно для меня было узнать требования к джунам.
Кажись Артем может не только Девопить, но и спокойно давать тренинги по йога. Пипец расслабился, пока слушал его спокойную и рассудительную речь. Держи пять, гуру Артемыч
Спасибо!)
Хах, неожиданно, но у меня такие же эмоции
да, Артем приятно расповядает.
Очень классное, информативное и понятное интервью! Спасибо))
Отличное интервью, большое спасибо!
Как разработчику было очень интересно послушать про devops, спасибо!
Кайф кайф, спасибо за классное интервью)
Согласно книге "Site Reliability Engineering: Надёжность и безотказность как в Google", - DevOps - его основные принципы - привнесение IT-составляющей в каждую фазу проектирования и создания системы, максимальное использование автоматизации вместо человеческого труда, применение инженерных подходов и программных инструментов для решения задач эксплуатации - совпадают со многими принципами и рекомендациями SRE. DevOps можно рассматривать как обобщение некоторых основных принципов SRE для более широкого круга организаций, управленческих структур и персонала.
Ох, годнота какая долгожданная!
Крутой собеседник сегодня у Вас, от природы дано обучать!!! СПАСИБО!!!
Слушал с интересом, не мог оторваться! Было бы интересно, если бы Артем рассказал бы, с чего начать изучение, может, посоветовал бы какие то видео уроки, курсы или книги.
А лучше, пусть создаст канал по обучение DevOps`у. Думаю, многим зрителям данного канала будет интересно, и поддержат данную идею.
Adv-it, semaev, romnero
Шутка про контейнера, бомжей и DevOps инженеров зачетная.
XD
Товарищ, видимо, заметно меньше с виндой работал чем с линуксом. Винда также как и линукс может быть переконфигурирована с десктопа на сервер (и наоборот) в практически во всех аспектах, кроме, возможно, совсем специфичных. Разделение такое, в основном только ради лицензирования. В т.ч. числе и софт под винду может ставиться только под десктоп/сервер именно для разделения лицензирования.
И да, под 10-кой тоже крутятся сервера, когда в этом есть практический или экономический смысл.
крутой выпуск
спасибо большое за крутое интервью !
Отличный канал + отличный гость === отличное интервью!
Спасибо. Но можно было уложиться в 30мин. Про pipelines можно кучу интересного рассказать, про системы мониторинга, IaaS. Кстати,обязанности HR не ограничивается рекрутингом.
про это думаю еще поговорим)
Ребята Вы просто красавцы! Спасибо за такую ценную инфу!
Рад, что было полезно!)
Уххх на одном дыхании посмотрел. Мне бы так научиться излагать свои мысли, а то уже которое интервью на девопса запарываю из-за того что не могу донести мысль))
Вы серьезно? Куча слов паразитов, бе-ме, это приятно слушать?
Спасибо! Хорошее интервью, приятно слушать человека!
Хотелось бы послушать толкового человека из embedded, а ещё интереснее из bare metal.
Отличное интервью, спасибо.
А какие гипервизоры Вы используете?
За олифера плюс, у него все разжевано, правда иногда с упралением памяти не очень понятно было, но тем не менее мне это помогло на первом курсе.
Артем, наверное, крутейший гость пока что! Спасибо за видос!
Гость немного ошибся. Gitlab CI можно использовать с github репо. Для этого автоматом создается зеркало гитхаб репозитория. Видимо с намеком что в последующем сможете полностью перейти на gitlab. )))
да, я только недавно узнал про эту фичу гитлаба, и на момент записи видео - даже не подозревал об этом) но вам спасибо за конструктивный коммент!)
Очень информативно, спасибо за видос!
Спасибо, было интересно!
Ребята, как насчёт ситуации вокруг Docker и Kubernetes? Kubernetes оффициально обьявил, что поддержза Docker прекращена, но ничего не стоит бояться. Я то не боюсь, но всё таки, надо ли менять стратегию DevOps, которая у нас сторилась вокруг сбора Docker image и разворачивания на Kubernetes? Может есть смысл, перейти на Docker Swarm в более долгосрочной преспективе? Спасибо!
Ит борода пригласи его на интервью по линукс думаю будет очень интересно.
С темой ещё сделаем интервью)
@@itbeard только не забудь он в конце видео сам предлогал по Линукс пройтись ;)
Спасибо за выпуск, сделай выпуск по Docker отдельно или по тому, что бы понять для чего он нужен, а то нету годного материала для новичков.Спасибо.
Спасибо за видос! Ждем подробное видео о Docker
Отличные вопросы гостю и отличное изложение своего дела гостем :) Лайк и подписка. P.S. Сделайте видео с тестером-автоматизатором, позязя :)
Обязательно сделаем 🙂
This is the best ever video and interview on this channel, thank you.
Отличное интервью, спасибо. Жаль ничего не сказал о Kubernetes, было интересно его мнение.
Ещё не вечер)
Методология - учение о методах, способах и стратегиях исследования предмета.
Методика - это, как правило, некий готовый «рецепт», алгоритм, процедура для проведения каких-либо нацеленных действий.
@АйтиБорода - Рахмет Вам за видео! Очень крутой собеседник, видно что включенный DevOPS. Пысы: побольше линукса )
Ещё будут с ним видосы ;)
ci готов, docker готов, powershell\bash готов, ansible готов, менеджинг облачных сервисов тоже описан высокоуровневыми апи или даже интерфейсами. С чем конкретно низкоуровневым постоянно работает современный девопс ? можно примеры таких рутинных задач ? Исходя из того, что я вижу вокруг - таких почти не бывает. Нафигачил джобу в сиае, нафигачил компоуз файлик - всё улетело в прод.
спасибо за вопрос. будем снимать еще один ролик и там постараюсь ответить на ваш вопрос и привести примеры. спасибо, за конструктив!
@@pymentor. а как скоро, если не секрет?
Ни с чем по сути. Это редкие кейсы. Всё придумано до нас
Спасибо за интервью.
Чтобы рассказать про все, чем может заниматься DevOps как специалист, понадобилось бы снять цикл интервью. Область очень большая, и постоянно расширяется/развивается(авторам на заметку).
НЕ РЕКЛАМА! Для тех, кто хочет зайти в DevOps(особенно актуально будет для студентов), у epam есть трененги + лаба(наборы 2 раза в год вроде). Со знаниями и умениями, которые получите в течении курса, сможете зайти в любую компанию на позицию джуна(если не захотите остаться в epam).
Вспомнилась очень крутая книга по python для начинающих, там, насколько помню, только про функциональное програмирование, но зато есть плюшки по основам configuration management via ansible. Давно читал, может еще что добавил автор natenka.gitbook.io/pyneng/
Спасибо! Да, по поводу епама соглашусь, и тоже могу порекомендовать
Корректная ссылка natenka.github.io/pyneng/
Интересно, а есть ли проверка, на проверку?)
Всем привет! Какую книгу можно почитать для старта в этом деле? Какую книгу можно назвать библией DevOPs?
Изучи линух досконально
На плоской карте самолёт движется по дуге, потому что сфера на плоскости растягивает пространство, и чем ближе к полюсу тем больше дуга.
Большое спасибо за интересное интервью и проделанную работу. Очень захотелось стать девопсом, чтобы знать как билдить и компосить в докере , накрыть кубером, а также как собирать мавеном и градлом и как сделать пайплайн для дженкинса , чтобы он с гита брал код и дальше его анализировал и тестил и билд скидывал в какую хранилку артефактов типа нексуса, ансиблом ролбек делал...и тд и тп ... если я правильно понял , было бы замечательно продолжить эту тему, большое спасибо еще раз
Думаю, продолжим)
Мне кажется, хоть в среднюю школу, хоть в гимназию/лицей - везде будут и те, кому всё равно, и те, кто реально заинтересован. В школе заинтересованные тоже есть потому, что их родители не имеют возможности отдать ребёнка в гимназию/лицей. А в гимназиях/лицеях есть те, кому "всё равно" потому, что их родители вечно-суетные и засунули ребёнка чтоб он был максимально отличником, а ему это и нафиг не надо.
Моя любимая связка Пайтона и Баша. Братюня просто )))
Джаваскриптизерка :)
Судя по многим "школам" много кто хочет, чтобы присоедились к обучению , но на сколько это будет обучаемо и какая польза от этого будет , какие знания можете уверено сказать да я уверен в этой системе обучения ? Или нужна своя система ? Как двигаться если ты решил в эту сторону двигаться и не потерять деньги на образование ?
Любые курсы от работодателя. У епама неплохие вроде бы. Но в девопс лучше через сисадмина идти, т.к. не везде без опыта берут обучать
Годнота, спасибо за топ контент
Из этого выпуска я узнал, что АйТиБорода, в основном, задаёт хорошие вопросы
Спасибо огромное за ссылки
А какой linux? Есть разница для devops в версия линукса, минт, манжаро, сентос ?
Нет. Но всякие манжары и минты в компаниях не используют, стандартный набор debian/ubuntu или centos/rhel, иногда suse, но мне не попадалась пока
охрененный контент!!!
Топ выпуск
Спасибо за выпуск. Очень классное интервью.
DevOps - это культура разработки, обросшая набором практик и инструментов вокруг них. Такое явление отдельные Девопсеры, к сожалению, следствие нежелания развиваться и брать на себя ответственность со стороны Разработчиков
Разработчик должен разрабатывать. Жаль что ты этого не понимаешь.
Понятно, толково и интересно рассказал, спасибо.
Спасибо!
Самое простое обоснование что Земля это шарик: берёшь это неверующего чела и с ним на побережье портового морского города. Там берёте хорошую оптику и смотрите за кораблями, которые "скрываются" за горизонтом. Способ как они скрываются и является доказательством: сначала корма, потом палуба а потом и трубы. Это ещё в учебниках приводится как аргумент (по крайней мере я в своих учебниках видел, география, 6 класс).
Спасибо большое!
толковый дядечка, лойс
Недопущение доступа процесса к адресному пространству других процессов это фишка железа уже давно :) или как минимум микрокода процессора.
вообще-то операционной системы :) там в описании видео есть ремарочка на этот счет)
Artsiom Praneuski ОС решает кто может обращаться кто нет, а адресные пространства процессов как раз защищены физически за счет как раз виртуализации памяти. для персоналок тн защищенный режим пошел вроде с 386, если хочешь можешь найти и сам прочитать что там происходит и как ;) в вкратце процессы работают не с физической памятью, а с таблицами страниц отображаемыми на реальные носители. при этом двум процессам может быть отведена одна область физической памяти для обмена.
@@inbuckswetrust7357 да, все так
интересный выпуск! подскажите кто нибудь пожалуйста хороший курс по pyton на ютуб с нуля.
Хотелось бы послушать интервью с database developer, не предвидится ли в планах?
Пока не нашел..
Смотрю в октябре 2020. Вы забыли упомянуть помимо горизонтальных гидро уровней гирокомпас.
Немного затянуто. Но в итоге получил ответы на все вопросы про DevOps и что-то добавил в roadmap.
Зачет!
спасибо!
У Артема есть социальные сети ??
Очень крутое интервью
Очень крутое интервью, спасибо!
Ура интервью)
А я на 1:04:00 поднял, что он про статические анализаторы, я уже сеньер?) Ах да, я же просто могу сказать, что я сеньер ;) интервью гуд, можно сделать как-нибудь позже ещё одно более глубокое с технической точки зрения)
Интересно узнать у Артема, реально ли перейти в devops увлекшемуся qa automation?
вполне реально!)
надо загуглить за BitTorrent sync)) прям интересно стало)) впервые слышу про этот продукт)))
Посмотри лучше на Syncthing
@@NutsBeast спасибо)) загуглю))
28:01 слева есть женские видимо ноги но туловища нет..🤔
Про сети ничего не сказали,а сети тоже очень важный момент (в докере так вообще), девопс в ИТ занимается сетями? или ему достаточно базы т.к. сети админит классический администратор?)
да, про сети не поговорили. девопсу надо знать сети обязательно, должен понимать как данные передаются на всех уровнях модели OSI
кто что админит - сильно зависит от ситуации, от проектов и команды. но повторюсь, девопс с сетями, протоколами и всем что с этим связано должен быть на "ты".
@@pymentor. ) ясно, просто есть конкретно сетевые администраторы, которые любой L3 коммутатор настроют, как часто вообще приходится такое делать? Транки, виланы и т.д входит в обязанности или за частую если у заказчика AWS или Azure то там с этим проще и с железками не приходится работать?)
@@mObawelj кстати, да, хороший пример. как я уже сказал, девопс должен быть в теме сетей, и если надо, то и настроить не только, что-то в облаке, но и какой-нибудь девайс локально. но с другой стороны девопс это не сетевой инженер, и со многими вещами не работает, с какими работает сетевой инженер, но все же, хотя бы представление о тех же уровнях коммутаторов, транках и виланах должно быть, по крайней мере я так считаю. да, так уже получается, что сейчас все больше и больше работы у девопсов в облаках, нежели где-то локально, но если вдруг придется сделать что-то локально, то надо быть в теме.
Оч. Познавательно и интересно!!!👍
То, что происходит в студенческом общежитии, остается в студенческом общежитии.
воспоминаня безусловно остаются)
Интересно, у сторонников плоской земли луна и солнце тоже плоские?🤯
"Когда код такой свежий, тепленький, как пирожок у бабушки..." В голос))
30:44 "имеет смысл залить этот билд на Артефакты"... А может быть всё же билд и является непосредственно Артефактом, а заливать его следует на Artifactory?
согласен, но тут как кто привык. кто как привык это называть, тот так и называет. я привык хранилище, где лежат артифакты, тоже называть "артифактами", и употреблять фразу "залить билды на артифакты" или сокращенно "залить на артифакты". не вижу здесь ничего плохого. но комментрий по делу, спасибо.
Артефакты - это самостоятельное понятие. Artifactory - это конкретный продукт (не единственный).
Вспомнили за bittorrent bleep. Полностью распределенный, децентрализированный мессенджер - это неудобный для пользователя мессенджер. Почему, можно прочесть в блоге мессенджера jami jami.net/challenges-associated-with-jamis-distributed-architecture/ . TURN и DHT
Круто! Спасибо!
Рад что понравилось! Спасибо!
ЗП полторы тысячи? Вот это да
Я _очень глубокий_ интроверт. Прекрасно общаюсь с людьми, когда это нужно. Гость не прав ). Интроверт - это человек, который не сильно нуждается в общении с другими людьми. Разница только в этом.
Про Agile можно было сказать главную цель - максимально быстрое получение обратной связи от пользователей продукта и изменение продукта как реакция на эту обратную связь. Этой цели служит всё то что по Agile строится и DevOps в том числе. Всё остальное - просто практики.
Конструктивно :)
Добрый день. Вопрос, а как скопировать/поставить новый бьюлд дистрибутив на Docker контейнер?
Вопрос не полностью понятен, если запустить на контейнере новый дистрибутив(другой) то переранать контейнер(т.к. контейнер это не вм и там не надо удалять, устанавливать дистрибутив) с нужным образом (docker run -d centos bash или docker run -d ubuntu bash ) *например*. Если ты с нуля делаешь докер файл, то в начале есть пункт FROM = centos:7.6 меняешь на ubuntu:latest *например.* Если я не ответил, то распиши что конкретно требуется, мб помогуб но это не точно:)
@@alextsyuliou138 Спасибо за ответ! Смысл вопроса заключался в том, что до момента запуска новой версии почти все шаги автоматизированы. Здесь обсуждается тестирование, Jenkins и т.д. И после как бы шаги прерываются, если и можно так сказать. После этого необходимо собрать новый имэдж и скопировать вручную? Или есть инструменты упраляющие вообще весь процесс пайплайна до момента уже готового к использованию продукта?
@@stsbmu7169 весь процесс, то есть пайплайн целиком можно выстроить на любой соверменной CI платформе, будь-то Jenkins или же TeamCity
Воу какое крутое видео!наконец-то дошла до него)
Будет продолжение 😉
А какие курсы DevOps engineer посоветуете (Украина) ?
А курс называется PHP START)
php-start.com/ да, вот это он, и продолжение: php-up.com/