Новая платформа разработки на базе облачной технологии для веб-сервисов amazon

Технологии, которые послужили основой для “облаков”. Сервисные модели облачных вычислений

Аннотация: В лекции рассматриваются технологии, которые стали началом современных облачных вычислений; сервисные модели облачных вычислений.

Одной из наиболее существенных технологических новаций, лежащих в основе облачных вычислений, являются технологии виртуализации.

Первой компанией, в полной мере осознавшей коммерческую перспективу общедоступных технологий виртуализации, стала Amazon.

Если до 2006 года под виртуализацией понимали возможность разворачивания нужного количества виртуальных серверов на собственном оборудовании, то благодаря появлению Amazon Elastic Compute Cloud начали арендовать виртуальные серверы на чужом оборудовании. В этом заключается суть облачных предложений класса “инфраструктура как сервис”.

Основой современных облачных вычислений послужили сервис-ориентированная архитектура (Service-Oriented Architecture, SOA), предоставление приложений в режиме услуг (Application Service Provider, ASP) и др.

Стандарт Open Group SOA Reference Architecture (эталонная архитектура SOA RA) предоставляет рекомендации и варианты архитектуры, дизайна и реализации решений при создании архитектур сервис-ориентированных решений, включая архитектуры облачных вычислений. Целью стандарта Open Group SOA Reference Architecture является предоставление прототипа для создания и оценки архитектуры.

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

SOA – модель взаимодействия компонент, которая связывает различные функциональные модули приложений (сервисы) между собой с помощью четко определяемых интерфейсов. Одним из известных интеграционных шаблонов является “Сервис”. Интерфейсы не зависят от используемых аппаратных платформ, операционных систем или языков программирования, используемых для разработки этих приложений.

Это позволяет отдельным сервисам взаимодействовать между собой одним и тем же стандартным, но в то же время универсальным способом. Такая особенность использования интерфейса, независимого от окружения и платформы, получила название модели “слабой связи”.

Ее преимуществом является повышенная гибкость и адаптируемость, поскольку замена или модернизация одной из компонент системы не сказывается на остальных.

Современные подходы к реализации SOA охватывают технологический уровень обмена данными и уровень бизнес-операций.

В частности, одним из важных результатов стала разработка специализированного языка BPEL (Business Process Executable Language for Web Services) для описания аспектов взаимодействия различных сервисов с точки зрения реализации бизнес-правил.

Принятие SOA как целевой архитектуры подразумевает и соответствующий подход к разработке приложений (SODA – service-oriented development architecture).

Для задач электронного бизнеса функциональность SOA реализуется на уровне web-сервисов (служб).

Web-сервис – программные системы, которые используют XML в качестве формата данных, стандарты Web Services Description Language (WSDL) для описания своих интерфейсов, Simple Object Access Protocol (SOAP) для описания формата принимаемых и посылаемых сообщений и стандарт Universal Description, Discovery and Integration (UDDI) для создания каталогов доступных сервисов.

Сервис-ориентированная модель должна быть расширяемой: пользователь должен иметь возможность добавить новые сервисы или изменить набор доступных сервисов. Пользователи также должны иметь возможность обращаться к сервисам через сеть с различных по своим возможностям устройств – desktop-машин, мобильных устройств и т.д.

Поддержка SOA осуществляется во многих современных программных инструментах, в том числе: Microsoft SharePoint – инструмент для создания расширяемых Web-страниц и Web-сервисов; UDDI (Universal Discovery, Description and Integration) – технология для публикации и поиска Web-сервисов (Microsoft).

Сервис-ориентированная архитектура – подход к разработке программного обеспечения, основанный на использовании служб (сервисов), со стандартизированными интерфейсами.

Интерфейс сервиса описывается с помощью формального платформонезависимого языка, например WSDL (Web Service Definition Language).

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

Источник: http://www.intuit.ru/studies/courses/3508/750/lecture/27409

Что такое облачные технологии и зачем они нужны / Заметки Сис.Админа

И снова, здравствуйте, уважаемые читатели! 🙂 Поговорим про облачные технологии.

Тобишь, сегодня очередная заметка целиком и полностью будет посвящена весьма занимательной и перспективной технологии (так сказать «золотой жиле» ИТ-индустрии), скрывающейся под псевдонимом – cloud technologies или в простонародье – «облако».

Поговорим мы о самой концепции облачных вычислений, приведем самые разные примеры её воплощения (на уровне решений для обычных пользователей), а именно, расскажем о теории, потом плавно перейдем к практике и немного.. повитаем в облаках 🙂

Таким образом, цель нашей заметки, как всегда благая (по-другому и быть не может) – систематизировать основные сведения, связанные с данной тематикой и разложить всё по полочкам.

Итак, Земляне, готовьтесь, сейчас мы расскажем о зао облачных технологиях, которые, с каждым днем, становятся к нам все ближе и ближе.

Полетели..

За последние годы, эта тема, стала одной из наиболее популярных в IT-сфере, о ней написано немало статей, проведено еще большее количество конференций, а сколько решений уже существует на рынке (и во всю используется нами в повседневной жизни, порой даже несознательно), так и вообще не сосчитать.

Однако,  как всегда, есть одно “но“, а именно, большая часть пользователей, по-прежнему и знать не знают, что это за «ноу-хау» облачные технологии и для чего оно, вообще сдалось. Что ж, будем исправлять создавшееся положение и начнем мы, как и полагается, с теории.

Облачные вычисления (cloud computing) – это технология распределённой обработки данных в которой компьютерные ресурсы и мощности предоставляются пользователю как интернет-сервис. Если объяснить доступным языком, то – это Ваша, в некотором смысле рабочая площадка в интернете, а точнее на удаленном сервере.

Давайте рассмотрим пример, чтобы убедится, что практически каждый из нас, так или иначе, уже сталкивался с сим решением.

У вас есть электронная почта (e-mail)? Конечно, есть. Так вот, если Вы работаете с почтой на каком-то сайте-сервисе (например, gmail), который эту почту позволяет использовать, то это и есть ничто иное как облачный сервис, являющийся частью такой штуки как облачные технологии. Или, к примеру, обработка изображений.

Если вы уменьшаете размер, переворачиваете свою фотографию в Photoshop или другой специальной программе, то к облачной технологии Вы не имеете никакого отношения, – всё происходит и обрабатывается локально на Вашем компьютере. А вот, если, загрузив изображение, к примеру, через сервис Picasa, Вы его обрабатываете по ту сторону, тобишь в браузере, то это и есть то самое “облако”.

к содержанию ↑

Больше подробностей про облачные технологии

Собственно, вся разница заключается исключительно в методе хранения и обработке данных. Если все операции происходят на Вашем компьютере (с использованием его мощностей), то это – не “облако”, а если процесс происходит на сервере в сети, то это именно та трендовая штуковина, которую и принято называть «облачной технологией».

Другими словами, облачные технологии, – это различные аппаратные, программные средства, методологии и инструменты, которые предоставляются пользователю, как интернет-сервисы, для реализации своих целей, задач, проектов.

Как показывает практика, термины «облачные технологии»/«облачный сервис»,  с их общепринятым графическим представлением, в виде «облачков», только путает пользователей, на самом деле их структуру, можно легко понять, если представить ее в виде следующей пирамиды.

Основание пирамиды «инфраструктура» – это набор физических устройств (серверы, жесткие диски и т.д.), над ней выстраивается «платформа» – набор услуг и верхушка – программное обеспечение, доступное по запросу пользователей.

Также, следует знать, что облачные вычисления — это некий базис-вектор, полученный в результате синтеза целого ряда технологий и подходов (во замудрил! :-)). Чтобы стало ясно, что я имею ввиду, приведу следующую схему:

Думаю, что теперь то стало немного понятней, благо схема довольно простая. Впрочем, говоря обобщенно, облачные технологии – это такая некая каша, которая выполняет вычисления серверами и прочими штуками без непосредственного привлечения ресурсов Вашего компьютера.

Может так сложится, что все мы вернемся на компьютеры, которые по мощности близки к, так сказать, первым и, по сути, будут представлять из себя один лишь экран с микропроцессором, а все расчеты и мощности будут расположены и производится удаленно, т.е в где-то там живущих серверах, а именно, в упомянутом неоднократно облаке.

к содержанию ↑

