Расскажи о себе - Хак Собесов

Ответ

Я инженер в области DevOps/SRE, для которого инфраструктура — это такой же код, как и приложение. Мой фокус — на создании надежных, автоматизированных платформ для разработки и эксплуатации.

Технический стек, с которым я наиболее глубоко работал:

Облака и инфраструктура: AWS (EC2, VPC, IAM, RDS, S3), базово — GCP. Управляю всем через Terraform, считаю его стандартом для IaC.
Оркестрация: Kubernetes (EKS, самоуправляемые кластеры). Писал Helm-чарты, настраивал Ingress-контроллеры (nginx), CSI драйверы для EBS.
CI/CD: GitLab CI (основной опыт), Jenkins, GitHub Actions. Выстраивал пайплайны от коммита до продакшена с этапами тестирования, security scanning и canary-деплоев.
Мониторинг и логи: Prometheus (с кастомными экспортерами), Grafana для визуализации, Loki и Elasticsearch для логов. Настраивал алертинг в Slack и PagerDuty.
Конфигурация и скрипты: Ansible для bootstrap-настройки, Bash/Python для скриптов автоматизации.

Пример подхода к инфраструктуре (Terraform + EKS):

# Создание EKS кластера с управляемыми нодами
module "eks" {
  source  = "terraform-aws-modules/eks/aws"
  version = "~> 19.0"

  cluster_name    = "app-prod"
  cluster_version = "1.28"

  vpc_id     = module.vpc.vpc_id
  subnet_ids = module.vpc.private_subnets

  eks_managed_node_groups = {
    general = {
      desired_size = 3
      min_size     = 1
      max_size     = 5
      instance_types = ["t3.large"]
    }
  }
}

Мне интересны задачи, связанные с повышением отказоустойчивости, оптимизацией производительности и построением self-service платформ для разработчиков.

Ответ 18+ 🔞

Ну, слушай, я тут типа инженер по этой всей DevOps/SRE движухе. Для меня инфраструктура — это такой же код, ёпта, как и твой бэкенд на Go. Просто вместо классов у тебя сервера, а вместо методов — пайплайны деплоя. Мой конёк — делать платформы, которые не падают от чиха и которые разработчики могут юзать, не отвлекая меня каждые пять минут.

Вот на чём я обычно впахиваю, пока все спят:

Облака и вся эта херня: В основном AWS (EC2, VPC, IAM — вся эта кухня), с GCP тоже сталкивался. Но вся эта прелесть у меня описана в Terraform, потому что руками нажимать — это, блядь, как в 2002-м году жить. IaC или смерть.
Оркестрация: Ну, Kubernetes, куда ж без него. И на EKS, и свои кластеры поднимал. Писал эти Helm-чарты, настраивал ingress'ы, подключал хранилища — в общем, доверия ебать ноль, поэтому всё автоматизирую.
CI/CD: GitLab CI — моя основная боль и любовь. Jenkins тоже проходил, но он иногда такой... пиздопроебибный. Строю пайплайны так, чтобы от кода до продакшена всё летело само, с тестами, проверками и всякими хитрожопыми canary-деплоями.
Мониторинг и логи: Без этого вообще никуда. Prometheus, чтобы всё метрилось, Grafana, чтобы начальство красивые графики смотрело, и Loki с Elasticsearch, чтобы когда всё ебнулось — можно было найти, кто конкретно это сделал. Алёрты летят в Slack, а если совсем пиздец — то в PagerDuty, чтобы все проснулись.
Скрипты и настройка: Ansible, чтобы поднять сотню серверов одной командой, и куча скриптов на Bash/Python, потому что рутина — это для лузеров.

Вот, смотри, как я обычно кластер в AWS поднимаю. Красота же:

# Создание EKS кластера с управляемыми нодами
module "eks" {
  source  = "terraform-aws-modules/eks/aws"
  version = "~> 19.0"

  cluster_name    = "app-prod"
  cluster_version = "1.28"

  vpc_id     = module.vpc.vpc_id
  subnet_ids = module.vpc.private_subnets

  eks_managed_node_groups = {
    general = {
      desired_size = 3
      min_size     = 1
      max_size     = 5
      instance_types = ["t3.large"]
    }
  }
}

Вот видишь? Никакой магии. Написал, применил — и через полчаса у тебя готовый кластер. Меня реально заводит, когда нужно сделать систему, которая не ломается от одной сдохшей ноды, которая работает быстрее, и чтобы любой разработчик мог себе окружение поднять, не становясь полупидором от бессилия. Вот такие задачи — это моё.