CosmosDB documentation should state that usage will not have support from Microsoft about docs HOT 8 CLOSED

Thanks @msfussell. I know there are some Microsoft Dapr maintainers working on this issue as well. Might be worth looping them in 👍

from docs.

We had this discussion a while back when creating the certification process. The rationale was that our tests would guarantee the stability of a component and not depend on a 3rd party to claim a dependency as stable. The reason is because the meaning of stable or alpha or beta can vary for each vendor. Even the runtime code have dependencies at version 0.x and we don't claim that the runtime is alpha or beta.

It is important to document that while we claim a component is stable, it is based on our tests and not a guarantee of support by any specific vendor. I think this disclaimer is important.

from docs.

@artursouza @KrylixZA - Docs maintainer will pick this issue up and make this clear

from docs.

Hi @KrylixZA and @joshuadmatthews - I'm from the Azure Cosmos DB team. Thanks for your feedback! Jumping in to clarify a few points

The Azure Cosmos DB Go SDK used in the Dapr component is still in beta and is planned to GA at the end of March. Microsoft will support the Go SDK even while in beta to the extent possible. There are no plans to add Direct mode to the Go SDK, which means it isn't covered by the Azure Cosmos DB Latency SLA. However, the Availability SLA will apply when the SDK reaches GA. In practice, many customers use and are successful in Gateway mode even for mission critical applications despite no Latency SLA.

We won't have full feature parity with .NET or other languages at GA, but we take feedback seriously and welcome feature requests. Please submit issues for missing features directly on our repo and we'll do our best to address them.

from docs.

@KrylixZA - Thanks for raising this issue. I will discuss this with the Components Contrib maintainers and get back to you.

from docs.

Thanks for the clarity @artursouza. Would you like me to submit a pull request? Or should we wait for Microsoft to respond to the issue before submitting the pull request?

from docs.

This is independent of any vendor. I believe you can send a pull request we can review the wording in it.

from docs.

This is a fairly concerning read. A lot of people are using CosmosDB and Dapr in their AKS and Container Apps. If we are giving up all support by essentially using a SDK that Microsoft says is not for production use, that seems a tad more severe than some less important dependency technically being in alpha/beta. I also wonder how this really goes support wise, as Microsoft is pushing Dapr within their tools and tends to offer support for integrations like that when they are "first class" the way Dapr seems to be. Has anyone communicated with Microsoft to find out how much or little support users will actually have when using the Dapr Cosmos State store component?

Also wondering @KrylixZA has Microsoft provided any timeline for fixing the Go SDK or is it essentially a "when we get around to it" for now? I've had some discussions with the team that does the SDK's and they seemed to express that updates to the Go SDK to make it feature complete with the .NET version were not a high priority for them right now.

from docs.