Илья Космодемьянский (PostgreSQL-Consulting.com)
description
Transcript of Илья Космодемьянский (PostgreSQL-Consulting.com)
Удаленная поддержка баз данных:как работает снижение издержек за счет одной из самых дорогих
технических экспертизРоман Друзягин roman.druzyagin@404-‐group.com
Илья Космодемьянский ik@postgresql-‐consulOng.com
Кто мы, поставщик услуг и клиент• PostgreSQL-‐ConsulOng.com -‐ удаленная поддержка баз
данных
• 404 Group -‐ группа компаний, которая занимается инвестированием и развитием интернет-‐проектов. Рекламные сети, социальные сети, сервисы для продвижения и монетизации площадок. 404 Group обеспечивает финансовую, административную и техническую поддержку для всех проектов.
Что особенного в аутсорсинге администрирования баз данных?
3
● В каждом проекте есть данные, они дороги
● Администратор баз данных -‐ не очень популярная специализация технарей
● На первый взгляд, это очень далеко от бизнеса
DBA как профессия● Технари: это такой старпер-зануда, который не менял юзерпик с тех пор, как они появились
● Бизнес: ой, а кто это?● DevOps vs “традиционный” DBA
○ DBA консервативней○ DBA предпочитает минимизировать и
бюрократизировать взаимодействие с внешним миром○ сопротивляется частым релизам изо всех сил○ Слово DevOps можно смело заменить на название
любой новомодной методологии
4
Сколько DBA нужно нанять?
5
● Mission-critical роль● Нужно минимум два для повышения доступности● Нужно больше, если функция DBA не только в саппорте
Ищем DBA на full-‐Ome
• Вакансии с указанными зарплатами (Москва) ~70-150К• Вакансии висят минимум квартал, некоторые - годами• DBA “хотеть много кушать”. Следствия:
• Найти адекватного спеца еще сложнее• Бизнес еще меньше понимает, зачем это все надо
6
Занятость DBA на full-‐Ome●Ключевое слово -‐ неровная●Внедрение новых систем, взятие на поддержку старых запущенных, активная разработка новых фич, всплески нагрузки -‐ может быть очень высокая●Если DBA грамотный -‐ доля простоя должна быть большой (но бдительность! -‐ мониторинг, резервное копирование)●Большинство менеджеров не могут смотреть на простой спокойно (за такие деньги!)
7
Пробиваемся через HR● HR, как правило, “заточены” под другое● HR выполняет работу “от и до”:
○ Сказано - “найти DBA на full-time”.○ Мало какой HR будет выполнять анализ компетенций и предлагать заменить постоянную штаную единицу на что-то еще.
● Взаимодействовать с удаленщиками/контракторами часто технарям не доверяют, относят это в компетенцию HR или специальных менеджеров.
8
Компания vs человек на ставке● Много DBA вместо одного (+)● SLA и 24/7 (+)● Необходимо осваивать новые процессы и по-другому
приоритезировать задачи (-)● Дешевле и… предсказуемей (++)● Экспертиза выше (+)● Мы - банк (ритейл, огромный веб-портал), у нас собственная служба
эксплуатации (?)
9
За что платятся деньги? ● простой● screw-up
10
Репутация
● Насколько ценна?● Как формируется? (не только довольные клиенты и success story, но и поддержание профессиональной планки)
11
Сколько времени вы будете тратить именно на наш проект?● Столько, сколько нужно● Специфика поддержки баз требует неравномерной занятости на каждом проекте
● Компания может реагировать на проблемы и осуществлять поддержку, даже если ведущий DBA проекта заболел/в отпуске
● Над Британской империей никогда не заходит солнце
12
В какой момент клиент обращается за нашими услугами?● Когда бизнес осознает необходимость DBA. Dixi.● Интересный вопрос, когда именно осознает:
○ аварии, простой, потеря денег○ на стадии проектирования
13
Что именно мы можем ему предложить?● Консультации● Аудит ● Саппорт● Обучение
14
Чем отличаются эти, на первый взгляд, знакомые услуги?
Интеграция в команду● must be - почему?● DBA vs разработчики● Много хороших решений принято в курилке
● Плюсы удаленной работы, и чем заменить живое общение между коллегами
15
Плюсы и минусы для команды разработчиков● обучение разработчиков● снижение трудозатрат на задачи● дополнительные руки и голова во время
“дизастеров”● оценка проблем и задач с позиции как разработчиков, так и админов
16
Проблемы интеграции DBA в команду● сопротивление со стороны разработчиков или админов○ рассматривается индивидуально и решается, как правило, техлидом
● неадекватное поведение со стороны DBA○ однозначный риск для проекта и повод с таким DBA попрощаться
● неадекватное поведение техлида○ вероятно, у вас имеются значительно бóльшие проблемы, чем найм DBA
● препятствия со стороны компании
17
Оценка компетенции DBA техлидом● Идеальный мир
○ Внимательно слушать, что DBA рассказывает про свой опыт.
○ Иметь 3-4 теоретических вопроса, подготовленных профи.
○ Не задавать вопросы, на которые сам не знаешь ответа!
● Реальный мир○ Персональные связи и рекомендации, репутация
18
Расстановка приоритетов и учет выполненного● Приоритеты выставляет техлид клиента● Ему ближе “свои” приоритеты● Опытный DBA хорошо знает, какие работы на базе являются критичными, он должен корректировать приоритеты техлида, иначе время между клиентами будет распределено неоптимально
● Решение принимает все равно техлид● Общайтесь больше и разбивайте задачи на более мелкие
(Привет, DevOps!)19
Повышение и понижение цен на услуги● Цены индексируются● Цены нужно максимально ясно доносить до клиента - у нас они указаны на сайте
● Не нужно жадничать - надо идти на встречу стартапам!
20
Безопасность● DBA нужно доверять - он не может ничего сделать без супер-прав в базу
● Если DBA не может сильно навредить при желании - он профнепригоден
● Если DBA обладает таким желанием - он профнепригоден
21
Ответственность сторон● В России люди не верят в бумажные договоры● Обычно - этап “притирания”, потом все начинает происходить на уровне джентльменских соглашений
● Вне России - консалтинговая или саппорт контора всегда должна иметь наготове свой типовой договор для заказчика
22
Вопросы?
23
Роман Друзягин roman.druzyagin@404-‐group.comИлья Космодемьянский ik@postgresql-‐consulOng.com