Wasmtime против Wasmer для производства Edge Functions

WebAssembly уже давно определил формат времени выполнения для браузера. В течение нескольких лет он также использовался для выполнения изолированного кода на стороне сервера или на периферии: байт-код, скомпилированный один раз, переносимый на любую хост-машину, изолированный по умолчанию без контейнера или полной виртуальной машины. Wasmtime и Wasmer выносят это расширение из браузера, оба написаны на Rust и оба способны выполнять один и тот же файл .wasm.

Wasmtime — это проект, организованный Bytecode Alliance, организацией, которая управляет несколькими компонентами серверной экосистемы WebAssembly, включая компилятор Cranelift. Wasmer разработан компанией Wasmer Inc., которая публикует среду выполнения с открытым исходным кодом и продвигает дополнительные услуги вокруг нее (периферийное развертывание, инструменты). Две разные модели управления, никакого суждения о качестве кода, созданного той или другой.

В оставшейся части этой статьи сравниваются четыре проверяемых поля: лицензирование и управление, доступные компиляторы, стандарт WASI и модель компонентов, модель безопасности, а затем объясняется, с помощью вспомогательного кода, почему Rust ядро ​​Aurabase запускает Wasmtime в своем движке Edge Functions.

Wasmtime выпускается под лицензией Apache-2.0 за исключением LLVM — разрешительной лицензии, распространенной в экосистеме компиляторов. Его управление соответствует модели Bytecode Alliance: в проект вносят свой вклад несколько организаций, ни одна из них не владеет им в одиночку.

Программа Wasmer публикуется под лицензией MIT, еще более либеральной на бумаге, но ее техническое руководство по-прежнему сосредоточено у одного издателя, Wasmer Inc. Само по себе это не является ошибкой: многие успешные проекты с открытым исходным кодом следуют этой модели. Это просто другой профиль риска, если ваша организация ценит распределенное управление между несколькими организациями.

Wasmtime компилируется с помощью Cranelift, генератора кода, также разработанного Bytecode Alliance. В крейте также документирован дополнительный компилятор Winch, предназначенный для сокращения времени компиляции по сравнению с Cranelift в случаях, чувствительных к запуску. Cargo.toml изaura-функций только активирует функцию cranelift: именно этот компилятор и только он обрабатывает каждый модуль WASM, загруженный в производство.

Васмер идет противоположным путем: три взаимозаменяемых серверных модуля. Singlepass компилируется за один проход, почти мгновенно, за счет менее оптимизированного машинного кода. Cranelift предлагает сбалансированный компромисс. LLVM стремится к максимально возможной производительности выполнения и максимальному времени компиляции из трех. Единая среда выполнения, три профиля компрометации, выбранные во время настройки.

WASI, системный интерфейс WebAssembly, стандартизирует доступ к файлам, часам и сети из модуля WASM независимо от браузера. Его последняя версия, WASI Preview 2, основана на модели компонентов: механизме создания модулей, написанных на разных языках, с общими типизированными интерфейсами, а не двоичным форматом, специфичным для каждой среды выполнения. И Wasmtime, и Wasmer работают над внедрением этого стандарта, каждый в своем темпе.

Васмер дополнительно документирует WASIX, расширение, целью которого является охват примитивов POSIX, которые еще не охватываются официальным стандартом WASI, таких как потоки или более сложные сетевые сокеты. Это не стандарт, поддерживаемый рабочей группой WebAssembly, а расширение, специфичное для экосистемы Wasmer.

Обе среды выполнения изолируют каждый модуль в собственной линейной памяти без прямого доступа к хост-системе за пределами явно импортированных функций. Это основа модели безопасности WebAssembly, общей для обоих проектов.

Wasmtime также предоставляет собственный API для записи выполнения, fuel: каждая инструкция использует заранее фиксированный бюджет, и выполнение прекращается должным образом, как только этот бюджет исчерпан. Второй API, прерывание epoch, позволяет вам установить тайм-аут, не блокируя движок во время ожидания. Васмер документирует свою собственную механику измерения и ограничений памяти для каждого экземпляра; В этой статье они не проверялись в стороннем репозитории, поэтому не разбивают их по цифрам.

Это именно то, что обеспечивает сервис aura-functions Aurabase, подробно описанный в следующем разделе с фактическим исходным кодом.

Служба aura-functions объявляет wasmtime как производственную зависимость без комментариев по деактивации или конфигурации зависимости от разработки. Ни в одном файле в репозитории, ни в файле Cargo.toml, ни в файле .rs, Васмер не упоминается.

# Среда выполнения WASM
wasmtime = { version = "43", features = ["async", "cranelift"] }

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

let mut cfg = Config::new();
cfg.consume_fuel(true);
cfg.epoch_interruption(true);
let engine = Engine::new(&cfg)?;

// по вызову:
let limits = StoreLimitsBuilder::new()
    .memory_size(self.max_memory_mb as usize * 1024 * 1024)
    .build();
store.set_fuel(self.max_fuel)?;
store.epoch_deadline_async_yield_and_update(1);

Все три ограничения настраиваются для каждой переменной среды, при этом значения по умолчанию проверяются в config/mod.rs: WASM_MAX_MEMORY_MB — 64, WASM_TIMEOUT_SECS — 10, WASM_MAX_FUEL — один миллиард единиц. Тайм-аут запускается в фоновом режиме: tokio::spawn ожидает настроенную продолжительность, затем увеличивает эпоху механизма, не блокируя текущее выполнение во время ожидания.

ABI, предоставляемый гостевым модулям, намеренно остается минимальным: четыре функции хоста: aura.log, aura.get_input, aura.set_output и aura.get_env, зарегистрированные через linker.func_wrap. Это не модель компонентов и не WASI Preview 2: это внутренний контракт, более узкий, предназначенный для одноразового использования, выполняющий пограничную функцию HTTP и восстанавливающий ответ JSON.

Этот режим wasm представляет собой выбор для каждой функции, а не глобальный переключатель. Обзор архитектуры Aurabase подробно описывает другой путь, режим denoпо умолчанию, который выполняет JavaScript/TypeScript в отдельной службе. Оба сосуществуют в одной службе aura-functions.

Источники: Cargo.toml и wasm/mod.rs из репозитория Aurabase, проверено непосредственно 24 августа 2026 г. Общие характеристики Wasmtime и Wasmer взяты из общедоступной документации каждого проекта; в этой таблице не публикуются контрольные показатели третьих сторон.

Вы запускаете новую среду выполнения Edge без существующих зависимостей. Wasmtime, поддерживаемый мультивендорным фондом, снижает риск зависимости будущего проекта от одного издателя.

У вас очень частые и кратковременные холодные запуски. Серверная часть Singlepass компании Wasmer напрямую отвечает на эту потребность, обеспечивая почти мгновенную компиляцию за счет менее оптимизированного машинного кода.

Вам нужны примитивы POSIX, выходящие за рамки текущего стандарта WASI. WASIX, расширение Wasmer, охватывает потоки и расширенные сокеты, которые еще не охватываются только WASI Preview 2.

Вам нужен собственный API для видеозаписи и тайм-аута без стороннего промежуточного программного обеспечения. Wasmtime предоставляет fuel и epoch непосредственно в ящике, что именно позволяет aura-functions в Aurabase.