问题描述 Azure Event Hub 在消费数端中，经常性遇见 Expired Heartbeat 错误 （consumer-xxxxxxxxxxxxx-c84873c6c828e8df6c843861ad36affb from group xxxxxxxxxxxx due to expired
问题描述 在Azure App Service for Windows的环境中，部署.NET应用，其中使用了 SAP NetWeaver RFC函数 (需要加载 sapnwrfc.dll)。详细的错误为： “System.DllNotFoundException: Unable to load DL
问题描述 在应用中，需要访问另一个服务接口，这个接口需要使用客户端证书进行认证。在代码中使用 System.Security.Cryptography.X509Certificates 加载Window系统中 Current User\My 下的证书。 然后把证书通过App Service门户页面上
问题描述 使用Azure Storage Table的REST API，实现根据过滤条件删除满足条件的数据，调用方法为 Delete Entity (Azure Storage) 问题实现 第一步：通过Azure Stroage 门户或者是其他工具(如：Azure Storage Explorer)
问题描述 Azure Storage Account 下的 Table 查询的性能调优？ 问题解答 因为Azure Storage Table服务（表服务) 与常规的关系型数据库不一样（例如：MySQL, SQL Server等），他里面存储的实体（Entity，表示一条数据）不能通过添加索引来优化
问题描述 在Java应用中，使用 Lettuce 作为客户端SDK与Azure Redis 服务连接，当遇见连接断开后，长达15分钟才会重连。导致应用在长达15分的时间，持续报错Timeout 问题解答 这是 Lettuce 目前的一个未解决的已知问题，可以查看此 github issue来了解这个
问题描述 在 Spring Boot 项目中，使用 Redisson 连接 Azure Redis 服务，如下是详细的操作步骤(项目源代码文末可下载) 示例步骤 第一步: 在 Spring Boot 的项目中，添加 redisson-spring-boot-starter 依赖 在项目的pom.xm
问题描述 使用StackExchange.Redis 作为Redis客户端SDK，连接Azure Redis服务，长期运行后发现，每天都偶发 Timeout Error。 错误消息如下： StackExchange.Redis.RedisTimeoutException: Timeout perfo
问题描述 在ADF(Azure Data Factory)中，调用Azure Function App中的Function，遇见了 Failed to get MI access token There was an error while calling endpoint with error m
问题描述 当在Azure中成功创建一个Service Fabric Cluster 服务后，我们能够在它的Overview页面中发现 Service Fabric Explorer的终结点，但是打开后，因为不知道如何获取证书，所以直接报错403。 那么，如何才能正确的访问 Service Fabri
问题描述 使用Azure Kubernetes服务(AKS)，可以通过kubectl连接 pod 中查看日志，但是如何来查看节点的系统日志呢？如是否有ubuntu系统升级的记录？ 问题解答 是的，可以进入AKS的节点查看系统文件，如日志文件（/var/log) 或者由应用生产的其他日志。 具体的操作
问题描述 1：如何来检查App Service上证书的完整性呢？ 2：如何来检查App Service的实例上是否包含这个证书呢？ Windows 环境 or Linux 环境？ 问题解答 问题一：如何来检查App Service上证书的完整性呢？ 可以使用OpenSSL工具来访问目标域名，根据输出
问题描述 Redission客户端连接Azure：客户端出现 Unable to send PING command over channel ... ... io.netty.channel.StacklessClosedChannelException: null at io.netty.cha
问题描述 App Service 部署应用程序，然后通过App Gateway(WAF) 提供公网访问，但是一直遇见403报错，刷新页面，回退，重新Web页面能缓解403问题。 问题分析 通过浏览器F12抓取网络日志(Network Trace)来定位403返回的情况，发现请求返回的Status为
问题描述 因 Blob 启用了防火墙功能，但是当把App Service 或 Function App的出站IP地址都加入到Blob的白名单中，为什么访问还是403错误呢？ 问题解答 Azure Storage的IP网络规则不适用于同一数据中心的客户端。 存储帐户部署在同一区域中的服务使用专用的 A
"Code": "Conflict","Message": "No available instances to satisfy this request. App Service is attempting to increase capacity. Please retry your request later. If urgent, this can be mitigated by deploying this to a new resource group."
问题描述 使用Azure Redis服务，客户端使用Redisson 3.X , 在近期Microsoft Azure对Redis服务进行大规模变动升级( Redis 版本由 4 升级到 6），对于这次升级的影响有以下的问题？ 问题解释 问题一：Redis 6.0 和 Redisson 3.X 之间
问题描述 在安全级别要求高的公司中，任何系统都会进行安全扫描。比如Azure 云上的Redis服务，也在扫描的范围中，最后发现Redis 4.0存在以下漏洞： CVE-2019-10192：https://nvd.nist.gov/vuln/detail/CVE-2019-10192 CVE-201
问题描述 在Azure上，如果需要恢复之前删除的存储账户(Storage Account), 有什么办法呢？ 问题解答 Azure 现在推出了自主恢复已删除的存储账号的功能，具体步骤如下： 第一步： 进入Azure门户，导航到Storage Account服务(https://portal.azur
问题描述 查看官方文档“ Get a user ” , 产生了一个操作示例的想法，在中国区Azure环境中，演示如何获取AAD User信息。 问题解答 使用Microsoft Graph API，演示如何获取AAD User信息，因参考文档是针对Global Azure，所以文档种的URL为： /