Услуги, предоставляемые облачными системами

Все, что касается сloud сomputing (далее СС), обычно принято называть словом aaS. Расшифровывается это просто – “as a Service“, то есть “как сервис”, или “в виде сервиса”.

В настоящее время облачные технологии и, собственно, их концепция, предполагает оказание следующих типов услуг своим пользователям:

  • Storage-as-a-Service (“хранение как сервис”)Это, пожалуй, самый простой из СС-сервисов, представляющий собой дисковое пространство по требованию. Каждый из нас когда-нибудь сталкивался с ситуацией, когда на мониторе появлялось зловещее предупреждение: “Логический диск заполнен, чтобы освободить место, удалите ненужные программы или данные“. Услуга Storage-as-a-Service

Источник: https://sonikelf.ru/oblachnye-texnologii-dlya-zemnyx-polzovatelej/

Как Amazon захватила мир | Rusbase

Журналист Брэд Стоун в своей книге, посвященной истории крупнейшего в мире онлайн-ритейлера, назвал Amazon «магазином всего». Сегодня мы можем перефразировать выражение Стоуна и смело заявить, что Amazon не только «продает все, что продается», но и делает бизнес практически в любых отраслях. Теперь это еще и «компания всего».

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

Причем Amazon, похоже, собирается не только бросить вызов крупнейшим компаниям в этой отрасли — IBM, Oracle и Microsoft, но еще и намерена составить конкуренцию разработчикам новейших решений, таким как Tableau и ChartCube, создающим средства визуализации данных.

По теме: Закат живых мертвецов: Dell, EMC, HP, Cisco

В то же самое время Amazon запускает сервис Handmade — онлайн-магазин изделий ручной работы наподобие популярного в США Etsy. И это еще не все.

Bloomberg сообщил, что Amazon планирует запустить онлайн-телевидение в дополнение к популярному сервису Instant Video. Говорят, что новая платформа будет работать на базе аппаратного решения Fire TV.

И наконец, в сентябре компания запустила сервис под названием Flex — платформу по курьерской доставке посылок, сделанную наподобие Uber.

Самое интересное, что все эти никак не связанные между собой направления бизнеса — лишь небольшая часть всего того, чем сейчас занимается компания Amazon и все ее многочисленные подразделения. Напрашивается вопрос: зачем им всё это?

Дело в том, что Amazon с самого своего основания пробовала себя в разных отраслях технологического бизнеса, основываясь на своей давней концепции «рост превыше прибыли».

Постепенно компания стала не только крупнейшим в мире онлайн-ритейлером, но еще и разработчиком «интернет-вещей», производителем и продавцом девайсов под собственным брендом и т. д.

Некоторые начинания, вроде облачного вычислительного сервиса Amazon Web Services, оказались весьма успешными. Другие — не очень.

Но в одном Amazon всегда отличалась от своих конкурентов. В ключевые моменты развития бизнеса руководство Amazon понимало, что те технологии, которые хорошо зарекомендовали себя внутри корпорации, вскоре станут востребованы на всем рынке. И это понимание не раз приводило компанию к успеху.

Предлагая другим компаниям воспользоваться преимуществами новых рынков, Amazon на самом деле создала замкнутый круг успеха для себя и своих бизнес-клиентов. Так Amazon стала не только «компанией всего», но и «компанией для всех».

Золотые облака

Облачные сервисы Amazon можно по праву назвать «золотыми облаками». Первый вариант облачной платформы был представлен публике еще в августе 2006 года. Сервис назвали Elastic Compute Cloud (EC2).

Он предоставлял пользователям практически неограниченные вычислительные мощности, которые к тому же можно было дополнить сервисом S3 — неограниченным по объему хранилищем данных.

Эти два сервиса легли в основу нынешней платформы Amazon Web Services.

Как писал в 2012 году журналист Кейд Мец, «история появления системы EC2 запутана, как сюжет «Расёмона» Акиры Куросавы».

Он считает, что подлинные причины, по котором руководство Amazon решило сделать облачный сервис общедоступным, неизвестны.

Но вскоре менеджмент компании осознал потенциал широких вычислительных возможностей облачного сервиса и начал извлекать из своего решения первую прибыль.

А уже шесть лет спустя после запуска облачная вычислительная инфраструктура компании, по оценкам, уже управляла 1% всего интернета. В апреле этого года компания впервые обнародовала финансовые показатели деятельности подразделения Amazon Web Services. Оборот этого направления бизнеса составил $4,6 млрд.

Согласно последнему отчету о доходах Amazon, облачный бизнес компании показал рост в 81,5%, или до $1,82 млрд, что составило 8% от общей выручки за квартал. Неожиданно высокая доходность компании во втором квартале также отчасти обусловлена хорошими результатами деятельности нового подразделения.

В ходе пользовательской конференции старший вице-президент Amazon Web Services Энди Джесси заявил, что доход облачного подразделения компании может оказаться даже выше, чем предполагалось изначально.

По его прогнозам, порядка миллиона корпоративных пользователей платформы принесут компании $7,3 млрд выручки.

Источник: https://rb.ru/story/kompaniya-vsego/

Инфраструктура как сервис и облачные технологии

11.05.2015 Николя Серрано, Хосуне Эрнантес, Горка Галлардо

Экономичность, гибкость и адаптивность облаков сегодня уже вполне осознаны в корпоративной среде, однако, чтобы использовать все возможности облачных технологий, требуется знакомство с соответствующими лучшими практиками, базовыми технологиями и ограничениями.

Концепции облаков уже полвека — еще в 1957 году Джон Маккарти предложил идею выделения машинного времени как коммунальной услуги [1].

С тех пор название концепции несколько раз менялось, приобретая различные нюансы: сервисное бюро, провайдер сервисов приложений, Интернет в виде сервиса, облака, программно-конфигурируемый центр обработки данных. Но основная идея остается неизменной — предоставление ИТ-сервисов через Сеть.

Наибольшее распространение получило определение, предложенное Национальным институтом стандартов и технологий (NIST): «Облачные вычисления — это модель, обеспечивающая повсеместный, удобный сетевой доступ по требованию к совместно используемому пулу вычислительных ресурсов — сетей, серверов, пространства хранения, приложений и сервисов, которые можно быстро резервировать и высвобождать при минимуме затрат на управление и взаимодействие с провайдером» [2]. Сегодня провайдеры применяют три основные модели (см. рисунок): IaaS (Infrastructure as a Service — «инфраструктура в виде сервиса»), PaaS (Platform as a Service — «платформа в виде сервиса») и SaaS (Software as a Service — «программное обеспечение в виде сервиса»). Существует также деление по схеме развертывания облачных сервисов: в публичном облаке инфраструктура предоставляется любым заказчикам, частным облаком распоряжается только одна организация, а в случае гибридного — предприятие пользуется одновременно частным и публичным облаками. Чтобы выбрать наиболее подходящую модель для своей организации, нужно проанализировать имеющуюся ИТ-инфраструктуру, ее использование и потребности. Помогут в этом знания о нынешней расстановке сил в мире облаков.

Три вида облаков.

Лучшие практики перехода в облако

При планировании перехода на любую новую архитектурную парадигму важно учесть ее характеристики. Чтобы выбрать провайдера облачного сервиса, надо разобраться с требованиями и составить перечень необходимых функций. Приведем ряд рекомендаций, которые помогут при осуществлении миграции в облако [3].

Эластичная архитектура

Особенность IaaS — масштабирование согласно потребностям, и облако дает в этом отношении больше возможностей, чем классические стратегии вертикального и горизонтального масштабирования. Для полной реализации их потенциала, системы и приложения следует проектировать максимально независимыми друг от друга, основываясь на сервисной архитектуре и очередях сообщений.

Проектируйте с расчетом на сбои

У высокой масштабируемости есть свои ограничения — при переходе на IaaS снижается устойчивость систем, поскольку оборудование заменяется несколькими уровнями ПО, что увеличивает сложность и добавляет возможные точки сбоя.

Поэтому основными задачами проектирования становятся обеспечение дублирования и отказоустойчивости.

