You're probably right. However, having worked at MS for nearly a decade in the past, I'd be stunned if Cosmos did not serve, at least in part, as the foundation, and CosmosDB did not inherit a good chunk of the team.
Dremel now uses standard SQL and unlike Kusto it supports multiway joins and a bunch of other things expected of a more "general purpose" analytical DB.
Ultimately MS efforts will be stymied by the fact that their underlying storage story is nowhere near as good as Google's Colossus.
I won't disclose the details, but that's another thing that blew my mind: I could do linear reads (which is what columnar DBs do nearly all of the time) faster than I could process the data, from hundreds, or even thousands of workers at the same time.
The IO throughput there is truly immense, which is especially impressive given that all of the storage is remote.
Dremel now uses standard SQL and unlike Kusto it supports multiway joins and a bunch of other things expected of a more "general purpose" analytical DB.
Ultimately MS efforts will be stymied by the fact that their underlying storage story is nowhere near as good as Google's Colossus.
I won't disclose the details, but that's another thing that blew my mind: I could do linear reads (which is what columnar DBs do nearly all of the time) faster than I could process the data, from hundreds, or even thousands of workers at the same time.
The IO throughput there is truly immense, which is especially impressive given that all of the storage is remote.