Приложению функции Azure Python не удается импортировать пакеты при развертывании через Azure DevOps

Объем: У меня есть приложение-функция Python, которое работает, как и ожидалось, локально и при развертывании через VS Code.

Проблема возникает при развертывании приложения-функции в группе ресурсов продукта (и приложении-функции).

Различия между двумя развертываниями:

• приложение-функция разработки (бессерверное), не интегрированное в виртуальную сеть, развертывается с помощью щелчка правой кнопкой мыши> развертывание в приложении-функции
• приложение-функция prod (премиум-план), интегрированное в виртуальную сеть, развернутое через конвейер Azure DevOps, которое выглядит следующим образом:

trigger:
- none

variables:
  # Azure Resource Manager connection created during pipeline creation
  azureServiceConnectionId: '******'

  # Web app name
  webAppName: '*******'

  # Agent VM image name
  vmImageName: 'ubuntu-latest'

  # Environment name
  environmentName: 'PROD'

  # Project root folder. Point to the folder containing manage.py file.
  projectRoot: $(System.DefaultWorkingDirectory)

  # Resource group
  resourceGroupName : '********'

  # Python version: 3.11
  pythonVersion: '3.11'

stages:
- stage: Build
  displayName: Build stage
  jobs:
  - job: BuildJob
    pool: Default
    steps:
    - script: |
        pip install --target = "./.python_packages/lib/site-packages" -r ./requirements.txt
      workingDirectory: $(projectRoot)
      displayName: "Install requirements"

    - task: ArchiveFiles@2
      displayName: 'Archive files'
      inputs:
        rootFolderOrFile: '$(projectRoot)'
        includeRootFolder: false
        archiveType: zip
        archiveFile: $(Build.ArtifactStagingDirectory)/$(Build.BuildId).zip
        replaceExistingArchive: true

    - upload: $(Build.ArtifactStagingDirectory)/$(Build.BuildId).zip
      displayName: 'Upload package'
      artifact: drop

- stage: Deploy
  displayName: 'Deploy Web App'
  dependsOn: Build
  condition: succeeded()
  jobs:
  - deployment: DeploymentJob
    pool: Default
    environment: $(environmentName)
    strategy:
      runOnce:
        deploy:
          steps:
          - task: AzureFunctionApp@2
            displayName: 'Deploy Azure Web App'
            inputs:
              connectedServiceNameARM: '$(azureServiceConnectionId)'
              appType: 'functionAppLinux'
              appName: '$(webAppName)'
              package: '$(Pipeline.Workspace)/drop/$(Build.BuildId).zip'
              runtimeStack: 'PYTHON|3.11'
              appSettings: '-KeyvaultURL ***** -StorageaccountURL *****'
              deploymentMethod: 'auto'

Кроме того, я попытался развернуть эту функцию с помощью:

- task: AzureCLI@2
            displayName: 'Deploy with Azure CLI'
            inputs:
              azureSubscription: '$(azureServiceConnectionId)'
              scriptType: 'pscore'
              scriptLocation: 'inlineScript'
              inlineScript: |
                $artifactPath = "$(Pipeline.Workspace)/drop/$(Build.BuildId).zip"
                az functionapp deployment source config-zip -g $(resourceGroupName) -n $(webAppName) --src $artifactPath --verbose

Результат был тот же.

Итак, первоначальная проблема, с которой я столкнулся, заключалась в том, что функции просто не отображались, развертывание почти всегда проходит успешно. Пройдя по кроличьей норе, мне удалось найти журналы, которые показывают, что «синхронизация триггеров HTTP не удалась», а также модули, которые не удалось импортировать (нет конкретных модулей — все).

Из журнала я вижу, что выбрана правильная папка:

/home/site/wwwroot/.python_packages/lib/site-packages/pandas/

И я могу убедиться, что эти пакеты действительно существуют:

По какой-то причине function_app.py не видит установленные модули, что вызывает цепную реакцию, которая приводит к тому, что функции не отображаются даже после успешного развертывания.

Что я пробовал до сих пор:

• Несколько комбинаций использования ENABLE_ORYX_BUILD и SCM_DO_BUILD_DURING_DEPLOYMENT в конвейере.
• Тип развертывания: zipDeploy и/или пакет.

Были некоторые ресурсы по SO, но, похоже, ничего не решило эту проблему, это довольно странно, поскольку я чувствую, что многие разработчики должны выполнять этот тип развертывания практически каждый день, поэтому либо я делаю что-то действительно неправильно, либо есть основная причина проблема, которую я, кажется, не понимаю.