Для непрерывности бизнеса, помимо внедрения продуманной стратегии резервного копирования, нужно позаботиться о том, чтобы система была готова к перезапускам, при этом обязательно нужно предусмотреть автоматизацию процедуры развертывания, для чего, в частности, потребуются сценарии конфигурирования и создания серверов. Такая автоматизация потребует и освоения новых практик, таких как DevOps, непрерывная интеграция, разработка, ориентированная на тесты, и т. д., а также применения инструментов вроде Chef, Puppet или Ansible.

Высокая готовность

Отказ ИТ-ресурса — удар по любому бизнесу.

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

Благодаря простоте создания виртуальных экземпляров особую популярность получил подход, предусматривающий развертывание серверных кластеров с балансировкой нагрузки, — это важная возможность, которую нужно иметь в виду при выборе облачного провайдера.

Важно также, чтобы провайдер позволял размещать виртуальные серверы в разных географических зонах или как минимум в разных ЦОД, это сделает вашу систему более надежной. В апреле 2011 года системы Amazon Web Services в течение четырех суток работали с периодическими сбоями, а разнесение узлов кластера по регионам и ЦОД могло бы повысить устойчивость ресурсов.

Читайте также:  Освещение для съёмки видео своими руками

Производительность

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

В многоарендной среде на быстродействие вашего экземпляра виртуальной машины может влиять активность ее соседей — скачок нагрузки на соседский экземпляр может ухудшить готовность ресурсов, снизив быстродействие вычислительных систем и операций ввода-вывода. Выбранная архитектура должна как-то справляться с этими проблемами.

Узкие места могут возникать по причине задержек передачи по сети, причем даже между экземплярами, работающими в одном ЦОД, поэтому провайдеры облаков предлагают средства для борьбы с этим (к примеру, AWS предоставляет возможность логической группировки экземпляров, placement groups). Но если в инфраструктуре заказчика есть серверы, работающие в разных региональных ЦОД, то стоит пользоваться другими методами, например кэшированием.

Безопасность

Ввиду открытости общедоступных облаков, необходимо самое серьезное внимание уделять защите инфраструктуры предприятия, переходящего в облака. Обязательны общепринятые меры безопасности: межсетевые экраны, серверные средства для уменьшения количества возможных векторов атак, своевременное обновление операционных систем, аутентификация на основе криптографических ключей и т. п.

Сложности могут возникнуть, когда нужно сопровождать большое количество серверов и использовать облако для нескольких сред, например предназначенных для разработки, наладки и продуктивной работы.

В таких случаях важно предусмотреть изоляцию и защиту каждой среды, поскольку, скажем, брешь в сервере, используемом для прототипирования, может дать доступ к секретным ключам от всей инфраструктуры.

Мониторинг

Простота развертывания новых ресурсов в облаке позволяет быстро наращивать количество серверов, однако с ростом их числа возникают трудности администрирования, в преодолении которых важную роль играют инструменты мониторинга, участвующие в автоматическом масштабировании, осуществляемом периодически и по наступлении определенных событий. Они также входят в состав систем, обеспечивающих надежность архитектуры; примером может служить сервис Netflix Chaos Monkey, автоматически тестирующий облако Amazon на устойчивость. Кроме того, средства мониторинга помогают при обнаружении брешей безопасности и проведении судебной экспертизы.

Публичные облака

Публичные облака были предложены широкой аудитории, когда в AWS, накопив опыт работы с внутренним частным облаком, создали общедоступное.

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

Кроме того, надо учесть рыночные позиции оператора и планы предприятия относительно будущего использования облачных сервисов (см. табл. 1).

Таблица 1. Характеристики облачных провайдеров

Выбор оптимального оператора следует производить с точки зрения соотношения стоимость/производительность. При сравнении надо также учитывать, гарантируются ли требуемый уровень производительности, время запуска, скорость масштабирования и задержка передачи данных.

На выбор может повлиять местонахождение ЦОД — провайдер должен соблюдать законы о приватности данных и корпоративные правила, действующие у заказчика. Эти ограничения могут варьироваться в зависимости от страны и компании. Иногда требуется хранить все данные в одной юрисдикции.

Для американских компаний, работающих в других регионах, может понадобиться выполнение принципа Safe Harbor, согласно которому необходимо подчиняться европейским законам.

Важно разобраться в соглашениях об уровне обслуживания, предлагаемых каждым оператором, а поскольку почти все они декларируют высокие показатели на уровнях не ниже 99,95%, необходимо оценить возмещение, которое предлагается в случае невыполнения SLA. Обычно, как уже отмечалось, потери заказчика из-за простоев такое соглашение не покрывает, поэтому инфрастраструктура предприятия должна быть к ним готова.

Провайдеры

Перечислим крупнейших провайдеров.

Amazon. Облако AWS сохраняет господствующее положение благодаря тому, что в 2006 году Amazon первой предложила соответствующие сервисы. У AWS удобная ценовая политика. Схема с оплатой по мере использования позволяет менять объем потребляемых ресурсов без больших затрат.

AWS предлагает дополнительные инфраструктурные сервисы и встроенные средства мониторинга. Это облако особенно хорошо подходит стартапам и проектам скорой (agile) разработки, которым нужны сервисы вычислений и хранения, отличающиеся высоким быстродействием и малой стоимостью.

AWS — провайдер общего профиля, и с ним можно хорошо и удобно работать при эксплуатации облака в нормальном режиме, однако могут быть риски при возникновении проблем.

Полноценная техническая поддержка предоставляется за отдельную плату, тогда как у большинства конкурентов AWS это стандартная часть договора.

Microsoft Azure. Microsoft вышла на рынок IaaS с облаком Azure в феврале 2010 года. Azure предлагает сервисы вычислений и хранения подобно другим провайдерам IaaS и предоставляет полный контроль над виртуальными машинами.

Пользовательский интерфейс Azure прост в использовании, особенно для администраторов Windows-серверов. Но поскольку Azure — более новая разработка, чем облака Amazon и Rackspace, многие особенности этой платформы все еще доступны только в ознакомительном режиме.

Кроме того, на Azure могут быть недоработки в области сетевых технологий и безопасности.

Rackspace. Компания Rackspace — основатель проекта OpenStack и крупный игрок в сегменте облачных инфраструктурных сервисов, созданных на платформе с открытым кодом. Ее ЦОД пользуются более половины участников Fortune 500, но при этом облако компании хорошо подходит для предприятий малого и среднего бизнеса.

Rackspace предлагает недорогое, простое в использовании облако с предоставляемыми за отдельную плату сервисами и удобной панелью управления. Сервис подходит для малых предприятий, которым гарантируется полноценная поддержка, однако тарифных планов немного — предлагается только подписка с ежемесячной оплатой.

Кроме того, отсутствуют специализированные сервисы.

Источник: https://www.osp.ru/os/2015/02/13046279

Облачные технологии: основные понятия, задачи и тенденции развития

Идея облачных вычислений появилась еще в 1960 году, когда Джон Маккарти высказал предположение, что когда-нибудь компьютерные вычисления будут производиться с помощью «общенародных утилит». Считается, что идеология облачных вычислений получила популярность с 2007 года благодаря быстрому развитию каналов связи и стремительно растущим потребностям пользователей.

Под облачными вычислениями (от англ.

cloud computing, также используется термин «облачная (рассеянная) обработка данных») обычно понимается предоставление пользователю компьютерных ресурсов и мощностей в виде интернет-сервиса.

Таким образом, вычислительные ресурсы предоставляются пользователю в «чистом» виде, и пользователь может не знать, какие компьютеры обрабатывают его запросы, под управлением какой операционной системы это происходит и т.д.

Часто облака сравнивают с мэйнфреймами (mainframe), находя между ними много общего. Принципиальное отличие облака от мэйнфреймов в том, что его вычислительная мощность теоретически не ограничена.

Второе принципиальное отличие в том, что, попросту говоря, терминалы для мэйнфреймов служили только для интерактивного взаимодействия пользователя с запущенной на обработку задачей.

В облаке же терминал сам является мощным вычислительным устройством, способным не только накапливать промежуточную информацию, но и непосредственно управлять глобальной системой вычислительных ресурсов.

Среди ранее возникших (в 1990-х гг.) технологий обработки данных некоторое распространение получили так называемые grid-вычисления. Это направление первоначально рассматривалось как возможность использования свободных ресурсов процессоров и развития системы добровольной аренды вычислительных мощностей. Ряд проектов (GIMPS, distributed.

net, SETI@home) доказали, что такая модель вычислений достаточно эффективна. Сегодня эта технология применяется для решения научных, математических задач, где требуются значительные вычислительные ресурсы. Известно, что grid-вычисления также применяются для коммерческих целей.

