AWS Lambda无法读取环境变量问题求助

我来帮你一步步拆解这个问题——在Lambda里结合环境变量调用第三方API时，踩坑的点其实挺固定的，咱们从最基础的地方开始核对：

1. 先确认环境变量的读取逻辑是否正确 #

Lambda里用os模块读取环境变量是标准操作，但容易忽略几个细节：

• 大小写敏感！ 控制台里配置的变量名（比如QUALYS_USERNAME）和代码里调用的名称必须完全一致，别出现大小写拼写错误。
• 建议用os.environ.get("VAR_NAME", None)的安全写法，避免直接os.environ["VAR_NAME"]抛出KeyError——如果返回None，就能快速定位到是变量没读取到的问题。
• 可以先加一段调试代码，把读取到的变量脱敏后打印到日志，方便验证：

  import os
  import logging
  
  logger = logging.getLogger()
  logger.setLevel(logging.INFO)
  
  def lambda_handler(event, context):
      qualys_user = os.environ.get("QUALYS_USERNAME")
      # 只打印前三位脱敏，避免泄露敏感信息
      logger.info(f"Retrieved Qualys username: {qualys_user[:3]}***" if qualys_user else "Qualys username not found")
      # 后续API调用逻辑
  

  然后去Lambda的监控>日志>CloudWatch日志里看输出，如果显示Qualys username not found，回到控制台检查变量是否真的保存成功，或者有没有误配置到测试事件的变量里（不是函数全局的环境变量）。

2. 检查Lambda执行角色的基础权限 #

有时候不是环境变量的问题，而是Lambda没有权限输出日志，导致你看不到真正的错误原因：

• 去IAM控制台找到你的Lambda执行角色，确认它关联了AWSLambdaBasicExecutionRole托管策略，或者自定义策略包含logs:CreateLogGroup、logs:CreateLogStream、logs:PutLogEvents这三个权限——没有日志的话，排查问题会寸步难行。

3. 排查Qualys API调用本身的逻辑 #

环境变量读取正常，但API调用失败也会被误以为是变量问题，重点核对：

• Qualys API的认证方式是否正确？大部分Qualys接口用Basic Auth，需要把环境变量里的用户名和密码拼接成Base64字符串：

  import base64
  import os
  
  username = os.environ.get("QUALYS_USERNAME")
  password = os.environ.get("QUALYS_PASSWORD")
  auth_str = f"{username}:{password}"
  auth_base64 = base64.b64encode(auth_str.encode("ascii")).decode("ascii")
  headers = {"Authorization": f"Basic {auth_base64}"}
  

• 先在本地用相同的变量值测试API调用，确认能正常拿到漏洞元数据，排除Qualys接口本身的问题（比如IP白名单限制、密钥过期等）。

4. 检查Lambda的运行时和依赖包 #

• 你本地开发用的Python版本和Lambda配置的运行时版本是否一致？比如本地是3.10，Lambda用3.8，部分语法或模块行为可能有差异。
• 如果调用API用了requests这类第三方库，有没有把依赖包打包到部署包（或者用Lambda层）？缺失依赖会直接导致函数报错，这也容易被误判为环境变量问题。

如果做完以上排查还是解决不了，把CloudWatch日志里的具体错误信息贴出来，能更快定位问题~

内容的提问来源于stack exchange，提问作者user9300944