路边两盏灯_社区达人页

2026年10月

• 10.01 14:19:31
  发表了文章 2026-10-01 14:19:31

  【Azure Logic App】Logic App 的 Workflow 在执行中遇见了 ActionResponseTimedOut 问题

  Logic App因空闲导致Host回收，触发冷启动，使响应超时（504）。根本原因是App Service默认关闭Always On。启用该功能可保持Host常驻，避免冷启动延迟，提升首请求性能。

2026年09月

• 09.22 21:05:23
  发表了文章 2026-09-22 21:05:23

  【Azure Service Fabric 】节点扩展状态为 Not Ready 的恢复办法

  Azure Service Fabric Windows节点卡在“Node configuration is in progress”状态，实为扩展未就绪（Not Ready），非正常进行中。本文详解通过停止服务、重命名运行时目录、重启安装服务及虚拟机，触发自动修复完成节点恢复的实操方案。
• 09.22 21:02:00
  发表了文章 2026-09-22 21:02:00

  【Azure Service Fabric】BlockNewImpactfulTenantUpdateJobs 命令有什么作用？

  本文详解 Azure Service Fabric 中 `Invoke-ServiceFabricInfrastructureCommand -Command 'UpdateJobBlockingPolicy:BlockNewImpactfulTenantUpdateJobs'` 命令：它仅阻止**新发起的、有影响的租户更新类基础设施任务**，不影响已运行任务；需按节点类型精准执行，并务必制定解除策略，避免安全补丁延迟与平台强制干预。
• 09.15 20:17:54
  发表了文章 2026-09-15 20:17:54

  【Azure Developer】如何使用 Microsoft Graph Explorer？为什么说它是一个非常便利的 Microsoft Graph API 调试工具？

  Microsoft Graph Explorer 是微软官方在线API调试工具，支持全球版与21Vianet中国版（endpoint不同）。无需编码即可调用Graph API、实时查看JSON响应、调试权限、生成多语言代码示例，适用于快速验证、排错与学习。
• 09.08 20:23:29
  发表了文章 2026-09-08 20:23:29

  【Azure Redis】Redis 指标 ClockSkewSeconds 解读：含义、读数与时钟偏差的影响

  《ClockSkewSeconds 解析》：详解 Redis 监控中时钟偏差指标的含义——反映节点与参考时钟的时间差（秒级），非请求耗时；阐明其对 Key 过期、日志关联及分布式一致性的影响，强调稳定时间比瞬时偏差更关键。
• 09.07 20:30:29
  发表了文章 2026-09-07 20:30:29

  【Azure Function】NodeJS Function大批量写入到Redis遇见丢失数据情况的分析

  Azure Functions 中批量写 Redis 时，看到 Invocation 已完成，不代表每个 Redis SET 都完成了。如果代码用 callback 调用 client.set()，随后立即执行 client.quit() 或直接返回，Function Runtime 可能认为本次执行已经结束，但 Redis 写入还在事件循环里排队。我的建议很明确：所有外部依赖调用都必须 await，批量写入要么顺序等待，要么用受控并发等待全部 Promise 完成。
• 09.03 19:46:51
  发表了文章 2026-09-03 19:46:51

  【Azure Fabric Service】Service Fabric 节点 Error：数据盘挂载失败与 CHKDSK 修复

  Service Fabric节点因D盘挂载失败导致`D:\SvcFab`不可访问，引发配置持续失败。根本原因是数据盘文件系统异常，需优先执行`chkdsk D: /f /r`修复逻辑错误及坏扇区，再验证目录可访问性，而非直接调整应用配置。

2026年08月

• 08.31 20:09:25
  发表了文章 2026-08-31 20:09:25

  【Azure Redis】中国区创建和连接 Azure Managed Redis 的两个注意事项

  Azure Managed Redis 是微软基于 Redis Enterprise 构建的全托管服务，提供低延迟、高吞吐能力。相比传统 Azure Cache for Redis，它采用多分片架构，支持 Balanced、Memory/Compute Optimized 等性能层级，并原生集成向量搜索、语义缓存等 AI 能力，已演进为面向 Caching + Real-time Data + AI 的现代化数据平台。
