우리 주변의 기술은 빠르게 변화하고 있습니다. WebAssembly(줄여서 Wasm)가 개발자와 기술 애호가들 사이에서 큰 주목을 받고 있다는 이야기를 들어보셨을지도 모릅니다. 그렇다면 WebAssembly란 정확히 무엇이며, 왜 우리가 주목해야 할 만큼 중요한 걸까요? 지금부터 알아보겠습니다.
WebAssembly란 무엇인가요?
WebAssembly는 기본적으로 바이너리 명령어 집합입니다. x86이나 ARM처럼 한 번쯤 들어봤을 법한 어셈블리 언어와 비슷하지만, 몇 가지 새로운 특성과 보안 보장을 제공합니다. C나 Rust 같은 프로그래밍 언어로 코드를 작성하면 해당 코드를 WebAssembly 아티팩트로 컴파일할 수 있습니다. Wasm은 처음에 웹용으로 만들어졌기 때문에, 네이티브에 가까운 속도로 웹에서 고성능 애플리케이션을 실행할 수 있다는 점이 가장 큰 매력이었습니다. 하지만 오늘날 WebAssembly는 브라우저 외부에서도 널리 도입되고 있습니다.
Wasm이 다른 컴파일러 타깃과 차별화되는 특징 중 하나는 이식성입니다. WebAssembly 코드는 기반 아키텍처와 관계없이 해당 런타임만 있다면 어떤 플랫폼에서든 실행할 수 있습니다. 즉, 개발자는 코드를 한 번만 작성하면 Windows, macOS, Linux, 모바일 운영 체제, 브라우저는 물론 전구에서도 실행할 수 있습니다.
WebAssembly는 안전한가요?
보안은 무엇보다 중요하며, 특히 오늘날 우리가 살아가는 디지털 세상에서는 더욱 그렇습니다. 따라서 WebAssembly는 보안을 핵심 설계 목표로 삼아 만들어졌습니다. 잠시 웹 브라우저가 어떤 일을 하는지 생각해 보겠습니다. 웹 페이지를 방문하면 브라우저는 출처를 알 수 없고 신뢰할 수 없는 코드를 다운로드해 실행합니다. 곰곰이 생각해 보면 정말 무서운 일입니다. 악성 코드로부터 사용자와 기기를 보호하는 것이 브라우저의 역할이며, 바로 이러한 보안 철학이 다음과 같은 방식으로 WebAssembly에 반영되어 있습니다:
- 샌드박싱: WebAssembly 코드를 호스트 환경으로부터 격리하여, 승인되지 않은 데이터에 접근하거나 코드가 실행되는 환경에 관한 정보를 알아내지 못하도록 합니다.
- 기본 거부 방식의 액세스: WebAssembly에는 매우 엄격한 기본 거부 보안 정책이 적용되므로, 명시적인 권한 없이는 시스템 리소스에 액세스할 수 없습니다. 이는 시스템 시간과 같은 단순한 리소스에도 적용되며, Wasm 코드와 명시적으로 공유하지 않는 한 전혀 사용할 수 없습니다.
- 메모리 경계: 실행 중인 각 WebAssembly 인스턴스에는 접근 범위를 벗어나 볼 수 없는 자체 메모리 영역이 할당되며, 다른 WebAssembly 인스턴스 및 호스트 메모리와 완전히 격리됩니다.
WebAssembly는 빠른가요?
WebAssembly은 빠른 성능을 내도록 설계되었습니다. JavaScript와 비교하면 Wasm 코드는 JavaScript 코드의 구문 분석이 시작되기도 전에 디코딩되어 실행을 시작할 수 있습니다. 브라우저에서 새로운 경험을 가능하게 할 뿐만 아니라, 이식성과 보안이 보장되므로 브라우저 외부에서도 네이티브에 가까운 성능을 제공합니다.
왜 관심을 가져야 할까요?
JavaScript를 대체하려는 것이 전혀 아닙니다. 두 기술은 상호 보완적이며, 서로 경쟁하기보다는 함께 작동하도록 설계되었습니다. JavaScript는 여전히 웹 앱의 동적이고 상호작용이 필요한 부분에 필수적이며, Wasm은 연산 비용이 많이 드는 작업에 더 많이 사용되고 있습니다.
WebAssembly 코드는 런타임 내에서 실행되므로 웹 애플리케이션이든 엣지 또는 서버에서 실행되는 애플리케이션이든 기존 애플리케이션에 쉽게 추가할 수 있습니다. 이를 통해 거의 모든 언어로 작성된 코드뿐만 아니라 신뢰할 수 없는 서드 파티 코드로도 애플리케이션을 확장할 수 있습니다. 커뮤니티 구성원이나 고객이 제공한 코드를 애플리케이션 내에서 안전하게 실행할 수 있으므로 WebAssembly는 플러그인 시스템에 매우 적합합니다. 이 모든 것은 WebAssembly의 뛰어난 보안 모델 덕분에 가능합니다.
WebAssembly는 효율적입니다
WebAssembly는 서버리스 컴퓨팅 분야에서 큰 반향을 일으켰습니다. 컨테이너와 비교하면 Wasm 모듈은 매우 작습니다. 생성되는 모듈은 대부분 수 킬로바이트에서 한 자릿수 메가바이트 정도인 반면, 컨테이너는 수백 메가바이트에서 수 기가바이트에 이르기도 합니다. Wasm은 저장 공간을 적게 차지할 뿐만 아니라, 잘 알려진 ‘콜드 스타트’ 문제도 해결합니다. Wasm 코드는 마이크로초 단위로 실행을 시작할 수 있으므로 요청에 빠르게 응답하기 위해 코드를 계속 실행해 둘 필요가 없습니다. 요청이 들어올 때 Wasm 인스턴스를 구동해도 지연 시간에 미치는 영향은 매우 적습니다. 즉, WebAssembly 기반 시스템은 트래픽이 없을 때 규모를 0까지 축소할 수 있어 환경과 비용 모두에 이롭습니다.
WebAssembly는 조합 가능합니다
제 생각에 진정한 판도를 바꿀 기술은 WebAssembly 컴포넌트 모델입니다. 이 모델은 다음과 같은 특성을 통해 개발자가 소프트웨어를 구축하고 조합하는 방식을 근본적으로 바꿀 것입니다:
- 에코시스템 간 접근성: Go의 암호화 라이브러리, Rust의 JSON 직렬화 도구, Python의 수치 연산 유틸리티를 사용하고 싶으신가요? 문제없습니다. 컴포넌트 모델을 사용하면 거의 모든 언어 에코시스템에서 소프트웨어를 선택해, 마치 모두 동일한 언어로 작성된 네이티브 라이브러리인 것처럼 조합할 수 있습니다.
- 개발 유연성: 조직 내 각 팀은 작업에 가장 적합한 도구를 선택할 수 있습니다. 각자의 전문성과 프로젝트 요구 사항에 맞는 프로그래밍 언어와 소프트웨어 스택을 선택하면서도, 팀의 결과물이 전체 애플리케이션에 원활하게 통합될 것이라는 확신을 가질 수 있습니다.
간단히 말해, 개발자는 WebAssembly 코드를 생성할 수 있는 어떤 언어로든 소프트웨어 컴포넌트를 개발한 다음, 이를 손쉽게 조합하여 하나의 애플리케이션으로 만들 수 있습니다.
WebAssembly은 주목할 만한 기술입니다. 애플리케이션에 새로운 기능을 추가하려는 개발자든, 확장 가능하고 비용 효율적인 솔루션 구축에 주력하는 기업이든, Wasm이 적합한 선택일 수 있습니다. WebAssembly은 계속해서 성숙해지고 지원이 확대되면서 소프트웨어 개발을 바라보고 활용하는 방식을 새롭게 정의할 준비를 갖추고 있습니다. WebAssembly을 계속 주목하세요. 이는 단순한 미래의 기술이 아니라 이미 우리 곁에 와 있으며, 우리가 알고 있는 소프트웨어의 모습을 바꾸고 있습니다.
WebAssembly에 대해 더 자세히 알고 싶으신가요? F5의 WebAssembly Unleashed 팟캐스트를 YouTube나 Spotify, 또는 Apple Podcast에서 확인해 보세요.
관련 블로그 게시물
AI 시대의 새로운 애플리케이션 제공 원칙으로 복잡성 극복하기
보안, 일관성, 완전 자동화에 중점을 둔 애플리케이션 제공의 새로운 6가지 원칙을 도입하여 복잡성 없이 하이브리드 멀티클라우드의 유연성을 누리세요.
디지털 혁신을 가속화하는 6가지 기술 역량
오늘날의 엔터프라이즈 아키텍처에는 기술 변화를 주도하는 데 핵심적인 민첩성, 확장성, 보안 및 관찰 가능성이 부족하지만, 이 여섯 가지 핵심 역량은 기업이 디지털 혁신 전반에 걸쳐 위험과 과제를 관리하는 데 도움이 될 것입니다.
하이브리드 근무가 ID 중심 보안으로의 전환을 이끌고 있습니다
자동화와 디지털화의 폭발적인 성장에 하이브리드 근무 모델로의 전환 추세가 더해지면서, IP 기반 보안에서 벗어나 ID 기반 액세스 전략으로 전환하는 움직임이 더욱 가속화될 것입니다.
관점의 현대화: 애플리케이션에서 경험으로
그리스와 로마의 신들처럼, 여러 신화에서도 동일한 존재가 다양한 모습으로 나타나는 것을 볼 수 있습니다. 본질적으로 각각의 화신은 기존 존재가 새로운 얼굴로 드러난 것입니다. 디지털 세계에서도 이와 비슷한 양상이 나타납니다. 우리가 ‘애플리케이션’이라고 부르는 것들은 흔히 기존 기능이 새로운 형태로 구현된 것이라 볼 수 있습니다.
코로나19 이후 기업 결제의 디지털 전환
디지털 결제는 과거의 현금만큼이나 보편화되었습니다. 코로나19 팬데믹으로 인한 봉쇄 조치는 소비자의 디지털 결제 서비스 의존도를 더욱 빠르게 높였습니다. 기업의 디지털 결제 도입 역시 가속화되었습니다. 대중을 상대로 영업하든 하지 않든 기업에는 여전히 지급해야 할 대금과 받아야 할 대금이 있기 때문입니다.
공급망 해킹과 보안에서 하드웨어의 역할
수석 아키텍트 Dave Schmitt와 CTO 오피스가 최근 Bloomberg의 Super Micro 관련 기사를 계기로 하드웨어 보안 전문성의 중요성을 되짚어봅니다. 또한 이 글에서는 시스템이 안전하게 보호되고 있는지 확인하기 위해 공급업체에 물어봐야 할 질문도 소개합니다.