Successfully reported this slideshow.
Your SlideShare is downloading. ×

Remote Highload / Андрей Смирнов (Virtustream)

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad

Check these out next

1 of 58 Ad

Remote Highload / Андрей Смирнов (Virtustream)

Download to read offline

Созданием еще одной высоконагруженной системы сегодня уже сложно кого-то удивить. Как насчет высоконагруженной системы, которая была создана и эксплуатируется 100% удаленной командой, работающей в 5 часовых поясах?

В докладе пойдет речь о команде Virtustream (Dell Technologies), которая отвечает за Virtustream Storage Cloud.

Экзабайты данных, десятки тысяч серверов, сотни гигабит в секунду, сотни тысяч и миллионы запросов в секунду, 20 датацентров по всему миру и, при этом, команда разработчиков из 15 человек, это возможно?

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

Почему не работает Scrum, и плохо работает парное программирование? Как Mesos, Marathon, Consul и Calico делают возможным выкладывание нового сервиса за 5 минут? Почему каждый разработчик должен иметь доступ в production?

Тезисы:
1. С чего все начиналось?
2. Как мы отбираем людей в команду?
3. Разработка - от первых строчек кода до установившегося процесса.
4. Планирование и выработка архитектуры проекта.
5. Выкладывание, эксплуатация и реагирование на инциденты.
6. Инструменты и мониторинг.
7. Проблемы удаленной команды.

Созданием еще одной высоконагруженной системы сегодня уже сложно кого-то удивить. Как насчет высоконагруженной системы, которая была создана и эксплуатируется 100% удаленной командой, работающей в 5 часовых поясах?

В докладе пойдет речь о команде Virtustream (Dell Technologies), которая отвечает за Virtustream Storage Cloud.

Экзабайты данных, десятки тысяч серверов, сотни гигабит в секунду, сотни тысяч и миллионы запросов в секунду, 20 датацентров по всему миру и, при этом, команда разработчиков из 15 человек, это возможно?

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

Почему не работает Scrum, и плохо работает парное программирование? Как Mesos, Marathon, Consul и Calico делают возможным выкладывание нового сервиса за 5 минут? Почему каждый разработчик должен иметь доступ в production?

Тезисы:
1. С чего все начиналось?
2. Как мы отбираем людей в команду?
3. Разработка - от первых строчек кода до установившегося процесса.
4. Планирование и выработка архитектуры проекта.
5. Выкладывание, эксплуатация и реагирование на инциденты.
6. Инструменты и мониторинг.
7. Проблемы удаленной команды.

Advertisement
Advertisement

More Related Content

Slideshows for you (20)

Viewers also liked (20)

Advertisement

Similar to Remote Highload / Андрей Смирнов (Virtustream) (20)

More from Ontico (20)

Advertisement

Recently uploaded (20)