• 08.27 19:56:00
  发表了文章 2026-08-27 19:56:00

  【Azure Developer】通过 API 获取 Azure VM 信息实践指南 Part 2（Azure China）

  本文介绍如何基于 Azure China（21Vianet）环境，通过 ARM REST API 实现 VM 统一资产管理：支持获取全量 VM 列表、运行状态（如 PowerState/running）、CPU/内存规格、公网/私网 IP、OS 类型，并可判断删除状态（404）及审计删除操作日志，满足只读、安全、可控的自动化集成需求。（239字）
• 08.24 20:44:17
  发表了文章 2026-08-24 20:44:17

  【Azure Developer】通过 API 获取 Azure VM 信息实践指南 Part 1（Azure China）

  本文介绍如何在Azure中国（21Vianet）环境中，通过Service Principal安全认证，调用ARM REST API实现VM资产统一管理：包括获取Token、列举VM、提取公网/私网IP及操作系统详细版本信息，满足只读、自动化、标准化JSON输出要求。
• 08.19 19:49:07
  发表了文章 2026-08-19 19:49:07

  【Azure Key Vault】资源组被误删后，如何恢复 Azure Key Vault？

  删除资源组后，里面的 Key Vault 通常不会立即消失，而是进入软删除状态。只要仍在保留期内，先确认订阅、保管库名称和原始区域，再创建原资源组名称，最后使用门户、Azure CLI 或 PowerShell 恢复保管库。恢复对象本身并不等于恢复所有外围配置，访问控制、网络规则、专用终结点和依赖应用仍然需要逐项验证。
• 08.18 20:20:44
  发表了文章 2026-08-18 20:20:44

  【Azure APIM】在 Azure API Management 中配置 SSE Transport 的 MCP Server：从 App Service 到 APIM 的一次实践

  本文记录在 Azure 中国区将 MCP SSE 服务接入 API Management（APIM）的实践：先部署 .NET SSE Demo 到 App Service，再通过 REST API 配置 APIM MCP Server（SSE 类型），解决 backendId 必填、API 版本不支持等坑。虽成功创建，但最终 SSE 测试未通，表明 APIM 当前对 SSE 透传仍存在能力限制。
• 08.10 21:22:42
  发表了文章 2026-08-10 21:22:42

  【Azure APIM】在VS Code中使用MCP Inspector 插件来调试MCP Server URL (三)

  本文介绍如何使用VS Code插件MCP Inspector验证Azure APIM部署的MCP Server连通性与功能：配置HTTP流式传输、代理连接及认证头，快速检查Tool列表与基础调用，无需依赖大模型即可完成初步服务验证。
• 08.04 22:06:31
  发表了文章 2026-08-04 22:06:31

  【Azure APIM】通过 API Management 公开API为 MCP Server 的试验 (二)

  本文详解如何将 Azure API 管理（APIM）中已有的 REST API（如 Echo API）快速配置为 MCP 服务器，涵盖创建步骤、VS Code 配置、常见连接错误（如 SSE 流终止）及关键规避方案——禁用全局响应日志有效负载记录，并建议仅暴露单个 GET 操作以确保稳定。
• 08.03 20:30:14
  发表了文章 2026-08-03 20:30:14

  【Azure APIM】通过 API Management 公开现有 MCP Server 的试验 (一)

  本文介绍如何利用Azure API Management（APIM）代理公开现有MCP Server，实现统一鉴权、限流、审计与网络管控。通过APIM暴露Microsoft Learn MCP服务，并在VS Code中配置GitHub Copilot调用，验证AI工具集成方案。

2026年07月

• 07.22 18:36:27
  发表了文章 2026-07-22 18:36:27

  【Azure Policy】Policy修正任务为Azure资源添加诊断日志报错问题的调查

  本文详解Azure Policy修正任务部署失败原因：诊断日志（Microsoft.Insights/diagnosticSettings）作为扩展资源，必须通过`scope`属性指定父资源，而非将路径拼入`name`。提供正确ARM模板写法及两点解决要点，助您快速修复合规配置问题。
