Даёшь Azure ML!

Мне понятен уровень IaaS, мне понятно как поднять SaaS.  А вот роль и место PaaS в Azure для меня загадка

Как платформа

То есть попытка понять Azure как целую систему, а не набор фитчей

PaaS - это набор компонент для построения архитектуры. Можно использовать SQL Azure, Message queue, тот же Azure ML скорее всего и т.д.

IaaS - непосредственно хосты с ОС на борту, конфигурируй как хочешь

Это понятно. А есть ли уже некое предложение объектов синхронизации, транзакционности в Azure. И если есть, то как они устроены, связаны. Либо нужно самому все это разворачивать в меру своего понимания.

У майкросфота же всегда было свое виденье взаимодействия независимых процессов. Начиная с COM, DCOM, MTS, MSMQ, COM+, WCF, WorkFow и т.д.

Вопрос именно в транзакционносьт ? Или все же про paas ?

А транзакционность и объекты синхронизации - это разве не часть PaaS?

Ну вас интересует paas в контексте транзакционности или в целом ?

В целом.

Транзакционность - это часть и нужно понимать как это все встраивается в единую платформу

То есть paas как архитектура. А то получается, тут кусочек, там кусочек. И между ними пропость

теперь это можно делать также и через мобильное приложение Azure для iOS и Android

Есть вполне законеченная история PaaS на Azure: Web Apps, Web Jobs, Azure Functions, Logic Apps,  Service Bus, Queue, SQL Azure, MySQL Azure, Posgres Azure и т.д. Практически для каждой части решения есть строительный блок. Просто эта история никогда не рассказывалась на моей памяти именно в таком виде.

Основная причина IaaS -> $, PaaS -> $$, SaaS -> $$$, и если за SaaS   все видят за что платить, то ответ на PaaS у большинства "наши админы такое подинмут за неделю", ну или что-то вроде этого. Поэтому больше всего рассказывают о популярных сервисах, которые могут и являются частями гетерогенных в смысле IaaS/PaaS/SaaS решений.

Т.е. это Web Apps, Web Jobs, Azure Functions и для специфических решений Event Hub

синхронизация, транзакционность - это всё платформо-независимые термины. Эти задачи можно решать с применением используемой среды выбранного уровня XaaS. И ц целом всё исходит от задач, прописная истина. Для мелкого сервиса может и не нужен даже PaaS. Дальше потребности растут, гибкости не хватает, переходим на уровень PaaS. Не хватает гибкости в очередях, БД и т.д., нужны SQL Server, RabbitMQ и т.д., то велкам в IaaS, типа дайте нам инфраструктуру, мы сами под свои задачи всё настроим