简介：面向备考微软 AZ-204 Azure 开发人员认证的考生，这份 2022 年题库以 PDF 形式整理了认证考试的核心考点与真题演练，覆盖 Azure 资源管理、计算、存储、网络、监控及身份与访问管理等关键领域，适合处于冲刺刷题或系统查漏补缺阶段的开发者使用。压缩包内共 1 个 PDF 文件，体积约 221KB，轻量便携，便于在电脑或移动设备上随时翻阅。内容围绕真实考题展开，例如虚拟机跨主机迁移时通过「重新部署」将 VM 移至新节点并保留原有配置，以及借助 Azure Key Vault 与访问策略在 ARM 模板中安全引用管理员密码、避免明文存储，并附有社区投票与参考答案解析，帮助读者理解命题思路与判断依据。目前已有 341 人学习下载，可作为熟悉题型、检验知识点掌握程度的练习材料。
1. 到底什么是 AZ-204：一份题库为什么能当“认知地图”用
如果你第一次听到 AZ-204，大概率是在某个技术群里看到有人甩出一份 PDF，配文“最新题库，背完就过”。这时候你心里会冒出两个问题：这考试到底考什么？一份题库凭什么能帮人搞懂 Azure 开发？
打个比方，AZ-204 像是驾照考试里的科目二——它不考你背了多少交通法规条文，而是把你放进一个模拟场地，看你会不会倒车入库、侧方停车。对应到 Azure 开发，这个“场地”就是虚拟机怎么迁移、密码怎么安全存放、容器怎么部署这些具体动作。题库则是把考场里出现过的动作记录下来，让你提前熟悉场地长什么样。
值得搞懂的原因很实在：Azure 开发岗面试时，面试官问的往往就是这些动作背后的判断逻辑。比如“VM 出问题了该重新部署还是重建”，答错方向不是扣分的问题，是线上环境要出事故的问题。这份资料把题目、正确答案、社区投票分布和参考文档链接放在一起，等于把“考场动作 + 判分依据”同时摊开给你看。
2. 题库里反复出现的三个核心动作：迁移、保密、部署
2.1 虚拟机迁移：为什么“重新部署”是标准答案
题库第一题描述了一个很具体的场景：两台 Hyper-V 宿主机，VM1 部署在 Host1 上，现在要把它挪到 Host2。选项里给了更新管理、换订阅、重新部署、改使用位置四条路，正确答案是重新部署。
这里的关键认知是：在 Azure 的抽象层里，你其实不直接操作“哪台物理宿主机”。你看到的 Host1、Host2 是 Hyper-V 层面的概念，而 Azure 虚拟机跑在微软自己的基础设施节点上。当底层节点出现硬件异常或者维护需求时，平台需要把 VM 挪到另一个健康节点上——这个动作就叫“重新部署”。
通俗地说，重新部署相当于给虚拟机换一张床：人还是那个人，行李还是那些行李，只是睡觉的位置从这张床换到了那张床。所有配置、磁盘、网络设置都原样保留，唯一变化的是它落在哪个物理节点上。所以题库里那句解释很准确：重新部署会把 VM 移到 Azure 基础设施中的新节点，然后重新开机，保留所有配置选项和关联资源。
那为什么其他选项不对？换订阅改变的是计费和管理边界，跟宿主机位置无关；更新管理管的是补丁和合规，不负责搬家；修改使用位置影响的是许可证和计费区域，同样不碰物理节点。这三个选项各自解决不同的问题，混在一起考，就是在测你有没有把“迁移”和“变更管理边界”分开。
提示：重新部署适合解决“VM 本身配置没问题，但底层节点疑似异常”的情况。如果 VM 的磁盘或网络配置已经损坏，重新部署救不回来，那时候要考虑的是重建。
2.2 密码不进模板：Key Vault 和访问策略的分工
第二题是一个拖拽题，场景是下载了一个 ARM 模板要批量部署虚拟机，模板基于现有 VM 改的，但必须引用管理员密码，且密码不能以明文形式存在模板里。正确答案的组合是 Key Vault 加访问策略。
这里要拆开理解两个东西各自管什么。Key Vault 是 Azure 的“保险箱”服务，专门存放密码、密钥、证书这类敏感信息。你把密码存进 Key Vault 的一个 secret 里，模板里只写“去哪个保险箱取哪个 secret”，不写密码本身。访问策略则是保险箱的门禁规则——谁可以读、谁可以写、谁只能看列表。
打个比方，ARM 模板像一张施工图纸，图纸上不能直接写“大门钥匙是 1234”，而是写“钥匙在物业保险柜 A 格，找管理员老张拿”。Key Vault 就是那个保险柜，访问策略就是“老张有权限开 A 格”这条规定。图纸流传出去没关系，因为钥匙不在图纸上。
题库里高赞评论把这条链路说得很清楚：先用 Key Vault 创建包含密码的 secret，再用访问策略允许模板部署过程访问这个 secret，最后模板通过参数引用方式拿到值。这个模式在真实项目里非常常见，因为模板往往要进代码仓库、要走评审、要被多人复制，明文密码一旦写进去，等于把钥匙复印了贴在图纸背面。
2.3 容器部署：kubectl 和 docker 各管各的
第三题和第四题是一对镜像题，场景相同：AKS 集群、Azure AD 加入的设备、应用打成容器镜像、要部署 YAML 清单。第三题的方案是装 Azure CLI 然后跑kubectl apply -f myapp.yaml，答案是“满足目标”；第四题的方案是装 docker 客户端跑docker run -it microsoft/azure-cli:0.10.17，答案是“不满足”。
这两题放在一起考，核心就一句话：部署 YAML 到 Kubernetes 要用 kubectl，不是 docker。docker 管的是“把应用打成镜像、在单机上跑容器”，kubectl 管的是“把清单提交给 Kubernetes 集群，让集群去调度”。你可以用 docker 构建出镜像并推送到镜像仓库，但最后让 AKS 认识这个应用的那一步，必须走 kubectl。
题库评论区里有人纠结“Azure CLI 本身不包含 kubectl”，这个细节值得说清楚。Azure CLI 提供的是az aks install-cli这类命令来帮你安装 kubectl，装完之后 kubectl 是独立工具。所以第三题的方案成立，前提是设备上确实有可用的 kubectl；第四题不成立，是因为docker run启动的是一个容器，里面跑的是 Azure CLI 镜像，跟把 YAML 应用到 AKS 集群是两件事。
# 在已安装 Azure CLI 的设备上，先确保 kubectl 可用 az aks install-cli # 获取 AKS 集群的访问凭据，写入本机 kubeconfig az aks get-credentials --resource-group myResourceGroup --name myAKSCluster # 将本地 YAML 清单应用到集群 kubectl apply -f myapp.yaml上面三条命令是一条完整链路：装工具、拿凭据、提交清单。--resource-group和--name指定目标集群，-f后面跟清单文件路径。如果kubectl apply报权限错误，先检查get-credentials是否执行成功；如果报清单解析错误，检查 YAML 缩进和 apiVersion 字段。题库里有人提到原题文本里-f被排版成了反引号加 f，那是录入时的排版问题，不影响对命令本身的理解。
3. 为什么这些题总被混在一起考：Azure 开发的边界感
3.1 同一朵云里，不同服务管不同层
把前面三个动作摆在一起看，会发现它们分别落在 Azure 的不同层：重新部署管的是基础设施层的节点调度，Key Vault 管的是安全层的机密存储，kubectl 管的是容器编排层的应用提交。AZ-204 反复考这些，不是在考你记不记得住命令，而是在考你有没有“这层的事归这层管”的边界感。
这种边界感在真实工作里非常值钱。举个例子，某开发者在排查一个应用启动失败的问题，第一反应是去重新部署虚拟机，折腾半天发现是 Key Vault 访问策略没配好，应用拿不到数据库密码。如果他一开始就知道“启动失败先看配置注入链路，再看基础设施”，能省下大量踩坑时间。题库把不同层的动作放在相邻题目里，就是在训练这种分层判断。
3.2 社区投票分布本身就是一种信号
这份资料里每道题后面都跟着社区投票分布，比如第一题 C 选项 100%，第三题 A 选项 60%、B 选项 40%。这个分布不是装饰，它反映的是真实考生在同一个判断点上的分歧程度。分歧大的题，往往就是概念边界最容易糊的地方。
以第三题为例，40% 的人选了“不满足”，理由集中在“Azure CLI 不包含 kubectl”这个点上。这个分歧的本质是：题目问的是“这个方案是否满足目标”，而不是“这个方案是否一步到位”。装 Azure CLI 之后通过它安装 kubectl 再执行 apply，链路是通的，所以选“满足”；如果理解成“光装 Azure CLI 就自动有了 kubectl”，那确实不满足。题库保留这种争议，等于把概念的精确定义摊开给你看。
注意：看题库时不要只看正确答案字母，要看投票分布和评论里的分歧点。分歧点就是你的认知盲区，比背答案有价值得多。
4. 常见误区：这四个概念最容易搞混
4.1 重新部署不等于重建
易混点：VM 出问题就重新部署，和删掉重建看起来都是“换一个”。
为什么混：两者都能让 VM 跑起来，表面结果相似。
怎么区分：重新部署保留磁盘、网卡、配置和关联资源，只是换物理节点；重建是先删资源再按模板创建，IP 可能变、磁盘要重新挂、关联资源要重新配。判断标准是“配置和数据要不要原样保留”——要保留选重新部署，要彻底刷新选重建。
4.2 Key Vault 存密码不等于模板自动安全
易混点：以为把密码放进 Key Vault 就万事大吉。
为什么混：Key Vault 的名字自带“安全”暗示，容易让人忽略访问链路。
怎么区分：密码安全取决于三件事同时成立——secret 存对了、访问策略允许部署身份读取、模板参数正确引用。缺任何一环，要么部署失败，要么退化成明文。题库第二题考的是“创建哪些组件”，答案里 Key Vault 和访问策略必须成对出现，就是在强调这条链路不能只做一半。
4.3 kubectl 和 docker 不是替代关系
易混点：都是命令行工具，都能跟容器打交道，以为可以互换。
为什么混：两者经常出现在同一套开发流程里，docker 构建镜像、kubectl 部署应用，前后脚使用。
怎么区分：docker 面向单机容器生命周期，kubectl 面向集群声明式管理。判断方法很简单——命令里出现apply、get pods、describe这类词，是 kubectl 的地盘；出现build、run、push，是 docker 的地盘。第四题用docker run去部署 YAML，错在工具用错了层。
4.4 ARM 模板参数和 Key Vault secret 不是一回事
易混点：模板里本来就有参数，为什么还要绕去 Key Vault。
为什么混：两者都叫“参数”，都出现在部署过程里。
怎么区分：ARM 模板参数是部署时传入的变量，值会出现在部署历史、命令行记录和模板文件里；Key Vault secret 是独立存储的机密，模板只引用不落值。判断标准是“这个值能不能被看到”——密码、连接串这类不能见光的，走 Key Vault；区域名、SKU 这类公开配置，走模板参数。
5. 什么时候该翻这份题库，什么时候别把它当唯一依据
先说该用的时候。如果你已经动手做过 Azure 资源部署，但总在“这个场景该用哪个服务”上犹豫，这份题库的价值在于它把判断点浓缩成了选择题。每道题后面的参考文档链接指向官方说明，社区评论补充了真实踩坑视角，投票分布标出了分歧位置。你可以把它当成一张“认知检查表”：先自己做一遍，错的地方顺着评论和文档往下挖，比从头读文档效率高。
再说别用的时候。如果你还没碰过 Azure 门户，连资源组和订阅的关系都没建立起来，直接刷题库会变成背字母——今天记住 C，明天题目换个问法就翻车。题库里的场景是“动作级”的，前提是你对 Azure 的基本对象模型有感觉。另一个别用的时候是：把题库当唯一知识来源。题库覆盖的是考过的场景，真实项目里的组合远比题目复杂，比如 Key Vault 的私有终结点配置、AKS 的网络插件选型，这些题目里不一定出现，但工作中一定会遇到。
我自己的习惯是：每做完一组题，把错题对应的官方文档页面打开，只看“概述”和“限制”两节，确认自己理解的是服务边界而不是选项字母。有一次在一道容器部署题上连续选错两次，回头翻文档才发现自己一直把“安装工具”和“执行部署”当成一步，从那以后我每次配环境都强制走一遍“工具是否可用、凭据是否就位、清单是否合法”三问，再也没在类似判断上翻过车。
这份资料适合放在手边当“场景索引”用：遇到不确定的动作，先翻对应题目看社区怎么吵，再顺着链接去官方文档确认边界。希望帮到你。
本文还有配套的精品资源，点击获取