• 07.20 21:34:12
  发表了文章 2026-07-20 21:34:12

  【Azure APIM】APIM的诊断日志与Application Insights的日志是否可以串联为一个端到端的日志链路呢？

  可通过 AzureDiagnostics 的 CorrelationId 关联 Application Insights 的 operation_Id，实现 APIM 与后端服务的端到端调用链追踪。需注意跨 AI 实例时须显式 union 多个 app() 数据源
• 07.15 21:16:56
  发表了文章 2026-07-15 21:16:56

  【Azure Application Insights】公网白名单应用如何使用 Application Insights 可用性测试？

  Azure VM应用启用AI可用性测试后探测失败，因探测源自微软托管节点IP，未在公网白名单中。解决方案：下载中国云IP范围JSON，提取ApplicationInsightsAvailability和ActionGroup的addressPrefixes，手动添加对应CIDR至NSG/防火墙白名单，并定期同步更新。
• 07.14 21:11:30
  发表了文章 2026-07-14 21:11:30

  【Azure AI】Work smarter in 90 days: A real-world guide to using AI / 90 天内更⾼效地⼯作：⼀本关于使⽤ AI 的实⽤指南 [逐句翻译版] 【转】

  《开放工作：如何在人工智能时代取得进步》提供90天AI赋能职业发展蓝图：第1-30天夯实基础，用AI提效；31-60天强化好奇心、创造力等五大人类核心能力；61-90天规划进阶路径。附实用Copilot提示与分步实践指南。
• 07.10 20:51:59
  发表了文章 2026-07-10 20:51:59

  【Azure Container Apps】Readiness Probe 配置了 15 秒，为什么日志里仍显示 1 秒超时？

  排查Container App就绪探针超时问题时，发现日志显示“timeout in 1 second”，但配置了15秒超时。根本原因是Consumption模式下`TimeoutSeconds`不可大于`PeriodSeconds`，否则配置不生效。需确保`TimeoutSeconds ≤ PeriodSeconds`。
• 07.08 21:44:14
  发表了文章 2026-07-08 21:44:14

  【Azure Container App】Key Vault的Secret修改导致Container App重启，是否有办法规避呢？

  本文解析Container App因Key Vault密钥更新自动重启的原因：当环境变量引用的密钥（未指定版本）更新时，系统会触发RevisionRestartWithNewSecrets事件，在30分钟内自动重启以获取最新值。建议指定密钥版本以手动控制更新时机，避免非预期滚动重启。
• 07.07 20:09:15
  发表了文章 2026-07-07 20:09:15

  【Azure Key Vault】在 Logic App 中调用 Key Vault 的 Key 进行加密/解密操作时权限报错问题

  Logic App调用Key Vault密钥加解密时403报错，常因密钥级权限未开启：即使访问策略已授权，仍需单独为该密钥勾选“Encrypt/Decrypt”等Permitted operations，否则操作被拒。
• 07.02 21:52:09
  发表了文章 2026-07-02 21:52:09

  【Azure App Service】解析 Azure App Service 中的 X-Ms-Forbidden-Ip 响应头

  Azure App Service 的 `X-Ms-Forbidden-Ip` 响应头可辅助判断 403 是否由平台访问限制触发，标识被拒客户端IP。虽未正式文档化，但在受控链路中是实用排障线索，建议结合诊断日志综合验证。

  
• 07.02 21:44:36
  发表了文章 2026-07-02 21:44:36

  【Azure Storage Account】跨存储账号复制 Blob 会产生大量网络流量费用吗？

  本文详解Azure跨账号复制Blob的流量与费用问题：采用服务器端复制（如`StartCopyFromUriAsync`）时，数据不经过应用网络，避免高额出站流量费；而“下载再上传”则会产生显著带宽和NAT等成本。关键看复制方式，非账号是否相同。

2026年06月

• 06.26 21:21:53
  发表了文章 2026-06-26 21:21:53

  【Azure Function App】升级 Python 运行时 3.9 到3.10 后遇见的问题

  Azure Functions 升级 Python 3.9→3.10 时，仅改 Portal 配置易致故障：一是复用旧版依赖引发加载超时（Exit 137）；二是 typing_extensions 与实际运行时（如 3.13）不兼容，抛 AttributeError。须重装依赖、锁定 typing_extensions≥4.12，并验证真实 Python 版本。
