vITops blog вАйТишный блог - DevOps path мше

Про bash и DevOps ... https://t.me/devops_ru/1350378 Михаил Гиримонов: Пацы поделитесь пж, насколько глубоко bash скриптинг используете в работе? Ruslan Gustomiasov: нинасколько Михаил Гиримонов: Да ну, ни разу не требовалось что то написать. Типо все утилиты существующие подходят для задач? WITHARD -h: базового достаточно должно быть, на всякий cron просто и всё наверное. если интересует , то скорее в сис админы? Ruslan Gustomiasov: стараюсь использовать более подходящие инструменты Михаил Гиримонов: Странно. Я думал наоборот, скриптинг побольше потребуется на верхней девопс сфере чем в сис админстве WITHARD -h: девопс - софт версия сис админов. CLI утилиты еще да, а Bash скорее только по задаче Но, Bash не помешает на самом деле Maxim Lee: Зачем на баше-то писать? Kasta1a: Тебя больше по траблшутингу гонять будут Михаил Гиримонов: Хз. Для саморазвития по линуксу Maxim Lee: Ну просто есть норм языки а не это WITHARD -h: а ты хочешь в ядро лезть? если да - делай. Если онли девопс - сиди учи матчасть === #bash #inside #education

Куда податься начинающим https://youngjunior.ru/ ... https://t.me/devops_jobs/1586179 - -: прекрасно, а бедолагам без коммерческого опыта что делать? Sergey Trapeznikov: рынок и так перенасыщен, конкуренцию не выиграете Asgoret: идти в младшие\помощники\стажеры\системные администраторы и начинать карьеру. или ты хочешь сразу после школьной скамьи залететь на лида\сеньора\руководителя? Alexandr Kruchkov: В конце-концов отслеживай подобные каналы/сайты, пиши, что готов за еду работать, лишь бы опыт получить. - @it_interns / https://youngjunior.ru/ ...сам никогда не пользовался, но в закладах есть. #hr

Статья на #habr про грейды. Мидл — это не три года опыта. Грейды в DevOps как типы ответственности / Хабр https://habr.com/ru/articles/1068538/ Основное отличие синьора от мидла - закона ответственности. Первый может ответить за весь прод, а второй - только за свои таски, которые делает очень хорошо. Ещё, синьор проблему может раскидать на задачи, как тимлид, а мидл закрывает задачу, но лучше всех на селе.

Раз пошло про книги, в комментариях к одному из постов сильно рекомендовали "Руководство системного администратора Unix и Linux". Цена двухтомника от 4к. Нашёл за 2'400 р., но с какими-то диким сроком поставки. Прихожу забирать, а она из Китая... Я даже полез проверять, не на китайском ли она, языке. Из странного - выглядит так, как будто толстую книгу располовинили буквально и одели в обложки. По оформлению - это брак. Возможно, поэтому столько стоит. Теперь я знаю, что и печать русских книг может происходить в Китае. #book Да, комментарий о полезности этой книги сопровождался условием выполнения заданий.) #education

#book "Внутреннее устройство Linux" Брайан Уорд ... https://t.me/devops_ru/1348309 I: Поcмотри ещё "Внутреннее устройство Linux" Брайан Уорд, книжке хоть и 10 лет на данный момент, но там хорошая база по линуксу на 300+ страниц PDF https://csharpcooking.github.io/theory/HowLinuxWorks.pdf Ozon https://www.ozon.ru/product/vnutrennee-ustroystvo-linux-3-e-izd-uord-brayan-683620855 CentrMag https://www.centrmag.ru/catalog/product/vnutrennee-ustrojstvo-linux/ У этих ребят есть раздел Букинистика в Книгах (https://www.centrmag.ru/catalog/bukinisticheskaya_literatura/), там оригинальные книги до 1950 года. Учебники и коллекционные сборники по цене ниже одной современной книги. === #education === Update Ещё советуют книгу нашего автора Внутреннее устройство Linux. 3-е изд. | Кетов Дмитрий Владимирович От издательства bhv Ozon https://www.ozon.ru/product/vnutrennee-ustroystvo-linux-3-e-izd-ketov-dmitriy-vladimirovich-1261012608 Но, судя по оглавлению, они немного разные

