Azure Cosmos DB: Get the Most Out of Provisioned Throughput

Build with an Azure free account. Get USD200 credit for 30 days and 12 months of free services.
Start free todayKirill Gavrylyuk shows Scott Hanselman an easy way to build planet-scale serverless apps in minutes using Azure Cosmos DB and Azure Functions. Customers expect apps to offer event-driven, near real-time experiences. Now you can subscribe to changes in Azure Cosmos DB collections and trigger logic in real time while being globally-distributed, and without deploying or managing any servers.
For more information, see:
Follow @SHanselman Follow @AzureFriday Follow @kirillg_msft
Recently I've made a solution that its pretty much the same, but I made with another stack. It's incredible to see how easily it would be if I used the azure.
Thanks for sharing this new feature on CosmosDB.
I am right in pointing out that:
in Couchbase this may be possible via the Sync gateway
in SQL server, its called CDC (Change data capture)
I understand there are no functions per say but still it is possible depending upon your use case. Thanks.
By serverless, how so?
Well, that was fun and easy. Now, to come up with a fun project to utilize this setup. Thank you Kirill and Scott!
The peanut butter and chocolate combo does not scale outside the US, sorry Scott.
I can't work out how to use this when developing locally in Visual Studio 2017. Any ideas?
Anybody know if this guarantees ordered processing of the incoming change events? If I have five writes to cosmos, and each would trigger a function, will those functions be run on the documents in the order they were written to cosmos?
How exactly is this serverless?
And doesn't this now pull business logic back onto the database?
@Karthick Thoppe: Hi Karthick, the new thing here is the trigger for functions. yes there are features similar to CosmosDB' ChangeFeed in other databases.
Hi @Sean, yes, the processing order is guaranteed within the scope of a partition key (and more precisely a physical partition)
Does change fee guarantee any kind of order? I can see this being extremely useful in event handling to update materialized views, but if you can't get the events out in the same order they came in it could be very limited.