From c11d3bf14140409319664aaf9777ed362d3a72f2 Mon Sep 17 00:00:00 2001 From: Vsevolod Polyakov Date: Fri, 27 May 2016 13:10:40 +0300 Subject: [PATCH] small devops fix --- content/post/devops.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/post/devops.md b/content/post/devops.md index 503b2e6..569632a 100644 --- a/content/post/devops.md +++ b/content/post/devops.md @@ -85,7 +85,7 @@ date: 2016-05-26 11. Мелкая поддержка 24/7 (автоматизация?) И получается, что сложные и общие вопросы решает одна команда, а все остальные команды не следят за тем, как обновляется графит или как меняются тренды докеров. Они просто используют внутренние продукты и утилиты, которые и являются лучшими практиками. -Никто не пишет свой мониторинг, никто не придумывает своё докерное извращение — об это думает специальная команда. +Никто не пишет свой мониторинг, никто не придумывает своё докерное извращение — об этом думает специальная команда. Но если вы хотите получать метрики и доставлять свои приложения на продакшн, у вас есть набор утилит/практик, помогающих делать это правильно, не наступая на одни и те же грабли. И не надо каждый раз изобретать велосипед и получать экспертизу там, где она вам не нужна. Подобная схема удобна. Команда опсов превращается в мультикоманду инженеров, которая занимается всем чем может и помогает везде где надо. В список задач может прийти и переписывание/оптимизация высокопроизводительного кода, и внутренний амазон, и упрощение сборки/доставки приложения. @@ -99,4 +99,4 @@ date: 2016-05-26 # Послесловие -Для того чтобы девопс заработал, в него надо вложить немало сил. Но кроме этого много сил надо и для поддержки. Надо постоянно учиться, постоянно искать, что можно сделать лучше, и делать это лучше. Надо думать не только о сегодняшнем дне, но и том, что будет через год. Со стороны этой общей экспертной команды надо всегда смотреть на несколько шагов вперёд и стараться облегчить жизнь другим. Надо делать продукты максимально автономными и в меру абстрактными. Такими, чтобы они подходили как можно большему количеству инженеров. Сделать так, чтобы у остальных команд было как можно меньше проблем. А другие продуктовые команды должны принять на себя ответственность за свой продукт, ответственность за опыт своих пользователей и постоянно пересматривать свой продукт со стороны этого опыта. Мы в Grammarly сделали ставку на devops. И, кстати, мы хайрим(ссылка) +Для того чтобы девопс заработал, в него надо вложить немало сил. Но кроме этого много сил надо и для поддержки. Надо постоянно учиться, постоянно искать, что можно сделать лучше, и делать это лучше. Надо думать не только о сегодняшнем дне, но и том, что будет через год. Со стороны этой общей экспертной команды надо всегда смотреть на несколько шагов вперёд и стараться облегчить жизнь другим. Надо делать продукты максимально автономными и в меру абстрактными. Такими, чтобы они подходили как можно большему количеству инженеров. Сделать так, чтобы у остальных команд было как можно меньше проблем. А другие продуктовые команды должны принять на себя ответственность за свой продукт, ответственность за опыт своих пользователей и постоянно пересматривать свой продукт со стороны этого опыта. Мы в Grammarly сделали ставку на devops. И, кстати, мы [хайрим](https://www.grammarly.com/jobs/engineering#openJobs)