Go структура проекта https://github.com/golang-standards/project-layout Обсуждение началось тут: https://t.me/gogolang/1065898 ... Pro Logic 🍓: Какие хорошие практики написания кода и его архитектуры существует? Например main.go хранить в cmd, http/grpc хендлеры в internal/app, в них вызывать сервис из internal/pkg/service который их реализует Вот если вспомнить все хорошие практики - как нужно писать код? Есть ссылки на гитхабы хорошие? 42 49 47 42 4F 53 53: Это не хорошая практика, если делать это без понимания зачем Pro Logic 🍓: Расскажешь зачем? Недавно вот увидел прослойку в виде репозитория между сервисом и store, которая через options позволяла гибко писать любые методы без функции на запрос на уровне store Вот такое интересно 42 49 47 42 4F 53 53: Не понимаю зачем мне дублировать то, что по первой ссылке в Гугле найти можно https://github.com/golang-standards/project-layout/tree/master/cmd Обычно если я предполагаю что мое положение будет иметь только одну точку входа или если приложение является go библиотекой, то я cmd не создаю, ибо нет смысла Game Master: чот какая-то извращённая логика. проще прост всегда делать и соблюдать везде один принцип 42 49 47 42 4F 53 53: Хз, не люблю бессмысленно папки и файлы плодить Rostislav Teryaev: вроде репо чаще не прослойка, а именно замена стора стор - одна структура и любые методы, которые взаимодействуют с бд репо - структура на агрегат (может быть несколько репо для одной бд) Pro Logic 🍓: Какие плюсы над 1 store с файлами agreget1.go, agregat2.go? Всё равно через интерфейс передаём, чего усложнять Iva: Смотрите, это не совсем мастхев, точнее - совсем не мастхев. Будете работать в команде - вас скорректируют по структуре. Вам нужно только разбить на логичные составляющие, чтобы интуитивно можно было понять, где какая часть. Нет таких правил, которые все сеньоры приняли и пишут так. Суть архитектуры - сделать код читаемым для других людей и для вас(!). Например, не просматривая код пол года быстро разобраться где, что. Pro Logic 🍓: А если речь про сеньоров и выше, от них могут хотеть свой устав в новый храм принести, как раз для улучшения кода Iva: Да, разные тим лиды будут требовать разное Ну вообще, папка cmd: если есть несколько програм(бинарников) в вашем проекте - тогда их кидают в эту папку, чтобы не захламить корневой каталог (а там и так обычно хлама много). Так же папка internal с пакетами бизнес логики. Ну и папка pkg для служебных пакетов. Pro Logic 🍓: А если поглубже? Какие пакеты в internal обычно есть и как зависят друг от друга? 42 49 47 42 4F 53 53: https://github.com/golang-standards/project-layout Andrey Burov: но строго следовать этому не стоит Iva: Писать лень. Сделаю гпт запрос за вас) попросил какой-то магазин. shop/ cmd/ api/ # HTTP API (публичный/админ) main.go worker/ # фоновые задачи: обработка заказов, e-mail, стоки main.go migrate/ # применение миграций main.go internal/ config/ config.go db/ connection.go migrations.go auth/ middleware.go # JWT/Session (заглушка) api/ router.go handlers_products.go handlers_cart.go handlers_orders.go products/ repo.go service.go models.go cart/ repo.go service.go models.go orders/ repo.go service.go models.go inventory/ service.go # резервы, списания pricing/ service.go # цены, скидки, промокоды users/ repo.go service.go models.go migrations/ 0001_init.sql 0002_demo_data.sql go.mod README.md Andrey Burov: да пихай туда что угодно, посмотри потом со стороны что может быть использовано другими Roma: Имхо каждый разраб просто к чему то своему придёт Andrey Burov: да, с опытом правильного решения нет Rostislav Teryaev: Я бы тут смотрел с двух сторон: 1. Концептуальной 2. Файлики === #go ... Продолжение в комментах

