Job VC
DevOps Engineer
Technologies
Description
Якщо знаєш коли використати StatefulSet а коли Deployment, і розумієш різницю між HPA та ReplicaSet - тоді запрошуємо у команду.
А якщо ще й спиш спокійно коли у тебе spot instances у продакшені - ми точно знайдемо спільну мову.
Про проект
Mabrook
— це AI-powered social entertainment платформа, що поєднує відео, live-контент, ігрові механіки та маркетплейс в одному продукті. Платформа будується з AI як core-частиною — персоналізація, real-time взаємодія та безпека інтегровані на рівні продукту.
Що будеш робити
CI/CD pipelines:
розвивати shared pipeline library, додавати security scans, прискорювати builds
Infrastructure as Code:
писати Terraform модулі для нових сервісів і environments
Kubernetes magic:
оптимізувати resource limits, налаштовувати autoscaling, розбиратися з networking
Monitoring & Alerting:
створювати дашборди які показують що насправді відбувається, а не “все зелене”
Security:
додавати vulnerability scanning, secrets management, network policies
Performance:
load testing, capacity planning, оптимізація під вірусне навантаження
Multi-regional deployment:
users з Бразилії не хочуть чекати 300ms latency з US
Database high availability:
тестувати failover сценарії о 3 ночі не входить в обов‘язки, але backup restoration - входить
Advanced monitoring:
distributed tracing, APM, cost optimization
Що треба знати (hard skills)
Must have:
Kubernetes - твій другий дім:
Розумієш різницю між Deployment, StatefulSet, DaemonSet і знаєш коли що використати
HPA vs ReplicaSet vs manual scaling - не просто букви
ConfigMaps, Secrets, PV, PVC - працював з усім цим в бойових умовах
Знаєш що таке liveness/readiness probes і навіщо вони потрібні
Helm charts не викликають панічної атаки
GitOps або принаймні хочеш розібратися:
ArgoCD, FluxCD або щось схоже бачив не тільки в туторіалах
Розумієш ідею “Git as a source of truth”
Не боїшся YAML файлів (їх буде багато)
Infrastructure as Code:
Terraform - писав щось крім “hello world” прикладів
Розумієш modules, state management, backends
Знаєш навіщо потрібен terraform plan перед apply
CI/CD pipelines:
GitLab CI, GitHub Actions, Jenkins - працював хоча б з одним
Розумієш stages, artifacts, cache, dependencies
Docker build optimization - не просто копіювання з StackOverflow
Linux і scripting:
Bash scripting на рівні “не тільки ls і cd”
Розумієш filesystem, processes, networking basics
SSH, tmux, grep, awk - друзі, а не незнайомці
Networking basics:
TCP/IP, DNS, load balancing - розумієш як це працює
Firewall rules, security groups - налаштовував в продакшені
Ingress, Services у Kubernetes - не магія для тебе
Nice to have:
GCP досвід
(але якщо працював з AWS/Azure - швидко перевчишся)
Monitoring tools:
Prometheus, Grafana, Loki або подібні
Security tools:
Trivy, SonarQube, security scanning
Databases:
PostgreSQL, MongoDB - базове розуміння
Message queues:
Kafka, RabbitMQ
Розумієш що таке distributed tracing і навіщо він потрібен
Чув про FinOps і cost optimization (GCP bills можуть бути fun)
Soft skills (теж важливо)
Самостійність:
можеш розібратися сам коли щось незрозуміло (документація, Google, експерименти)
Комунікація:
вмієш пояснити девелоперу чому його pod використовує 4GB RAM замість 512MB
Проактивність:
бачиш проблему - фіксиш, а не чекаєш поки хтось скаже
Англійська:
документація, Stack Overflow, error messages - все це англійською (read/write обов’язково)
Українська:
команда спілкується українською
Бонуси які роблять тебе ідеальним кандидатом
Колись налаштовував multi-regional deployment
Розумієш різницю між metrics, logs і traces
Чув про SRE practices і не вважаєш це buzzword
Писав документацію яку люди реально читали
Маєш досвід з high-load проектами (соцмережі, стрімінг, e-commerce)
Знаєш що таке chaos engineering (і можливо навіть практикував)
Можеш пояснити дитині що таке Kubernetes (це складніше ніж здається)
Що тебе НЕ чекає (чесно)
-Legacy монолітна Java система з 10-річним technical debt
-Deployments через FTP (ні, серйозно, ні)
-“Просто зроби deploy” без документації і доступів
-Prod доступи у всіх підряд
-Мануальні deployments по 100 разів на день
-On-call duty кожного тижня (поки що взагалі нема)
Що пропонуємо
+Цікавий проект на стадії активного росту
- будуєш інфраструктуру “з нуля” по сучасним практикам
+
Сучасний tech stack
- GCP, Kubernetes, GitOps, Infrastructure as Code
+
Самостійність і довіра
- ти експерт у своїй області, мікроменеджмента не буде
+
Можливість впливати на архітектурні рішення
- твоя думка важлива
+
Remote робота
- працюй звідки зручно
+
Гнучкий графік
- головне результат і комунікація
+
Можливість рости
- від middle до senior/lead у процесі розвитку проекту
+
Адекватна команда
- без токсичності і драм
Технічне середовище:
Всі конфіги в Git (GitOps)
Code review є нормою
Документація пишеться і підтримується
Автоматизація > ручна робота
Security - не “потім додамо”
P.S.
Якщо ти дочитав до кінця і подумав “звучить цікаво, але я не впевнений що підходжу на 100%” - все одно відгукнись. Ідеальних кандидатів не існує, а мотивація і здатність вчитися часто важливіші за знання всіх нюансів GCP.
Якщо ж ти прочитав і подумав “pfff, це ж легко, я можу більше” - тоді точно пиши, маємо що запропонувати
P.P.S.
Так, у нас є spot instances у продакшені. Так, вони іноді terminate. Ні, це не баг, це feature для cost optimization
А якщо ще й спиш спокійно коли у тебе spot instances у продакшені - ми точно знайдемо спільну мову.
Про проект
Mabrook
— це AI-powered social entertainment платформа, що поєднує відео, live-контент, ігрові механіки та маркетплейс в одному продукті. Платформа будується з AI як core-частиною — персоналізація, real-time взаємодія та безпека інтегровані на рівні продукту.
Що будеш робити
CI/CD pipelines:
розвивати shared pipeline library, додавати security scans, прискорювати builds
Infrastructure as Code:
писати Terraform модулі для нових сервісів і environments
Kubernetes magic:
оптимізувати resource limits, налаштовувати autoscaling, розбиратися з networking
Monitoring & Alerting:
створювати дашборди які показують що насправді відбувається, а не “все зелене”
Security:
додавати vulnerability scanning, secrets management, network policies
Performance:
load testing, capacity planning, оптимізація під вірусне навантаження
Multi-regional deployment:
users з Бразилії не хочуть чекати 300ms latency з US
Database high availability:
тестувати failover сценарії о 3 ночі не входить в обов‘язки, але backup restoration - входить
Advanced monitoring:
distributed tracing, APM, cost optimization
Що треба знати (hard skills)
Must have:
Kubernetes - твій другий дім:
Розумієш різницю між Deployment, StatefulSet, DaemonSet і знаєш коли що використати
HPA vs ReplicaSet vs manual scaling - не просто букви
ConfigMaps, Secrets, PV, PVC - працював з усім цим в бойових умовах
Знаєш що таке liveness/readiness probes і навіщо вони потрібні
Helm charts не викликають панічної атаки
GitOps або принаймні хочеш розібратися:
ArgoCD, FluxCD або щось схоже бачив не тільки в туторіалах
Розумієш ідею “Git as a source of truth”
Не боїшся YAML файлів (їх буде багато)
Infrastructure as Code:
Terraform - писав щось крім “hello world” прикладів
Розумієш modules, state management, backends
Знаєш навіщо потрібен terraform plan перед apply
CI/CD pipelines:
GitLab CI, GitHub Actions, Jenkins - працював хоча б з одним
Розумієш stages, artifacts, cache, dependencies
Docker build optimization - не просто копіювання з StackOverflow
Linux і scripting:
Bash scripting на рівні “не тільки ls і cd”
Розумієш filesystem, processes, networking basics
SSH, tmux, grep, awk - друзі, а не незнайомці
Networking basics:
TCP/IP, DNS, load balancing - розумієш як це працює
Firewall rules, security groups - налаштовував в продакшені
Ingress, Services у Kubernetes - не магія для тебе
Nice to have:
GCP досвід
(але якщо працював з AWS/Azure - швидко перевчишся)
Monitoring tools:
Prometheus, Grafana, Loki або подібні
Security tools:
Trivy, SonarQube, security scanning
Databases:
PostgreSQL, MongoDB - базове розуміння
Message queues:
Kafka, RabbitMQ
Розумієш що таке distributed tracing і навіщо він потрібен
Чув про FinOps і cost optimization (GCP bills можуть бути fun)
Soft skills (теж важливо)
Самостійність:
можеш розібратися сам коли щось незрозуміло (документація, Google, експерименти)
Комунікація:
вмієш пояснити девелоперу чому його pod використовує 4GB RAM замість 512MB
Проактивність:
бачиш проблему - фіксиш, а не чекаєш поки хтось скаже
Англійська:
документація, Stack Overflow, error messages - все це англійською (read/write обов’язково)
Українська:
команда спілкується українською
Бонуси які роблять тебе ідеальним кандидатом
Колись налаштовував multi-regional deployment
Розумієш різницю між metrics, logs і traces
Чув про SRE practices і не вважаєш це buzzword
Писав документацію яку люди реально читали
Маєш досвід з high-load проектами (соцмережі, стрімінг, e-commerce)
Знаєш що таке chaos engineering (і можливо навіть практикував)
Можеш пояснити дитині що таке Kubernetes (це складніше ніж здається)
Що тебе НЕ чекає (чесно)
-Legacy монолітна Java система з 10-річним technical debt
-Deployments через FTP (ні, серйозно, ні)
-“Просто зроби deploy” без документації і доступів
-Prod доступи у всіх підряд
-Мануальні deployments по 100 разів на день
-On-call duty кожного тижня (поки що взагалі нема)
Що пропонуємо
+Цікавий проект на стадії активного росту
- будуєш інфраструктуру “з нуля” по сучасним практикам
+
Сучасний tech stack
- GCP, Kubernetes, GitOps, Infrastructure as Code
+
Самостійність і довіра
- ти експерт у своїй області, мікроменеджмента не буде
+
Можливість впливати на архітектурні рішення
- твоя думка важлива
+
Remote робота
- працюй звідки зручно
+
Гнучкий графік
- головне результат і комунікація
+
Можливість рости
- від middle до senior/lead у процесі розвитку проекту
+
Адекватна команда
- без токсичності і драм
Технічне середовище:
Всі конфіги в Git (GitOps)
Code review є нормою
Документація пишеться і підтримується
Автоматизація > ручна робота
Security - не “потім додамо”
P.S.
Якщо ти дочитав до кінця і подумав “звучить цікаво, але я не впевнений що підходжу на 100%” - все одно відгукнись. Ідеальних кандидатів не існує, а мотивація і здатність вчитися часто важливіші за знання всіх нюансів GCP.
Якщо ж ти прочитав і подумав “pfff, це ж легко, я можу більше” - тоді точно пиши, маємо що запропонувати
P.P.S.
Так, у нас є spot instances у продакшені. Так, вони іноді terminate. Ні, це не баг, це feature для cost optimization