Например, с их помощью выполняются некоторые трудоемкие задачи, связанные с экономическим прогнозированием, анализом сейсмических данных, разработкой и изучением свойств вакцин и новых лекарств. Действительно, grid-вычисления и облака имеют много схожих черт в архитектуре и применяемых принципах.

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

В настоящее время крупные вычислительные облака состоят из тысяч серверов, размещенных в центрах обработки данных (ЦОД).

Они обеспечивают ресурсами десятки тысяч приложений, которые одновременно используют миллионы пользователей [1].

Облачные технологии являются удобным инструментом для предприятий, которым слишком дорого содержать собственные ERP, CRM или другие серверы, требующие приобретения и настройки дополнительного оборудования.

ERP (Enterprise Resource Planning – планирование ресурсов предприятия) – организационная стратегия интеграции производства и операций, управления трудовыми ресурсами, финансового менеджмента и управления активами, ориентированная на непрерывную балансировку и оптимизацию ресурсов предприятия посредством специализированного интегрированного пакета прикладного программного обеспечения, обеспечивающего общую модель данных и процессов для всех сфер деятельности предприятия.

CRM (Customer Relationship Management) – система управления взаимоотношениями с клиентами, то есть прикладное программное обеспечение, предназначенное для автоматизации стратегий взаимодействия с заказчиками (клиентами), в частности, для повышения уровня продаж, оптимизации маркетинга и улучшения обслуживания клиентов путем сохранения информации о клиентах и истории взаимоотношений с ними, установления и улучшения бизнес-процедур и последующего анализа результатов.

Источник: http://swsys-web.ru/cloud-computing-basic-concepts-problems.html

AWS на понятном русском — шпаргалка по веб-сервисам Amazon

Эй, а вы уже слышали про эти новые AWS-сервисы: ContainerCache, ElastiCast and QR72?

Конечно, нет, ведь я их только что выдумал. Чтобы не попадать в такие ситуации, советуем ознакомиться со шпаргалкой по Amazon Web Services, которых уже так много, что и запутаться в них не грех. Можете глянуть такую же шпаргалку по Azure, если веб-сервисы Microsoft вам кажутся ближе.

Сервисы «Run an App»

Неважно, что вы будете делать с AWS, вы всё равно будете использовать эти сервисы.

Должен называтьсяAmazon Virtual Servers Сфера примененияХостуйте вещи, которые вы считаете компьютерами. Похож наVPS, предоставляемые Linode, DigitalOcean и Rackspace
Должен называтьсяUsers, Keys and Certs Сфера примененияНастраивайте пользователей, добавляйте новые ключи AWS Keys и сертификаты.
Должен называтьсяAmazon Unlimited FTP Server Сфера примененияХраните фотографии и прочие материалы для сайтов. Храните бекапы и файлы в общем доступе. Храните статические сайты. Кстати, многие сервисы также хранят свои данные в S3.
Должен называтьсяAmazon Virtual Colocated Rack Сфера примененияДобавьте дополнительный уровень защиты всему, что вы храните в Интернете. Пусть всё выглядит так, будто все ваши AWS-сервисы находятся в одной маленькой сети, а не разбросаны в огромной. Похож наVLAN, если вы разбираетесь в сетях
Должен называтьсяAWS App Scripts Сфера примененияЗапускайте маленькие сниппеты на JS, Java или Python для выполнения отдельных задач.

Сервисы веб-разработчика

Если вы пишете веб-приложение, то наверняка будете использовать эти сервисы. Похожи на те, что вы найдёте в Heroku Addon Marketplace.

Должен называтьсяAPI Proxy Сфера примененияПроксируйте API ваших приложений через этот сервис для обработки трафика, тестирования новых версий и т.д. Похож на3Scale
Должен называтьсяAmazon SQL Сфера примененияОдновременно MySQL-, Postgres-, и Oracle-БД для вашего приложения. Похож наHeroku Postgres
Должен называтьсяAmazon DNS + Domains Сфера примененияКупите новый домен и настройте DNS-записи. Похож наDNSimple, GoDaddy, Gandi
Должен называтьсяAmazon Transactional Email Сфера примененияОтправляйте одиночные письма (для смены паролей, доставки уведомлений и т.п.). Можно использовать и как газету, если реализуете, но лучше не стоит. Похож наSendGrid, Mandrill, Postmark
Должен называтьсяAmazon CDN Сфера примененияУскорьте загрузку сайтов, оптимально распределяя доставку статических файлов пользователям. Похож наMaxCDN, Akamai
Должен называтьсяAmazon Fulltext Search Сфера примененияДостаньте все данные из S3 или RDS и ищите в них то, что нужно. Похож наSphinx, Solr, ElasticSearch
Должен называтьсяAmazon NoSQL Сфера примененияМасштабируемое хранилище ключей для вашего приложения. Похож наMongoLab
Должен называтьсяAmazon Memcached Сфера примененияMemcached или Redis вашего приложения. Похож наRedis to Go, Memcachier
Должен называтьсяAmazon Beginning Cut Pro Сфера примененияОбработка различных странностей видео (форматы, сжатие и т.д.).
Должен называтьсяAmazon Queue Сфера примененияХраните данные для дальнейшей обработки в очереди. Похож наRabbitMQ, Sidekiq
Должен называтьсяAWS Firewall Сфера примененияБлокируйте опасные запросы к сайтам, защищённым Cloudfront (не давайте людям попробовать подобрать 10 000 паролей к /wp-admin). Похож наSophos, Kapersky

Сервисы для мобильных разработчиков

Эти сервисы нужны только мобильным разработчикам.

Должен называтьсяAmazon OAuth as a Service Сфера применения

Источник: https://tproger.ru/translations/aws-in-plain-russian/

AWS | Choosing a Cloud Platform

Get Started for Free » Learn about the AWS Free Tier

Developing, managing, and operating your applications requires a wide variety of technology services. Customers often ask us what represents a fully-functional, flexible technology infrastructure platform.

Below, we outline requirements for a modern, robust, industry-leading technology infrastructure platform with all the benefits that the cloud brings to bear.

We also provide information about how AWS delivers against these requirements and why you might need each of these capabilities.

AWS began offering its technology infrastructure platform in 2006. At this point, we have over a million active customers using AWS in every imaginable way, and have developed considerable experience operating at scale.

We’ve also innovated and delivered at a very rapid pace (delivering 159 significant features and services in 2012, 280 in 2013, 516 in 2014, 722 in 2015, and 1,017 in 2016).

Expect this focus on rapidly delivering what customers want to continue.

Download a spreadsheet listing these requirements that you can use in your cloud platform evaluation activities.

Recognized independent third-party attestations, reports and certifications

Third-party attestations and certifications can give you confidence about a cloud operator’s policies and procedures and help to enable the deployment of business critical applications in a cloud environment.

AWS engages with independent third-party auditors and certifying bodies to provide customers with considerable information regarding the policies, processes, and controls we establish and operate. The relevant attestations, reports and certifications include:

  • SOC 1/ ISAE 3402
  • SOC 2
  • SOC 3
  • PCI DSS Level 1
  • ISO 27001
  • IRAP
  • FIPS 140-2
  • MPAA

Learn More »

  • HIPAA
  • FedRAMP (SM)
  • DoD CSM Levels 1-2, 3-5
  • DIACAP and FISMA
  • MTCS Tier 3 Certification
  • ITAR
  • CSA
  • ISO 9001

Control access to your cloud resources at a granular level

Creating users and groups, and using sophisticated policy language to control access to your cloud resources at granular levels (e.g. user, resource, time of day, source IP address) means that you can deploy applications more securely and implement your security policies more easily in the cloud.

AWS IAM allows you to create and manage users and groups, as well as use permissions to control access to AWS resources such as Amazon S3 storage buckets, Amazon EBS snapshots, or Amazon DynamoDB tables. Learn More »

Integrate with your existing identity and access management systems

Integrating with your existing identity and access management systems means you do not have to go through the process of creating parallel sets of identities in the cloud: you can use identities in your existing systems to grant access to your resources in the cloud.

