자바 위에서 WebAssembly를 돌린다 — Bytecode Alliance의 새 런타임 Endive

WebAssembly, 그리고 'JVM 위에서 돌린다'는 말의 의미

먼저 WebAssembly(줄여서 Wasm)부터 짚고 갈게요. 이게 뭐냐면, C·러스트·Go 같은 여러 언어로 짠 코드를 하나의 공통 바이너리 포맷으로 컴파일해서 어디서든 빠르고 안전하게 실행할 수 있게 만든 기술이에요. 원래는 브라우저에서 무거운 연산을 빠르게 돌리려고 나왔는데, 지금은 서버·플러그인·엣지 컴퓨팅까지 영역이 넓어졌죠. 특히 "샌드박스(sandbox)"가 강력한 게 매력이에요. 믿을 수 없는 외부 코드도 격리된 상자 안에서만 돌게 만들어서, 시스템 전체를 건드리지 못하게 막을 수 있거든요.

이번에 Wasm 표준의 본진 격인 Bytecode Alliance가 공개한 Endive는 이 Wasm을 JVM(자바 가상 머신) 위에서 네이티브로 실행하는 런타임입니다. 여기서 '네이티브'란 Wasm을 한 줄씩 해석(interpret)만 하는 게 아니라 JVM 바이트코드로 변환해서 빠르게 돌린다는 뜻이에요. 덕분에 자바·코틀린·스칼라로 짠 애플리케이션 안에서 Wasm 모듈을 직접 불러 쓸 수 있게 됩니다.

왜 굳이 자바 위에서?

자바 생태계는 워낙 거대한데, 여기에 Wasm을 들이면 좋은 점이 많아요. 첫째는 플러그인입니다. 자바 앱에 사용자가 직접 만든 코드를 끼워넣고 싶을 때, Wasm 샌드박스만큼 깔끔하게 격리해주는 방법이 드물어요. 외부 코드가 폭주해도 호스트 앱은 안전하죠. 둘째는 다언어 활용이에요. 러스트로 짠 고성능 라이브러리를 JNI 같은 까다롭고 위험한 다리 없이 Wasm으로 감싸서 자바에서 바로 호출할 수 있습니다. 멀티테넌트 환경에서 고객별 로직을 안전하게 실행해야 할 때도 잘 맞고요.

경쟁 상대 — Chicory와 GraalWasm

사실 자바 진영엔 이미 비슷한 프로젝트가 있어요. Chicory는 외부 의존성 없는 순수 자바 Wasm 런타임으로 "의존성 지옥 없이 그냥 라이브러리처럼 갖다 쓴다"는 점에서 인기가 있고, GraalWasm은 GraalVM 위에서 폴리글랏(다언어) 실행의 한 축을 담당하죠. 그럼 Endive의 차별점은 뭘까요. 하나는 Wasm 표준과 Wasmtime을 이끄는 Bytecode Alliance가 직접 만든다는 신뢰성이고, 다른 하나는 Wasm을 JVM 바이트코드로 컴파일해 실행 성능을 끌어올리는 데 무게를 둔다는 점이에요. 단순 해석기보다 빠른 속도를 노리는 거죠.

한국 개발자에게

JVM 기반 백엔드, 특히 스프링 같은 스택 쓰는 분들 많죠. 사용자 정의 로직 실행, 멀티테넌트 플러그인, 외부 코드 격리 실행 같은 요구가 있다면 Wasm이 점점 현실적인 카드가 되고 있어요. 예전엔 "별도 프로세스 띄우고 컨테이너로 격리"하던 일을, 이제는 JVM 안에서 가볍게 처리할 길이 열리는 셈이거든요. 아직 초기 단계 프로젝트라 당장 프로덕션 도입은 이르지만, "JVM에서도 Wasm을 1급 시민으로 쓸 수 있다"는 흐름은 백엔드 개발자라면 알아둘 가치가 충분합니다.

마무리

한 줄 정리 — Wasm은 더 이상 브라우저 전용이 아니고, 이제 자바 진영에서도 '안전한 코드 실행'의 표준 도구가 되어가고 있다. 여러분 프로젝트에 외부 코드나 플러그인을 안전하게 실행해야 할 일이 있나요? 그럴 때 Wasm을 진지하게 고려해보신 적 있으세요?