20260703 про учёбу вне задач https://t.me/devops_jobs/1574425 ... Nickolay Kritsky: Моё понимание. Писать код на интервью - на самом деле не очень сложно. Особенно на сисадминские позиции. Но этот процесс требует специфической хоть и небольшой тренировки (часов 40 грубо говоря). Я всю жизнь чему-то учусь «про компы». И всю жизнь я учусь в процессе работы. То есть - передо мной встаёт новая задача, я её начинаю решать, и в процессе учусь. Я не учусь просто чтобы уметь что-то. Поэтому, когда я читаю в интернете что надо специально учиться проходить такие интервью - всё во мне протестует. Очень тяжело себя заставить делать такое - «бессмысленное». Рискну предположить, что у многих девопсов такой же подход к получению новых знаний и навыков как и у меня. Нам всю жизнь «некогда» учиться чему-то что не относится к сегодняшним задачам конкретным. Ибо и так дофига знаний в себя впихиваем. Некоторые - себя пересиливают, включают рацио, тратят 30-50 часов и начинают спокойно проходить лайвкод. Остальные - вообще не умеют. И впадают в панику/отрицание/агрессию :) При этом вторые могут быть гораздо опытнее и скиловее первых. Отсюда - разброс который ты видишь Pavel: Может, это не в тему. Но когда я готовился сдавать IELTS, у меня всё внутри действительно протестовало. Вас действительно натаскивают на то, как сдать экзамен. Это кажется чем-то бессмысленным. === #education #inside #hr

Про ingress и кубер https://t.me/kubernetes_ru/1136963 ... Уставший Бэдыч: Я в кубернетисе пока смешарик, можете подсказать почему ingress-nginx (https://github.com/kubernetes/ingress-NGINX) перешёл в архив? Вроде же популярный ингресс контроллер был Elenhil: 1) ингресс вообще как сущность более не рекомендуется k8s 2) это дело разрабатывали 3.5 калеки за спасибо, и подзаебались Уставший Бэдыч: Окак, спасибо А что сейчас тогда используется? Elenhil: ингресс 🙃 типа, рекомендуют gw api но он говно и все сидеть будут на ингрессе до талого Mentat: haproxy-ingress, traefik-ingress Дмитрий Богомольный: Envoy Gateway === #k8s

О, образовательное ... Alex Shabalin: Последний раз я такое видел в 2023 у яндекса https://www.youtube.com/watch?v=mMEeidcHpoY Там где-то должна быть ссылка на само событие, я с телефона не нашел( Upd А, о во - https://yandex.ru/yaintern/training/devops-training === #education А очередной тред про вкатывание начался тут: https://t.me/devops_jobs/1579077

