Лекция 6
PaaS – предопределённая и готовая к применению среду, обычно состоящую из настроенных ресурсов. PaaS предлагает интегрированную и масштабированную платформу для разработки, тестирования, развертывания и поддержки пользовательских приложений. Таким образом, разработчику не нужно покупать аппаратуру и ПО, доступ на условии аренды. Для потребителей работа на готовой платформе позволяет избавиться от административных функций (создание и сопровождение ресурсов минимальной инфраструктурой через IaaS). Потребителю гарантируется и обеспечивается более низкий уровень контроль над ресурсами, который сопровождает и предлагает платформа.
В контракте прописывается продукт (какой сервер, СУБД) и условия (меры доступности)
Рисунок – Пример работы контракта PaaS
SaaS – программа, которая разделяет облачные службы и доступная в качестве продукта или обобщенной утилиты.
Модель доставки SaaS ориентирована на широкое распространение облачного сервиса многократного применения.
Для клиента основное преимущество SaaS – отсутствие затрат, связанных с установкой, обновлением и поддержкой работоспособностью компьютерных средств. Целевая аудитория – конечный потребитель и службы в удаленном режиме могут пользоваться несколько клиентов. С точки зрения разрабов, SaaS позволяет эффективно бороться с нелицензированным применением инвентаря, так как клиент не может хранить, копировать и устанавливать программные приложения. SaaS модно рассмотреть как альтернативу внутренних ИС. Администрирование занимается владелец облака.
Организация как облачный потребитель в среде SaaS может создать облачную службу в расчете на развертывания SaaS приложений в этой среде. Данная организация становится поставщиком облачных услуг для компаний, которые применяют облачный сервис.
SaaS приложения предоставляют программные средства и данные в качестве Интернет услуги, которая идет через веб браузер.
Плюсы SaaS подходы:
Клиенту не нужно инсталлировать приложения, и они не должны переживать о недостаточности собственных аппаратных средств и ОС
Данная услуга хранится в SaaS службе, и клиенты не должны заниматься резервным копированием и потерь от неисправностей. Централизация данных и приложений удаленного доступа удобное решение. Отсутствие сложностей с совместимостью пользовательских устройств. Возможность для разрабов проводить тестирования приложения на небольшой части клиентов.
Архитектура SaaS-приложений строится на следующих архитектурных и проектных паттернах.
Рисунок Упрощенная архитектура SaaS приложения
SaaS приложения соответствуют клиент-серверной архитектуре, где веб клиент формирует запросы а сервер отвечает на них. В начальных стадиях клиент-серверная архитектура, что сервер сложнее и мощнее клиента, но теперь клиент и серверы имеют сравнительную сложность, но разные роли.
Клиент должен предоставить эффективный и привлекательный пользовательский интерфейс, а сервер качественное обслуживание многих клиентов. SaaS сервер имеет трёхъярусную архитектуру: каждый уровень выполняет конкретные обязанности и обеспечивает горизонтальное масштабирование для обслуживания пользователей. Веб сервер – «универсальный транслятор с языка клиента на язык сервера», обеспечивается двухсторонний перевод с HTTP на программный язык сервера и наоборот. HTTP базируется на стеке протоколов TCP/IP. Каждое устройство имеет IP адрес. Порт 80 резервируется для веб-сервера. У каждого веб сайта есть свой адрес или ресурсный URI. Ресурс – любая сущность, которая может доставлена в веб браузер (образ список в формате HTML или форма для представления). Каждое SaaS приложение может иметь свои собственный правила. Запрос веб браузера к веб серверу состоит из метода HTTP и URI (get and post). HTTP – протокол без сохранения состояния, поэтому каждый HTTP запрос не зависим от любого другого запроса, даже если они от одного пользователя. Веб приложения должны имеет собственные механизмы, отслеживаемые местоположения пользователя. Такой механизм – файлы cookie. Cookie снабжают конкретного пользователя браузера информацией находящиеся на сервере в текущей сессии. Cookie обязанности браузера. Получив HTTP запрос, веб сервер передает его на исполнение в сервер приложения. Этот уровень SaaS приложения на основе MBS состоящий из 3 частей: модель – поддержка состояния сайта, имеет дело с ресурсами приложения. Модель следит за сохранением данных и хранит бизнес правила, применяемые к данным. Размещения бизнес правил в модели, гарантирует безопасность обработке пользовательских данных. В модели