DevOps Conf 2025 - Итоги
Коллеги, всем пятнички! =)
А вот и ссылка на мой доклад Гибкое управление доступами для распределенной инфраструктуры с прошедшего DevOps Conf 2025
Как говорится “лайк, шер”
Отдельно хочу выразить благодарность Диме, Ване и Саше за помощь в подготовке, ревью и советы =)
ЗЫ - если во время подготовки к конференции вам предлагают записаться к коучу который помогает с презентациями и выступлениями - не скипайте. Из такой встречи вы можете вынести много полезного
Коллеги, всем пятнички! =)
А вот и ссылка на мой доклад Гибкое управление доступами для распределенной инфраструктуры с прошедшего DevOps Conf 2025
Как говорится “лайк, шер”
Отдельно хочу выразить благодарность Диме, Ване и Саше за помощь в подготовке, ревью и советы =)
ЗЫ - если во время подготовки к конференции вам предлагают записаться к коучу который помогает с презентациями и выступлениями - не скипайте. Из такой встречи вы можете вынести много полезного
👍11🔥7❤1💯1
TOD`25
Коллеги, всем привет!)
19 мая поучаствовал в T-bank Observability Days
В этот раз формат был немного другим и состоял из круглых столов и инженерных сессий
Мы с коллегами по участвовали в инженерной сессии, где весело и задорно пообсуждали тренды Observability, Observability 2.0, обсудили боли/проблемы и вот это вот все =)
Запись инженерной сессии доступна тут
ЗЫ - а еще я тут научился открывать результаты компьютерной тамографии в полевых условиях на маке, но это совсем другая история =)
Коллеги, всем привет!)
19 мая поучаствовал в T-bank Observability Days
В этот раз формат был немного другим и состоял из круглых столов и инженерных сессий
Мы с коллегами по участвовали в инженерной сессии, где весело и задорно пообсуждали тренды Observability, Observability 2.0, обсудили боли/проблемы и вот это вот все =)
Запись инженерной сессии доступна тут
ЗЫ - а еще я тут научился открывать результаты компьютерной тамографии в полевых условиях на маке, но это совсем другая история =)
YouTube
Технологический вектор развития платформ наблюдаемости и связанных с ними компонентов
Разобрали, какие подходы, платформы и инструменты актуальны для решения задач наблюдаемости, мониторинга и инцидент-менеджмента.
Таймкоды:
00:00:00 Доклад: «O11y: технологический радар. Сводный технологический радар на основе опыта Thoughtworks»
00:30:45…
Таймкоды:
00:00:00 Доклад: «O11y: технологический радар. Сводный технологический радар на основе опыта Thoughtworks»
00:30:45…
🔥9👍7
Terragrunt и обработка ошибок
Коллеги, всем привет! =)
Иногда, а именно когда мы раскатываем инфраструктуру пепелайном с terragrunt/terraform, мы можем столкнуться с ошибками. Конечно же ошибки нужно фиксить системно, но всегда это быстро или возможно в принципе. По этому приходится что-то придумывать.
Для связки pipeline+terragrunt/terraform можно выделить 2 типа ошибок:
1 - мы не можем поработать со стейтом, провайдером, модулем, api инфры
2 - что-то уж совсем не так с api инфры
Проблемы под номером “РАЗ” вполне себе могут решаться ретраем, сделать это можно двумя способами:
— используя утилиту retry (да, оно будет работать, но бинарь придется собирать самостоятельно и ретрай будет всегда когда exit code ≠ 0, что не всегда удобно)
— используя встроенный обработчик ошибок terragrunt (это вариант нам как раз и подходит, так как работать с ошибками можно достаточно гранулярно)
На практике нам достаточно добавить блок errors в привыйный нам terragrunt.hcl
Пример:
В конфигурацию мы можем добавить ретраи для нескольких ошибок или написать мега регулярку. Обязательно стоит помнить что использовать .* в случае инфры может быть не самой лучшей затеей
Enjoy =)
PS - да, да, я снова пишу редко, как говорит мой батя “То пьянка, то партсобрание”
PSS - в ближайшие пару дней будет несколько анонсов =)
Коллеги, всем привет! =)
Иногда, а именно когда мы раскатываем инфраструктуру пепелайном с terragrunt/terraform, мы можем столкнуться с ошибками. Конечно же ошибки нужно фиксить системно, но всегда это быстро или возможно в принципе. По этому приходится что-то придумывать.
Для связки pipeline+terragrunt/terraform можно выделить 2 типа ошибок:
1 - мы не можем поработать со стейтом, провайдером, модулем, api инфры
2 - что-то уж совсем не так с api инфры
Проблемы под номером “РАЗ” вполне себе могут решаться ретраем, сделать это можно двумя способами:
— используя утилиту retry (да, оно будет работать, но бинарь придется собирать самостоятельно и ретрай будет всегда когда exit code ≠ 0, что не всегда удобно)
— используя встроенный обработчик ошибок terragrunt (это вариант нам как раз и подходит, так как работать с ошибками можно достаточно гранулярно)
На практике нам достаточно добавить блок errors в привыйный нам terragrunt.hcl
Пример:
errors {
retry "source_fetch" { #имя ошибки
retryable_errors = [".*Error refreshing state: .*"] #регулярка для поиска конкретной ошибки
max_attempts = 3 #количество ретраев
sleep_interval_sec = 5 #ожидание между ретраями
}
}
В конфигурацию мы можем добавить ретраи для нескольких ошибок или написать мега регулярку. Обязательно стоит помнить что использовать .* в случае инфры может быть не самой лучшей затеей
Enjoy =)
PS - да, да, я снова пишу редко, как говорит мой батя “То пьянка, то партсобрание”
PSS - в ближайшие пару дней будет несколько анонсов =)
🔥11👍6
Big Tech Night
Коллеги, всем привет! =)
12 сентября буду выступать на конференции Big Tech Night
В офисе коллег из Lamoda Tech я расскажу “как при помощи одной cli управлять всем миром”
Ох и не простое это было приключение, начиная от дизайна и заканчивая тем как мы это внедряли. Сложности начались с дизайна и закончились на этапе нотификаций. Мы перепробовали кучу всего, некоторые части компонентов переписывали вообще несколько раз.
Хотя, казалось бы ага, цель у нас была простая, дать разработчикам возможность влиять на инфраструктуру при этом не выстрелив в ногу командам эксплуатации
Приходи, будет интересно =)
ЗЫ - после конференции я конечно же приложу запись и все материалы =)
Коллеги, всем привет! =)
12 сентября буду выступать на конференции Big Tech Night
В офисе коллег из Lamoda Tech я расскажу “как при помощи одной cli управлять всем миром”
Ох и не простое это было приключение, начиная от дизайна и заканчивая тем как мы это внедряли. Сложности начались с дизайна и закончились на этапе нотификаций. Мы перепробовали кучу всего, некоторые части компонентов переписывали вообще несколько раз.
Хотя, казалось бы ага, цель у нас была простая, дать разработчикам возможность влиять на инфраструктуру при этом не выстрелив в ногу командам эксплуатации
Приходи, будет интересно =)
ЗЫ - после конференции я конечно же приложу запись и все материалы =)
👍11🔥7👏4
Одна_CLI_чтобы_управлять_всем_миром.pptx
18 MB
Коллеги, всем привет!=)
Big Tech Night отгремел, а я, как и обещал, делюсь свое презентацией
Формат pptx оставил специально потому что там есть подстрочник
Авторская орфография конечно же сохранена
Enjoy ^_^
Big Tech Night отгремел, а я, как и обещал, делюсь свое презентацией
Формат pptx оставил специально потому что там есть подстрочник
Авторская орфография конечно же сохранена
Enjoy ^_^
🔥13❤4👍4👏1
Big Tech Night - “послесловие”
Коллеги, всем привет! =)
BTN прошел, а мое выступление вы можете найти тут
Продолжаем “затаскивать”, боремся с сайд эффектами, решаем вопросики
Никто же нам не говорил что в платформе все будет просто! =)
Enjoy!
ЗЫ - надеюсь, что в ближайшее время, контента станет побольше =)
ЗЫЫ - не ну масштаб у BTN конечно был грандиозный, мы с ребятами успели побывать только в офисах Ламода, Т-банка и Яндекса =)
Коллеги, всем привет! =)
BTN прошел, а мое выступление вы можете найти тут
Продолжаем “затаскивать”, боремся с сайд эффектами, решаем вопросики
Никто же нам не говорил что в платформе все будет просто! =)
Enjoy!
ЗЫ - надеюсь, что в ближайшее время, контента станет побольше =)
ЗЫЫ - не ну масштаб у BTN конечно был грандиозный, мы с ребятами успели побывать только в офисах Ламода, Т-банка и Яндекса =)
🔥8👍5❤2
Yandex Neuro Scale
Коллеги, всем привет! =)
Прошел Yandex Neuro Scale, ииии там я тоже отметился с докладом "Балансировка на грани: как мы распределяем нагрузку в Kubernetes-кластерах"
Как я и говорил в самом выступлении, я много “покапитанил” и в целом не рассказал ничего особо нового. Многие вещи, про которые я говорил, все уже давно используют у себя в проде.
Основная цель моего доклада — рассказать про наши приключения с повышением отказоустойчивости: мы хотим “жить” даже если потенциально, в моменте, одна зона доступности может испариться.
25 минут доклада на земле равняются 2 кварталам работы 4х инженерных команд =)
Так что всё это приключение точно было не из лёгких =)
ЗЫ — в кулуарах был вопрос: “А как там выживать, если есть ноды/нод-группы с тейнтами?”. Ответил, что “у нас такого нет, и проблем тоже нет =)”. В целом мой ответ валиден. Если посмотреть на него более детально, то нод-группы с тейнтами не особо-то и отличаются от обычных нод-групп. Нод-группы с тейнтами мы просто дублируем между зонами и в случае проблем эвакуируем нагрузку в другую зону.
ЗЫЫ — Yandex Neuro Scale персонально для меня — achievement unlocked👨🦯
ЗЫЫЫ — Да, отказоустойчивость, да, мы максимально живучие в случае больших инфра-проблем, но ценой чего? Мы тут запустили небольшой трек по оценке: “А всегда и везде нам нужна такая отказоустойчивость?”. По результатам вернусь =)
Коллеги, всем привет! =)
Прошел Yandex Neuro Scale, ииии там я тоже отметился с докладом "Балансировка на грани: как мы распределяем нагрузку в Kubernetes-кластерах"
Как я и говорил в самом выступлении, я много “покапитанил” и в целом не рассказал ничего особо нового. Многие вещи, про которые я говорил, все уже давно используют у себя в проде.
Основная цель моего доклада — рассказать про наши приключения с повышением отказоустойчивости: мы хотим “жить” даже если потенциально, в моменте, одна зона доступности может испариться.
25 минут доклада на земле равняются 2 кварталам работы 4х инженерных команд =)
Так что всё это приключение точно было не из лёгких =)
ЗЫ — в кулуарах был вопрос: “А как там выживать, если есть ноды/нод-группы с тейнтами?”. Ответил, что “у нас такого нет, и проблем тоже нет =)”. В целом мой ответ валиден. Если посмотреть на него более детально, то нод-группы с тейнтами не особо-то и отличаются от обычных нод-групп. Нод-группы с тейнтами мы просто дублируем между зонами и в случае проблем эвакуируем нагрузку в другую зону.
ЗЫЫ — Yandex Neuro Scale персонально для меня — achievement unlocked
ЗЫЫЫ — Да, отказоустойчивость, да, мы максимально живучие в случае больших инфра-проблем, но ценой чего? Мы тут запустили небольшой трек по оценке: “А всегда и везде нам нужна такая отказоустойчивость?”. По результатам вернусь =)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤3👍2⚡1👏1
DevOops 2025
Коллеги, всем привет! =)
16-17 сентября в Питере прошел DevOops Conf. Это был юбилейный, десятый DevOops.
Иииии, я там тоже был, НО в этот раз не как спикер, а как член программного коммитета!!!
Что я имею по этому поводу сказать:
1 - это совершенно другой опыт, так как в обычной жизни ты готовишь один доклад, но тут ты помогаешь аж с 4 докладами
2 - на участие в ПК уходит горрраздо больше сил, но это определенно того стоило =)
А еще с мы Сергеем Киселевым (у него кстати есть свой канал "Буду погроммистом!") запустили новую активность “Fail Talks”.
Fail Talks приследовал несколько целей:
— дать возможность людям пообщаться при это не загоняя их в сверх жесткие рамки
— создать обстановку в которой не страшно рассказать про свои фейлы, даже если они “позорные”
Иииии мы справились, для разгона этой активности было 2 специально подготовленных “случайных” доклада, к концу докладов было уже 15
Коллеги, записывались, рассказывали, травили шутейки за 300, в какой то момент мне показалось, что в зале было человек под 80, что было супер круто =)
В общем и целом - мне все понравилось, быть бОльшей частью комьюнити и помогать другим спикерам готовиться
Дима, Даша, Ваня, Макарий - бесконечно благодарен вам за ваши доклады =)
Алена - сЫпасибо за супер координацию всего процесса =)
ЗЫ - а еще мы запускаем/достаем из закрамов еще одну DevOops активность, о ней я напишу позже =)
ЗЫЫ - немного фотокарточек в комментариях
Коллеги, всем привет! =)
16-17 сентября в Питере прошел DevOops Conf. Это был юбилейный, десятый DevOops.
Иииии, я там тоже был, НО в этот раз не как спикер, а как член программного коммитета!!!
Что я имею по этому поводу сказать:
1 - это совершенно другой опыт, так как в обычной жизни ты готовишь один доклад, но тут ты помогаешь аж с 4 докладами
2 - на участие в ПК уходит горрраздо больше сил, но это определенно того стоило =)
А еще с мы Сергеем Киселевым (у него кстати есть свой канал "Буду погроммистом!") запустили новую активность “Fail Talks”.
Fail Talks приследовал несколько целей:
— дать возможность людям пообщаться при это не загоняя их в сверх жесткие рамки
— создать обстановку в которой не страшно рассказать про свои фейлы, даже если они “позорные”
Иииии мы справились, для разгона этой активности было 2 специально подготовленных “случайных” доклада, к концу докладов было уже 15
Коллеги, записывались, рассказывали, травили шутейки за 300, в какой то момент мне показалось, что в зале было человек под 80, что было супер круто =)
В общем и целом - мне все понравилось, быть бОльшей частью комьюнити и помогать другим спикерам готовиться
Дима, Даша, Ваня, Макарий - бесконечно благодарен вам за ваши доклады =)
Алена - сЫпасибо за супер координацию всего процесса =)
ЗЫ - а еще мы запускаем/достаем из закрамов еще одну DevOops активность, о ней я напишу позже =)
ЗЫЫ - немного фотокарточек в комментариях
🔥8❤3❤🔥2🎉2👏1
Как я стал фронтендером
Коллеги, всем привет! =)
Приперло тут нам построить свой внутренний тех радар. Думаю никому не нужно объяснять, что это такое и какие задачи/вопросы он решает
Отправился я искать какой то фреймворк на котором можно быстро простроить тех радар с квадрантами, уровнями, преферансом и джунами
В ходу есть два варианта, это thougtworks tech radar и zalando tech radar
Ухххх, пока я все это добро “заводил” страдали строе: я, ChatGPT 5 Plus, Claude Sonnet 4
Проблема thougtworks заключается в том, что нужно не слабо так упороться, что бы из корня открывался твой радар и тебе не нужно было “волшебным” путем подсовывать адрес твоего радара для визуализации. Через N попыток, я сдался и отправился смотреть тех радар от Zalando.
Иии Zalando Tech Radar оказался куда более удобным и практичным. Единственная проблема которую пришлось порешать, это масштабирования радара.
На все про все у меня ушел примерно час.
Ну а болванка тех радара, если она вам потребуется доступна тут
Сэкономлю вам немного времени, вдруг пригодится =)
ЗЫ - если у вас что-то поедет в верстке - ну соррян, я не "фронтовик" =)
ЗЫЫ - надо бы пост что ли написать про то как я юзал Claude Sonnet 4 в качестве ИИ агента, спойлер - было весело =)
Коллеги, всем привет! =)
Приперло тут нам построить свой внутренний тех радар. Думаю никому не нужно объяснять, что это такое и какие задачи/вопросы он решает
Отправился я искать какой то фреймворк на котором можно быстро простроить тех радар с квадрантами, уровнями, преферансом и джунами
В ходу есть два варианта, это thougtworks tech radar и zalando tech radar
Ухххх, пока я все это добро “заводил” страдали строе: я, ChatGPT 5 Plus, Claude Sonnet 4
Проблема thougtworks заключается в том, что нужно не слабо так упороться, что бы из корня открывался твой радар и тебе не нужно было “волшебным” путем подсовывать адрес твоего радара для визуализации. Через N попыток, я сдался и отправился смотреть тех радар от Zalando.
Иии Zalando Tech Radar оказался куда более удобным и практичным. Единственная проблема которую пришлось порешать, это масштабирования радара.
На все про все у меня ушел примерно час.
Ну а болванка тех радара, если она вам потребуется доступна тут
Сэкономлю вам немного времени, вдруг пригодится =)
ЗЫ - если у вас что-то поедет в верстке - ну соррян, я не "фронтовик" =)
ЗЫЫ - надо бы пост что ли написать про то как я юзал Claude Sonnet 4 в качестве ИИ агента, спойлер - было весело =)
😁7👍3🔥3
Как “сломать” всю команду в пятницу?
Коллеги, всем хорошей пятнички! =)
Как сломать всю команду в пятничку?
Достаточно скинуть во внутренний чатик вот эту ссылку https://floor796.com/ 😂😂😂
Этаж 796 - здоровнннннная гифка с каким то невероятным количеством отсылок к фильмам, играм, мемам и всякое такое
Enjoy, а найденные отсылки вы можете скидывать в чатик =)
ЗЫ - уже встречал эту гифку давно, и не давно накнулс в канале Макса и заностальгировал
Коллеги, всем хорошей пятнички! =)
Как сломать всю команду в пятничку?
Достаточно скинуть во внутренний чатик вот эту ссылку https://floor796.com/ 😂😂😂
Этаж 796 - здоровнннннная гифка с каким то невероятным количеством отсылок к фильмам, играм, мемам и всякое такое
Enjoy, а найденные отсылки вы можете скидывать в чатик =)
ЗЫ - уже встречал эту гифку давно, и не давно накнулс в канале Макса и заностальгировал
🔥5👍4❤2⚡2😁2🤯2
Как я стал фронтендером vol.2
Коллеги, всем привет! =)
Ранее я писал о том, как при помощи ИИ «заводил» техрадар (ссылка на первый пост: https://news.1rj.ru/str/devops_not_burn/111).
Чем мне помог ИИ???
Начнём с того, что я ни разу не фронтендер, и иногда мне бывает сложновато сформулировать запрос.
Задача была достаточно простой — используя какое-то мейнстримовое решение, завести свой техрадар.
Первый ИИ — ChatGPT 5 с платной подпиской.
В целом, он помог всё базово запустить. На всё про всё ушло порядка часа.
Плюсы:
— быстрые ответы;
— хорошие базовые рекомендации.
Минусы:
— половина рекомендаций — мимо;
— ChatGPT 5 «не видит», что происходит на фронте.
Далее я воспользовался Claude Sonnet 4 в режиме агента — и вот тут стало гораздо интереснее.
Claude Sonnet 4 в режиме агента самостоятельно всё верстал и проверял.
Плюсы:
— всё сделано более-менее (всё-таки есть некоторое количество вопросов к решениям).
Минусы:
— сразу держите в голове, что вы общаетесь с джуном.
Если с фронтом ИИ-агент всё накручивал, то с инфрой я несколько раз его останавливал, потому что он творил откровенную дичь.
Какие выводы я могу сделать?
Для быстрого старта — вполне ок.
НО, как я уже не раз говорил в кулуарах:
«Если вы совершенно не шарите в теме, в которой просите помощи у ИИ — скорее всего, вам стоит приготовиться к страданиям и дебагу».
Я не противник ИИ. Я человек, который относится к нему как к помогатору, а не как к замене «кожаных мешков».
Enjoy =)
Коллеги, всем привет! =)
Ранее я писал о том, как при помощи ИИ «заводил» техрадар (ссылка на первый пост: https://news.1rj.ru/str/devops_not_burn/111).
Чем мне помог ИИ???
Начнём с того, что я ни разу не фронтендер, и иногда мне бывает сложновато сформулировать запрос.
Задача была достаточно простой — используя какое-то мейнстримовое решение, завести свой техрадар.
Первый ИИ — ChatGPT 5 с платной подпиской.
В целом, он помог всё базово запустить. На всё про всё ушло порядка часа.
Плюсы:
— быстрые ответы;
— хорошие базовые рекомендации.
Минусы:
— половина рекомендаций — мимо;
— ChatGPT 5 «не видит», что происходит на фронте.
Далее я воспользовался Claude Sonnet 4 в режиме агента — и вот тут стало гораздо интереснее.
Claude Sonnet 4 в режиме агента самостоятельно всё верстал и проверял.
Плюсы:
— всё сделано более-менее (всё-таки есть некоторое количество вопросов к решениям).
Минусы:
— сразу держите в голове, что вы общаетесь с джуном.
Если с фронтом ИИ-агент всё накручивал, то с инфрой я несколько раз его останавливал, потому что он творил откровенную дичь.
Какие выводы я могу сделать?
Для быстрого старта — вполне ок.
НО, как я уже не раз говорил в кулуарах:
«Если вы совершенно не шарите в теме, в которой просите помощи у ИИ — скорее всего, вам стоит приготовиться к страданиям и дебагу».
Я не противник ИИ. Я человек, который относится к нему как к помогатору, а не как к замене «кожаных мешков».
Enjoy =)
👍5🔥5👏3
Коллеги, всем привет!=)
У DevOps Conf 2026 идет call for papers
А это значит, что если у вас есть о чем рассказать - самое время подать заявку
Ссылка на CFP - https://cfp.devopsconf.io/
Прием заявок до 24 ноября 2025!!!
Ключевые темы:
— Эксплуатация LLM
— AI-Driven Engineering: практики, риски и трансформация разработки
— Как сократить косты на инфраструктуру?
— Цифровые иммунные системы и инженерия надёжности (это SRE и новый термин оттуда)
— Про разработку для системных инженеров
— Требования регуляторов на простом русском
— Базовые практики работы и про то, почему они по-прежнему важны
Буду ли я подаваться с докладом? Да еще не решил, надо бы подумать, вдруг в закромах найдется что-то интересное =)
У DevOps Conf 2026 идет call for papers
А это значит, что если у вас есть о чем рассказать - самое время подать заявку
Ссылка на CFP - https://cfp.devopsconf.io/
Прием заявок до 24 ноября 2025!!!
Ключевые темы:
— Эксплуатация LLM
— AI-Driven Engineering: практики, риски и трансформация разработки
— Как сократить косты на инфраструктуру?
— Цифровые иммунные системы и инженерия надёжности (это SRE и новый термин оттуда)
— Про разработку для системных инженеров
— Требования регуляторов на простом русском
— Базовые практики работы и про то, почему они по-прежнему важны
Буду ли я подаваться с докладом? Да еще не решил, надо бы подумать, вдруг в закромах найдется что-то интересное =)
👍3🔥2
BSA-модель
Коллеги, всем привет! =)
В своих докладах я довольно часто делаю отсылку к модели BSA (base-service-app), и порой меня спрашивают: «Откуда она вообще взялась?»
Впервые я познакомился с этой моделью в 2019 или 2020 году, когда трудился в E42 (кто знает — тот знает).
Модель BSA хороша тем, что она достаточно явно описывает связь «условного» бизнес-сервиса с необходимыми зависимостями (БД, кэши, очереди и т. д.) и инфраструктурой.
Как говорил классик: «Всё переплетено».
Давайте по порядку.
Базовый слой — это слой инфраструктуры, и именно тут разворачивается наше приложение. Это не просто условная ВМ или кластер Kubernetes — это ещё и необходимая инфраструктура: мониторинг, логирование, трейсинг и дополнительные компоненты.
Сервисный слой — это необходимые вспомогательные сервисы. Наше бизнес-приложение наверняка хранит какие-то данные, ему нужны кэши, а возможно, и очереди.
Слой приложения — это уже само бизнес-приложение.
Благодаря такому разделению удобно работать с зависимостями. Например, мы так выставляли priority class для базового слоя.
Enjoy! =)
Коллеги, всем привет! =)
В своих докладах я довольно часто делаю отсылку к модели BSA (base-service-app), и порой меня спрашивают: «Откуда она вообще взялась?»
Впервые я познакомился с этой моделью в 2019 или 2020 году, когда трудился в E42 (кто знает — тот знает).
Модель BSA хороша тем, что она достаточно явно описывает связь «условного» бизнес-сервиса с необходимыми зависимостями (БД, кэши, очереди и т. д.) и инфраструктурой.
Как говорил классик: «Всё переплетено».
Давайте по порядку.
Базовый слой — это слой инфраструктуры, и именно тут разворачивается наше приложение. Это не просто условная ВМ или кластер Kubernetes — это ещё и необходимая инфраструктура: мониторинг, логирование, трейсинг и дополнительные компоненты.
Сервисный слой — это необходимые вспомогательные сервисы. Наше бизнес-приложение наверняка хранит какие-то данные, ему нужны кэши, а возможно, и очереди.
Слой приложения — это уже само бизнес-приложение.
Благодаря такому разделению удобно работать с зависимостями. Например, мы так выставляли priority class для базового слоя.
Enjoy! =)
🔥7👍5