Azure DocumentDB是否正在重命名？

我根据Twitter帐户的指示创建了这篇文章

今天早上（2017年5月10日），当我管理Azure资源时，我再也找不到DocumentDB资源了

但我注意到：

我想知道这是一个bug，还是DocumentDB目前正在被重命名。现在我真的不想碰我的资源

我在微软找不到其他类似的Cosmos DB。其他人也看到了同样的事情吗

---

编辑5月11日：好的，这是微软发布的Azure CosmosDB，显然DocumentDB正在成为新数据库系统的一个子集。看起来你是对的，我也找不到我的DocumentDB资源。 他们也是

这是刀片的外观：

---

如您所见，子域与前面的DocumentDB相同。我希望很快就会有人宣布。

名字似乎在变，但尚未正式宣布

如果您尝试在azure portal中购买cosmos db，它会说：

Azure Cosmos DB是一个完全管理的、全球分布的、水平分布的数据库 可扩展的存储和吞吐量，多模型数据库服务 由全面的SLA支持。Azure Cosmos DB是下一个 生成Azure DocumentDB

---

似乎不可能购买旧的“document db”产品，我怀疑我的document db已经升级，因为延续令牌一夜之间神秘地增长，这破坏了我们的一些devops工具（修复需要增加tomcat和firewall中的头大小）.

他们在github repo中发布了许多AzureSamples代码。

---

看看这些示例代码，它可能不是一个简单的重命名。它似乎是一个包含图形数据库和表存储的产品。

是的，似乎DocumentDB被重命名为Cosmos DB。不管怎么说，我以前的数据库和收藏都没有改变。我已经在API上测试了CRUD功能，这些API现在使用的是Cosmos DB，所有功能都可以完美运行，而无需更改与DB（authkey、endpoint等）相关的任何设置。

今天宣布。Azure Cosmos DB是DocumentDB的超集

Microsoft正在将所有现有的DocumentDB客户及其数据免费转换到Azure Cosmos DB

---

这是官方的

我在门户网站上看到了同样的消息，看起来它正在被重命名，可能会在今天的Microsoft Build大会上宣布。希望他们修复不太正常的API，而不是重命名。如果文档丢失，抛出异常并不是最明智的决定。强制人们使用异常作为控制流statements@PanagiotisKanavos做一些其他的事情会迫使他们把一堆

if

条件分散到各处，检查是否有东西真的回来了，即使他们非常确定这永远不会发生。我不认为这样更好。@PanagiotisKanavos，前提是你认为丢失的文档不是特例。实际上不是。就像特定ID的SQL查询不会引发异常一样，请求文档也不会引发异常。它应该返回一个状态或错误代码，但不是throwSeems，虽然不是您所期望的那样。查看MSFT的发布日期，告诉我们/s@EdwardRixon在主旨演讲中，他们做到了。这不仅仅是DocumentDB Now。对于那些想了解历史背景或更多细节的人来说，这不仅仅是DocumentDB Now。这是Microsoft Azure博客上的，也是一个。这应该是公认的答案。