Есть несколько способов сделать это **from azure-batch only point of view**
: ( для пользовательского кода начальной части должен принадлежать любой zip api, который они используют для архивирования своих файлов , но , когда он находится в BLOB-объекте и пользователеЕсли вы хотите использовать в узлах, то есть варианты, упомянутые ниже. )
Для начальной части вашего вопроса я обнаружил, что это может пригодиться: https://microsoft.github.io/AzureTipsAndTricks/blog/tip141.html (но это в основном из идеиСакэ, и вы будете знать лучше + вам нужно соответствующим образом спроектировать пространство для решения)
В вариантах 1 и 3 ниже вы должны убедиться, что ваш код пользователя обрабатывает распаковку или распаковку zip-файла. Вариант 2 - это пакетная встроенная функция для файла *.zip
как на уровне пула, так и на уровне задач.
Функция пакетов приложений Azure Batchобеспечивает простое управление приложениями задач и их развертывание на вычислительных узлах в вашем пуле. С помощью пакетов приложений вы можете загружать и управлять несколькими версиями приложений, которые запускают ваши задачи, включая поддерживающие их файлы. Затем вы можете автоматически развернуть одно или несколько из этих приложений на вычислительных узлах в вашем пуле.
AnПакет приложения - это ZIP-файл, содержащий двоичные файлы приложения и вспомогательные файлы, необходимые для выполнения ваших задач. Каждый пакет приложения представляет определенную версию приложения.
Относительно размера: см. Максимально допустимое значение в ссылке BLOB в приведенном выше документе.
Вариант 3 : (Не уверен, что это подойдет для вашего сценария) В перспективе для вашего конкретного сценария, но вы также можете подключить виртуальный большой двоичный объект к диску в пуле объединения через монтированиеФункция Azure Batch и , вам нужно написать код при запуске задачи или что-нибудь, чтобы распаковать из смонтированного места.
Надеюсь, это поможет :)