AWS Directory Service is a managed service that allows you to connect your AWS resources with an existing on-premises Microsoft Active Directory or to set up a new, stand-alone directory in the AWS Cloud Learn More »

Dedicated, hardware-based key management

For applications and data subject to rigorous contractual or regulatory requirements for managing cryptographic keys, additional protection is sometimes necessary. You should be able to use a service that enables you to protect your encryption keys within Hardware Security Modules (HSMs) designed and validated to government standards for secure key management deployed in the cloud.

The AWS CloudHSM service provides access to dedicated HSM appliances within the AWS cloud. Learn More »

Deploy applications close to your customers

It is important to have choice when deploying applications, to place them close to your users or customers, ensuring the lowest possible latency and best user experience. Learn More »

Maintain and ensure data locality

Many customers have regulatory or policy requirements that govern where their data must reside. Maintaining compliance with these regulations or policies requires that you know that data locality will be maintained.

AWS offers a choice of many different geographically-isolated Regions located all over the world. You decide where to place your data: it is not replicated to other regions and doesn’t move unless you choose to move it. Learn More »

Faster downloads, and lower latency connections for your customers

It is often important to be able to deliver a low-latency, high-performance application to your end users or customers, even if they are not located near the source of the application, whether that is static content or pre-recorded or live video.

Amazon CloudFront distributes content to end users via a network of edge locations across the globe. Learn More »

Читайте также:  Резисторы. кодовая маркировка

Ensure your applications are always reachable even during site outages with low latency

Every external-facing application needs domain name resolution (DNS) to ensure that inbound requests reach healthy infrastructure. A DNS service should be latency-aware, ensuring that users have a fast experience when using applications.

Amazon Route 53 is a highly available and scalable DNS service that includes DNS failover and latency-based routing, enabling you to deliver a highly available and fast performing application. Learn More »

Cloud applications have a wide range requirements for compute, memory and network resources.

Amazon EC2 provides resizable compute capacity in the cloud. It is designed to make web-scale computing easier for developers and system administrators. Amazon EC2 reduces the time required to obtain and boot new server instances to minutes, allowing you to quickly scale capacity, both up and down, as your computing requirements change. Learn More »

Containers are lighter in weight and have less memory and computational overhead than virtual machines, and make it easy to support applications that consist of hundreds or thousands of small, isolated “moving parts.” A properly containerized application is easy to scale and maintain, and makes efficient use of available system resources.

Amazon EC2 Container Service is a highly scalable, high performance container management service that supports Docker containers and allows you to easily run distributed applications on a managed cluster of Amazon EC2 instances. Learn More »

AWS Lambda is a compute service that runs your code in response to events and automatically manages the compute resources for you, making it easy to build applications that respond quickly to new information. AWS Lambda starts running your code within milliseconds of an event such as an image upload, in-app activity, website click, or output from a connected device.

Lambda runs your code on high-availability compute infrastructure and performs all the administration of the compute resources, including server and operating system maintenance, capacity provisioning and automatic scaling, code and security patch deployment, and code monitoring and logging. All you need to do is supply the code. Learn More »

General-purpose compute instances

General-purpose compute instances provide a balance of compute, memory and network resources and are a good choice for many applications such as small and mid-sized databases, data processing tasks, caching fleets and backend servers for various applications.

Amazon EC2 features T2 and M3 general-purpose instance types. T2 instances are Burstable Performance Instances that provide a baseline level of CPU performance with the ability to burst above the baseline. M3 instance types provides a balance of compute, memory, and network resources, and it is a good choice for many applications. Learn More »

Compute-optimized instances

Compute-optimized instances are optimized for applications that benefit from high compute power. Compute-optimized instance types are recommended for running CPU-bound applications such as high traffic front-end fleets, on-demand batch processing, distributed analytics, web servers, batch processing and high performance science and engineering applications.

Amazon EC2 features C4 and C3 compute-optimized instance types that have a higher ratio of vCPUs to memory than other instance types. C4 instances are the latest generation of Compute-optimized instances, featuring the highest performing processors and the lowest price/compute performance in EC2. Learn More »

Memory-optimized instances

Memory-optimized instances are optimized for memory-intensive applications, and are recommended for applications such as databases, memcached and other distributed caches and larger deployments of enterprise applications.

Amazon EC2 features R3 memory-optimized instance types that have the lowest cost per GiB of RAM among Amazon EC2 instances. Learn More »

Storage-optimized instances

Storage-optimized instances are optimized for applications with specific disk I/O and storage capacity requirements and are recommended for applications such as NoSQL databases such as Cassandra and MongoDB, scale out transactional databases, data warehousing, Hadoop and cluster file systems.

Amazon EC2 features I2 and HS1 storage-optimized instance types. I2 instancesprovide very fast SSD-backed instance storage optimized for very high random I/O performance, and provide high IOPS at a low cost.

 HS1 instances provide very high storage density and high sequential read and write performance per instance. It also offers the highest storage density among other EC2 instances and is lowest on $/GB storage.

 Learn More »

GPU instances

GPU instances allow you to take advantage of GPU performance capabilities for applications such as computational chemistry, rendering, financial modeling and engineering design.

Amazon EC2 features the G2 instance type intended for graphics and general purpose GPU compute applications. Learn More »

Resize instances at any time

Since the requirements of your applications may change over time, or during the development of your application, you should be able to change the size of an instance easily at any time to ensure that you are only paying for the capacity that you need.

Amazon EC2 makes it easy for you to resize your compute instances at any time. You can move to a larger or smaller instance, depending on the needs of your application, with a few clicks of a mouse. Learn More »

Pay-as-you-go pricing

For applications with short-term, spiky, or otherwise unpredictable usage, a pay-as-you-go pricing model, where you pay only for what you use, and with no upfront commitment, may be the most appropriate option.

Amazon EC2 On-Demand Instances let you pay for compute capacity by the hour with no long-term commitments. Learn More »

Significant discount (up to 75%) over On-Demand Instance pricing 

Reserved Instances provide you with a significant discount (up to 75%) compared to On-Demand Instance pricing. You are assured that your Reserved Instance will always be available for the operating system (e.g. Linux/UNIX or Windows) and Availability Zone in which you purchased it. 

For applications that have steady state needs, Reserved Instances can provide significant savings compared to using On-Demand Instances. Learn More »

Market-based pricing for significant discounts on excess capacity

For applications with flexible starts and stops (i.e. able to be interrupted), or for applications that are economical only at very low compute prices, market-based pricing can enable you to obtain significant discounts to standard on-demand pricing at a bid price that you specify.

Amazon EC2 Spot Instances allow you to specify the price you are willing to pay to obtain AWS excess capacity. AWS makes excess capacity it has available to customers via the Spot market. If your max bid exceeds the Spot price at any juncture in your bid window, you receive those instances at your low Spot bid. Learn More »

Sell your reserved capacity on the open market

If you have compute resources that you have committed to for a period of time, and then your plans change, the ability to sell that capacity to other users can give you flexibility and let you recoup investments.

The Reserved Instance Marketplace allows you to sell your Amazon EC2 Reserved Instances to other businesses and organizations if your needs change. You can also browse the Reserved Instance Marketplace to find an even wider selection of Reserved Instance term lengths and pricing options sold by other AWS customers. Learn More »

Achieve further discounts when buying in bulk

A pricing approach that provides lower costs as you use more capacity in the cloud can provide even lower costs when reserving capacity.

In addition to the lower hourly rate, larger purchases of reserved capacity are eligible for further, tiered capacity discounts. The more you use, the lower the price. Learn More »

The freedom to access 100,000s of cores, only when you need them

The availability of high scale, utility computing removes the constraints of traditional infrastructure, where capacity is no longer a barrier to delivering answers to complex questions, in a short time frame.

Provision the compute capacity you need, when you need it. Cycle Computing recently provisioned 50,000 cores, significantly accelerating a drug discovery pipeline.

Easily assign static public IP addresses to your instances

Being able to assign static, public IP addresses easily to any instance running in the cloud means that you can move IP addresses from one instance to another, without complex configuration work or reliance on datacenter staff.

Amazon EC2 instances support Elastic IP addresses that allow you to easily assign and reassign public, static IP addresses to any of your instances. Learn More »

Control your IP networking configuration

When you deploy applications in the cloud, you should have complete control over your IP addressing configuration. This means it is easy to continue using your established IP addressing schemes and to connect to your existing IP networks easily.

