SlideShare ist ein Scribd-Unternehmen logo
1 von 80
Downloaden Sie, um offline zu lesen
2758.933194
2-8-15-2
Сибирёв Андрей
1734,45
2-8-7
Co caine Clouds
A Cl oser Look 2.0
Мы делаем инфраструктуру.
2
Как и десять лет назад, обычно инфраструктура
представляет из себя бардак.
Немного истории
3
©SimpleDesktops.com
Как и десять лет назад, обычно инфраструктура
представляет из себя бардак.
При этом, инфраструктура является основой
любого современного бизнеса.
Немного истории
3
©SimpleDesktops.com
Как и десять лет назад, обычно инфраструктура
представляет из себя бардак.
При этом, инфраструктура является основой
любого современного бизнеса.
Кажется, что-то здесь не так.
Немного истории
3
©SimpleDesktops.com
Компании начинают с небольшого количества
серверов.
В начале был сервер
4
©SimpleDesktops.com
Компании начинают с небольшого количества
серверов.
Постепенно парк серверов растёт, вместе с
ростом пользовательской базы и,
следовательно, нагрузки.
В начале был сервер
4
©SimpleDesktops.com
Рано или поздно, компания обнаруживает у
себя кучу разнородного железа.
В начале был сервер
5
©SimpleDesktops.com
Рано или поздно, компания обнаруживает у
себя кучу разнородного железа.
И если его использование документировано и
учтено, то всё хорошо.
В начале был сервер
5
©SimpleDesktops.com
Рано или поздно, компания обнаруживает у
себя кучу разнородного железа.
И если его использование документировано и
учтено, то всё хорошо.
Но такое встречается редко.
В начале был сервер
5
©SimpleDesktops.com
Разнообразие — это великое зло.
6
В программах есть ошибки.
И на сервере был софт
7
©SimpleDesktops.com
В программах есть ошибки.
Ошибки чинят и выпускают новые версии
программ, на радость пользователям.
И на сервере был софт
7
©SimpleDesktops.com
В программах есть ошибки.
Ошибки чинят и выпускают новые версии
программ, на радость пользователям.
Правда, эти новые версии сначала нужно
пользователям доставить.
И на сервере был софт
7
©SimpleDesktops.com
Очевидно, чтобы выкатить новую версию
программы, нужна интеллектуальная система
деплоймента приложений.
И на сервере был софт
8
©SimpleDesktops.com
Очевидно, чтобы выкатить новую версию
программы, нужна интеллектуальная система
деплоймента приложений.
Например, пять тысяч строк на Perl и Rsync!
И на сервере был софт
8
©SimpleDesktops.com
Очевидно, чтобы выкатить новую версию
программы, нужна интеллектуальная система
деплоймента приложений.
Например, пять тысяч строк на Perl и Rsync!
На самом деле, нет.
И на сервере был софт
8
©SimpleDesktops.com
Rsync — не инструмент деплоймента.
9
Программы, в которых есть ошибки, ломаются в
самое неподходящее время.
И софт был не очень
10
©SimpleDesktops.com
Программы, в которых есть ошибки, ломаются в
самое неподходящее время.
После работы пяти тысяч строк на Perl понять
где и что именно сломалось невозможно.
И софт был не очень
10
©SimpleDesktops.com
Программы, в которых есть ошибки, ломаются в
самое неподходящее время.
После работы пяти тысяч строк на Perl понять
где и что именно сломалось невозможно.
Бардак только что стал в два раза больше.
И софт был не очень
10
©SimpleDesktops.com
Человечество изобрело мониторинг и метрики,
чтобы такого никогда не было.
И софт был не очень
11
©SimpleDesktops.com
Человечество изобрело мониторинг и метрики,
чтобы такого никогда не было.
Только об этом надо было думать в самом
начале.
И софт был не очень
11
©SimpleDesktops.com
Человечество изобрело мониторинг и метрики,
чтобы такого никогда не было.
Только об этом надо было думать в самом
начале.
Потому что невозможно управлять хаосом.
И софт был не очень
11
©SimpleDesktops.com
Мониторинг — это контроль.
12
Иногда программисты пишут быстрые
программы.
Утилизация ресурсов
13
©SimpleDesktops.com
Иногда программисты пишут быстрые
программы.
Звучит, вроде бы, хорошо, но, на самом деле,
это не всегда так.
Утилизация ресурсов
13
©SimpleDesktops.com
Иногда программисты пишут быстрые
программы.
Звучит, вроде бы, хорошо, но, на самом деле,
это не всегда так.
Обогревать датацентры серверами — не самая
хорошая экономическая модель.
Утилизация ресурсов
13
©SimpleDesktops.com
Ваше приложение попало на главную страницу
Хабра.
Пики нагрузки
14
©SimpleDesktops.com
Ваше приложение попало на главную страницу
Хабра.
И тысяча пользователей превратилась в
пятьдесят тысяч. Вот это да, стартап окупился
за одну ночь!
Пики нагрузки
14
©SimpleDesktops.com
Ваше приложение попало на главную страницу
Хабра.
И тысяча пользователей превратилась в
пятьдесят тысяч. Вот это да, стартап окупился
за одну ночь!
То есть, я хотел сказать «503 Service Temporarily
Unavailable».
Пики нагрузки
14
©SimpleDesktops.com
Единообразие — это гибкость.
15
© Volkswagen AG
Модульная архитектура, унифицированные
вычислительные ресурсы: слоты, слайсы,
юниты.
Cloud
17
©SimpleDesktops.com
Модульная архитектура, унифицированные
вычислительные ресурсы: слоты, слайсы,
юниты.
Детерминированная система деплоймента
приложений.
Cloud
17
©SimpleDesktops.com
Модульная архитектура, унифицированные
вычислительные ресурсы: слоты, слайсы,
юниты.
Детерминированная система деплоймента
приложений.
Тесты, метрики и мониторинг. Мониторинг,
метрики и тесты.
Cloud
17
©SimpleDesktops.com
Like an OS
18
©SimpleDesktops.com
Kernel
Like an OS
18
©SimpleDesktops.com
Kernel
Drivers
Like an OS
18
©SimpleDesktops.com
Kernel
Drivers
Resource Managers
Like an OS
18
©SimpleDesktops.com
Kernel
Drivers
Resource Managers
API
Like an OS
18
©SimpleDesktops.com
Kernel
Drivers
Resource Managers
API
Userland
Like an OS
18
©SimpleDesktops.com
Kernel
Drivers
Resource Managers
API
Userland
Apps
Like an OS
18
©SimpleDesktops.com
Аналогичны модулям ядра в Linux.
Сервисы
19
©SimpleDesktops.com
Аналогичны модулям ядра в Linux.
Logging, Storage, Search  Indexing, URL
Fetching, Geolocation, ...
Сервисы
19
©SimpleDesktops.com
Аналогичны модулям ядра в Linux.
Logging, Storage, Search  Indexing, URL
Fetching, Geolocation, ...
Теперь все приложения — тоже сервисы.
Сервисы
19
©SimpleDesktops.com
Discovery  Arbitration. Для обращения к
сервису нужно знать только его имя.
Локатор
20
©SimpleDesktops.com
Discovery  Arbitration. Для обращения к
сервису нужно знать только его имя.
Мы отказались от IDL, все метаданные о
сервисе приложение получает в рантайме.
Локатор
20
©SimpleDesktops.com
Discovery  Arbitration. Для обращения к
сервису нужно знать только его имя.
Мы отказались от IDL, все метаданные о
сервисе приложение получает в рантайме.
HTTP/2.0-like RPC. Непрозрачные бинарные
потоки, мультиплексирование, расширяемость,
распространённость.
Локатор
20
©SimpleDesktops.com
Raft
21
©SimpleDesktops.com
Raft реплицирует конечные автоматы. Любой
сервис можно представить в виде такого
автомата.
Raft
21
©SimpleDesktops.com
Raft реплицирует конечные автоматы. Любой
сервис можно представить в виде такого
автомата.
Configuration Management, Distributed Locking,
Resource Control — всё это реализовано как
сервис на Raft.
Raft
21
©SimpleDesktops.com
Raft реплицирует конечные автоматы. Любой
сервис можно представить в виде такого
автомата.
Configuration Management, Distributed Locking,
Resource Control — всё это реализовано как
сервис на Raft.
Мы научили Raft работать с динамическими
топологиями: машины могут входить и выходить
из кластера в любой момент.
Raft
21
©SimpleDesktops.com
Сервисы — это абстрактные фронтэнды к
разнообразным функциям инфраструктуры.
Плагины
22
©SimpleDesktops.com
Сервисы — это абстрактные фронтэнды к
разнообразным функциям инфраструктуры.
Logging Service может быть реализован как
через Syslog, так и через Logstash.
Плагины
22
©SimpleDesktops.com
Сервисы — это абстрактные фронтэнды к
разнообразным функциям инфраструктуры.
Logging Service может быть реализован как
через Syslog, так и через Logstash.
Смена реализации делается через изменение
конфига. Код приложений остаётся
неизменным.
Плагины
22
©SimpleDesktops.com
Система хранения — это фундамент для любой
инфраструктурной платформы.
Storage Service
23
©SimpleDesktops.com
Система хранения — это фундамент для любой
инфраструктурной платформы.
Самое главное, такая система должна быть
надёжной, включая защиту от котиков и
безумных экскаваторщиков.
Storage Service
23
©SimpleDesktops.com
Система хранения — это фундамент для любой
инфраструктурной платформы.
Самое главное, такая система должна быть
надёжной, включая защиту от котиков и
безумных экскаваторщиков.
Мы используем Elliptics.
Storage Service
23
©SimpleDesktops.com
Надёжнее, чем молитва.
Elliptics
24
©SimpleDesktops.com
Надёжнее, чем молитва.
Вторичные индексы, стриминг, кэш, server-side
processing и все остальные ключевые слова из
других систем хранения данных.
Elliptics
24
©SimpleDesktops.com
Надёжнее, чем молитва.
Вторичные индексы, стриминг, кэш, server-side
processing и все остальные ключевые слова из
других систем хранения данных.
И, главное, защита от атомной войны!
Elliptics
24
©SimpleDesktops.com
Контролирует работу приложений — доставка
на ноды, конфигурация, управление жизненным
циклом.
Node Service
25
©SimpleDesktops.com
Контролирует работу приложений — доставка
на ноды, конфигурация, управление жизненным
циклом.
Собирает и хранит метрики и статистику о
работе приложений для балансировщика.
Node Service
25
©SimpleDesktops.com
Контролирует работу приложений — доставка
на ноды, конфигурация, управление жизненным
циклом.
Собирает и хранит метрики и статистику о
работе приложений для балансировщика.
Управляет ресурсами кластера, распределяя
инстансы приложений наиболее оптимальным
образом по имеющимся машинам.
Node Service
25
©SimpleDesktops.com
Контролирует работу приложений — доставка
на ноды, конфигурация, управление жизненным
циклом.
Собирает и хранит метрики и статистику о
работе приложений для балансировщика.
Управляет ресурсами кластера, распределяя
инстансы приложений наиболее оптимальным
образом по имеющимся машинам.
Поддерживаются процессы или контейнеры.
Node Service
25
©SimpleDesktops.com
Управление ресурсами
26
© SimpleDesktops.com
©SimpleDesktops.com
Knapsack problem. Как уложить наибольшее
количество ценных вещей в рюкзак при
условии что он не резиновый, как Москва?
Управление ресурсами
26
© SimpleDesktops.com
©SimpleDesktops.com
Knapsack problem. Как уложить наибольшее
количество ценных вещей в рюкзак при
условии что он не резиновый, как Москва?
Это NP-полная задача, поэтому идеальным
образом за разумное время решить её
невозможно.
Управление ресурсами
26
© SimpleDesktops.com
©SimpleDesktops.com
Knapsack problem. Как уложить наибольшее
количество ценных вещей в рюкзак при
условии что он не резиновый, как Москва?
Это NP-полная задача, поэтому идеальным
образом за разумное время решить её
невозможно.
Сейчас решаем жадным алгоритмом, с
оверхедом по ресурсам в ~10%. Можно лучше,
но тогда надо программировать.
Управление ресурсами
26
© SimpleDesktops.com
©SimpleDesktops.com
Контейнеры — это легковесная виртуализация.
Нет гипервизора, все контейнеры делят одно
ядро.
Контейнеры
27
©SimpleDesktops.com
Контейнеры — это легковесная виртуализация.
Нет гипервизора, все контейнеры делят одно
ядро.
Процессы работают в изолированных
неймспейсах: pid, uid, ipc, network, filesystem,
mounts, ...
Контейнеры
27
©SimpleDesktops.com
Контейнеры — это легковесная виртуализация.
Нет гипервизора, все контейнеры делят одно
ядро.
Процессы работают в изолированных
неймспейсах: pid, uid, ipc, network, filesystem,
mounts, ...
Запуск контейнера происходит в сотни раз
быстрее, чем запуск виртуальной машины.
Контейнеры
27
©SimpleDesktops.com
Стандарт распространения приложений на базе
Linux Containers.
Docker
28
Стандарт распространения приложений на базе
Linux Containers.
Поддерживается Red Hat, Rackspace, Cloudflare,
Ebay, Mozilla, OpenStack, Chef, Puppet, ...
Docker
28
Стандарт распространения приложений на базе
Linux Containers.
Поддерживается Red Hat, Rackspace, Cloudflare,
Ebay, Mozilla, OpenStack, Chef, Puppet, ...
Единый контейнер, который будет работать как
на ноутбуке разработчика, так и на кластере из
сотен машин.
Docker
28
Layer 3. Это значит не только HTTP — какие
угодно данные в любом формате.
Балансировка
29
© SimpleDesktops.com
Layer 3. Это значит не только HTTP — какие
угодно данные в любом формате.
Балансировка в ядре: IPVS, IPv6, динамические
веса, мгновенная реакция на изменения в
кластере.
Балансировка
29
© SimpleDesktops.com
Layer 3. Это значит не только HTTP — какие
угодно данные в любом формате.
Балансировка в ядре: IPVS, IPv6, динамические
веса, мгновенная реакция на изменения в
кластере.
Routing Groups. Расщепление траффика между
несколькими интерфейсно-совместимыми
приложениями.
Балансировка
29
© SimpleDesktops.com
30
Андрей Сибирёв
Руководитель службы
разработки облачных
технологий
kobolog@yandex-team.ru
@kobolog
kobolog
github.com/cocaine

