Thousands of exposed GitHub repositories, now private, can still be accessed through Copilot
Хто буде на мітапі, запитайте будь ласка, чому Github Copilot тренують на приватних репозиторіях 🤦♂️
Books & Growth
Доброго вечора, шановне панство!
Нагадаю, що ми всі успішно прочитали наступні книги за останні N років:
- Continuous Delivery: Reliable Software Releases
- Site Reliability Engineering
- The Site Reliability Workbook
- Building Secure and Reliable Systems
Частково хтось міг також прочитати:
- The Phoenix Project
- Designing Data-Intensive Applications
Крім того, ми охопили чимало матеріалів про Infrastructure as Code (на початку), Docker (дуже давно), Kubernetes (просто давно), а також, можливо, хтось із вас, хто пішов у лідершип, знайшов корисними такі книги:
- Software Engineering at Google (рекомендую)
- The Staff Engineer’s Path (теж дуже якісна)
Ми зробили величезну роботу — покрили клауди, процеси, моніторинг, логування, фінопс, reliability, скейлінг, сек’юріті, self-healing і багато іншого. Але, як бачите, з моменту виходу першої книги минуло вже 15 років. Попри еволюцію, може бути (?) настав час або для pivot, або для generalization.
Поділюсь кількома думками щодо Generalization Path:
- Гіпотеза: передусім ви — Software Engineer, і вже потім фокусуєтесь на DevOps / Infrastructure / Platforms
- Nobody will hire you if you don't have coding skills
- Це будуть перевіряти через live coding на співбесідах (у тому числі - літкод)
- Часу лишилося не так уже й багато, але роки 2-3-x має бути
- Поговорити про апдейт воркер-ноди чи terraform state вже не вийде :) Точніше, вийде — але лише на одному з 5 етапів інтерв’ю.
Альтернативний Pivot Path
Якщо ви вже працюєте в цьому напрямку - дуже круто!
- ML Operations та все, що з цим пов’язано - у цих вакансіях очевидно всі раунди з літкодом і вишматом
Наприклад:
- Software Engineer, Infrastructure - OpenAI (200к-400k мінус податки плюс еквіті)
- Systems Engineer, Infrastructure - Anthropic (те ж саме)
Можливо, це і звучить як булшит, або читаючи ви не згодні десь всередині, але я хотів цим із вами поділитися. Це стосується тільки топ ЗП-шок, я не думаю що середній DevOps Engineer з медіаною
GCP HttpRequest.latency
Доброго вечору, сьогодні історія про GCP, їх логування, специфікацію логів і unexpected behaviour.
Референс:
https://cloud.google.com/logging/docs/reference/v2/rest/v2/LogEntry#HttpRequest
latency string (Duration format)
The request processing latency on the server, from the time the request was received until the response was sent. For WebSocket connections, this field refers to the entire time duration of the connection.
A duration in seconds with up to nine fractional digits, ending with 's'. Example: "3.5s".
Більше контексту:
GCP це логує на балансерах, функціях і інших компонентах. Прочитайте це будь ласка, і я прямо зараз фолоу-апну питанням.
Дякую за те, що прочитали офіційну специфікацію GCP і проголосували. Я зупинив опитування.
По результатам також видно конфуз:
- 49% Server Side Request Latency
- 12% TTFB
- 12% RTT
- 28% Total Response Time
Поясню причину unexpected behaviour:
- по опису метрики, яку я закинув з офіційної доки - очевидно це Server Side Request Latency
- тут пишуть що це Total Response Time, а в коментах - що RTT
- тут пишуть що це Total Response Time
- в коменті до опитування пишуть, що взагалі НЕМАЄ правильної відповіді
- ще є купа тредів і форумів де люди конфьюзяться
В моєму випадку я помітив цю штуку на slow clients на пет-проджекті, і грішив на бекенд. Далі зробив profiling + tracing, також k6 перформанс тести і зрозумів що в мене немає жодних питань до бекенду. Але є дуже багато питань до метрики 😆
З моєї сторони, значення яке туди потрапляє виглядає як Total Response Time, і пруфається через curl --limit-rate
➡️ Тепер я попрошу GCP сертифікованих інженерів, або тих хто точно знає зайти в коменти сюди, і дати відповідь що є дійсно таке HttpRequest.latency в логах GCP до балансера
Сподіваюсь розберемось разом, на тижні ще закину чудову статтю з Pragmatic Engineer про стан ІТ в 2025, де є +40% зросту від дна ринку (як в опозицію до поста, який писав вище). Успіхів!
DOU DAY + The Reality of Tech Interviews in 2025
Вітання!
Вибрав для вас декілька доповідей з DOU DAY, на які варто звернути увагу:
- Jujutsu, GitButler: make git fun again - Всеволод Поляков
- Великий вихід з гіперскейлерів. Стратегія міграції інфраструктур - Володимир Цап
- Операційна система: що насправді відбувається, коли ви запускаєте вашу програму - Віктор Турський
- TBA - Ігор Дворецький
- Розвиток і впровадження AI агентів - Денис Попов
Також як і домовлялись, мікро-огляд статті The Reality of Tech Interviews in 2025:
https://newsletter.pragmaticengineer.com/p/the-reality-of-tech-interviews
➡️ New reality of tech hiring
2021-2021 ми бачили пік ринку, потім падіння в 2023, і зараз +40% порівняно з низом ринку. Тобто, порівнюємо не з перегрітим ринком, а з низом ринку - і таким чином покращуємо свій mental health.
➡️ Analyzing the tech hiring market
2023 163K вакансій, зараз - 230К. Перспективні напрямки: AI Infrastructure, Machine Learning Operations. В стандартних доменах, типу бек, фронт, мобайл - складно. Сіньйори в шоколаді - все так само отримують офери, особливо - якщо вакансія і ваш досвід матчиться. Джунам - важко як ніколи. Більше етапів інтервью. Менеджери - теж важко.
➡️ Interview process changes
Стандартно DSA, але якість очікують вищу, і складність - більшу. Системний Дизайн - знову очікують більше. Також більше шансів отримати промоушн в мідла, якщо прийшли на вакансію сіньйора. Тім матчінг (aka team lunch) - ще один неформальний раунд співбесіди.
➡️ Interview format differences at startups and Big Tech
Тут все очевидно - FAANG - DSA, компанії менше - щось схоже до того, чим будете займатись в компанії.
➡️ Preparation strategies by experience level
Джуни: 80% DSA, 20% behave
Мідли: 50% DSA, 25% сисдиз, 25% behave
Сіньйори: 50% сисдиз, 20% DSA, 30% behave
Стафи: 90% біхейв, бо в них DSA і сисдиз і так від зубів відскакує
Executive Summary:
- 2020 - 2021: golden rush, "please take our money"
- 2025: "prove you're worth
Вступ до MLOps і LLMOps
Добрий вечір пані і панове,
Сьогодні прийшов до вас з вебінаром по MLOps і LLMOps, який проводить Дмитро Сподарець - і він займався цим ще до мейнстріму. Враховуючи глибоку експертизу, ми запросили Дмитра допомогти в організації DevOpsDays Ukraine: AI Chapter (відбудеться восени), і я хотів би порекомендувати відвідати безкоштовний міт:
➡️ https://lu.ma/pz9mltkn?tk=4k0AIj
Також і я працюю в цьому домені, тому тримайте мікро-підбірку технологій, які не будуть зайвими в Machine Learning Operations. Частину ми використовуємо або використовували, частину я бачив на суміжних проектах, тощо.
Основна суть - додати собі в "контекст", щоб коли зустрічаєте статтю або гайд - не скіпали, а розбирались. Все це (ну майже) сетапиться на K8S, і цього набору буде достатньо щоб створити і потикати ML pipeline.
Отже, поїхали, по доменам:
1) Annotation - CVAT, Label Studio
2) Pipelines - KubeFlow / Metaflow / Airflow
3) Experiment tracking - MLFlow
4) Distributed Training - Ray, Horovod
5) Data Versioning - DVC
6) Serving - скиньте в коменти, у нас модельки на еджі (BentoML? KServe? Seldon Core? )
7) Feature Store - Feast
8) Model Registry - також MLFlow
9) Monitoring - Prometheus Stack
10) Tracing - OpenTelemetry + Jaeger
(закінчив список на тулах, які ви ВЖЕ знаєте - для хорошого настрою)
По KubeFlow у нас прям топова експертиза, в сторону multi-region, на 1000+ GPU-шних нод (автоскейлінг звісно). А ще ми випалили лям доларів через залипші поди в кубфлоу, але про це колись буде окремий пост.
Тихої ночі!
✅ Fwdays Academy відкриває набір на другий потік Platform Engineering Course! Ви зануритеся в Terraform CDK, AWS CDK, Pulumi, Kubernetes CRDs та Helm, отримаєте практичні навички та створите рішення для автоматизації платформ.
Згідно з дослідженнями IT-ринку, в 2025 році фахівці з Platform Engineering заробляють на 20% більше, ніж DevOps-інженери!
👉 Реєстрація та деталі: https://bit.ly/4jNpNI0
📅 Дати: 2-13 червня 2025
⚙️ Формат: 6 практичних онлайн-занять з реальними кейсами, груповою роботою та індивідуальними завданнями
🚀 Кількість місць обмежена
💰 Промо на -10%: mukolaich
Кому буде цікаво?
🔸 DevOps-інженерам
🔸 Розробникам
🔸 Системним адміністраторам
🔸 QA-спеціалістам
🔸 Всім, хто прагне прокачати навички Kubernetes, IaC та автоматизації інфраструктури
💡 Ментор курсу: Anton Grishko — Chief Architect у ProfiseaLabs, спікер DevOps-конференцій, автор статей на DOU і Medium. Понад 15 років у сфері ІТ, один із засновників стартапу з Platform Engineering.
🔥 Отримайте нові знання разом з Fwdays Academy!
Триває найбільша конференція IT-спільноти – DOU Day – і ми вирішили запитати спікерів, як їм подія 😎
Ділимось відповідями Всеволода Полякова, Head of Infrastructure в Let's Enhance. А вам як конфа?
Мережа Трійки та Зарплатне Опитування
Доброго дня, шановні DevOps / SRE / Platform / Infra фахівці! Прошу звернути увагу на важливі ініціативи:
1️⃣ 20 млн збір від DOU - https://dou.ua/triyka/
Запрошую долучитися! DOU збирає кошти + ініціатива також корисна для ментального здоров’я - ще й є мотивація у вигляді призів
2️⃣ Зарплатне опитування - https://dou.ua/lenta/sitenews/summer-survey-2025
Особливо закликаю брати участь інженерів рівня Senior+ або тих, хто має крепку компенсацію. Саме на ці віджети орієнтуються компанії - тому для нашої інфра галузі корисно демонструвати хороші зарплати
Окрема подяка інженеру з Житомира - в минулому опитуванні він задекларував $14K! У нас тут формується нова Bay Area 😁
Якщо хтось має супервисоку компенсацію (або якщо це читає той самий житомирський рокстар) — напишіть мені. Зберемо стек порад і підходів - повністю анонімно
Вдалого дня!
How is AI transforming DevOps?
On September 3rd, join DevOpsDays: AI Chapter to find out. World-class experts will share practical insights on GenAI, LLMs, MLOps, compliance, and building reliable AI agents for DevOps.
🎙️ Talks & Speakers
– The Impact of GenAI on Development and the SDLC, Patrick Debois
– AI Compliance Trends: IP & Data Protection in EU & U.S., Kateryna Dubas
– From Skepticism to Superpower: Adopting AI Tools in Dev Teams, Oleksii Ostapets
– Platform Engineering for LLMs, Max Körbächer
– Building Reliable Agents for DevOps, George Fahmy
– MLOps — details coming soon, Andreea Munteanu
💛 Charity goal: 50,000 UAH for 50 rehab sessions for Ukrainians in physical recovery. Support us and make your donation on the website.
Participation is free
🔗 Register now: https://devopsdays.com.ua — see you soon!
Шановні Інженери,
Після конференції, як завжди, відбудеться говорилка на тему AI. Кімната так і називатиметься - «Про AI» 😁
Теми було підібрано ретельно, з акцентом на те, щоб ви могли покращити процеси у своїй компанії та зоні відповідальності
100% поговоримо про RAG, Fine Tuning, ембедінги і вектори, агенти, MLOps і все що поруч
Реєструйтеся! 🔼
Дивіться що на ширшому ринку відбувається:
- Mistral AI - DevOps Engineer, HPC Services
- Open AI - Engineering Manager, Infrastructure (з кубом, істіо і тераформом в описі вакансії)
- Anthropic - Software Engineer, AI Reliability Engineering
- Nvidia - Senior Software Engineer - Bare Metal DevOps
AWS: знайомство з OpenSearch Service в ролі vector store
Ми зараз використовуємо AWS OpenSearch Service як vector store для нашого RAG з AWS Bedrock Knowledge Base. Про RAG і Bedrock детальніше поговоримо іншим разом, а сьогодні давайте подивимось на AWS OpenSearch Service. Власне, задача – мігрувати наш AWS OpenSearch Service Serverless на Managed, в першу чергу через (сюрпрайз) питання вартості – бо з Serverless…
https://rtfm.co.ua/aws-znajomstvo-z-opensearch-service-v-roli-vector-store/
#AWS_OpenSearch #Elasticsearch
Operational issue - Multiple AWS services in the US-EAST-1
Це ми вже проходили, будемо свідками як половина інтернету виходить з ладу - попередьте свої команди 🙂
https://health.aws.amazon.com/health/status
AWS Certified Generative AI Developer - Professional
Доброго дня,
Десь пролітало по сусідніх чатах питання і зацікавленість конкретно в цій сертифікації, тож я поділюсь фідбеком. Сертифікація нова і виглядає клікбейтово - дампів ще немає, а запитання, які гугляться, на реальному екзамені не трапляються
Отже, я планував спробувати чекнути формат (ну і компанія оплачувала це активіті), враховуючи, що жодних сертів я ніколи не здавав і вважав це пустою витратою часу. Забукав 4 січня екзамен і випадково його здав з мінімальним прохідним балом, але я і не готувався особливо
Загалом - 85 питань, три з половиною години часу, супер трікі історії і відповіді, які відрізняються мінімально. Треба, звісно, хороший інгліш, щоб це все вичитувати
Що було: реально розлогі історії по типу «ви працюєте у фінансовій компанії… ось такий у вас контекст… як найбільш ефективно?» і 4 варіанти відповіді теж по пару речень
➡️ Оцінив би я десь так:
- 60% AWS Bedrock і все, що там є (Knowledge Bases, Flows, Agents, Prompts etc)
- 20% AWS SageMaker
- 20% General AWS, але рілейтед до Bedrock / SageMaker
➡️ Як реально виглядала підготовка:
- на початку 2025 десь місяць вичитував ML Associate на SkillBuilder, рекомендую
- останні 3 місяці щільно працював з Bedrock, особливо з RAG
➡️ Що змінилось і чи треба ця штука:
- звісно, я не став AI Developer, хоч і отримав креденшл
- в LinkedIn активність не підвищилась, лол
- якби компанія не оплачувала, я б цього не робив, бо не бачу екстра велью
- можливо, буде корисно на Performance Review як екстра поінт, типу «ось це зробив, і ЩЕ й серт цей здав»
- тягну прикол з менеджера, що у нього одного є AI Developer в тімі
- 100% гарантія, що десь є інженер, який знає Bedrock краще, але без сертифікату (ви розумієте, про що я)
Якщо стало цікаво, тут опис сертифікації, а тут скіллбілдер ML Associate. Будьте здорові, не хворійте! 🤝
На fwdays було багато цікавих доповідей, але особливо хочу зазначити доповідь Володимира Цапа про інфраструктуру АІ агентів на базі його ж дипломної роботи.
TLDR:
Зараз інфраструктури для агентів існує багато, кожен своє болото хвалить, але в реальності нема належного регуляторного маніфеста, який буде обмежувати агентів і водночас буде універсальним і незалежним від конкретних фреймфорків.
Володимир пропонує Aspec. На відміну від традиційних підходів, які описують здебільшого логіку (як працює агент), ASpec фокусується на тому, за яких умов агенту взагалі дозволено працювати у корпоративному середовищі.
Також вже є приклад імплементації https://github.com/kube-dc/kube-dc-agent-manager/
Дуже рекомендую почитати презентацію, а краще дипломну роботу, це справжній каттін едж тут.
Презентація:
https://docs.google.com/presentation/d/1IHPDLNsJaZnYgQCO384OUf8K498E_YF8onXzOVnh0gI/edit?usp=sharing
Робота:
https://docs.google.com/document/d/1fKqZcw_oC3Ekb2UwG6IO0p4cKAhqIsngwQgngf1Or1U/edit?tab=t.0
Linux kernel, namespaces, cgroups, LXC, Docker, multi-stage builds, distroless images, containerd, OCI standards, unshare, process isolation, resource limits, logs, exec, inspect, container debugging, image optimisation, service networking, volumes, containerised application architecture.
🪄 Crash Сourse: Контейнеризація на практиці від Fwdays Academy!
📅 Старт: 2 червня
🛠 Формат: три онлайн-сесії + практичні завдання
👉 Реєстрація та деталі: https://bit.ly/4soPJh9
Промокод 10% до 02.06: TG_devopsengineer
👨🏫 Ментор: Денис Вервейко, TeamLead SRE/MLOps, Temabit (Fozzy Group) - 20+ років в ІТ, 8+ років у DevOps/SRE, працює з highload і ML-платформами.
Результат курсу:
🎯 чітке розуміння, як працює контейнеризація “під капотом”
🎯 практичні навички роботи з Docker у щоденних задачах
🎯 здатність самостійно дебажити та оптимізувати контейнери
🎯 навички побудови стабільних контейнеризованих систем
Системне розуміння контейнеризації разом з Fwdays Academy 🚀
Шановне панство,
Звертаю вашу увагу: якщо ви вже награлися з AGENTS.md / CLAUDE.md, self-hosted штуками на кшталт OpenClaw, інтеграцією зі Slack/Telegram etc. і всім іншим поруч (skills, SOPs, distribution по різних AI-тулах), то є, звісно, і next step
Сьогодні пропоную світчнутися з local development execution на централізовану історію в стилі “платформи для автономних агентів” у вашій компанії або команді. Суть думки: агенти для локальної розробки — це добре, але лідершип зараз кидається пачками грошей в autonomous execution так само, як раніше кидався в моніторинг і дашборди в Grafana
Подивіться на AgentCore, спитайте свою LLM, який перший флоу або компонент мав би сенс туди засунути в режимі Proof of Concept, додайте тригери на івенти та накрутіть зверху Bedrock Flows
Додаю лінки для експлорейшну та скріншот із Bedrock Flows
➡ https://github.com/awslabs/agentcore-samples
➡ https://github.com/ferdinandobons/AWSBedrockAgentCoreSkill
DOU дали аналітику що DevOps/SRE/Platform/Infra в топах по 6К+, то ж перформимо далі враховуючи нові реалії SDLC в 2026,
Будьте здорові і не хворійте, cheers!
AI-first SDLC, Agentic Engineering, Agents, IDEs, Claude Code, Cursor, GitHub Copilot, OpenClaw, NanoClaw, Agent Skills, SDD, MCP, multi-agent orchestration, guardrails, feedback loops, model selection, production AI workflows
🪄 Дізнайтеся, як правильно стартувати AI-native розробку на Crash course: Agentic Engineering для "Greenfield" проєктів від Вʼячеслава Колдовського!
📅 Старт: 23 червня о 18:30
🛠 Формат: 3 онлайн-сесії з практикою та реальними кейсами
👉 Реєстрація та деталі: https://bit.ly/488hdjN
Промокод 10% до 20.06: TG_devopsengineer
👨🏫 Ментор: Вʼячеслав Колдовський — Competence Manager в SoftServe, 20+ років у IT, Google Cloud Professional Cloud Architect.
.
Результат курсу:
🎯 Agentic Engineering для greenfield-проєктів
🎯 Spec Driven Development
🎯 використання агентів, правил і інструментів системно, а не хаотично
🎯 контроль якості та передбачуваність результату з AI
🎯 архітектура AI-native продукту
Ще кілька років тому шлях у DevOps був більш-менш зрозумілим. Проте сьогодні AI бере на себе все більше рутинних задач, вимоги до початківців зростають, а майбутнє Junior DevOps стає дедалі туманнішим.
Тому вже 9 серпня о 14:00 проведемо DOU Live, присвячений цій темі.
Спікерами виступлять:
🔹 Артем Гречаниченко, Founder & Mentor в DevOps01, Team Lead SRE в Temabit.
🔹 Юрій Рочняк, CatOps Engineer.
🔹 Микола Аврамук, AIOps Engineer.
🔹 Денис Васильєв, DeadOps Engineer.
🔹 Всеволод Поляков — Head of Engineering в Let’s Enhance
Будемо говорити про:
🔹 Чи зникає ринок Junior DevOps?
🔹 Як AI змінює навички інженерів?
🔹 Чи втрачаємо фундаментальні знання через AI?
🔹 Які навички стануть ключовими для DevOps-фахівців?
Переходьте за посиланням на трансляцію, тисніть «Нагадати», аби точно не пропустити старт ефіру, та готуйте свої питання до спікерів!
До зустрічі на стрімі!