Whale Rider 2013

1. Удаленная поддержка баз данных:
как работает снижение издержек за
счет одной из самых дорогих
технических экспертиз
Роман
Друзягин
roman.druzyagin@404-­‐group.com
Илья
Космодемьянский
ik@postgresql-­‐consulOng.com

2. Кто
мы,
поставщик
услуг
и
клиент
• PostgreSQL-­‐ConsulOng.com
-­‐
удаленная
поддержка
баз
данных
• 404
Group
-­‐
группа
компаний,
которая
занимается
инвестированием
и
развитием
интернет-­‐проектов.
Рекламные
сети,
социальные
сети,
сервисы
для
продвижения
и
монетизации
площадок.
404
Group
обеспечивает
финансовую,
административную
и
техническую
поддержку
для
всех
проектов.

3. Что
особенного
в
аутсорсинге
администрирования
баз
данных?
● В
каждом
проекте
есть
данные,
они
дороги
● Администратор
баз
данных
-­‐
не
очень
популярная
специализация
технарей
● На
первый
взгляд,
это
очень
далеко
от
бизнеса
3

4. DBA
как
профессия
● Технари: это такой старпер-зануда,
который не менял юзерпик с тех пор,
как они появились
● Бизнес: ой, а кто это?
● DevOps vs “традиционный” DBA
○
○
○
○
DBA консервативней
DBA предпочитает минимизировать и
бюрократизировать взаимодействие с внешним миром
сопротивляется частым релизам изо всех сил
Слово DevOps можно смело заменить на название
любой новомодной методологии
4

5. Сколько
DBA
нужно
нанять?
● Mission-critical роль
● Нужно минимум два для повышения доступности
● Нужно больше, если функция DBA не только в саппорте
5

6. Ищем
DBA
на
full-­‐Ome
• Вакансии с указанными зарплатами (Москва)
~70-150К
• Вакансии висят минимум квартал, некоторые годами
• DBA “хотеть много кушать”. Следствия:
• Найти адекватного спеца еще сложнее
• Бизнес еще меньше понимает, зачем это все
надо
6

7. Занятость
DBA
на
full-­‐Ome
●Ключевое
слово
-­‐
неровная
●Внедрение
новых
систем,
взятие
на
поддержку
старых
запущенных,
активная
разработка
новых
фич,
всплески
нагрузки
-­‐
может
быть
очень
высокая
●Если
DBA
грамотный
-­‐
доля
простоя
должна
быть
большой
(но
бдительность!
-­‐
мониторинг,
резервное
копирование)
●Большинство
менеджеров
не
могут
смотреть
на
простой
спокойно
(за
такие
деньги!)
7

8. Пробиваемся
через
HR
●
●
●
HR, как правило, “заточены” под другое
HR выполняет работу “от и до”:
○ Сказано - “найти DBA на full-time”.
○ Мало какой HR будет выполнять анализ компетенций и
предлагать заменить постоянную штаную единицу на чтото еще.
Взаимодействовать с удаленщиками/контракторами часто
технарям не доверяют, относят это в компетенцию HR или
специальных менеджеров.
8

9. Компания
vs
человек
на
ставке
●
●
●
●
●
●
Много DBA вместо одного (+)
SLA и 24/7 (+)
Необходимо осваивать новые процессы и по-другому
приоритезировать задачи (-)
Дешевле и… предсказуемей (++)
Экспертиза выше (+)
Мы - банк (ритейл, огромный веб-портал), у нас собственная служба
эксплуатации (?)
9

10. За
что
платятся
деньги?
● простой
● screw-up
10

11. Репутация
● Насколько ценна?
● Как формируется? (не только довольные
клиенты и success story, но и поддержание
профессиональной планки)
11

12. Сколько
времени
вы
будете
тратить
именно
на
наш
проект?
● Столько, сколько нужно
● Специфика поддержки баз требует неравномерной
занятости на каждом проекте
● Компания может реагировать на проблемы и
осуществлять поддержку, даже если ведущий DBA
проекта заболел/в отпуске
● Над Британской империей никогда не заходит солнце
12

13. В
какой
момент
клиент
обращается
за
нашими
услугами?
● Когда бизнес осознает необходимость DBA. Dixi.
● Интересный вопрос, когда именно осознает:
○ аварии, простой, потеря денег
○ на стадии проектирования
13

14. Что
именно
мы
можем
ему
предложить?
●
●
●
●
Консультации
Аудит
Саппорт
Обучение
Чем отличаются эти, на первый
взгляд, знакомые услуги?
14

15. Интеграция
в
команду
● must be - почему?
● DBA vs разработчики
● Много хороших решений принято в
курилке
● Плюсы удаленной работы, и чем
заменить живое общение между
коллегами
15

16. Плюсы
и
минусы
для
команды
разработчиков
● обучение разработчиков
● снижение трудозатрат на задачи
● дополнительные руки и голова во время
“дизастеров”
● оценка проблем и задач с позиции как
разработчиков, так и админов
16

17. Проблемы
интеграции
DBA
в
команду
● сопротивление со стороны разработчиков
или админов
○
рассматривается индивидуально и решается, как правило, техлидом
● неадекватное поведение со стороны DBA
○
однозначный риск для проекта и повод с таким DBA попрощаться
● неадекватное поведение техлида
○
вероятно, у вас имеются значительно бóльшие проблемы, чем найм DBA
● препятствия со стороны компании
17

18. Оценка
компетенции
DBA
техлидом
● Идеальный мир
○ Внимательно слушать, что DBA рассказывает про
свой опыт.
○ Иметь 3-4 теоретических вопроса, подготовленных
профи.
○ Не задавать вопросы, на которые сам не знаешь
ответа!
● Реальный мир
○ Персональные связи и рекомендации, репутация
18

19. Расстановка
приоритетов
и
учет
выполненного
● Приоритеты выставляет техлид клиента
● Ему ближе “свои” приоритеты
● Опытный DBA хорошо знает, какие работы на базе
являются критичными, он должен корректировать
приоритеты техлида, иначе время между клиентами
будет распределено неоптимально
● Решение принимает все равно техлид
● Общайтесь больше и разбивайте задачи на более мелкие
(Привет, DevOps!)
19

20. Повышение
и
понижение
цен
на
услуги
● Цены индексируются
● Цены нужно максимально ясно доносить до
клиента - у нас они указаны на сайте
● Не нужно жадничать - надо идти на встречу
стартапам!
20

21. Безопасность
● DBA нужно доверять - он не может ничего сделать
без супер-прав в базу
● Если DBA не может сильно навредить при
желании - он профнепригоден
● Если DBA обладает таким желанием - он
профнепригоден
21

22. Ответственность
сторон
● В России люди не верят в бумажные договоры
● Обычно - этап “притирания”, потом все начинает
происходить на уровне джентльменских
соглашений
● Вне России - консалтинговая или саппорт
контора всегда должна иметь наготове свой
типовой договор для заказчика
22

23. Вопросы?
Роман
Друзягин
roman.druzyagin@404-­‐group.com
Илья
Космодемьянский
ik@postgresql-­‐consulOng.com
23