Рекомендации по хранению данных с помощью функций Azure
В последнее время я много работал с микросервисами, и общая закономерность заключается в том, что каждый сервис отвечает за свои собственные данные. таким образом, служба "A" не может получить доступ к данным службы "B" напрямую, не обращаясь к службе "B" через какой-либо HTTP API или очередь сообщений.
Теперь я впервые начал работать с функциями Azure. Я посмотрел несколько примеров, и все они, кажется, имеют какую-то старую функцию, просто балующуюся данными в общем хранилище данных (кажется, что мы возвращаемся к старому стилю - иметь массивную монолитную базу данных).
Мне просто интересно, существует ли общая схема хранения данных при использовании Function as a Service? И где лежит ответственность?
1 ответ
Следующий фрагмент экрана является примером управляемой событиями распределенной модели бизнес-процессоров в облачных решениях без использования монолитной базы данных. Подробнее об этой концепции и технике можно узнать из моей статьи Использование Azure Lease Blob
Обратите внимание, что у каждого бизнес-контекста есть собственный блок лизинга для хранения состояния обработки со ссылками на другие ресурсы, такие как метаданные, конфигурации, данные, результаты и т. Д. Эта концепция позволяет создать матричную (многомерную) модель бизнес-обработки, где каждый вложенный процесс может иметь свой собственный бланк аренды.