• 06.22 21:02:56
  发表了文章 2026-06-22 21:02:56

  【Azure Function App】本地调试PowerShell Function时需要注意两类错误：加载失败和认证失败

  本文详解PowerShell Functions本地调试两大典型问题：1）`HttpResponseContext`类型加载失败，主因是PowerShell版本不匹配或worker配置缺失；2）User-assigned MI认证失败，因本地无MSI endpoint。提供版本检查、VS Code终端配置、`local.settings.json`关键设置及三种本地替代认证方案（Service Principal/交互式登录/环境判断），助你高效打通本地与云端开发一致性。
• 06.16 20:58:11
  发表了文章 2026-06-16 20:58:11

  【Azure AI Search】 stopword 是什么，为什么它会影响搜索结果？

  本文解析 Azure AI Search 中搜索 "in brief" 返回结果过多的问题，指出根源在于 analyzer 对停用词（如 "in"）的处理差异：默认 `standard.lucene` 保留停用词导致泛匹配，而 `en.microsoft` 会过滤停用词，使结果更精准。关键在于根据业务语义选择合适 analyzer。
• 06.15 21:05:43
  发表了文章 2026-06-15 21:05:43

  【Azure AI Search】Index的字段使用默认Analyzer(standard.lucene) 和 en.microsoft 有什么不同？

  Azure AI Search英文检索因词形差异（如brief/briefs）无法匹配，根源在于analyzer选择：默认standard.lucene不处理词形还原，而en.microsoft支持lemmatization，可将变体还原为基本形式。需通过新增字段并配置en.microsoft analyzer解决，兼顾检索质量与业务需求。
• 06.10 19:58:24
  发表了文章 2026-06-10 19:58:24

  【Azure AI Search】 searchMode=any 和 searchMode=all 有什么区别？

  Azure AI Search中，`searchMode=any`（OR逻辑）使文档含任一关键词即返回，召回率高、结果多；`searchMode=all`（AND逻辑）要求文档同时包含所有词，精度高、结果少。二者本质是匹配逻辑差异，非排序问题，需据场景合理选用。
• 06.06 22:49:35
  发表了文章 2026-06-06 22:49:35

  【Azure Function】更新 Key Vault Secret 后, Function App出现 Key Vault reference was not able to be resolved 报错的处理方法

  Azure China中，Function App通过Key Vault Reference引用密钥，轮换Secret后出现“denied access”错误，实为引用缓存未及时刷新所致，并非真实权限问题；重启应用或调用refresh API即可解决。
• 06.03 21:06:59
  发表了文章 2026-06-03 21:06:59

  【Azure App Service】应用服务中的SNAT (Source Network Address Translation 源网络地址转化)

  App Service 出站访问需经负载均衡器 SNAT 转换，每个实例默认仅约 128 个 SNAT 端口。高并发调用同一外部服务易耗尽端口，引发超时、5xx 错误。本文详解 SNAT 原理、耗尽原因、症状及连接复用等优化方案。
• 06.02 22:18:55
  发表了文章 2026-06-02 22:18:55

  【Azure App Service】应用服务(Web App)实战：用 .NET 代码把 Connection 耗尽与 SNAT 耗尽演练一次

  本文通过4个.NET实验，清晰区分Azure App Service中易混淆的Outbound Connection（TCP连接）与SNAT端口（约128个/实例）限制，并给出HttpClient复用、连接池配置及MaxConnectionsPerServer调优等实战方案。
• 05.31 13:54:32
  发表了文章 2026-05-31 13:54:32

  【Azure App Service】应用服务(Web App)里的 SNAT 端口 vs 出站连接数：到底是谁限制了谁？

  本文解析 Azure App Service 出站连接中 TCP 连接数（1920/3968/8064）与 SNAT 端口（约128个）的本质区别：前者是实例级连接上限，后者是共享负载均衡器的公网源端口资源，仅对外部调用生效。二者非1:1关系，瓶颈常在 SNAT——高频访问同一目标时易耗尽。关键在于复用连接、控制并发、避免单点集中调用。