Weitere ähnliche Inhalte

Was ist angesagt?

Cистема сетевой аналитики для ЦОД Cisco Tetration Analytics
Cистема сетевой аналитики для ЦОД Cisco Tetration AnalyticsCистема сетевой аналитики для ЦОД Cisco Tetration Analytics
Cистема сетевой аналитики для ЦОД Cisco Tetration AnalyticsCisco Russia
 
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...Ontico
 
Автоматизированная система СМАРТ-Налив
Автоматизированная система СМАРТ-НаливАвтоматизированная система СМАРТ-Налив
Автоматизированная система СМАРТ-НаливАльбина Минуллина
 
ITkey: примеры использования OpenStack
 ITkey: примеры использования OpenStack ITkey: примеры использования OpenStack
ITkey: примеры использования OpenStackMirantis IT Russia
 
Демонстрация продуктов и технологий Net app
Демонстрация продуктов и технологий Net appДемонстрация продуктов и технологий Net app
Демонстрация продуктов и технологий Net appКРОК
 
OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)
OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)
OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)GeeksLab Odessa
 
СISCO: групповые политики в OpenStack
СISCO: групповые политики в OpenStackСISCO: групповые политики в OpenStack
СISCO: групповые политики в OpenStackMirantis IT Russia
 
Развитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотности
Развитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотностиРазвитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотности
Развитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотностиCisco Russia
 
