нести незалежних сервіс-провайдерів, що надають послуги зовнішнім клієнтам, а також внутрішньокорпоративних провайдерів, що обслуговують філії, відділи та дочірні підрозділи, а також співробітників і партнерів.
Між платформну і сервісними постачальниками «хмарних» обчислень мається конкуренція - незважаючи на великий потенціал ІТ-гігантів, послуги хостерів скоро будуть затребувані і в контексті «хмарних» обчислень. Цьому сприяє також і те, що середній і малий бізнес в пошуках зниження витрат на ІТ переходить до використання хостингу обчислювальних ресурсів і при цьому шукає найбільш дешеві пропозиції. При такому сценарії розвитку ринку вартість послуг стане не єдиною перевагою незалежних сервіс-провайдерів - важливо те, що хостери будуть проявляти більш високу гнучкість і оперативність у роботі з клієнтами.
Поступово відходять у минуле і інші чинники, які гальмують розвиток «хмарного сервісу». Так, поряд з досить істотним підвищенням надійності мереж сьогодні зменшуються і побоювання компаній, пов'язані з потенційною можливістю контролю провайдером послуг «хмари» секретних даних підприємств.
Розглянемо найбільш популярних постачальників, які надають доступ до своїх хмар.
При проектуванні високонавантажених Web-сервісів або Web-сайтів є типові завдання, які цілком під силу сервісу з хмари, тому розробники Microsoft, проаналізувавши досвід розробки навантажених систем, запропонували своє рішення для таких типових завдань. Мова йде про моделі оренди сервіс-хостингу високонавантажених сайтів, сервісі виконання довільного коду клієнта, сервісі зберігання даних, а також сервісі для зв'язування інших сервісів між собою. В результаті виникла платформа AzureServicesPlatform, що надає чотири основні сервісу: WindowsAzure, .NET Services, SQL Services (SQL Server в хмарі) і Liveframework.- це платформа для масштабованого хостингу Web-додатків, сценарії використання якої можуть бути самими різними, від Internet-магазину до відеохостингу або сервісу науково-технічних завдань.
. NET Services вирішує завдання зв'язування сервісів між собою, управління доступом до методів сервісу і підтримки робочих процесів. Такий клас рішень називається InternetServiceBus (за аналогією з терміном EnterpriseServicesBus)..NET Services - масштабований сервіс повідомлень. Наприклад, авіакомпанія може надати сервіс повідомлення про скасування рейсів і появі нових. У загальному випадку на такі повідомлення може підписатися непрогнозоване кількість бажаючих: туристичні агентства з усього світу, рядові пасажири, транспортні компанії тощо Також в .NET Services є функція управління доступом AccessControl, що дозволяє підключати сервіси авторизації, збирати їх в одному місці і через InternetServicesBus управляти доступом до методів сервісов.- масштабований сервіс в хмарі, виконуючий користувальницькі робочі процеси, задані декларативно засобами платформи WindowsWorkflowFoundation, що входить до складу.NET починаючи з версії 3.0. Сервіс працює як агент, керуючий взаємодією різних сервісів між собою, і завдяки інструментам розробки на Java і Ruby дозволяє з'єднувати гетерогенні інформаційні системи в єдине ціле.
Цікавим компонентом AzureServicesPlatform є Liveframework, побудований за типом таких сервісів, як: LiveMesh, що дозволяє синхронізувати файли і папки між пристроями, розподіленими, у тому числі і в хмарах. Що все це дає на практиці - наприклад, можливо написати додаток для гри в шахи, запускати його зі свого комп'ютера або безпосередньо з сайту LiveMesh CTP, запросити друга, який теж зможе запускати додаток з хмари або зі свого комп'ютера, а інфраструктура LiveFramework забезпечить синхронізацію даних.
Платформа WindowsAzure надає: інструменти для розробки сервісів або сайтів; центр обробки даних, виконуючий код розробленого рішення; масштабоване сховище даних; локальну емуляцію сервісу, що дозволяє повноцінно налагоджувати програми на локальній машині; портал, на якому можна розгортати розроблені рішення, управляти виділеними потужностями і на ходу змінювати конфігурацію сервісу.
«Фасад» (front-end) обробляє Web-запити, причому високонавантажених сервіс може зажадати кілька примірників «фасаду», тому повинен бути балансувальник навантаження. Звідси випливає, що необхідно окреме від «фасаду» сховище даних, при цьому «фасад» не повинен зберігати стан. Справді, ми ніколи не можемо передбачити, який із ідентичних екземплярів «фасаду» виконуватиме запит користувача, так що в самому «фасаді» може бути хіба що кеш. У разі коли потрібно запуск складного і тривалого додатки, необхідна можливість запуску коду у фоновому режимі (окремі сервіси, процеси, демони, потоки, нитки). На рис. 5 наведена схема типового рішення на Azure.
З Internet приходять запити на Web-сайт (або WebRole - це частина Azure-прое...