• 05.26 20:10:24
  发表了文章 2026-05-26 20:10:24

  【Application Insights】采样率对Function App日志收集的影响和解决方法

  Azure Functions日志在Application Insights中缺失，主因是默认启用的采样功能（每秒限采20项遥测）。可通过`host.json`配置`excludedTypes`排除Request/Exception等关键类型，或查询`RetainedPercentage`确认采样状态。
• 05.21 20:36:07
  发表了文章 2026-05-21 20:36:07

  【Azure Service Bus】Azure Service Bus Java SDK 中 Token 刷新异常的排查思路

  Azure Service Bus Java SDK偶发WARN日志：“Token刷新失败，因AMQP连接已释放”。主因是空闲超时、网络瞬断等导致连接终止，后台Token刷新任务撞上已disposed通道。低频偶发且业务无影响时属正常噪声；若高频出现或伴随失败/延迟/吞吐下降，则需排查。建议升级SDK至7.14+，复用客户端并配置合理AmqpRetryOptions。
• 05.20 20:42:02
  发表了文章 2026-05-20 20:42:02

  【App Service】kudu中日志文件夹(LogFiles)中的没有application日志的根本原因？

  Azure App Service中，应用日志（Application Logging）默认关闭，故Kudu中看不到`/home/LogFiles/Application`日志。需在门户手动启用“Application Logging (Filesystem)”才可落盘，但该功能12小时后自动关闭，仅适用于临时调试。

2026年05月

• 05.17 18:09:43
  发表了文章 2026-05-17 18:09:43

  【Azure Relay】记录使用Azure Relay在通信中遇见侦听器(Listener)或发送端(Sender)断开时的异常日志 (Hybrid Connection by Websocket)

  Azure Relay 是一种中继服务，用于在无法直连的客户端与服务端间建立安全通信通道。其核心为 HybridConnectionListener（服务端）与 HybridConnectionClient（客户端），基于 WebSocket 实现双向消息传递。异常断开时，双方均记录 `RelayException`，提示“远程方未完成关闭握手”，仅 TrackingId 格式可区分断开方。
• 05.15 18:39:30
  发表了文章 2026-05-15 18:39:30

  【Azure Developer】ASP.NET Framework 4.8 集成 Azure Application Insights SDK 完整指南

  本文详解如何在老旧的.NET Framework 4.8项目中集成Azure Application Insights SDK（推荐2.23.0版），实现请求追踪、异常捕获与性能监控。涵盖SDK选型、NuGet安装、Connection String配置、web.config模块注册、自定义遥测及数据验证，并提醒Auto-Instrumentation冲突等常见问题。
• 05.12 19:08:05
  发表了文章 2026-05-12 19:08:05

  【Azure Container App】容器应用的维护窗口设置

  Azure Container Apps 平台会自动执行维护更新，分关键（即时）与非关键（可预约）两类。可通过 CLI 为环境配置计划维护窗口（8–24 小时），将非关键更新约束在业务低峰期，降低影响。该功能仅适用于工作负载配置档环境。
• 05.11 19:49:55
  发表了文章 2026-05-11 19:49:55

  【Azure 应用服务】WEBSITE_DISABLE_CROSS_STAMP_SCALE 配置的作用说明

  `WEBSITE_DISABLE_CROSS_STAMP_SCALE` 是 Azure App Service/Function App 的平台级配置，用于禁用同一区域内跨 Stamp（扩展单元）的实例调度，以减少因位置差异导致的 DNS、网络或连接问题。它并非 DNS 或超时修复开关，而是排查网络不稳定的“隔离变量”工具，需配合 VNet、DNS、防火墙等配置综合诊断。（239字）
• 05.06 20:19:52
  发表了文章 2026-05-06 20:19:52

  【Azure App Service】在App Service中使用az cli命令创建 Sidecar Container

  本文详解 Azure App Service 中 Sidecar 容器的 CLI 实现方案。针对门户无“Container”选项的问题，提供 `az webapp sitecontainers create/update` 命令的完整六步操作流程（含环境配置、主/边车容器部署），并支持状态验证与最佳实践说明，替代繁琐 ARM 模板。