Amazon Virtual Private Cloud provides you with complete control over a logically isolated virtual network you define. Learn More »

Create multiple private and public subnets

Being able to create multiple IP subnets, network interfaces, and control routing tables gives you fine-grained control over your application’s network communications.

For example, you can create a public-facing subnet for webservers that have Internet access and additionally, create a private subnet without Internet access for back-end servers.

This helps make your applications more secure.

Amazon Virtual Private Cloud provides you with complete control over a logically isolated virtual network you define. Learn More »

Attach multiple network interfaces to compute resources

For tasks such as creating a management network, using network and security appliances or other scenarios where you might want to use dual-homed instances, having the ability to attach multiple network interfaces to compute instances is required.

Amazon Virtual Private Cloud lets you create and attach multiple elastic network interfaces to Amazon EC2 instances in a logically isolated virtual network you define. Learn More »

Control traffic to and from your compute resources at a granular level

Being able to control traffic flowing to and from your compute instances is an important part of being able to implement security policies and procedures in a cloud environment.

Amazon Virtual Private Cloud lets you use security groups and network access control lists (ACLs) so that you have fine-grained control of the network traffic flowing to and from your Amazon EC2 instances in a logically isolated virtual network you define.         Learn More »

Hardware-based virtual private networking connection to cloud resources

Using a hardware appliance of your choice to extend your network to the cloud with a VPN, securely, can provide easy and seamless access between your existing network infrastructure and cloud resources.

Amazon Virtual Private Cloud allows you to use a hardware based VPN to connect your network to a logically isolated virtual network you define. Learn More »

High speed, low latency, private, dedicated connectivity between on-premises and cloud infrastructure

If you have security or connectivity requirements that cannot be met by standard Internet connections, connecting your network directly to the cloud from a variety of locations using a private 1GBPS or 10GBPS connection helps you to meet those requirements.

AWS Direct Connect makes it easy to establish a dedicated, private network connection from your premises to AWS. Learn More »

Automatically scale up or down to meet customer demand

Источник: https://aws.amazon.com/choosing-a-cloud-platform/

Облачные вычисленияи сервисы на базе облачных вычислений

2014-06-16

Автор: Владимир Ткаченко

Источник: Обучение в интернет

Преамбула

Студенты часто задают вопросы: Что такое облачные вычисления? Что такое облачные сервисы? Что такое облачный сайт? Что означает облако, облачные хранилища файлов? Как используются облачные вычисления в образовании? SaaS сервис для B2C и B2B продаж? SaaS ERP и SaaS CRM системы и решения? Какие модели облачных вычислений используются для разработки веб-приложений? Современные дата-центры, на основе которых создаются облачные услуги: SaaS, PaaS и IaaS?

Сначала рассмотрим, что такое “облако” (сloud) и “облачные вычисления” (сloud сomputing).

“Облако” – это инновационная модель (концепция) организации IT-инфраструктуры, которая состоит из распределенных и разделяемых конфигурируемых аппаратных и сетевых ресурсов, а также программного обеспечения, развернутых на удаленных (облачных) дата центрах поставщиков (провайдеров). То есть облако – это новый подход организации IT-инфраструктуры.

Cloud computing- это модель предоставления дистанционного доступа к разделяемым вычислительным ресурсам, которые физически распределены на многих удалённых устройствах, образующих так называемое облако (cloud).

Облачные вычисления – это модель предоставление потребителю масштабируемых вычислительных ресурсов в виде сервиса через Интернет. Облачные технологии – это модель представления потребителю IT как сервиса через Интернет.

Проанализируем основополагающее определение облачных вычислений, предложенное Национальным институтом науки и технологий от 24 июля 2011 года.

Определение “облачные вычисления”

Облачные вычисления (cloud computing) – модель предоставления возможности повсеместного и удобного сетевого доступа по требованию к пулу разделяемых конфигурируемых вычислительных ресурсов (например, сетям, серверам, средствам хранение, приложениям и сервисам), которые могут оперативно предоставляться и освобождаться при минимальном усилии управления или взаимодействии с провайдером (поставщиком). Эта модель облака представлена (описана) пятью основными характеристиками, тремя сервисными моделями и четырьмя моделями развертывания.

Основные характеристики облачных вычислений, которые отличают их от других типов вычислений (интернет-ресурсов):

  1. Самообслуживание по требованию. Потребитель по мере необходимости автоматически, без взаимодействия с каждым поставщиком услуг, может самостоятельно определять и изменять вычислительные мощности, такие как серверное время, объем хранилища данных.

  2. Широкий (универсальный) сетевой доступ. Вычислительные возможности доступны на большие расстояния по сети через стандартные механизмы, что способствует широкому использованию разнородных (тонких или толстых) платформ клиента (терминальных устройств).
  3. Объединение ресурсов.

    Конфигурируемые вычислительные ресурсы поставщика объединены в единый пул для совместного использования распределенных ресурсов большим количеством потребителей.

  4. Мгновенная эластичность ресурсов (мгновенная масштабируемость).

    Облачные услуги могут быстро предоставляться, расширяться, сжиматься и освобождаться исходя из потребностей потребителя.

  5. Измеряемый сервис (учет потребляемого сервиса и возможность оплаты услуг, которые были реально использованы).

    Облачные системы автоматически управляют и оптимизируют использование ресурсов за счет осуществления измерений на некотором уровне абстракции, соответствующей типу сервиса.

Если модель (концепция) предоставления распределенных и разделяемых конфигурируемых вычислительных ресурсов соответствует вышеизложенным характеристикам, то это cloud computing.

Сервисные модели облачных вычислений или cloud computing:

  1. Software as a Service (SaaS) – программное обеспечение как услуга. В этой модели предоставления облачных вычислений потребитель использует приложения поставщика, запущенные в облачной инфраструктуре, которые доступны  клиенту через интерфейс (web-браузер) или интерфейс программы.

    Потребители не могут управлять и контролировать лежащую в основе облака инфраструктуру, включая сеть, серверы, операционные системы, хранилища данных или  даже изменять параметры настройки конкретного приложения.

  2. Platform as a Service (PaaS) – платформа как услуга.

    Модель предоставления облачных вычислений, при которой потребитель получает доступ к использованию программной платформы: операционных систем, СУБД, прикладного ПО, средств разработки и тестирования ПО.

    Фактически потребитель получает в аренду компьютерную платформу с установленной операционной системой и специализированными средствами для разработки, размещения и управления веб-приложениями.

    Потребитель не управляет основной инфраструктурой облака, включая сеть, серверы, операционные системы или хранилища данных, но управляет развернутыми приложениями  и возможно параметрами настройки конфигурации среды окружения.

  3. Infrastructure as a Service (IaaS) – инфраструктура как услуга.

    Модель предоставление облачных вычислений, при которой потребитель получает возможность управлять средствами обработки и хранения, а также и другими фундаментальными вычислительными ресурсами (виртуальными серверами и сетевой инфраструктурой), на которых он может самостоятельно устанавливать операционные системы и прикладные программы под собственные цели. По сути, потребитель арендует абстрактные вычислительные мощности (серверное время, дисковое пространство и пропускную способность сетевых каналов) или использует услуги аутсорсинга ИТ-инфраструктуры. Потребитель не управляет основной инфраструктурой облака, но управляет операционными системами, хранилищем и развернутыми им приложениями.

Модели развертывания облачных вычислений, т.е. cloud computing:

  1. Private cloud (частное облако) – инфраструктура, предназначенная для использования облачных вычислений в масштабе одной организации.

  2. Community cloud (облако сообщества) – облачная инфраструктура, которая предназначена для исключительного использования облачных вычислений определенным сообществом потребителей от организаций, которые решают общие проблемы .

  3. Public cloud (публичное облако) – инфраструктура, предназначенная для свободного использования облачных вычислений широкой публикой.

  4. Hybrid cloud (гибридное облако) – это комбинация различных облачных инфраструктур (частных, публичных или сообществ), остающихся уникальными объектами, но связанных между собой стандартизованными или частными технологиями, которые обеспечивают возможность обмена данными и приложениями.

Рис. 1. Модели развертывания облачных вычислений / cloud computing

Исходя из вышеизложенного определения облачных вычислений, облачные сервисы можно представить в виде многослойной модели , состоящей из слоев: IaaS, PaaS, SaaS.

