Илья Космодемьянский (PostgreSQL-Consulting.com)
Upcoming SlideShare
Loading in...5
×
 

Илья Космодемьянский (PostgreSQL-Consulting.com)

on

  • 384 views

Whale Rider 2013

Whale Rider 2013

Statistics

Views

Total Views
384
Views on SlideShare
363
Embed Views
21

Actions

Likes
0
Downloads
2
Comments
0

1 Embed 21

http://whalerider.ru 21

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Илья Космодемьянский (PostgreSQL-Consulting.com) Илья Космодемьянский (PostgreSQL-Consulting.com) Presentation Transcript

  • Удаленная поддержка баз данных: как работает снижение издержек за счет одной из самых дорогих технических экспертиз Роман  Друзягин  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  нужно  нанять? ● Mission-critical роль ● Нужно минимум два для повышения доступности ● Нужно больше, если функция DBA не только в саппорте 5
  • Ищем  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
  • Вопросы? Роман  Друзягин  roman.druzyagin@404-­‐group.com Илья  Космодемьянский  ik@postgresql-­‐consulOng.com 23