28. WHY PROJECTS MOVING TO CLOUD?
• Cost reduction
• Pay as you go
• Scalability and elasticity
• Ready for automation
• Device and location independent
• Buzzword
28
29. WHEN YOU CANT USE CLOUD?
• When you need hardware
• When you need high speed I/O (high speed storage)
• 100% capacity usage
• Barrier to exit (migration to cloud more expensive then classical
infrastructure)
• Integration with legacy systems
• Security concerns
29
С каждым днем количество пользователей в сети растет, если средний сайт раньше должен был работать с 10ми и сотнями пользователями онлайн, теперь эта уже как минимум тысячи.Все чаще проекту нужно быстро, а желательно еще и автоматически справляться с растущей нагрузкой на ваше приложение.Давайте посмотрим как идет эволюция большинства проектов.
В самом простом случае, у нас есть application-сервер который доступен из Интернета, который обрабатывает запросы пользователей, а также отдает медиа контент (картинки, видео, CSS, JS и т.д.).На бэкенде работает сервер баз данных.Это простая схему, среднее приложение так и работает, но если оно активно развивается, количество пользователей растет, инфраструктура соответственно становится сложнее…Дальше поняли что отделение статических данных от контроллера это хорошо, т.к. уменьшается время на обработку «ненужных» запросов к апп-серверу, трафик и TCP-соединенияДальше база перестала выдерживать нагрузки и мы поставили предварительный кэш на чтение (memcached, redis, EHCache/Terracota etc.)Дальше начали плодить app-сервера т.к. CPU одного сервера не справляется с нагрузкойДальше база начала валится на записи и пришлось делать database clusterИтак мы очевидно сталкиваемся с проблемами масштабирования, а именно…
CPU,решается балансировкой на несколько серверовRAM, …
Из-за того что узкие места могут появляться в любой момент, более того для некоторых приложений это нормальная практика, вам нужно реагировать на них быстро и желательно без потерь для пользователя.Классический хостинг явно проигрывает клаудам, он не дает вам нужно быстроты в управлени и пластичности. Он не дает приложению возможности САМОМТОЯТЕЛЬНО масштабироваться.Давайте рассмотрим как должно выглядеть идеальное облачное приложение.
Можно выделить две основные архитектуры при построении облачных приложений…
Grid, решающяя задачи на вычисление или обработку данных. Научные системы, биллинг системы, обработка медиа информации (кодирование звука, видео, изображения)
Transactional – сделал запрос, получил ответ. Поисковые системы, блоги, соц сети и т.д.Ваше приложение масштабируется в нужных пределах по всем узким местам (CPU, сеть и т.д.)Вы используете сервисы и API облака для масштабирования в обоих направлениях (как на увеличение так и на уменьшение)
Облако нам дает:Снижение стоимости за счет оплаты только тех сервисов и ресурсов которые вы использовали…
Есть причины по которым облако не даст вам преимуществ или вы и вовсе не сможете его использовать:…
You can always come to us and ask questions, but we recommend you to use our Informational Portal first, it has answers to all Frequently Asked questions, integration with Management Console, Comprehensive help materials, Glossary and other valuable additions that will help you on your way to Self-Service model utilization.
