我是Azure架构的新手,我正在尝试理解为什么Azure资源组(在Azure上构建的应用程序的逻辑部署存储桶)在定义时与区域相关联.
起初我认为它是为灾难恢复或地理冗余提供全球分发,但后来我意识到单个资源组可以包含不同地区的Web应用程序,可以通过Traffic Manager提供这些功能.我认为使用单独的资源组有助于更好地识别哪些资源位于哪个区域,但除了组织目的之外,我无法理解资源组的区域定义意味着什么.
(编辑:删除一般建议查询以更集中)
我们公司正在考虑使用AAD B2C作为我们SaaS用户帐户的后备存储.我们的计划是使用Resource Manager模板为每个客户端部署Azure基础结构(Web,存储,sql等).如果这样做,AAD B2C将成为其中的一部分,但截至目前,似乎没有办法在资源管理器模板中包含AAD B2C.
我对B2C产品意图的看法是,它可以替代应用程序的auth和用户存储组件,因此应该被视为基础架构.现在,新天蓝色门户网站中AAD和资源组之间的层次结构并未反映出 - 资源组(及其资源)显示在AAD帐户中的标识下.但那是为什么呢？AAD是资源组的父级吗？我试图理解两者如何结合在一起.
如果AAD B2C在离开预览时真正用于此目的,则需要支持自动化.快速搜索后,我甚至找不到代码示例来配置新目录,更不用说使用资源管理器模板了.
我看这一切都错了吗？
我一直在关注Daniel Cazzulino关于使用TDD构建DI容器的系列文章.在本系列的第五部分中,他添加了对容器层次结构的支持,而没有评论使该功能有用的原因.我已经看到在许多DI框架中提到对层次结构的支持,但是我很难理解它们何时被使用,以及为什么.有人可以提供一些见解吗？
我们在VS.Net 2013中使用Visual Studio Online与团队资源管理器.在管理工作项时,迭代下拉列表包含已定义的所有迭代的列表,而不考虑开始日期和结束日期.我希望这个下拉过滤掉已经完成的迭代/冲刺.
当我进入管理界面并要求删除旧的迭代时,我收到一条消息,告诉我需要重新分配附加到该迭代的工作项.我宁愿不这样做 - 我希望在交付它的迭代中保持一个封闭的工作项之间的历史联系.
我想知道我的情况中的其他人如何处理迭代臃肿,或者是否有我没有看到的设置.