Pull to refresh
28
Karma
53.1
Rating
Евгений Бутырин @geniyoctober

Я к вам пишу – чего же боле?

  • Followers 15
  • Following

Обязанности SRE-инженера в зарубежных вакансиях

По собесам точно могу посоветовать посмотреть запись уже нашего недавнего вебинара, там в целом о работе SRE в разных компаниях и в том числе о собесах говорили немного: https://youtu.be/Cj9yKoF6hd0.

Обязанности SRE-инженера в зарубежных вакансиях

Спасибо за интересный вопрос, спрошу у спикеров курса, а так сходу могу сказать, что есть Response от Monzo, инженеры из Dodo рассказывали, что допиливали этот опенсорс, а в Wargaming`е переписывали Jira.

«Разработчик, или от Мидла до Сеньора», анонс бесплатного курса

Спасибо! Ограничений нет, все, кто захочет могут зарегистрироваться.

Доступ разрешён: Вечерняя Школа Kubernetes для разработчиков

Спасибо за вопрос, бесплатную практику для прохождения курса мы организуем с Mail.ru Cloud Solutions и спикеры будут показывать на примере MCS. При этом делать / не делать практику, попробовать работать в другом облаке на усмотрение участника можно, чисто технически реально часть практик сделать, это от вас зависит, но спикеры рекомендуют на MCS.

Нюансы работы с PostgreSQL в 3 кейсах от DBA

Нативное секционирование имеет какие-то минусы? Не приходилось работать с pg_partman, но с нативным пока не замечал проблем.

Ой, тут очень большая тема. Я могу дать ссылку на документацию https://postgrespro.ru/docs/postgresql/13/ddl-partitioning. Ограничений много. Но с каждой новой версии PostgreSQL что-то да улучшается в секционировании. В данном кейсе использовалось расширение partman об этом тут: https://pgxn.org/dist/pg_partman/doc/pg_partman.html

Нюансы работы с PostgreSQL в 3 кейсах от DBA

Спасибо за хороший вопрос, делюсь ответом Ивана:

Можете подробнее про процесс рассказать или ткнуть в документацию, где это описано? Какими инструментами это выполняется?

Или это просто берем по N записей и копируем в другую таблицу, пока записи не кончатся (insert into ... select from ...)? «

Если у вас есть таблица с инкрементальным номером, то проблем вытащить данные не будет. Да выполняем команду insert into … select from where id between A and B Но у нас id был uuid. Поэтому мы потратили больше времени на вытаскивания данных – из-за этого было и время остановки сервера больше. Сначала я пробовал сделать так insert into … select from where ctid in ();

Об ctid тут https://postgrespro.ru/docs/postgresql/13/ddl-system-columns

Вытащил так примерно 70 процентов записей. Но потом пришлось пойти по-другому. Я нашел связанную таблицу по внешнему ключу (тут главное условие, что все данные из целевой таблицы точно должны быть в связанной таблице). И начал перебирать uuid из второй таблицы и подставлять в условие where. Так я вытащит все остальные записи.

По блокам.

Да вначале формировал блоки из 10 тыс. значений в запросе where id in (). Находит запросы, которые повисли. Вызывал повторно эти запросы, но блок уменьшал до 100 записей. Потом выискивал опять эти блоки и перебирал по 1 записи. Так и вышел на 17 битых записей.

Если нет ключа в items, то на что history ссылалась? Какая схема данных была?

Внешнего ключа не было. Так как и items и history были секционированы. Так как секционирование было сделано через наследование, то внешние ключи нельзя создать на родительской таблице. А когда делали секционирование таблицы items, то забыли сделать первичный ключ. Поэтому через какое-то время появилась описанная ситуация.

Нюансы работы с PostgreSQL в 3 кейсах от DBA

Спасибо за хороший вопрос, делюсь ответом Ивана:

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

Но я в своей практики видел, когда данным параметром стреляли себе в ногу. Из-за того, что приложение написано не оптимально (что и выше кстати тоже), при выполнении длительного бизнес процесса (длительность доходила до суток) оно работало в одной транзакции. Спасало и БД и приложение, то что пользователей было немного и бизнес процессы работали с разными данными. Но как только мы выставили данный параметр в 1 час, у нас перестало работать приложение. Но так как приложение было большой монолит и переписать его не имело возможности. Поэтому после несколько часов не_работы приложения, данный параметр вернули в значение по умолчанию.

Миграция с Terraform на Terragrunt

Спасибо за коммент. Мы однозначно хотим доносить до аудитории Хабра о курсах, не скрываю такого умысла. И наш контент иногда связан с курсами.

А этот перевод так точно связан, это можно сказать, отчасти запрос тех, кто проходил первый интенсив по Terraform. Материалов на русском по Terragrunt довольно немного, поэтому мы искали что-нибудь полезное и практическое для перевода.

Миграция с Terraform на Terragrunt

Спасибо за дополнение. С такими комментами статья становится много полезней.

Пишем первый плейбук Ansible

Получается так, Всеволод позже в видео говорит о том, что это не идемпотентно.

Пишем первый плейбук Ansible

Спасибо, пропустил /, есть такое

Зачем инженеру эксплуатации знать Python: три кейса из практики

В кейсах речь про DevOps и релиз-инженеров. Если говорить про программу курса, то для сетевых инженеров некоторые темы будут интересны.

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

Интервью с Марселем Ибраевым о распиле монолита или «Успех распила монолита – грамотный менеджмент»

Спасибо за полезное дополнение. Уверен, что практическая статья для разработчиков будет очень полезной)
Если говорить про грамотный менеджмент, то речь больше про технический менеджмент и, да согласен, для распила монолита нужен опытный и знающий менеджмент, о чём Марсель и говорил в интервью.

Python for Ops, разработчикам вход воспрещён

А, ну так всё просто)) Курс не для тех, кто хочет войти в IT. Требования входные такие:
— Базовые навыки администрирования Linux (взаимодействие с процессами, файлами, использование прикладных протоколов передачи данных).
— Опыт работы с git.
— Понимание предназначения Ansible и модулей Ansible.
— Иметь представления о предназначении Kubernetes и операторов Kubernetes.
— Желательно, опыт работы с GitLab и GitLab CI.
— Желательно, базовые навыки автоматизации на Bash.

Даже если свести требования к Linux и git, а про GitLab CI, Кубернетес и Ансибл чисто поверхностно ознакомиться перед обучением, то всё равно речь про админа с опытом.

Этот курс больше «Как из админа сделать шаг к DevOps», научившись работать с кодом. Или для DevOps, который хочет построить более эффективно свою работу.

Python for Ops, разработчикам вход воспрещён

Добрый день!
По поводу тяготеет это лучше посмотреть, что уже по навыкам и какие перед вами задачи стоят, если есть потребность в автоматизации админских задач или желание научиться понимать код разработчиков — велкам, как раз про это. Если вас интересует веб-разработка, дата саенс — курс не подойдёт. Потому что практики много и она уже под реальные задачи эксплуатации применимая.

Формат такой: Каждую неделю даем лекцию предзаписанную и домашние задание, получаем на неё код-ревью и обратную связь от спикера, будет также чат со спикером и пара АМА-сессий)) На потоке будет 30-50 участников.

А вот последний вопрос не понял, извините.

Книжка Google по SRE и трехдневный интенсив в мае

Поправил заголовок, сама статья как раз про два полюса мнений)

Книжка Google по SRE и трехдневный интенсив в мае

Отредактировали заголовок немного)

Без эйчаров, интервью и спешки: как нанимают системных администраторов в Southbridge

Это моя личная аналогия конечно же, под ней вполне можно и подразумевать «делать максимально близко к идеалу». Это же кто как воспринимает «для себя», согласитесь. Богат русский язык, что сказать)))

Без эйчаров, интервью и спешки: как нанимают системных администраторов в Southbridge

Может контекст из интервью не так передали: речь об отношении к задачам не как к галочке — выполнил и всё, работает, да и ладно. Как раз это пример не лучшей работы. А о ценностном отношении к задаче клиента: делаешь по ТЗ, смотри дальше, что и как можно ещё улучшить. Что-то типа — как для себя.
Я бы привёл такую параллель обыденную — почему свой дом строят годами? Потому что ты сделал — смотришь, а здесь можно ещё лучше, а здесь давай второй гараж и баню дострою.
1

Information

Rating
102-nd
Location
Иркутск, Иркутская обл., Россия
Works in
Registered
Activity