1. | DUMP2014Алексей Могильников
Специализированные облака

2. Придумали
гениальную идею
Написали
используя модную технологию
Запустили
осчастливить мир
Продукт

3. ( , )Купить сервер ы а и разместить на
площадке хостера
Как запустить
Дорого
Долго
Не надёжно

4. Дёшево
Выделение ресурсов
« »по требованию
—Железо проблема
платформы
Виртуализация и облака

5. 200
6
201
6
Amazon Web Services запущен
Реальность
20062007200820092010201120122013
0
200
400
600
800
1000
1200
1400
1600
1800
$.млн
Объем рынка облачных
$19,5 .решений млрд

6. В результате
Даже небольшим сервисам нужны админы
?В чём проблема
:Сервисы содержат много сторонних компонентов
, , ,хранилища кэши очереди сообщений сбор и анализ
, , … ,логов мониторинг Их развертывание правильная
, —настройка мониторинг отдельная компетенция
,Нужно уметь правильно деплоить свой код управлять
,конфигурацией масштабироваться и думать об
отказоустойчивости

7. Хранилища Кэш
?А присмотреться

8. Сборщики логов
stdout,Приложение пишет в файл или
собирают и отправляют на отдельный
сервер для хранения и анализа
Мониторинг
CPU/IO/Mem/RPS/Собирай длину
, ,очереди рисуй картинки нервируй
дежурного инженера
?А присмотреться
Nagios

9. Xas a Service
MongoDBasaService(MongoHQ)
RedisasaService(RedisCloud)
PostgreSQLasaService(HerokuPostgres,
ElephantSQL)
MemcachedasaService(MemcachedCloud, Amazon
ElastiCache)
LogmanagementasaService(Loggly, Logentries)

10. Не нужно мониторить
и лечить
Не нужно думать о
, . .ресурсах ОС и т д
Не нужно уметь
настраивать
Что это даёт

11. ?Как программисты привыкли решать свои проблемы
!Повышением уровня абстракции
-Нам по прежнему нужно думать
о
,Развертывании и обновлении фронтэндов и бэкэндов
, ,управлении конфигурацией масштабировании
отказоустойчивости

12. Виртуальный контейнер
Запускается автоматически
«Пушечное мясо»
Знает где взять код,
зависимости и настройки
Нет состояния

13. ,Окружение которому вы отдаете код и
. .конфигурацию Знает о вашем стеке
Автоматически развертывает нужное в
данный момент число контейнеров
Автоматические масштабирование и
отказоустойчивость
Автоматическая
балансировка нагрузки
Платформа

14. Максимум поддерживаемых платформ
(Clojure, Java, Node, Python, Ruby,
Scala, ...), можно расширять
PaaS' (>100)Максимум доступных ов
Очень удобный
Heroku
, ~$35 ,Дорого за контейнер в месяц но
freetierесть классный

15. PHP, Ruby, Java, Node.Поддерживает
Расширять нельзя
PaaS' : ,Доступные ы терпимо самое
необходимое есть
Нужно немного работать
руками
Engine Yard
-По конски дорого для небольших
,проектов потом нормально

16. .NET, Java, Node, PHP,Поддерживает
Python, Ruby. Расширять нельзя
PaaS' : AmazonДоступные ы только от
Много работы руками
Amazon Elastic Beanstalk
AWS,Платим как за обычные ресурсы
недорого

17. Python, Java, PHP, Go.Поддерживает
Расширять нельзя
PaaS' :Доступные ы только от Гугла и
,самый минимум нет РСУБД
Не очень много работы руками
Google Apps Engine
,Самый дешёвый вариант
freetierхороший

18. / AWSЛюблю привык к
.NET:)или
/Маленький проект и или
хочется удобства и
фичястости
Python, PHP, Java, не
нужна РСУБД
Простые рекомендации

19. Демо

20. Продакшн перестаёт быть
отдельной задачей
Отказоустойчивость и
масштабируемость становятся только
архитектурными вопросами
Админы становятся редкой и крайне
специализированной птицей
Итоги

21. !Попробуй сейчас
PaaS
—Первая доза
!бесплатно