Базисом или фундаментом облачных сервисов является physical infrastructure (физическая инфраструктура), т.е.

серверы, хранилища, сети и системное программное обеспечение Cloud data center (облачного дата-центра) или сети взаимосвязанных облачных Data centers (рис. 2).

В облачных дата-центрах или в центрах обработки данных (ЦОД) помещается физическое оборудование или hardware (серверы, хранилища данных, рабочие места), системное программное обеспечение (ОС, средства виртуализации и автоматизации), инструментальное и прикладное ПО, системы управления оборудованием (Equipment management systems), сетевая инфраструктура (Network infrastructure): маршрутизаторы и коммутаторы (routers and switches) для подключения и объединения физического оборудования. Кроме того, нормальную работу дата центров обеспечивают системы инженерного обеспечения (Systems of engineering support).

Рис. 2. Cloud computing architecture (архитектура облачных вычислений)

IaaS – это предоставление пользователю компьютерной и сетевой инфраструктуры (servers, storage, networking) и их обслуживание как услуги в форме виртуализации, т.е. виртуальной инфраструктуры.

Другими словами, на базе физической инфраструктуры дата-центров или ЦОД поставщик (провайдер) создает виртуальную инфраструктуру, которую предоставляет пользователям как сервис.

Средства виртуализации позволяют преобразовать физическую инфраструктуру data centers в виртуальную и таким образом создать первый слой облачных услуг – IaaS.

Что такое виртуализация? Технология виртуализации ресурсов позволяет физическое оборудование (серверы, хранилища данных, сети передачи данных) разделить между пользователями на несколько частей, которые используются ими для выполнения текущих задач. Например, на одном физическом сервере можно запустить сотни виртуальных серверов, а пользователю для решения задач выделить время доступа к ним. Реализация виртуализации может быть осуществлена как на программном уровне, так и на аппаратном.

Таким образом, пользователю предоставляются абстрактные эластичные вычислительные мощности, например, не сервер или серверы, а серверное время для обработки его задач. Не диски для хранения данных, а необходимое дисковое пространство, не каналы связи, а требуемая для решения задач сетевая пропускная способность каналов коммутации.

Кроме виртуализации для создания IaaS используется автоматизация, которая обеспечивает динамическое распределение ресурсов без участия персонала поставщика услуг, т.е.

система автоматически может добавлять или уменьшать количество виртуальных серверов, дисковое пространство для хранения данных, или изменять сетевую пропускную способность каналов связи.

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

Как правило, IaaS предоставляется в аренду (предоставляется IaaS-сервис на условиях аутсорсинга) корпоративным пользователям.

То есть пользователи получают интегрированные ресурсы для создания своей собственной вычислительной инфраструктуры.

В этом случае пользователь должен сам установить и настроить OS и необходимые программы для выполнения производственных задач или для разработки приложений.

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

Инфраструктура как сервис – это решение корпоративного уровня для предприятий разного масштаба. Инфраструктура может быть размещена как в центре обработки данных предприятия, так и во внешнем дата-центре.

Услуги IaaS предназначены для создания и использования защищенных частных, публичных и гибридных облачных сред.

Поставщики могут обеспечить построение гибридных облачных конфигураций, при которых объединяются локальные сети в офисе заказчика с сетями облачной платформы.

Кроме того, к IaaS-услугам облачных вычислений относится облачный хостинг (Cloud Hosting).

Облачный хостинг – это хостинг, который может обеспечить динамическое распределение ресурсов, обладает возможностью автоматического масштабирования ресурсов и имеет повышенную отказоустойчивость.

Облачный хостинг является существенной альтернативой виртуальному хостингу, хостингу на виртуальном выделенном сервере VPS / VDS и хостингу на физическом выделенном сервере.

Провайдер Cloud Hosting предоставляет владельцам сайтов только необходимые сайту ресурсы: виртуальные серверы, количество оперативной памяти и объем жесткого диска, а также возможности для управления инфраструктурой хостинга (например, выбор операционной системы, количества RAM, объема и типа HDD, числа ядер CPU, тактовой частоты и скорости доступа). Оплата за аренду облачного хостинга производится только по факту уже потребленных ресурсов: количества процессорного времени, объема дискового пространства, количества потребляемой оперативной памяти и скорости доступа к сайту.

При необходимости арендатор (владелец сайта) облачного хостинга может изменить ресурсы хостинга или настроить его на автоматическое увеличение ресурсов при росте нагрузки, но он всегда будет оплачивать только уже потребленные ресурсы. Облачный хостинг имеет повышенную отказоустойчивость, так как сайт, размещенный на нем, одновременно находится на нескольких виртуальных серверах и отказ одного из них не повлияет на работу сайта.

В настоящее время хостеры предлагают в аренду облачные хостинги с предустановленной CMS.

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

Jelastic поставляет платформу-как-инфраструктуру в виде полного стека, позволяющего развертывание облачных хостингов на физической инфраструктуре ЦОД хостинг-провайдера.

Функционал платформы Jelastic позволяет в один клик установить встроенные в нее CMS с оптимизированным веб-окружением, например, Jelastic на Infobox.

Jelastic является продуктом, который включает в себя функциональность PaaS и легко конфигурируемую инфраструктуру IaaS.

Jelastic – это платформа для запуска Java- и PHP-приложений и может быть использована не только хостерами для организации облачных хостингов, но и корпорациями для создания среды разработки (частных или гибридных облаков) веб-приложений.

На облачных хостингах, размещают облачные сайты – это современные облачные приложения. В облачных сайтах (облачных приложениях) данные хранятся в облачных БД, серверные приложения сайтов хранятся, и выполняется на облачных виртуальных серверах, а клиентская часть сайта выполняется в браузере пользователя.

Среду облачных вычислений можно создавать на основе облачных решений Amazon EC2, IBM x86, Microsoft Azure, EMC, VMware, на базе open-sourсe решения OpenStack, RackSpace на базе OpenStack и др.

, которые позволяют преобразовать центр обработки данных в динамичную ИТ-среду. Кроме того, для облачных вычислений используются облачные базы данных, т.е. базы данных, которые запускаются на платформах облачных вычислений.

В качестве облачных баз данных применяются как SQL-ориентированные модели, так и модели данных NoSQL.

Услуги IaaS широко используются в США. В Украине компания De Novo начала предоставлять облачную инфраструктуру для корпоративных клиентов на базе решений VMware, EMC, Microsoft Azure, и т.д. На базе крупнейшего украинского дата-центра ВОЛЯ построена облачная IT-инфраструктура VoliaCLOUD от компании VMware (на основе облачных решений VMware), которая имеет более 500 виртуальных дата-центров.

Источник: http://www.lessons-tva.info/archive/nov031.html

Глава 2. История появления облачных технологий



Обратная связь

ПОЗНАВАТЕЛЬНОЕ

Сила воли ведет к действию, а позитивные действия формируют позитивное отношение

Как определить диапазон голоса – ваш вокал

Как цель узнает о ваших желаниях прежде, чем вы начнете действовать. Как компании прогнозируют привычки и манипулируют ими

Целительная привычка

Как самому избавиться от обидчивости

Противоречивые взгляды на качества, присущие мужчинам

Тренинг уверенности в себе

Вкуснейший “Салат из свеклы с чесноком”

Натюрморт и его изобразительные возможности

Применение, как принимать мумие? Мумие для волос, лица, при переломах, при кровотечении и т.д.

Как научиться брать на себя ответственность

Зачем нужны границы в отношениях с детьми?

Световозвращающие элементы на детской одежде

Как победить свой возраст? Восемь уникальных способов, которые помогут достичь долголетия

Как слышать голос Бога

Классификация ожирения по ИМТ (ВОЗ)

Глава 3. Завет мужчины с женщиной

Оси и плоскости тела человека – Тело человека состоит из определенных топографических частей и участков, в которых расположены органы, мышцы, сосуды, нервы и т.д.

Отёска стен и прирубка косяков – Когда на доме не достаёт окон и дверей, красивое высокое крыльцо ещё только в воображении, приходится подниматься с улицы в дом по трапу.

Дифференциальные уравнения второго порядка (модель рынка с прогнозируемыми ценами) – В простых моделях рынка спрос и предложение обычно полагают зависящими только от текущей цены на товар.