• 05.03 16:21:34
  发表了文章 2026-05-03 16:21:34

  【Azure App Service】为什么 Web App 上的文件会被"锁死"？

  Azure App Service中，/home目录文件可能出现“僵尸锁”：stat显示Links:0，文件已删但句柄未释放，导致无法删除/移动、FTP/Kudu失效、重启无效。根因是Azure Files远程存储的SMB会话未断开。推荐绕过方案：复制文件+更新引用+重启应用。

2026年04月

• 04.30 20:43:23
  发表了文章 2026-04-30 20:43:23

  【Azure Container App】使用 yaml 部署 Container App 时遇见 400 Bad Request 错误

  使用 `az containerapp create --yaml` 时，CLI 扩展会将未定义字段序列化为 `null`，导致 ARM 反序列化失败（如 `allowInsecure: null` 被误转为布尔值），引发 400 错误。解决方案：在 YAML 中显式设置 `allowInsecure: false` 等必填/非空字段。
• 04.29 20:37:30
  发表了文章 2026-04-29 20:37:30

  【App Service】查看Application Insights自身SDK日志的方法示例

  本文介绍当App Service启用Application Insights后仍无遥测数据时，可启用其自诊断功能：通过Kudu添加`ApplicationInsightsDiagnostics.json`配置文件，设置日志路径、大小与级别（Verbose），重启应用后按新PID查看详细日志，快速定位SDK初始化或传输失败原因。（239字）
• 04.22 21:42:48
  发表了文章 2026-04-22 21:42:48

  【App Service】排查App Service中发送Application Insights日志数据问题的神级脚本: Test-AppInsightsTelemetryFlow.ps1

  本文介绍 Azure 中国区 Application Insights 日志无数据问题的排查利器——微软官方诊断脚本 `Test-AppInsightsTelemetryFlow.ps1`。该脚本可逐层验证 SDK、网络、TLS、ingestion endpoint 等遥测链路，精准定位日志丢失环节，支持 PowerShell（Windows）和 Bash（Linux），大幅提升故障排查效率。（239字）
• 04.21 20:28:20
  发表了文章 2026-04-21 20:28:20

  【App Service】常规排查 App Service 启动 Application Insights 无数据的步骤 (.NET版本)

  本文详解Application Insights在Azure App Service中无日志数据的三大原因及排查方法：1）网络连通性（验证到AI端点的443端口访问）；2）w3wp.exe进程是否成功加载AI模块；3）DLL冲突（检查并移除重复的Microsoft.ApplicationInsights等组件）。
• 04.14 20:09:32
  发表了文章 2026-04-14 20:09:32

  【Azure Developer】IIS w3wp.exe 的 -m 参数：一个未被记录的管道模式标识

  本文揭秘了IIS中未公开的`w3wp.exe -m`启动参数：`-m 0`表示Integrated管道模式（推荐），`-m 1`为Classic模式。该发现源于Application Insights自动检测失效的排查，解释了其为何不支持Classic模式——因HttpModule无法全面拦截请求。
• 04.13 21:22:40
  发表了文章 2026-04-13 21:22:40

  【Azure App Service】PHP页面上传文件413错误的解决方案

  在使用 Azure App Service（Linux + PHP） 部署 Web 应用时，如果上传文件大于1MB，就会遇到 HTTP 413（Request Entity Too Large） 错误。 # 问题解答 ### 一、HTTP 413 错误的本质含义 413 Request Entity Too Large 是标准 HTTP 状态码，表示： > 客户端提交的请求体（Request Body）大小超过了服务器当前允许的最大限制。 在 Azure App Service（Linux）环境中，这个错误并不一定来自前端网关(Frontend)，而更常见的来源是 App...
• 04.10 22:44:26
  发表了文章 2026-04-10 22:44:26

  【Azure Redis】云原生环境下的 Redis 超时之谜：为什么 15 分钟后应用才恢复？

  云原生中Redis短暂不可用后应用持续超时15分钟？问题不在Redis，而在Linux TCP默认重传机制（tcp_retries2=15）与长连接模型的错位。需三管齐下：调低内核重传次数、客户端显式配置超时与自动重连、应用层引入断路器与弹性重试。