Вопрос на подумать: чем плоха инфра, описанная недекларативно?

а она описана декларативно, просто на языке, а не ямле

С другой стороны, ямлы уже снятся по ночам

Нужно иметь железную дисциплину, чтобы удерживать код на языке общего назначения чистым и декларативным. Либо писать сотню линтеров, которые проверяют, что твой коллега не вставил запрос к базе данных посреди создания инфры

Пример Pulumi и AWS CDK показывает, что всё нормально с дисциплиной.

#вакансия #Москва #Devops


В Fin Techкомпанию требуется Devops

📎 Для нас важно:
- Опыт работы c rpm-based дистрибутивами Linux (CentOS, Oracle Linux);
- Опыт построения и эксплуатации web-систем (nginx, keepalived);
- Опыт развертывания, поддержки и оптимизации серверов БД на базе PostgreSQL / MySQL;
- Опыт администрирования системных сервисов (syslog, nfs, rsync, bind, ntpd, git, jira, confluence, bitbucket etc);
- Опыт работы с системами мониторинга;
- Практический навык написания скриптов (bash/python);
- Понимание принципов работы сетей на базе стека протоколов TCP/IP;
- Понимание принципов работы протокола HTTP/HTTPS;
- Умение работать с Ansible;
- Умение работать с Docker.


📌Задачи:
- Администрирование и поддержка аппаратных и виртуальных серверов боевого, девелоперского и тестового окружений на базе CentOS 7 / Oracle Linux 7;
- Поиск и устранение проблем, разбор инцидентов;
- Организация и поддержка резервного копирования;
- Настройка, развитие и поддержка системы мониторинга;
- Участие в обеспечении бесперебойной работы сервисов;
- Участие в обеспечении информационной безопасности;
- Поддержка и доработка скриптов автоматизации;
- Взаимодействие с командой разработки.

💈Условия:
- Конкурентоспособная зарплата, готовы обсуждать финансовые ожидания по итогам интервью (вилка 150-200к);
- “Плавающий” график работы, полная занятость;
- Перспективы роста, так как мы активно растем;
- Оплата конференций/обучения;
- Адекватное руководство;
- ДМС со стоматологией

📩Резюме отправлять: rt@hr-teams.ru

Пример кубернетис операторов показывает, что с дисциплиной всё очень плохо: логика инфраструктуры с логикой приложения в один неразрывный клубок

s,devops,sysadmin,g

Уверен, что безумцы, использующие aws sdk напрямую, а не через абстрактные тулзы, создают такой же девопс-спагетти

Понятное дело, что через десять лет мы все будем поддерживать жуткое легаси, в котором бизнес-логика приложения будет протекать на уровень инфраструктуры. Но апплодировать наступлению этого ада по крайней мере странно

Как на императивном языке написать декларативное? O_o

потому что инфраструктура она не сама по себе, а для приложения и часто им надо знать друг о друге. Скажем stateful сервисы вроде etcd  : чтобы обновить необходимо поднять новую ноду, сказать об этом приложению, что б добавило мембера для этой ноде, потом сказать приложению, что б удалило у себя старого мембера , дождатья и потом удалить старую ноду . Т.е. абстракия "инфра -> приложение" течёт и на сам деле  оно  "инфра <-> приложение".

Вот Automation API от Pulumi, это первая попытка на моей памяти попытаться выразить эту связь, а   не делать вид, что её нет

AWS CDK как пример

Ну типа InstanceGroup{
 NodeTemplate: NodeTemplate {
   Cpus: 10,
   Memory: 5 *mem.Gigabyte,
 },
}

Разработчики программного обеспечения: придумывают миллион ухищрений, чтобы развести зависимости компонентов бизнес-логики. Микросервисы, чистая архитектура, шаблоны проектирования

Современный девопс: а почему бы абстракциям бизнес-логики не протечь до уровня инфраструктуры?

Я чую, что  когда я устроюсь на новую работу, то увижу, что люди при получении хитрого запроса на добавление товара в корзину спавнят виртуалку

Is this serverless?

Скорее, "serverless у тебя дома"

критикуешь  - прадлагай. как обновить etcd кластер на VMках без протекания?

Написать нормальную тактику апдейта виртуалок в statefulset-стиле (хотя я подозреваю, что у AWS такая уже есть), а потом пользоваться ей как сервисом.