2026-07-17 Свежее про рынок труда из закрытого ученического чата ... Стас: День добрый,мужчины,жена работает QA,хочет сменить место работы,до этого всегда была в 1 компании.Можете дать какие либо советы или рекомендации?Как сейчас дела обстоят на рынке? Dm: если есть работа, то лучше никуда сейчас не дергаться Alexandr G: Как и во все времена, специалистов толковых с руками и мозгами, днем с огнем не найти, специалистов среднего пошиба или классом ниже навалом и никуда не приткнуться Warboss: Привет. Не знаю как в QA, в системном администрировании/DevOps судя по всему жопа. Много вакансий за мискарис, либо нужен семирукий пятихуй, который и принтерами будет заниматься, и ремонтом АРМ, и пайплайны писать. и ЛВС кидать. ПыСы на истину не претендую, лениво курю сайты с вакансиями. Georgii K: Подтверждаю Периодически мониторю, просто спрашиваю, болтаю с hr - всё грустно Последнее время те, кто менял места работы, были либо невъебацца спецами, либо их перетягивали компании-партнёры, редко кого прям звали куда-то на хорошее место В целом, и аналитики знакомые, и проггеры говорят о том же самом Dm: ну а так - всё плохо на рынке, кредиты дорогие, денег нет Стас: В общем, ничего толком не ясно,нужно по собесам пройтись и как дадут оффер менять место. Georgii K: Да, увольняться с мыслью "Да чот найду" уже не катит Александр Краев: Жопа на рынке. как у devops так и у разрабов. у меня тут знакомых разрабов посокращали, хороших, уровня мидл+/сеньер... по 3-6 месяцев новую работу искали, а некоторые все еще ищут... Dm: ничего необычного, уже лет 5 такие требования Georgii K: Ну не 5 точно Я в 23 году только вкатывался, смотрел вообще всё - было сильно меньше требований при той же ЗП, как-то старались сотрудников между зонами ответственности распределять Формат семирукого восьмикрыла всё ещё был чем-то странным Dm: в 21 выкатывался из администва, уже такое было Georgii K: Куда ушёл? Dm: в девопсы Ivan: да вроде девопсов норм вакансий хватает... вот в разработке местами жопа особенно в битре) Georgii K: Ну, порог вхождения поднялся сильно Пытался внутри компании пройти - нет, шанс сейчас около нуля фактически, хотя раньше можно было легко перейти Тыкался на стажировки уже в моменте - минус Для обычных вакансий опыт нужен, а где его взять-то? Крутить и врать не очень хочется Но, опять таки, это всё сугубо мой опыт Ivan: я перешел мб мне повезло прям оч жестко придется)) именно так 😄 учись главное потом тех базу не завалить на вопросах Georgii K: Да вот, видимо, придётся выдумывать - я уже потихоньку мысленно принимаю это Пиздец, конечно, но когда тебя уже начинают сливать со стажировок, то начинаешь задумываться Я, конечно, не самый-самый какой-то и даже не пытаюсь им казаться, но всё таки уж опыт работы и понимание того, что я делаю, есть :( Ivan: мне возможно прошлый опыт помог, т.к я из разработки уходил + учил еще сам попутно, но крутануть пришлось все равно эйчары просто даже не смотрят ) если последние 2 места ты не девопс)) примерно так Georgii K: ну да - сисадмин про заляпанный свитер, пиво и асоциальность, а вот девопс - мощно, модно, молодежно и со смузи йэх Ivan: да просто поменяй)) название хд === #hr #inside

