小编ran*_*ons的帖子

我知道这似乎是一个愚蠢的问题,但"待重启"是什么意思？我已多次停止并重新启动我的WebJob,这似乎无法修复它.这是否意味着我必须重启我的网站？是什么导致我的工作首先进入这个状态？有什么办法可以防止将来发生这种情况吗？

有没有办法在同一个上下文中结合代码优先和数据库优先？编辑EDMX文件时,我们遇到了大量的开发时性能问题(需要1.5分钟才能保存).我已经将我们的非插入/更新/删除UDF /存储过程移动到一些自动生成模型优先代码的自定义T4模板,但是OnModelCreating当涉及EDMX时我似乎无法调用.

我们考虑过的其他事情,但不会因某种原因而起作用:

1. 我们不能(合理地)将我们的代码分离到多个上下文,因为我们的实体关系存在很多重叠.这似乎也是一个走过这条路线的人后悔.

2. 我们尝试了两种不同的上下文,但实体和UDF之间存在相当多的连接.这可能是我们最后的希望,但我真的想避免它.

3. 我们不能切换到Dapper,因为我们不幸地大量使用了IQueryable.

4. 我们试图完全转向Code-First,但我们在EDMX中使用的功能不受支持(主要与插入/更新/删除存储过程映射有关).

事件中心不允许您存储超过 7（最多 30）天的消息。具有这些限制的 Azure 建议的 PaaS 事件溯源架构是什么？如果是事件中心 + 快照，如果我们需要以某种方式重建该状态会发生什么？另外，事件中心是对 KSQL/Spark Azure 流分析的回答吗？

我正在尝试使用 terraform 和 Azure DevOps 管道创建 Azure AD 应用程序，但出现以下错误：

1 error(s) occurred:

* module.cluster.module.cluster.azuread_application.cluster: 1 error(s) occurred:

* azuread_application.cluster: graphrbac.ApplicationsClient#Create: Failure responding to request: StatusCode=403 -- Original Error: autorest/azure: Service returned an error. Status=403 Code="Unknown" Message="Unknown service error" Details=[{"odata.error":{"code":"Authorization_RequestDenied","date":"2019-02-19T23:22:23","message":{"lang":"en","value":"Insufficient privileges to complete the operation."},"requestId":"<SOME GUID>"}}]

我很确定这是因为管道的服务主体在我们的 Azure AD 中没有适当的权限。

这是违规的 Terraform 代码：

resource "azuread_application" "cluster" {
  name = "some-application"
}

resource "azuread_service_principal" "cluster" {
  application_id = "${azuread_application.cluster.application_id}"
}

这是 Terraform 步骤的样子（我正在使用服务连接来提供服务主体）。

为了配置服务主体，我为服务连接选择了“管理服务主体”。

然后，我为 Microsoft Graph 和 Windows Azure Active Directory …