Идея того, что сейчас мы называем облачными вычислениями, впервые была озвучена Джозефом Карлом Робнеттом Ликлайдером (J.C.R.Licklider) в 1970году, когда он был ответственным за разработку ARPANET (AdvancedResearchProjectsAgencyNetwork).

Идея Линклайдера заключалась в том, что каждый человек будет подключен к сети, из которой он будет получать не только данные, но и программы. Другой ученый Джон Маккарти (JohnMcCarthy) говорил о том, что вычислительные мощности будут предоставляться пользователям как услуга (сервис).

На этом развитие облачных технологий было приостановлено до 90-х годов. Ее развитию поспособствовали ряд факторов:

  • Стремительное развитие сети Интернет, а именно пропускной способности. Хотя в начале 90-х глобальных прорывов в области облачных технологий не произошло, сам факт «ускорения» Интернета дал толчок к скорейшему развитию технологии.
  • В 1999 году появилась компания Salesforce.com, которая предоставила доступ к своему приложению через сайт. Эта компания стала первой компанией, предоставившей свое программное обеспечение по принципу «программное обеспечение как сервис» (SaaS).
  • В 2002 году Amazon запустила свой облачный сервис, где пользователи могли хранить информацию и проводить необходимые вычисления.
  • В 2006 году Amazon запустила сервис Elastic Compute cloud (EC2), где пользователи могли запускать свои собственные приложения. Таким образом, сервисы Amazon EC2 и Amazon S3 стали первыми сервисами облачных вычислений.

Источник: https://megapredmet.ru/1-75950.html

Проектируем облачный веб-сервис “по-взрослому”

Сергей Рыжиков Генеральный директор компании “1С-Битрикс”

Сергей Рыжиков: Здравствуйте! Меня зовут Сергей Рыжиков, я – генеральный директор компании “1С-Битрикс”.

Сегодня я буду рассказывать о проекте, который мы завершаем, но еще не анонсировали. В рамках этого проекта мы провели своего рода исследования. Надеюсь, они будут вам полезны. 

Сразу оговорюсь: проект еще не завершен. Вы не сможете его сейчас посмотреть. Мы предполагаем открыть его в ноябре. Тем не менее, подготовка идет уже достаточно давно – можно сказать, с начала этого года. 

Проект пока условно называется “Bitrix24”. К нему есть набор коммерческих требований. Они ставят нас в условия непрерывной работы.

Мы создаем архитектуру таким образом, чтобы она выдерживала очень большие нагрузки. Мы знаем, что будет много пользователей. Мы знаем, что будут большие требования по нагрузкам, по объемам. 

Нам сразу нужно думать, как масштабироваться, как распределяться по различным территориям. В том числе географически, потому что проект будет располагаться сразу в трех языковых зонах: “.com”, “.de” и “.ru”. Разные территории – разная доступность.  

Бизнес-требования к проекту привели к формированию некоего набора технических требований, которые звучат примерно так. 

Нам нужна отказоустойчивость, умение фактически не выключаться. Даже в случае, если произойдет выход из строя одной из систем, мы должны суметь провести обслуживание на другой площадке.

Причем у нас уже был опыт (можно сказать, отрицательный), когда выходили из строя дата-центры. Использование «облачных» технологий принципиально проблемы не решает.

Остались дата-центры, «молнии» и каналы, которые по-прежнему могут выйти из строя. 

Существенные объемы данных создали необходимость в шардировании, в том числе в зависимости от территории. Чтобы, например, основные объемы данных на территории США были “привязаны” к США, а российские – к России.

Многоарендная (англ. multitenancy) архитектура также создавала определенные неудобства. 

Существует такое понятие, как потребность в разделении логики и данных. Под логикой имеется в виду код продукта. 

Ещё одно техническое-требование: продукт должен быть с API. Он должен позволять сильно увеличивать и без того большую команду разработчиков. При этом, если запуск проекта будет осуществляться гениальными программистами, то в процессе многолетней эксплуатации вы будете работать с той командой, которая окажется рядом.

Умение снизить требования, абстрагировать разработку от конкретного разработчика, уменьшить себестоимость проекта – также одна из ключевых задач.

Также нам требуется осуществлять динамическое масштабирование. Мы знаем, что пиковая нагрузка системы несколько часов в сутки будет в десятки раз превышать обычную. У него будет как обычный, так и ночной рабочий режим, при котором нагрузка – минимальна. 

Когда мы начинали проектировать систему, то решили: «Надо сделать так, чтобы машины сами “поднимались”, останавливались, чтобы все работало, как надо». В результате появился комплекс задач, которые мы разделили на две большие группы.

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

Первая часть работ была связана с реконструкцией, развитием продукта и разработкой “облачной” платформы. Традиционно веб-приложение – это код (dotNet, PHP). Вы храните данные в базе. База при этом шардируется редко, веб-кластер редко поддерживает само приложение, не говоря уже о географическом веб-кластере.

В большинстве случаев загружаемый пользователем контент складируется на диске. Есть папки загрузки (англ. upload) и временные каталоги, что позволяет нам выполнять сохранение. Это хорошо в рамках одной машины. Но когда начинаешь думать о масштабировании, появляются серьезные проблемы.

Выполняя план, мы реализовали сначала первую часть задач по развитию платформы. Эта часть вошла в релизы, которые состоялись в начале года. Мы реализовали схему “ведущий-ведомый” (англ. master-slave), репликацию, внесли в продукт поддержку веб-кластеров стандартной конфигурации. Также создали возможность хранения сессии, репликации базы, вертикального шардинга. 

В результате проведенных мероприятий была создана конструкция, в которой один, два, три – сколько угодно серверов работают внутри. Нагрузка балансируется между этими серверами в зависимости от правил. Балансировщик может быть любым.

Он не является составной частью платформы. При этом кэш используется на всех машинах. Базы используются только схему “ведущий-ведомый”. Фактически, все узлы соединяются между собой.

Им нужно иметь очень качественное соединение с соседними машинами.

Как показала практика, надежных соединений, высокой скорости и доступности машин недостаточно. Например, мы экспериментировали в Amazon. Находясь в одной территориальной зоне, полноценно взаимодействовать с базой в другой зоне было невозможно.

У нее есть много плюсов, но один минус. Устойчиво работают все элементы, кроме одного: схемы “ведущий-ведомый”, где серверы нужно переключать. Самым слабым местом является выход из строя ведущего сервера. 

Однако, имеется еще одно слабое место. Необходимо синхронизировать файлы между решениями. Фактически здесь мы используем Csync 2 и даем ряд рекомендаций по файловым системам, по тому, как синхронизировать контент. 

Но если контент измеряется гигабайтами, сотнями гигабайт, а в планах по проекту – терабайты, то ситуация с синхронизацией осложняется. Вы вынуждены направлять запросы только на одну машину, потому что задержка в “раскидывании” файлов может оказаться настолько существенной, что баланс себя не оправдает. 

Тем не менее, мы закончили первый этап и приступили ко второму. 

В рамках следующего этапа мы поставили задачу сделать гео-кластер или гео-веб-кластер. Мы по-разному называем его и никак не можем определиться с терминологией. Общая методика решения состоит в том, что мы запустили репликацию типа “ведущий-ведущий” (англ. master-master ) в этой конфигурации и создали группы серверов. 

У нас сейчас можно создать группу серверов. Внутри нее происходит только обмен. Как и на предыдущем этапе, такая конфигурация находится в каждой из этих точек. Требовалась готовность к ситуации, когда разрыв соединения между серверами и дата-центрами длится часами (может быть, и сутками, но при больших объемах информации в этом случае будут проблемы).

Нужно, чтобы дата-центры работали самостоятельно, чтобы они не зависели от других дата-центров. Сбои связи не должны останавливать обслуживание в одном из дата-центров.

Фактически в каждой из групп серверов есть, как минимум, один, который работает в режиме ведущего с остальными, и много зон.

Но – принципиальный момент – запросы к кэшам, базе, ведомым серверам должны распределяться только внутри конкретной зоны.

Ещё одно уязвимое место – файлы. Если происходит загрузка файлов, надо ли реплицировать файлы по всем узлам? Объем может быть очень большим.

Источник: http://profyclub.ru/docs/152

Ссылка на основную публикацию
Adblock
detector