20260703 про мониторинг https://t.me/devops_ru/1344045 ... 🍋‍🟩: Окей а что насчет кейсов когда прод падает как откатываете какие то кейсы с клодом есть Илья Корж: Есть. Агент чека состояния всего энва по Observability (логи, метрики, трассы, k8s состояния, эвенты). И ранбуки для второго агента для рестора между blue/green кластерами dslimp: race condition еще не было когда агенты борятся между собой?😁 Maxim Lee: Клод-то тебе зачем? Стандартный протокол: confirm, communicate, identify blast radius and top offender, mitigate, escalate Логи надо собирать а не в под заходить смотреть Илья Корж: Для таких кейсов параллелизм разрешен только на анализ состояния, но не на рестор. рестор - только по жёсткой инструкции Хотя если честно юзали всего два раза за полгода и то на минорные прод инциденты Лучше правильно и чисто инфру, сисд и аппки сделать Maxim Lee: А как прикидываешь сигналы в симптомы без описания SLI? Я пришёл к генерации SLI и их SLO по телеметрии, но это всё равно надо на ревью человеку отдавать Илья Корж: Это сразу на звонилку тогда, то что не детерминировано, сразу вебхук на spike.sh Maxim Lee: Я пока только один сигнал выделил: если за ингрессом нет готовых подов — можно кидать пейдж не дожидаясь пятисотых ошибок Илья Корж: А /healthcheck какой то в аппках есть? Без этого вообще нет смысла в кубе, можно и на мясном ssh git деплое тогда жить) Maxim Lee: Само собой, я про APM событие на основе инфраструктурной телеметрии Илья Корж: Я бы так не заморачивался достаточно общего состояния деплоймента плюс сервиса Плюс ООМ и фатал лог чекер в целом нам хватает таких алертов : K8s PVC Low Space Monitor K8s HPA Scaled Monitor Pod Crash Looping K8s Node Not Ready Monitor K8s Karpenter Provisioned Monitor K8s PVC Pending Monitor Workload OOM Killed Workload Fatal Log есть разумеется и бизнес-метрики, но там NDA показать не могу Maxim Lee: информацию о том насколько хорошо себя счувствует их приложение шумновато) Илья Корж: Часть из них те что про скейлинг - скорее инфо чем алерты Пишется в отдельный Слак/Loop канал Maxim Lee: который никто не читает 🙃 Илья Корж: Это скорее для ретроспективного анализа, вещь хорошая но юзаем редко Maxim Lee: да я понимаю, у меня тоже такие сообщения отдельно собираются, полезно для постмортемов Илья Корж: Вообще в идеале написать рой агентов с координатором который будет постоянно собирать потоки агрегированной телеметрии через MCP и будет главным мальчиком кричащим "волки") С правом звонить если что то не детерминировано по состоянию Но это тема на докторскую диссертацию как по мне Датадог и ГраундКовер идут по такому пути кстати Maxim Lee: dash0 ещё Илья Корж: Изучу спасибо Maxim Lee: они дешевле датадога но и не такие красивые) === #alert

20260703 про деньги https://t.me/devops_ru/1343984 ... 🍋‍🟩: Дали оффер на сеньор девопса на 450к+ и думаю че делать Илья Корж: Мало, нормальный ценник на сеньора от 600к dslimp: это где, в влажных фантазиях?) Maxim Lee: На Кипре рандомная контора или например Паларк примерно столько предлагают если в рубли перевести Илья Корж: В вебкам и гемблинге это нормальный рейт) dslimp: ну я отталкиваюсь что ценник в рублях, значит рф. а в рф помидору 600к сейчас не факт что найти) Maxim Lee: На работе нужны не знания а умения. Ты что умеешь делать-то? dslimp: скам :D имхо достаточно ненадежная работа Илья Корж: В ВПК есть изредка и под 800к Сидите на двух) dslimp: да одной много. да у меня и норм зп, не жалуюсь)) Илья Корж: Тогда вы счастливый человек (без сарказма) === #money