AT Consulting: внедрение OpenStack в корпоративной среде
AT Consulting: внедрение OpenStack в корпоративной средеAT Consulting: внедрение OpenStack в корпоративной среде
AT Consulting: внедрение OpenStack в корпоративной средеMirantis IT Russia
 
Servionica: опыт публичного облака на базе OpenStack
Servionica: опыт публичного облака на базе OpenStackServionica: опыт публичного облака на базе OpenStack
Servionica: опыт публичного облака на базе OpenStackMirantis IT Russia
 
ASD Technologies: внедрение enterprise-grade облака для Softbank
ASD Technologies: внедрение enterprise-grade облака для SoftbankASD Technologies: внедрение enterprise-grade облака для Softbank
ASD Technologies: внедрение enterprise-grade облака для SoftbankMirantis IT Russia
 
Fast queue – как мы сделали свою очередь на perl и redis
Fast queue – как мы сделали свою очередь на perl и redisFast queue – как мы сделали свою очередь на perl и redis
Fast queue – как мы сделали свою очередь на perl и redisMoscow.pm
 
Mirantis OpenStack. Обзор
Mirantis OpenStack. ОбзорMirantis OpenStack. Обзор
Mirantis OpenStack. ОбзорMirantis IT Russia
 
All Flash системы хранения – примеры из реального опыта
All Flash системы хранения – примеры из реального опытаAll Flash системы хранения – примеры из реального опыта
All Flash системы хранения – примеры из реального опытаАльбина Минуллина
 
Олег Бартунов и Иван Панченко
Олег Бартунов и Иван ПанченкоОлег Бартунов и Иван Панченко
Олег Бартунов и Иван ПанченкоCodeFest
 
Решение TIONIX на базе Mirantis OpenStack
Решение TIONIX на базе Mirantis OpenStackРешение TIONIX на базе Mirantis OpenStack
Решение TIONIX на базе Mirantis OpenStackMirantis IT Russia
 
Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...
Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...
Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...Ontico
 

Was ist angesagt? (19)

Cистема сетевой аналитики для ЦОД Cisco Tetration Analytics
Cистема сетевой аналитики для ЦОД Cisco Tetration AnalyticsCистема сетевой аналитики для ЦОД Cisco Tetration Analytics
Cистема сетевой аналитики для ЦОД Cisco Tetration Analytics
 
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
 
Автоматизированная система СМАРТ-Налив
Автоматизированная система СМАРТ-НаливАвтоматизированная система СМАРТ-Налив
Автоматизированная система СМАРТ-Налив
 
ITkey: примеры использования OpenStack
 ITkey: примеры использования OpenStack ITkey: примеры использования OpenStack
ITkey: примеры использования OpenStack
 
Демонстрация продуктов и технологий Net app
Демонстрация продуктов и технологий Net appДемонстрация продуктов и технологий Net app
Демонстрация продуктов и технологий Net app
 
OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)
OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)
OpenStack - открытая облачная платформа (Руслан Киянчук, Mirantis)
 
СISCO: групповые политики в OpenStack
СISCO: групповые политики в OpenStackСISCO: групповые политики в OpenStack
СISCO: групповые политики в OpenStack
 
Развитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотности
Развитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотностиРазвитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотности
Развитие Wi-Fi на публичных площадках. Опыт реализации Wi-Fi высокой плотности
 
AT Consulting: внедрение OpenStack в корпоративной среде
AT Consulting: внедрение OpenStack в корпоративной средеAT Consulting: внедрение OpenStack в корпоративной среде
AT Consulting: внедрение OpenStack в корпоративной среде
 
Servionica: опыт публичного облака на базе OpenStack
Servionica: опыт публичного облака на базе OpenStackServionica: опыт публичного облака на базе OpenStack
Servionica: опыт публичного облака на базе OpenStack
 
ASD Technologies: внедрение enterprise-grade облака для Softbank
ASD Technologies: внедрение enterprise-grade облака для SoftbankASD Technologies: внедрение enterprise-grade облака для Softbank
ASD Technologies: внедрение enterprise-grade облака для Softbank
 
Mirantis OpenStack
Mirantis OpenStackMirantis OpenStack
Mirantis OpenStack
 
Fast queue – как мы сделали свою очередь на perl и redis
Fast queue – как мы сделали свою очередь на perl и redisFast queue – как мы сделали свою очередь на perl и redis
Fast queue – как мы сделали свою очередь на perl и redis
 
Mirantis OpenStack. Обзор
Mirantis OpenStack. ОбзорMirantis OpenStack. Обзор
Mirantis OpenStack. Обзор
 
All Flash системы хранения – примеры из реального опыта
All Flash системы хранения – примеры из реального опытаAll Flash системы хранения – примеры из реального опыта
All Flash системы хранения – примеры из реального опыта
 
Олег Бартунов и Иван Панченко
Олег Бартунов и Иван ПанченкоОлег Бартунов и Иван Панченко
Олег Бартунов и Иван Панченко
 
RHELOPS
RHELOPSRHELOPS
RHELOPS
 
Решение TIONIX на базе Mirantis OpenStack
Решение TIONIX на базе Mirantis OpenStackРешение TIONIX на базе Mirantis OpenStack
Решение TIONIX на базе Mirantis OpenStack
 
Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...
Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...
Проектирование высоконагруженного масштабируемого веб-сервиса в облаке на при...
 

Andere mochten auch

CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...
CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...
CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...CodeFest
 
CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...
CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...
CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...CodeFest
 
CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...
CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...
CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...CodeFest
 
CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...
CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...
CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...CodeFest
 
CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...
CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...
CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...CodeFest
 
CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...
CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...
CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...CodeFest
 
CodeFest 2010. Орлов А. — Лидерство или о грядках и огородах
CodeFest 2010. Орлов А. — Лидерство или о грядках и огородахCodeFest 2010. Орлов А. — Лидерство или о грядках и огородах
CodeFest 2010. Орлов А. — Лидерство или о грядках и огородахCodeFest
 
Keynote: Challenges, Pains and Points of Software Development Today
Keynote: Challenges, Pains and Points of Software Development TodayKeynote: Challenges, Pains and Points of Software Development Today
Keynote: Challenges, Pains and Points of Software Development TodayCodeFest
 
CodeFest 2010. Иноземцев И. — Fantom. Cross-VM Language
CodeFest 2010. Иноземцев И. — Fantom. Cross-VM LanguageCodeFest 2010. Иноземцев И. — Fantom. Cross-VM Language
CodeFest 2010. Иноземцев И. — Fantom. Cross-VM LanguageCodeFest
 
CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!
CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!
CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!CodeFest
 
CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...
CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...
CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...CodeFest
 
CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...
CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...
CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...CodeFest
 
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистовCodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистовCodeFest
 
CodeFest 2014. Осипов К. — NoSQL: вангуем вместе
CodeFest 2014. Осипов К. — NoSQL: вангуем вместеCodeFest 2014. Осипов К. — NoSQL: вангуем вместе
CodeFest 2014. Осипов К. — NoSQL: вангуем вместеCodeFest
 
CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...
CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...
CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...CodeFest
 
CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...
CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...
CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...CodeFest
 
CodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузки
CodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузкиCodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузки
CodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузкиCodeFest
 
CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...
CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...
CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...CodeFest
 
CodeFest 2013. Конев М. — Push-уведомления
CodeFest 2013. Конев М. — Push-уведомленияCodeFest 2013. Конев М. — Push-уведомления
CodeFest 2013. Конев М. — Push-уведомленияCodeFest
 
CodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подход
CodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подходCodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подход
CodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подходCodeFest
 

Andere mochten auch (20)

CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...
CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...
CodeFest 2013. Русанов П. — Есть ли жизнь в оффлайне? Кеш, транзакционный лог...
 
CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...
CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...
CodeFest 2012. Каплинский К. — Разработка Open Source продуктов как прибыльны...
 
CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...
CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...
CodeFest 2013. Rauschmayer A. — An overview of ECMAScript 6, the next version...
 
CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...
CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...
CodeFest 2010. Уразов А. — Quality-Oriented Programming (Программирование, ор...
 
CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...
CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...
CodeFest 2013. Иванов В. — Уменьшение расхода оперативной памяти в Java-прило...
 
CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...
CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...
CodeFest 2014. Орешкина Е. — Информационная архитектура в быту, работе и стар...
 
CodeFest 2010. Орлов А. — Лидерство или о грядках и огородах
CodeFest 2010. Орлов А. — Лидерство или о грядках и огородахCodeFest 2010. Орлов А. — Лидерство или о грядках и огородах
CodeFest 2010. Орлов А. — Лидерство или о грядках и огородах
 
Keynote: Challenges, Pains and Points of Software Development Today
Keynote: Challenges, Pains and Points of Software Development TodayKeynote: Challenges, Pains and Points of Software Development Today
Keynote: Challenges, Pains and Points of Software Development Today
 
CodeFest 2010. Иноземцев И. — Fantom. Cross-VM Language
CodeFest 2010. Иноземцев И. — Fantom. Cross-VM LanguageCodeFest 2010. Иноземцев И. — Fantom. Cross-VM Language
CodeFest 2010. Иноземцев И. — Fantom. Cross-VM Language
 
CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!
CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!
CodeFest 2014. Шипилёв А. — Java Benchmarking: как два таймстампа записать!
 
CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...
CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...
CodeFest 2012. Рыжиков С. — Архитектура и запуск облачного сервиса в Amazon A...
 
CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...
CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...
CodeFest 2013. Агафонкин В. — Высокопроизводительные визуализации данных в бр...
 
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистовCodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
 
CodeFest 2014. Осипов К. — NoSQL: вангуем вместе
CodeFest 2014. Осипов К. — NoSQL: вангуем вместеCodeFest 2014. Осипов К. — NoSQL: вангуем вместе
CodeFest 2014. Осипов К. — NoSQL: вангуем вместе
 
CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...
CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...
CodeFest 2013. Гилев Е. — Создание пользовательского интерфейса без программи...
 
CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...
CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...
CodeFest 2011. Сидоров А. — Почему некоторые программисты любят изобретать «в...
 
CodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузки
CodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузкиCodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузки
CodeFest 2012. Шкарин П. — Отказоустойчивость или высокие нагрузки
 
CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...
CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...
CodeFest 2011. Крестьянинов М. — Обзор аспектно-ориентированного программиров...
 
CodeFest 2013. Конев М. — Push-уведомления
CodeFest 2013. Конев М. — Push-уведомленияCodeFest 2013. Конев М. — Push-уведомления
CodeFest 2013. Конев М. — Push-уведомления
 
CodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подход
CodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подходCodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подход
CodeFest 2012. Ильин А. — Метрики покрытия. Прагматичный подход
 

Ähnlich wie CodeFest 2014. Сибирев А. — Управление инфраструктурой под Cocaine

CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.Clouds NN
 
About TheCloud.ru
About TheCloud.ruAbout TheCloud.ru
About TheCloud.ruTheCloud_ru
 
Почему вам не нужен SOC
Почему вам не нужен SOCПочему вам не нужен SOC
Почему вам не нужен SOCKirill Ermakov
 
Андрей Завадский "Бессерверная архитектура"
 Андрей Завадский "Бессерверная архитектура" Андрей Завадский "Бессерверная архитектура"
Андрей Завадский "Бессерверная архитектура"Fwdays
 
Open source technologies in Microsoft cloud - MS SWIT 2014
Open source technologies in Microsoft cloud - MS SWIT 2014Open source technologies in Microsoft cloud - MS SWIT 2014
Open source technologies in Microsoft cloud - MS SWIT 2014Alexey Bokov
 
2014.12.23 Александр Андреев, Parallels
2014.12.23 Александр Андреев, Parallels2014.12.23 Александр Андреев, Parallels
2014.12.23 Александр Андреев, ParallelsNikolay Samokhvalov
 
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...Sasha_Zavorot
 
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...Yaryomenko
 
Инновационные решения для роста облачного бизнеса
Инновационные решения для роста облачного бизнесаИнновационные решения для роста облачного бизнеса
Инновационные решения для роста облачного бизнесаru_Parallels
 
Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...
Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...
Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...Банковское обозрение
 
алексей лукацкий 1
алексей лукацкий 1алексей лукацкий 1
алексей лукацкий 1Positive Hack Days
 
CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...
CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...
CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...DevGAMM Conference
 
Intalio+Alfresco=Офис 2.0
Intalio+Alfresco=Офис 2.0Intalio+Alfresco=Офис 2.0
Intalio+Alfresco=Офис 2.0КРОК
 
Путь к Go на конкретном примере
Путь к Go на конкретном примереПуть к Go на конкретном примере
Путь к Go на конкретном примереSergey Xek
 
ФРИИ интернет предпринимательство - Приложения и сервисы для бизнеса
ФРИИ интернет предпринимательство - Приложения и сервисы для бизнесаФРИИ интернет предпринимательство - Приложения и сервисы для бизнеса
ФРИИ интернет предпринимательство - Приложения и сервисы для бизнесаЭкосистемные Проекты Фрии
 
Cisco Umbrella как облачная платформа защиты от угроз
Cisco Umbrella как облачная платформа защиты от угрозCisco Umbrella как облачная платформа защиты от угроз
Cisco Umbrella как облачная платформа защиты от угрозCisco Russia
 
Нюансы запуска приложений в Kubernetes
Нюансы запуска приложений в KubernetesНюансы запуска приложений в Kubernetes
Нюансы запуска приложений в KubernetesАндрей Новиков
 
Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014
Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014
Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014Serguei Gitinsky
 

Ähnlich wie CodeFest 2014. Сибирев А. — Управление инфраструктурой под Cocaine (20)

Cocaine!!!
Cocaine!!!Cocaine!!!
Cocaine!!!
 
CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.
 
About TheCloud.ru
About TheCloud.ruAbout TheCloud.ru
About TheCloud.ru
 
Почему вам не нужен SOC
Почему вам не нужен SOCПочему вам не нужен SOC
Почему вам не нужен SOC
 
Free RvSIEM. Intro (Rus)
Free RvSIEM. Intro (Rus)Free RvSIEM. Intro (Rus)
Free RvSIEM. Intro (Rus)
 
Андрей Завадский "Бессерверная архитектура"
 Андрей Завадский "Бессерверная архитектура" Андрей Завадский "Бессерверная архитектура"
Андрей Завадский "Бессерверная архитектура"
 
Open source technologies in Microsoft cloud - MS SWIT 2014
Open source technologies in Microsoft cloud - MS SWIT 2014Open source technologies in Microsoft cloud - MS SWIT 2014
Open source technologies in Microsoft cloud - MS SWIT 2014
 
2014.12.23 Александр Андреев, Parallels
2014.12.23 Александр Андреев, Parallels2014.12.23 Александр Андреев, Parallels
2014.12.23 Александр Андреев, Parallels
 
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
 
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
ОПТИМИЗАЦИЯ ИНФРАСТРУКТУРЫ И СОКРАЩЕНИЕ ЗАТРАТ ПРИ ПОМОЩИ ПРОДУКТОВ И ТЕХНОЛО...
 
Инновационные решения для роста облачного бизнеса
Инновационные решения для роста облачного бизнесаИнновационные решения для роста облачного бизнеса
Инновационные решения для роста облачного бизнеса
 
Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...
Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...
Сергей Мелехов, Менеджер по развитию бизнеса вычислительных систем Oracle Вос...
 
алексей лукацкий 1
алексей лукацкий 1алексей лукацкий 1
алексей лукацкий 1
 
CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...
CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...
CI/CD в Playrix: Как собирать тысячи билдов в день для разных платформ / Юрий...
 
Intalio+Alfresco=Офис 2.0
Intalio+Alfresco=Офис 2.0Intalio+Alfresco=Офис 2.0
Intalio+Alfresco=Офис 2.0
 
Путь к Go на конкретном примере
Путь к Go на конкретном примереПуть к Go на конкретном примере
Путь к Go на конкретном примере
 
ФРИИ интернет предпринимательство - Приложения и сервисы для бизнеса
ФРИИ интернет предпринимательство - Приложения и сервисы для бизнесаФРИИ интернет предпринимательство - Приложения и сервисы для бизнеса
ФРИИ интернет предпринимательство - Приложения и сервисы для бизнеса
 
Cisco Umbrella как облачная платформа защиты от угроз
Cisco Umbrella как облачная платформа защиты от угрозCisco Umbrella как облачная платформа защиты от угроз
Cisco Umbrella как облачная платформа защиты от угроз
 
Нюансы запуска приложений в Kubernetes
Нюансы запуска приложений в KubernetesНюансы запуска приложений в Kubernetes
Нюансы запуска приложений в Kubernetes
 
Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014
Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014
Stairway 2 heaven 2014. Grand Forum Business & IT in Moscow, 13 Feb 2014
 

Mehr von CodeFest

Alexander Graebe
Alexander GraebeAlexander Graebe
Alexander GraebeCodeFest
 
Никита Прокопов
Никита ПрокоповНикита Прокопов
Никита ПрокоповCodeFest
 
Денис Баталов
Денис БаталовДенис Баталов
Денис БаталовCodeFest
 
Елена Гальцина
Елена ГальцинаЕлена Гальцина
Елена ГальцинаCodeFest
 
Александр Калашников
Александр КалашниковАлександр Калашников
Александр КалашниковCodeFest
 
Ирина Иванова
Ирина ИвановаИрина Иванова
Ирина ИвановаCodeFest
 
Marko Berković
Marko BerkovićMarko Berković
Marko BerkovićCodeFest
 
Денис Кортунов
Денис КортуновДенис Кортунов
Денис КортуновCodeFest
 
Александр Зимин
Александр ЗиминАлександр Зимин
Александр ЗиминCodeFest
 
Сергей Крапивенский
Сергей КрапивенскийСергей Крапивенский
Сергей КрапивенскийCodeFest
 
Сергей Игнатов
Сергей ИгнатовСергей Игнатов
Сергей ИгнатовCodeFest
 
Николай Крапивный
Николай КрапивныйНиколай Крапивный
Николай КрапивныйCodeFest
 
Alexander Graebe
Alexander GraebeAlexander Graebe
Alexander GraebeCodeFest
 
Вадим Смирнов
Вадим СмирновВадим Смирнов
Вадим СмирновCodeFest
 
Константин Осипов
Константин ОсиповКонстантин Осипов
Константин ОсиповCodeFest
 
Raffaele Rialdi
Raffaele RialdiRaffaele Rialdi
Raffaele RialdiCodeFest
 
Максим Пугачев
Максим ПугачевМаксим Пугачев
Максим ПугачевCodeFest
 
Rene Groeschke
Rene GroeschkeRene Groeschke
Rene GroeschkeCodeFest
 
Иван Бондаренко
Иван БондаренкоИван Бондаренко
Иван БондаренкоCodeFest
 
Mete Atamel
Mete AtamelMete Atamel
Mete AtamelCodeFest
 

Mehr von CodeFest (20)

Alexander Graebe
Alexander GraebeAlexander Graebe
Alexander Graebe
 
Никита Прокопов
Никита ПрокоповНикита Прокопов
Никита Прокопов
 
Денис Баталов
Денис БаталовДенис Баталов
Денис Баталов
 
Елена Гальцина
Елена ГальцинаЕлена Гальцина
Елена Гальцина
 
Александр Калашников
Александр КалашниковАлександр Калашников
Александр Калашников
 
Ирина Иванова
Ирина ИвановаИрина Иванова
Ирина Иванова
 
Marko Berković
Marko BerkovićMarko Berković
Marko Berković
 
Денис Кортунов
Денис КортуновДенис Кортунов
Денис Кортунов
 
Александр Зимин
Александр ЗиминАлександр Зимин
Александр Зимин
 
Сергей Крапивенский
Сергей КрапивенскийСергей Крапивенский
Сергей Крапивенский
 
Сергей Игнатов
Сергей ИгнатовСергей Игнатов
Сергей Игнатов
 
Николай Крапивный
Николай КрапивныйНиколай Крапивный
Николай Крапивный
 
Alexander Graebe
Alexander GraebeAlexander Graebe
Alexander Graebe
 
Вадим Смирнов
Вадим СмирновВадим Смирнов
Вадим Смирнов
 
Константин Осипов
Константин ОсиповКонстантин Осипов
Константин Осипов
 
Raffaele Rialdi
Raffaele RialdiRaffaele Rialdi
Raffaele Rialdi
 
Максим Пугачев
Максим ПугачевМаксим Пугачев
Максим Пугачев
 
Rene Groeschke
Rene GroeschkeRene Groeschke
Rene Groeschke
 
Иван Бондаренко
Иван БондаренкоИван Бондаренко
Иван Бондаренко
 
Mete Atamel
Mete AtamelMete Atamel
Mete Atamel
 

CodeFest 2014. Сибирев А. — Управление инфраструктурой под Cocaine

  • 3. Как и десять лет назад, обычно инфраструктура представляет из себя бардак. Немного истории 3 ©SimpleDesktops.com
  • 4. Как и десять лет назад, обычно инфраструктура представляет из себя бардак. При этом, инфраструктура является основой любого современного бизнеса. Немного истории 3 ©SimpleDesktops.com
  • 5. Как и десять лет назад, обычно инфраструктура представляет из себя бардак. При этом, инфраструктура является основой любого современного бизнеса. Кажется, что-то здесь не так. Немного истории 3 ©SimpleDesktops.com
  • 6. Компании начинают с небольшого количества серверов. В начале был сервер 4 ©SimpleDesktops.com
  • 7. Компании начинают с небольшого количества серверов. Постепенно парк серверов растёт, вместе с ростом пользовательской базы и, следовательно, нагрузки. В начале был сервер 4 ©SimpleDesktops.com
  • 8. Рано или поздно, компания обнаруживает у себя кучу разнородного железа. В начале был сервер 5 ©SimpleDesktops.com
  • 9. Рано или поздно, компания обнаруживает у себя кучу разнородного железа. И если его использование документировано и учтено, то всё хорошо. В начале был сервер 5 ©SimpleDesktops.com
  • 10. Рано или поздно, компания обнаруживает у себя кучу разнородного железа. И если его использование документировано и учтено, то всё хорошо. Но такое встречается редко. В начале был сервер 5 ©SimpleDesktops.com
  • 11. Разнообразие — это великое зло. 6
  • 12. В программах есть ошибки. И на сервере был софт 7 ©SimpleDesktops.com
  • 13. В программах есть ошибки. Ошибки чинят и выпускают новые версии программ, на радость пользователям. И на сервере был софт 7 ©SimpleDesktops.com
  • 14. В программах есть ошибки. Ошибки чинят и выпускают новые версии программ, на радость пользователям. Правда, эти новые версии сначала нужно пользователям доставить. И на сервере был софт 7 ©SimpleDesktops.com
  • 15. Очевидно, чтобы выкатить новую версию программы, нужна интеллектуальная система деплоймента приложений. И на сервере был софт 8 ©SimpleDesktops.com
  • 16. Очевидно, чтобы выкатить новую версию программы, нужна интеллектуальная система деплоймента приложений. Например, пять тысяч строк на Perl и Rsync! И на сервере был софт 8 ©SimpleDesktops.com
  • 17. Очевидно, чтобы выкатить новую версию программы, нужна интеллектуальная система деплоймента приложений. Например, пять тысяч строк на Perl и Rsync! На самом деле, нет. И на сервере был софт 8 ©SimpleDesktops.com
  • 18. Rsync — не инструмент деплоймента. 9
  • 19. Программы, в которых есть ошибки, ломаются в самое неподходящее время. И софт был не очень 10 ©SimpleDesktops.com
  • 20. Программы, в которых есть ошибки, ломаются в самое неподходящее время. После работы пяти тысяч строк на Perl понять где и что именно сломалось невозможно. И софт был не очень 10 ©SimpleDesktops.com
  • 21. Программы, в которых есть ошибки, ломаются в самое неподходящее время. После работы пяти тысяч строк на Perl понять где и что именно сломалось невозможно. Бардак только что стал в два раза больше. И софт был не очень 10 ©SimpleDesktops.com
  • 22. Человечество изобрело мониторинг и метрики, чтобы такого никогда не было. И софт был не очень 11 ©SimpleDesktops.com
  • 23. Человечество изобрело мониторинг и метрики, чтобы такого никогда не было. Только об этом надо было думать в самом начале. И софт был не очень 11 ©SimpleDesktops.com
  • 24. Человечество изобрело мониторинг и метрики, чтобы такого никогда не было. Только об этом надо было думать в самом начале. Потому что невозможно управлять хаосом. И софт был не очень 11 ©SimpleDesktops.com
  • 25. Мониторинг — это контроль. 12
  • 26. Иногда программисты пишут быстрые программы. Утилизация ресурсов 13 ©SimpleDesktops.com
  • 27. Иногда программисты пишут быстрые программы. Звучит, вроде бы, хорошо, но, на самом деле, это не всегда так. Утилизация ресурсов 13 ©SimpleDesktops.com
  • 28. Иногда программисты пишут быстрые программы. Звучит, вроде бы, хорошо, но, на самом деле, это не всегда так. Обогревать датацентры серверами — не самая хорошая экономическая модель. Утилизация ресурсов 13 ©SimpleDesktops.com
  • 29. Ваше приложение попало на главную страницу Хабра. Пики нагрузки 14 ©SimpleDesktops.com
  • 30. Ваше приложение попало на главную страницу Хабра. И тысяча пользователей превратилась в пятьдесят тысяч. Вот это да, стартап окупился за одну ночь! Пики нагрузки 14 ©SimpleDesktops.com
  • 31. Ваше приложение попало на главную страницу Хабра. И тысяча пользователей превратилась в пятьдесят тысяч. Вот это да, стартап окупился за одну ночь! То есть, я хотел сказать «503 Service Temporarily Unavailable». Пики нагрузки 14 ©SimpleDesktops.com
  • 32. Единообразие — это гибкость. 15
  • 34. Модульная архитектура, унифицированные вычислительные ресурсы: слоты, слайсы, юниты. Cloud 17 ©SimpleDesktops.com
  • 35. Модульная архитектура, унифицированные вычислительные ресурсы: слоты, слайсы, юниты. Детерминированная система деплоймента приложений. Cloud 17 ©SimpleDesktops.com
  • 36. Модульная архитектура, унифицированные вычислительные ресурсы: слоты, слайсы, юниты. Детерминированная система деплоймента приложений. Тесты, метрики и мониторинг. Мониторинг, метрики и тесты. Cloud 17 ©SimpleDesktops.com
  • 40. Kernel Drivers Resource Managers Like an OS 18 ©SimpleDesktops.com
  • 41. Kernel Drivers Resource Managers API Like an OS 18 ©SimpleDesktops.com
  • 44. Аналогичны модулям ядра в Linux. Сервисы 19 ©SimpleDesktops.com
  • 45. Аналогичны модулям ядра в Linux. Logging, Storage, Search Indexing, URL Fetching, Geolocation, ... Сервисы 19 ©SimpleDesktops.com
  • 46. Аналогичны модулям ядра в Linux. Logging, Storage, Search Indexing, URL Fetching, Geolocation, ... Теперь все приложения — тоже сервисы. Сервисы 19 ©SimpleDesktops.com
  • 47. Discovery Arbitration. Для обращения к сервису нужно знать только его имя. Локатор 20 ©SimpleDesktops.com
  • 48. Discovery Arbitration. Для обращения к сервису нужно знать только его имя. Мы отказались от IDL, все метаданные о сервисе приложение получает в рантайме. Локатор 20 ©SimpleDesktops.com
  • 49. Discovery Arbitration. Для обращения к сервису нужно знать только его имя. Мы отказались от IDL, все метаданные о сервисе приложение получает в рантайме. HTTP/2.0-like RPC. Непрозрачные бинарные потоки, мультиплексирование, расширяемость, распространённость. Локатор 20 ©SimpleDesktops.com
  • 51. Raft реплицирует конечные автоматы. Любой сервис можно представить в виде такого автомата. Raft 21 ©SimpleDesktops.com
  • 52. Raft реплицирует конечные автоматы. Любой сервис можно представить в виде такого автомата. Configuration Management, Distributed Locking, Resource Control — всё это реализовано как сервис на Raft. Raft 21 ©SimpleDesktops.com
  • 53. Raft реплицирует конечные автоматы. Любой сервис можно представить в виде такого автомата. Configuration Management, Distributed Locking, Resource Control — всё это реализовано как сервис на Raft. Мы научили Raft работать с динамическими топологиями: машины могут входить и выходить из кластера в любой момент. Raft 21 ©SimpleDesktops.com
  • 54. Сервисы — это абстрактные фронтэнды к разнообразным функциям инфраструктуры. Плагины 22 ©SimpleDesktops.com
  • 55. Сервисы — это абстрактные фронтэнды к разнообразным функциям инфраструктуры. Logging Service может быть реализован как через Syslog, так и через Logstash. Плагины 22 ©SimpleDesktops.com
  • 56. Сервисы — это абстрактные фронтэнды к разнообразным функциям инфраструктуры. Logging Service может быть реализован как через Syslog, так и через Logstash. Смена реализации делается через изменение конфига. Код приложений остаётся неизменным. Плагины 22 ©SimpleDesktops.com
  • 57. Система хранения — это фундамент для любой инфраструктурной платформы. Storage Service 23 ©SimpleDesktops.com
  • 58. Система хранения — это фундамент для любой инфраструктурной платформы. Самое главное, такая система должна быть надёжной, включая защиту от котиков и безумных экскаваторщиков. Storage Service 23 ©SimpleDesktops.com
  • 59. Система хранения — это фундамент для любой инфраструктурной платформы. Самое главное, такая система должна быть надёжной, включая защиту от котиков и безумных экскаваторщиков. Мы используем Elliptics. Storage Service 23 ©SimpleDesktops.com
  • 61. Надёжнее, чем молитва. Вторичные индексы, стриминг, кэш, server-side processing и все остальные ключевые слова из других систем хранения данных. Elliptics 24 ©SimpleDesktops.com
  • 62. Надёжнее, чем молитва. Вторичные индексы, стриминг, кэш, server-side processing и все остальные ключевые слова из других систем хранения данных. И, главное, защита от атомной войны! Elliptics 24 ©SimpleDesktops.com
  • 63. Контролирует работу приложений — доставка на ноды, конфигурация, управление жизненным циклом. Node Service 25 ©SimpleDesktops.com
  • 64. Контролирует работу приложений — доставка на ноды, конфигурация, управление жизненным циклом. Собирает и хранит метрики и статистику о работе приложений для балансировщика. Node Service 25 ©SimpleDesktops.com
  • 65. Контролирует работу приложений — доставка на ноды, конфигурация, управление жизненным циклом. Собирает и хранит метрики и статистику о работе приложений для балансировщика. Управляет ресурсами кластера, распределяя инстансы приложений наиболее оптимальным образом по имеющимся машинам. Node Service 25 ©SimpleDesktops.com
  • 66. Контролирует работу приложений — доставка на ноды, конфигурация, управление жизненным циклом. Собирает и хранит метрики и статистику о работе приложений для балансировщика. Управляет ресурсами кластера, распределяя инстансы приложений наиболее оптимальным образом по имеющимся машинам. Поддерживаются процессы или контейнеры. Node Service 25 ©SimpleDesktops.com
  • 68. Knapsack problem. Как уложить наибольшее количество ценных вещей в рюкзак при условии что он не резиновый, как Москва? Управление ресурсами 26 © SimpleDesktops.com ©SimpleDesktops.com
  • 69. Knapsack problem. Как уложить наибольшее количество ценных вещей в рюкзак при условии что он не резиновый, как Москва? Это NP-полная задача, поэтому идеальным образом за разумное время решить её невозможно. Управление ресурсами 26 © SimpleDesktops.com ©SimpleDesktops.com
  • 70. Knapsack problem. Как уложить наибольшее количество ценных вещей в рюкзак при условии что он не резиновый, как Москва? Это NP-полная задача, поэтому идеальным образом за разумное время решить её невозможно. Сейчас решаем жадным алгоритмом, с оверхедом по ресурсам в ~10%. Можно лучше, но тогда надо программировать. Управление ресурсами 26 © SimpleDesktops.com ©SimpleDesktops.com
  • 71. Контейнеры — это легковесная виртуализация. Нет гипервизора, все контейнеры делят одно ядро. Контейнеры 27 ©SimpleDesktops.com
  • 72. Контейнеры — это легковесная виртуализация. Нет гипервизора, все контейнеры делят одно ядро. Процессы работают в изолированных неймспейсах: pid, uid, ipc, network, filesystem, mounts, ... Контейнеры 27 ©SimpleDesktops.com
  • 73. Контейнеры — это легковесная виртуализация. Нет гипервизора, все контейнеры делят одно ядро. Процессы работают в изолированных неймспейсах: pid, uid, ipc, network, filesystem, mounts, ... Запуск контейнера происходит в сотни раз быстрее, чем запуск виртуальной машины. Контейнеры 27 ©SimpleDesktops.com
  • 74. Стандарт распространения приложений на базе Linux Containers. Docker 28
  • 75. Стандарт распространения приложений на базе Linux Containers. Поддерживается Red Hat, Rackspace, Cloudflare, Ebay, Mozilla, OpenStack, Chef, Puppet, ... Docker 28
  • 76. Стандарт распространения приложений на базе Linux Containers. Поддерживается Red Hat, Rackspace, Cloudflare, Ebay, Mozilla, OpenStack, Chef, Puppet, ... Единый контейнер, который будет работать как на ноутбуке разработчика, так и на кластере из сотен машин. Docker 28
  • 77. Layer 3. Это значит не только HTTP — какие угодно данные в любом формате. Балансировка 29 © SimpleDesktops.com
  • 78. Layer 3. Это значит не только HTTP — какие угодно данные в любом формате. Балансировка в ядре: IPVS, IPv6, динамические веса, мгновенная реакция на изменения в кластере. Балансировка 29 © SimpleDesktops.com
  • 79. Layer 3. Это значит не только HTTP — какие угодно данные в любом формате. Балансировка в ядре: IPVS, IPv6, динамические веса, мгновенная реакция на изменения в кластере. Routing Groups. Расщепление траффика между несколькими интерфейсно-совместимыми приложениями. Балансировка 29 © SimpleDesktops.com
  • 80. 30 Андрей Сибирёв Руководитель службы разработки облачных технологий kobolog@yandex-team.ru @kobolog kobolog github.com/cocaine