Remote Highload / Андрей Смирнов (Virtustream)

  1. 1. Remote Highload Андрей Смирнов
  2. 2. Удаленная работа
  3. 3. Неудаленная работа
  4. 4. Неудаленная работа “Вы можете два дня в неделю не приезжать в офис, если, конечно, не будет встречи с заказчиком…”
  5. 5. Неудаленная работа “Вы можете два дня в неделю не приезжать в офис, если, конечно, не будет встречи с заказчиком…” “Вы можете остаться дома, если чувствуете, что заболеваете…”
  6. 6. Неудаленная работа “Вы можете два дня в неделю не приезжать в офис, если, конечно, не будет встречи с заказчиком…” “Вы можете остаться дома, если чувствуете, что заболеваете…” “Мы наймём команду из N-ска, потому что там зарплата на 20% ниже…”
  7. 7. Наше кредо Удаленная работа – это способ собрать лучших профессионалов со всего мира.
  8. 8. сон работа
  9. 9. Virtustream Virtustream Enterprise Cloud Virtustream Storage Cloud
  10. 10. Что мы делаем? • Virtustream Storage Cloud (VSC):
 S3-совместимое хранилище объектов • Клиенты: enterprise • Масштаб: • > 15 000 серверов • > 20 дата-центров • > 1 экзабайта данных
  11. 11. Сколько нас? 40 человек: Service Engineering + Platform Engineering Еще: Network, QE, SRE, Monitoring, ROCC, CS, …
  12. 12. Инструменты Асинхронные коммуникации: Slack, почта, … Звонки: телефон, Skype, Slack, … Видеоконференции: Zoom, Skype, … Организация: JIRA, Realtimeboard, …
  13. 13. Общение через код GitHub Peer-review Документация как код Конфигурация как код Мониторинг как код
  14. 14. Ритуалы
  15. 15. Ритуалы Standup
  16. 16. Ритуалы Standup Планирование, ретроспектива, …
  17. 17. Ритуалы Standup Планирование, ретроспектива, … “Аварийный” звонок
  18. 18. Бессмысленные встречи:
 в офисе
  19. 19. Бессмысленные встречи:
 удаленная работа
  20. 20. Личная встреча Образ человека Упрощение удаленного общения Расстояние и частота личных встреч Командировки вместо офиса
  21. 21. Различия в культуре
  22. 22. It’s all about people
 (все дело в людях)
  23. 23. Как мы отбираем людей?
  24. 24. Как мы отбираем людей? Анализ резюме, первый разговор
  25. 25. Как мы отбираем людей? Анализ резюме, первый разговор Тестовое задание
  26. 26. Как мы отбираем людей? Анализ резюме, первый разговор Тестовое задание Техническое собеседование
  27. 27. Как мы отбираем людей? Анализ резюме, первый разговор Тестовое задание Техническое собеседование Общее собеседование
  28. 28. Тестовое задание
  29. 29. Тестовое задание Я считаю это ниже своего достоинства.
  30. 30. Тестовое задание Я считаю это ниже своего достоинства. Я покажу все известные мне технологии.
  31. 31. Тестовое задание Я считаю это ниже своего достоинства. Я покажу все известные мне технологии. Я не умею писать код.
  32. 32. Тестовое задание Я считаю это ниже своего достоинства. Я покажу все известные мне технологии. Я не умею писать код. Я нашел готовое решение в Google!
  33. 33. Тестовое задание Я считаю это ниже своего достоинства. Я покажу все известные мне технологии. Я не умею писать код. Я нашел готовое решение в Google! Я докажу, что я прав! (код как протест)
  34. 34. Доверие
  35. 35. Доверие ➡ Ответственность
  36. 36. Доверие и ответственность
  37. 37. Доверие и ответственность Доступ к коду
  38. 38. Доверие и ответственность Доступ к коду Доступ в production
  39. 39. Доверие и ответственность Доступ к коду Доступ в production Финансы
  40. 40. Dev~Ops, Dev~QE, … Передача задач по цепочке или: “Я всё сделаю сам”
  41. 41. Консультанты Ловите, хватайте, держите,
 Столкните, скрутите, свяжите,
 Поймайте консультанта… (мюзикл “Мастер и Маргарита”) (nikolaykorolev.ru)
  42. 42. Процессы Scrum (конечно не работает) С ростом команды нужен процесс (или структура) Ритуалы и ограничения
  43. 43. Проблемы Swim lanes Узкая специализация Отсутствие обмена знаниями
  44. 44. Продукты вместо взаимодействия
  45. 45. Проблемы
  46. 46. Проблемы Разные часовые пояса
  47. 47. Проблемы Разные часовые пояса Разная загруженность команд
  48. 48. Проблемы Разные часовые пояса Разная загруженность команд Разные приоритеты
  49. 49. Доступ как продукт Continuous Integration Production Тестирование Выкладывание
  50. 50. Автоматизация как продукт Мониторинг Конфигурация Выкладывание Сборка и тестирование …
  51. 51. Платформа как продукт API Разделение ресурсов Высокая плотность Легкость использования
  52. 52. Контейнерная платформа Mesos – управление ресурсами кластера Marathon – запуск задач и поддержка состояния Calico – IP-per-container Consul – конфигурация, service discovery, healthcheck
  53. 53. Возможности Управление через API Запуск сервиса и устойчивость к сбоям Service discovery, healthchecks Безопасность
  54. 54. Инструменты Конфигурация Выкладывание/перезапуск и т.п. Сетевой firewall Мониторинг Агрегация 500х Лог изменений
  55. 55. Минусы и плюсы • Общение • Авралы • Личная свобода • Swim lanes • Knowledge sharing • Highload • Продукты • Уровень команды • Доверие и ответственность • Всё дело в команде
  56. 56. Вопросы! Андрей Смирнов me@smira.ru @smira

×