май 2026 сейлзы по чём? О ЗП в IT продажах https://t.me/itrecruitergroup/352965 ... Anastasia: коллеги, привет! а есть кто из digital/заказной разработки/SaaS, желательно в Москве? хотела пошушукаться о том, какие оклады предлагают сейлзам - буду очень благодарна, если кто-то будет готов обсудить, можно в лс 🙏 в работе сейчас сложно-единорожный профиль продажника в МСК/МО нанимающий несгибаем в вопросах вилки по окладу, отказы, оч длительный поиск и открытые данные из исследований по Москве ему не кажутся валидными причинами) Мария Колотвина: Несгибаемость обычно первый индикатор того, что на самом деле никто не нужен, а нужно ныть, что народишко не тот пошел. Цифры не помогут J T: Джунов в прошлом году брала за 100 + % (выборка была маленькая, естественно отказов было много, но в итоге вывела 2х) Миддл+ заряжают хотелки в районе 250-300 +%, в принципе, на эту сумму тоже вывели одного человека. Но вообще, это слишком маленькая выборка, чтобы какие-то выводы делать, потому в продажах очень важны помимо оклада средний чек, средний срок сделки, расчет бонусов для продавцов и т.п. и т.д. *искали на гибрид, а взяли в итоге на удаленку))) Darya Proskura: А процент от чего был, если не секрет? 𝐀𝐫𝐭𝐞𝐦 𝐌𝐚𝐬𝐥𝐨𝐯: предположу, что процент с продаж) Darya Proskura: Ну кто-то от маржи платит, кто-то с оборота. Поэтому спрашиваю) 𝐀𝐫𝐭𝐞𝐦 𝐌𝐚𝐬𝐥𝐨𝐯: думаю там не суть и сейчас большинство платит процент от MRR, просто где маржа большая, там и процент будет не 2-3-4, а процентов 15+ Станислав Наркевич: Сейлзам могут предлагать вполне вилку 50-80к + бонусы. У меня есть знакомые кто на таких условиях нанимает и внезапно там все довольны. Но это ни разу не универсальная история и сильно зависит от этих самых бонусов. Если прям беда с поиском возможно в самой ваке стоит сделать акцент на деталях доп начислений и чуть раскрыть условия и эти самые бонусы. Vitaliy vITops: И бонусы раз в 6-9 месяцев.) и как узнать заранее? Станислав Наркевич: А это уже проблемы работодателя. В конце концов - увы страдает рекрутмент, но это часть нашей профессии . https://t.me/itrecruitergroup/353772 ... Оксана: Коллеги, всех с пятницей!)😍 Если у вас есть хорошие сейлзы в ИТ на примете - буду рада рассмотреть резюме🙏 Katerina: Коллеги, всем добрый день! Аналогично Оксане. Тоже очень нужен сейлз для IT продукта Ирина D: Коллеги, всем прекрасной пятницы! У нас есть сейлзы в ИТ, обращайтесь) Felix Temp: Продажи B2B или другие "долгие" продажи с большим чеком (особенно если опыт в агентстве). 𝐀𝐫𝐭𝐞𝐦 𝐌𝐚𝐬𝐥𝐨𝐯: везде не сладко, кроме б2г )) в б2б сейчас вообще ж_па, так как все затягивают пояса потуже, нано и микро бизнес просто исчезает, даже средние ребята считают каждую копейку, за энтерпрайз не берусь утверждать, но не думаю, что там всё типтоп === #money #hr

20260618 советы от HR по резюме https://t.me/devops_jobs/1569207 ... Nekki: А че писать, если достижений нет? Просто сидел делал задачки вовремя и в срок? Amalia: да ничего, не нужно изобретать велосипед. Описать свой пул задач четко в резюме и на собесе подсветить что ты хороший исполнитель, четко, в срок и самостоятельно по внятному ТЗ все делаешь крута Stepan Shakhmin: все правильно. и придумывать лишнего не надо все равно не возьмут ) Nekki: Я так уже когда-то делал. В итоге на техсобесе хз почему отваливаюсь, хотя на все вопросы отвечаю нормально. Amalia: резюме должно быть читабельным, все эти "повысил производительность на 105%" а че, а как, у куда. Лучше написать по-человечески то и то могу, 5 лет на таком-то языке, таком-то фреймворке. Такой-то проект был с таким-то стеком и я на нем 1. отвечал за 2. делал это не могу подсказать, вариантов море. И кандидатов море, могли выбрать того кто чуть больше по навыкам мечнулся и даже банально как человек Nekki: Очень грустно, что вместо нормальной одежды приходится нацеплять клоунскую мишуру и танцевать Stepan Shakhmin: пиши про себя так, как ты себя представляешь иначе можешь попасть в команду, которая просто будет "на другом языке разговаривать" Amalia: уметь в самопрезентацию хорошо, но адекватный рекрутер и лид хотят конкретику, а не резюме от ии или карьерного консультанта. Кому оно надо оформить, заонбордить и по итогу выгнать через неделю потому что ты кроме красивых речей и оформления резюме ниче то и не можешь Nekki: Это все равно так будет, я аутист (буквально диагноз), я могу тольько задачи нормально выполнять. Социальные ритуалы мне очень тяжело даются. Amalia: поверь, у меня даже запросы были от нанимающих "нам нужен гик, вот чтобы прогер из мемов, нам таски закрыть нужно, а не модель с харизмой казановы" Kirill Baranov: все думают, что у них нет достижений, на самом деле есть. Вот чем занимался всё время, то и напиши. По честному. Это лучше всего. Составлял пайплайны, автоматизировал что то - это тоже достижение, это ускровение разработки, сокращение рутины. ВСё, чем ты занимаешься приносит пользу организации, иначе бы тебя этим не просили заниматься. Вот посмотри на себя со стороны окупаемости для организации, и напиши с этого взгляда. Ну или ИИ попроси тогда) Amalia: отказы неприятны, но совсем крест на себе ставить не нужно. Если перед вами команда экстравертов которые любят поугорать в курилке в перерывах, а вечерами собраться, а вы интроверт у которого соц батарейка на нуле и вам бы мониторами обложиться и чисто свои таски двигать то мб вам и не надо в ту команду.. Nekki: А бывает, что собесы просто для галочки проводятся? Ну в том смысле, что собес проводится, вакансия висит, но реально человек не нужен. Amalia: время хэда слишком дорогое чтобы гонять его на собесы для галочки. Если кто-то так делает сама бы послушала с какой целью Alexey Voronkov: Может только условно для галочки, тк любые собесы полезны, даже там, где ты 30 минут просто за жизнь разговариваешь. Как минимум - проверка на адекватность) Андрей (DevOPS) Коненко: Стартовые НЕ ТЕХНИЧЕСКИЕ вопросы - пожалуйста. Так и должно быть. Многоступенчатое интервью - сначала разговариваем чисто за адекватность кандидата, а потом уже технические навыки пусть специалист оценивает. Nekki: Но ведь собеседования это прямая обязанность менеджеров... Amalia: вот тут вопрос к хэду и компании, текучки быть не должно. Я говорю именно про то что время хэда дорогое, потому и должен рекрутер провести фильтр на первичную адекватность, далее по скринингу от хэда пройтись по резюме, условно ну вот опыт в финтехе последний год критикал. Уточнить какие-то моменты, направить хэду, он зовет тех кто по резюме понравился. Не самому же хэду косарь откликов смотреть Alexey Voronkov: В зависимости от иерархии. Чем ближе к хеду, тем ему полезнее и интереснее присутствовать на интервью. Amalia: ну если он весь рабочий день будет собесить всех желающих еще и без потребности в найме то это манки джоб и чтобы что === #hr #inside #резюме ... продолжение в комментах

CLI мониторинг при помощи ccze https://t.me/bashdays/49 ... В стандартные пакеты linux эта утилита не входит, так что, тут нужно ее установить командой: apt/yum install ccze Ну, а после установки применяем на практике: cat /var/log/syslog | ccze -A Ключ -A = Generate raw ANSI output Вместо cat можно иcпользовать и tail, чтобы логи бежали в реальном времени. Я, к примеру, при дебаге использую исключительно tail: tail -f /var/log/syslog | ccze === #alert #tools #bash

20260617 вопросы на собесе 4 https://t.me/devops_ru/1340394 ... Alexandr Kruchkov: Почему сборка образа занимает разное количество времени? Задачка чисто для пятницы, флуда и размышлений. Дано: Два разработчика получили одинаковое железо в компании Сидят в одном помещении, склонировали один репозиторий каждый себе локально на свою железку. Поработали с ним с недельку. Затем начали собирать один и тот же образ на одинаковом рабочем железе, с одинаковым Dockerfile, одинаковыми зависимостями. Проблема: У одного сборка занимает несколько секунд. У другого 5-10 минут. Каждый раз, даже с кешем. Dockerfile простой, как запросы айтишника из регионов: FROM node:20-alpine WORKDIR /app COPY package.json . RUN npm install --production COPY . . CMD ["node", "index.js"] Билд такой же. docker build -t myapp . Вопрос: что может быть причиной? Облегчим мою участь, ответим сразу на массу вопросов: Одинаковый рантайм, одинаковый билдкит. Одинаковые лимиты на сам докер. Никакого троттлинга, одинаковое энергосбережение. Да даже версии утилит и рантайма одинаковые. Андрей (DevOPS) Коненко: А npm -i ставит одинаковые вещи? Вообще разные проекты - разная сборка, кодили то они разное и число модулей там как минимум разное... Maxim Lee: edge caching? у первого cache miss, у второго cache hit Alexandr Kruchkov: все одинаковое с кешем, без кеша - одинаковое поведение Андрей (DevOPS) Коненко: То есть под "поработали недельку" это понимается, что они не образ корректироали, а получается, они с ним и не работали? Alexandr Kruchkov: Ну пусть будет час/день. нет разницы. Докерфайл никто не менял. tutunak: сидят они на одной сети в одном офисе? Alexandr Kruchkov: Всё рядом, одна сеть. Одинаковые условия. Maxim Lee: правильный ответ: если собирается всё правильно, и время сборки сильно меньше чем интервалы между запусками сборки и не влияет на ключевые метрики - тратить на это время не нужно но вообще скорее всего в npm дело, может где-то в разные registry смотрят? Alexandr Kruchkov: Реджистри одинаковые - джейсон то одинаковый Игорь: Dockerignore + папка git Alexandr Kruchkov: Бинго, а раскроешь ответ? Андрей (DevOPS) Коненко: Это значит код не одинаковый уже (!). Содержимое контейнеров разное. Alexandr Kruchkov: Контейнеры почти одинаковые на выходе. размер тот же, но сборка у кого-то медленно, у кого-то быстро. Ответ За неделю работы один из разработчиков в какой-то момент закоммитил большой файл (дамп БД на 30Гб), а потом удалил его коммитом, нечто типа: git add dump.sql # 30 GB git commit -m "add dump for testing" # ... git rm dump.sql git commit -m "remove dump.sql" Файла в рабочей директории нет. Визуально всё чисто. Но git хранит все объекты истории в .git/objects - и dump.sql никуда не делся, он просто перестал быть в HEAD. В итоге .git весит ~3 GB, хотя сам проект - несколько килобайт. Docker при docker build -t myapp . упаковывает все файлы контекста включая скрытые директории и тащит эти 3 GB демону каждый раз, даже если кеш слоёв полностью актуален. Вопрос в целом на понимание связки знаний по - docker context механизма передачи демону - .dockerignore файла (его, естественно, нет) - засирания гита 🦍 - версии билдкит DOCKER_BUILDKIT=0/1 и COPY . . и поведения при этом - инвалидацию слоя с копи, так как git head меняется каждый раз Nickolay Kritsky: Классика :) tutunak: откуда она бы там взялась если сборка локальна и не пулят измнения, нет там клона Nickolay Kritsky: Я вот вообще не умею такие задачи решать без логов и отладчиков. И ничего - живу как-то с этим tutunak: тем что докер пихает все что есть в директории, если ему не сказать этого не делать Alexandr Kruchkov: А где в задачке (к слову в которой есть описание Задачка чисто для пятницы, флуда и размышлений. ), указано, что Содержимое контейнеров разное ? разницу на git clone ну он был один, а дальше клона нет. Там только докер билд Maxim Lee: Господи я каждый раз забываю что у тебя задачи про инвалидов Alexandr Kruchkov: Могу и для здоровых, правда их меньше, увы. === #interview

#alert https://t.me/bashdays/49