웹 플랫폼 API 로드맵: 신흥 표준과 브라우저 채택 현황

웹은 웹 플랫폼 API의 혁신에 힘입어 끊임없이 진화하고 있습니다. 이러한 API는 개발자에게 더 풍부하고, 상호작용적이며, 유능한 웹 애플리케이션을 구축할 수 있는 도구를 제공합니다. 하지만 제안된 표준이 널리 브라우저에 채택되기까지의 과정은 결코 간단하지 않습니다. 이 블로그 게시물에서는 신흥 웹 플랫폼 API의 현재 상황, 표준 개발 과정, 브라우저 채택의 어려움, 그리고 개발자들이 앞서 나가기 위해 알아야 할 사항들을 살펴봅니다.

웹 플랫폼 API 이해하기

웹 플랫폼 API는 웹 페이지가 브라우저, 기본 운영 체제, 심지어 외부 장치와 상호 작용할 수 있도록 하는 인터페이스 모음입니다. 이를 통해 개발자는 위치 정보, 카메라 및 마이크 접근, 로컬 저장소, 푸시 알림 등과 같은 기능에 접근할 수 있습니다. 이러한 API는 네이티브 앱의 기능과 성능에 필적하는 최신 웹 애플리케이션을 구축하는 데 매우 중요합니다.

웹 플랫폼 API의 주요 카테고리

• 디바이스 API: 이 API들은 카메라, 마이크, GPS, 가속도계와 같은 디바이스 하드웨어 기능에 대한 접근을 제공합니다. 예시로는 카메라 API, 위치 정보 API, 주변광 센서 API가 있습니다.
• 스토리지 API: 이 API들은 웹 애플리케이션이 사용자의 기기에 데이터를 로컬로 저장할 수 있게 해줍니다. 예시로는 LocalStorage, SessionStorage, IndexedDB, 그리고 파일 시스템 접근 API가 있습니다.
• 통신 API: 이 API들은 웹 애플리케이션과 서버 또는 다른 기기 간의 실시간 통신을 가능하게 합니다. 예시로는 웹소켓, WebRTC, 그리고 푸시 API가 있습니다.
• 그래픽 및 멀티미디어 API: 이 API들은 그래픽, 오디오, 비디오 콘텐츠를 생성하고 조작하기 위한 도구를 제공합니다. 예시로는 캔버스 API, WebGL, 웹 오디오 API, 그리고 미디어 소스 확장(MSE)이 있습니다.
• 성능 API: 이 API들은 개발자가 웹 애플리케이션의 성능을 측정하고 최적화할 수 있도록 해줍니다. 예시로는 성능 API, 리소스 타이밍 API, 그리고 내비게이션 타이밍 API가 있습니다.

표준 개발 프로세스

API가 웹 플랫폼에서 널리 채택되기 전, 일반적으로 엄격한 표준화 과정을 거칩니다. 이 과정에는 브라우저 공급업체, 개발자, 그리고 W3C(World Wide Web Consortium) 및 WHATWG(Web Hypertext Application Technology Working Group)와 같은 표준 기구를 포함한 다양한 조직과 이해관계자가 참여합니다.

표준 개발의 주요 단계

1. 아이디어 및 제안: 프로세스는 새로운 API나 기존 API의 중요한 개선에 대한 아이디어로 시작됩니다. 이 아이디어는 일반적으로 개발자, 브라우저 공급업체 또는 표준 기구에 의해 제안됩니다.
2. 초안 명세: 제안이 유망하다고 판단되면 초안 명세가 작성됩니다. 이 문서는 API의 기능, 구문 및 동작을 개괄합니다. 초안 명세는 일반적으로 피드백을 위해 공개 포럼에 게시됩니다.
3. 공개 검토: 그 후 초안 명세는 공개 검토를 위해 개방됩니다. 이 단계에서 개발자, 브라우저 공급업체 및 기타 이해관계자들은 API의 설계 및 구현에 대한 피드백을 제공할 수 있습니다. 이 피드백은 잠재적인 문제를 식별하고 API의 사용성과 호환성을 개선하는 데 매우 중요합니다.
4. 작업 초안: 공개 검토 중에 받은 피드백을 바탕으로 초안 명세는 수정 및 업데이트됩니다. 수정된 버전은 작업 초안으로 게시됩니다.
5. 후보 권고안: 작업 초안이 안정화되고 API가 최소 두 개의 다른 브라우저에서 구현되면 후보 권고안으로 승격될 수 있습니다. 이는 API가 거의 완성되었으며 더 넓은 채택을 위해 준비되었음을 나타냅니다.
6. 제안 권고안: 테스트 및 평가 기간을 거친 후, 후보 권고안은 제안 권고안으로 승격될 수 있습니다. 이것은 API가 정식 표준이 되기 전 마지막 단계입니다.
7. 권고안(표준): 제안 권고안이 충분한 지지를 받으면 최종적으로 정식 표준으로 승인됩니다. 이는 이제 API가 웹 플랫폼의 안정적이고 신뢰할 수 있는 일부로 간주됨을 의미합니다.

웹 표준 관련 기관

• 월드 와이드 웹 컨소시엄(W3C): W3C는 웹 표준을 개발하는 국제 커뮤니티입니다. 개방형 웹 기술의 정의와 사용 촉진에 핵심적인 역할을 합니다.
• WHATWG(웹 하이퍼텍스트 애플리케이션 기술 워킹 그룹): WHATWG는 HTML, DOM 및 기타 핵심 웹 기술 개발에 중점을 둔 개발자, 브라우저 공급업체 및 기타 이해관계자들의 커뮤니티입니다.
• 국제 인터넷 표준화 기구(IETF): IETF는 HTTP, TCP/IP, DNS와 같은 프로토콜을 포함한 인터넷 표준을 개발하고 촉진하는 조직입니다.

브라우저 채택의 과제

API가 정식 표준이 된 후에도 웹 브라우저의 채택은 느리고 고르지 않은 과정일 수 있습니다. 이는 다음과 같은 다양한 요인 때문입니다:

• 브라우저 공급업체의 우선순위: 각 브라우저 공급업체는 새로운 기능을 구현하기 위한 자체 우선순위와 로드맵을 가지고 있습니다. 일부 공급업체는 전략적 목표와 사용자 요구에 따라 특정 API를 다른 API보다 우선시할 수 있습니다.
• 구현의 복잡성: 새로운 API를 구현하는 것은 복잡하고 시간이 많이 소요되는 작업일 수 있으며, 특히 API가 매우 정교하거나 브라우저 아키텍처에 상당한 변경이 필요한 경우 더욱 그렇습니다.
• 테스트 및 호환성: API가 대중에게 공개되기 전에 안정적이고 신뢰할 수 있으며 기존 웹 콘텐츠와 호환되는지 확인하기 위해 철저히 테스트해야 합니다. 이 테스트 과정은 상당한 시간과 자원을 소요할 수 있습니다.
• 보안 문제: 새로운 API는 신중하게 구현되지 않으면 새로운 보안 위험을 초래할 수 있습니다. 브라우저 공급업체는 각 API의 보안 영향을 신중하게 고려하고 잠재적인 취약점을 완화하기 위한 조치를 취해야 합니다.
• 레거시 지원: 브라우저 공급업체는 새로운 API가 기존 웹 콘텐츠에 미치는 영향도 고려해야 합니다. 새로운 API가 기존 웹사이트를 손상시키지 않고 개발자가 새로운 기술로 명확하게 이전할 수 있는 경로를 제공해야 합니다.

브라우저 호환성 표 및 리소스

개발자들이 다양한 브라우저의 새로운 API 채택 현황을 추적하는 데 도움이 되도록, 여러 리소스에서 상세한 브라우저 호환성 표를 제공합니다. 이 표들은 어떤 브라우저가 어떤 API를 지원하는지, 그리고 필요한 브라우저 버전이 무엇인지 보여줍니다.

• MDN 웹 문서(Mozilla Developer Network): MDN 웹 문서는 웹 개발자를 위한 포괄적인 리소스로, HTML, CSS, JavaScript 및 웹 플랫폼 API에 대한 상세한 문서를 제공합니다. 모든 주요 API에 대한 최신 브라우저 호환성 표를 포함합니다. https://developer.mozilla.org/
• Can I use...: Can I use...는 HTML 요소, CSS 속성 및 JavaScript API를 포함한 광범위한 웹 기술에 대한 상세한 브라우저 호환성 정보를 제공하는 웹사이트입니다. https://caniuse.com/

주목해야 할 신흥 웹 플랫폼 API

현재 개발 중이거나 채택 초기 단계에 있는 몇 가지 흥미로운 새로운 웹 플랫폼 API가 있습니다. 이러한 API는 웹 플랫폼의 기능을 크게 향상시키고 새롭고 혁신적인 웹 애플리케이션을 가능하게 할 잠재력을 가지고 있습니다.

WebGPU API

WebGPU는 웹 애플리케이션이 GPU에 액세스할 수 있는 현대적이고 효율적이며 안전한 방법을 제공하는 것을 목표로 하는 새로운 그래픽 API입니다. WebGL을 대체하도록 설계되었으며 향상된 성능, 최신 GPU 기능에 대한 더 나은 지원, 더 일관된 프로그래밍 모델 등 여러 이점을 제공합니다. WebGPU는 W3C의 '웹을 위한 GPU 커뮤니티 그룹(GPU for the Web Community Group)'에서 개발하고 있습니다.

WebGPU의 이점:

• 향상된 성능: WebGPU는 WebGL보다 더 효율적으로 설계되어 웹 애플리케이션이 더 높은 프레임 속도와 더 부드러운 애니메이션을 달성할 수 있도록 합니다.
• 최신 GPU 기능: WebGPU는 GPU에서 범용 계산에 사용할 수 있는 컴퓨트 셰이더와 같은 최신 GPU 기능을 지원합니다.
• 일관된 프로그래밍 모델: WebGPU는 다양한 플랫폼과 장치에서 더 일관된 프로그래밍 모델을 제공하여 개발자가 이식성 있는 코드를 더 쉽게 작성할 수 있도록 합니다.
• 강화된 보안: WebGPU는 악성 코드가 GPU의 취약점을 악용하는 것을 방지하도록 설계된 여러 보안 기능을 포함합니다.

웹어셈블리(Wasm) 인터페이스 타입 제안

웹어셈블리(Wasm)는 스택 기반 가상 머신을 위한 이진 명령어 형식입니다. 웹 브라우저에서 코드를 실행하는 이식성 있고 효율적이며 안전한 방법으로 설계되었습니다. Wasm 인터페이스 타입 제안은 Wasm 모듈과 JavaScript 간의 상호 운용성을 개선하는 것을 목표로 하며, 이들 간에 데이터를 교환하는 표준화된 방법을 제공합니다. 이를 통해 기존 JavaScript 코드와 원활하게 통합할 수 있는 Wasm 모듈을 더 쉽게 작성할 수 있습니다.

Wasm 인터페이스 타입의 이점:

• 향상된 상호 운용성: 인터페이스 타입 제안은 Wasm 모듈이 JavaScript 코드와 데이터를 더 쉽게 교환할 수 있게 하여 두 기술 간의 보다 원활한 통합을 가능하게 합니다.
• 오버헤드 감소: 데이터를 교환하는 표준화된 방법을 제공함으로써 인터페이스 타입 제안은 Wasm과 JavaScript 간의 데이터 마샬링과 관련된 오버헤드를 줄일 수 있습니다.
• 성능 향상: 향상된 상호 운용성과 감소된 오버헤드는 Wasm과 JavaScript를 모두 사용하는 웹 애플리케이션의 성능 향상으로 이어질 수 있습니다.

WebTransport API

WebTransport는 HTTP/3를 통해 양방향, 다중화된 스트림을 제공하는 새로운 API입니다. 특히 게임, 화상 회의, 라이브 스트리밍과 같은 실시간 애플리케이션에서 웹 애플리케이션과 서버 간에 데이터를 더 효율적이고 신뢰성 있게 전송하는 방법을 제공하도록 설계되었습니다. WebTransport는 기존 웹소켓에 비해 향상된 성능, 더 나은 신뢰성, 단일 연결을 통한 다중 스트림 지원 등 여러 이점을 제공합니다.

WebTransport의 이점:

• 향상된 성능: WebTransport는 TCP에 비해 지연 시간 감소 및 혼잡 제어 개선 등 여러 성능 향상을 제공하는 QUIC 프로토콜을 활용합니다.
• 더 나은 신뢰성: WebTransport는 패킷 손실 및 재전송을 처리하기 위한 내장 메커니즘을 포함하고 있어 신뢰할 수 없는 네트워크 환경에서 웹소켓보다 더 신뢰할 수 있습니다.
• 다중화: WebTransport는 단일 연결을 통해 다중 스트림을 지원하므로 여러 웹소켓 연결을 사용하는 것과 비교하여 성능을 향상시키고 오버헤드를 줄일 수 있습니다.

Storage Access API (SAA)

Storage Access API(SAA)는 사용자가 사이트별로 쿠키 및 기타 저장 데이터에 대한 액세스를 허용하거나 거부할 수 있도록 하여 개인 정보에 대한 더 많은 제어권을 제공하도록 설계되었습니다. 이 API는 여러 웹사이트에서 사용자를 추적하는 데 자주 사용되는 서드파티 쿠키의 맥락에서 특히 관련이 있습니다. SAA는 사용자가 기본적으로 서드파티 쿠키를 차단하면서도 신뢰하는 특정 웹사이트에 대한 액세스는 허용할 수 있게 합니다.

Storage Access API의 이점:

• 개인 정보 보호 강화: SAA는 사용자가 자신의 저장 데이터에 대한 접근을 선택적으로 허용하거나 거부할 수 있게 하여 개인 정보에 대한 더 많은 제어권을 부여합니다.
• 사용자 경험 개선: SAA는 사용자가 추적 쿠키를 차단하면서도 신뢰하는 웹사이트가 제대로 작동하도록 허용함으로써 사용자 경험을 개선할 수 있습니다.
• 개인 정보 보호 규정 준수: SAA는 웹사이트가 GDPR 및 CCPA와 같은 개인 정보 보호 규정을 준수하는 데 도움이 될 수 있습니다.

연합 자격 증명 관리 API (FedCM)

연합 자격 증명 관리 API(FedCM)는 연합 ID 시스템의 개인 정보 보호 및 보안을 개선하기 위해 설계된 새로운 API입니다. 연합 ID 시스템은 사용자가 Google이나 Facebook과 같은 신뢰할 수 있는 ID 공급자(IdP)의 자격 증명을 사용하여 웹사이트에 로그인할 수 있도록 합니다. FedCM은 연합 자격 증명을 관리하는 더 안전하고 개인적인 방법을 제공하여 사용자를 추적 및 피싱 공격으로부터 보호하는 것을 목표로 합니다.

연합 자격 증명 관리 API의 이점:

• 개인 정보 보호 강화: FedCM은 웹사이트가 사용자의 명시적인 동의 없이 신원 정보에 접근하는 것을 방지하여 추적으로부터 사용자를 보호합니다.
• 보안 개선: FedCM은 연합 자격 증명을 관리하는 더 안전한 방법을 제공하여 피싱 공격의 위험을 줄입니다.
• 단순화된 사용자 경험: FedCM은 사용자가 기존 자격 증명을 사용하여 웹사이트에 원활하게 로그인할 수 있도록 하여 로그인 과정을 단순화합니다.

개발자를 위한 전략

표준 개발 및 브라우저 채택의 복잡성을 고려할 때, 개발자는 자신의 웹 애플리케이션이 광범위한 브라우저 및 장치와 호환되도록 하는 전략을 채택해야 합니다.

점진적 향상

점진적 향상은 웹 애플리케이션을 계층적으로 구축하는 전략으로, 모든 브라우저에서 지원하는 기본 수준의 기능부터 시작하여 이를 지원하는 브라우저에 더 고급 기능을 추가하는 방식입니다. 이 접근 방식은 사용자가 오래되거나 기능이 떨어지는 브라우저를 사용하더라도 애플리케이션의 핵심 기능에 접근할 수 있도록 보장합니다.

기능 탐지

기능 탐지는 특정 API나 기능이 사용자의 브라우저에서 지원되는지 확인한 후 사용을 시도하는 기술입니다. 이를 통해 개발자는 해당 기능이 지원되지 않을 경우 대체 기능을 제공하거나 사용자 경험을 점진적으로 저하시킬 수 있습니다.

폴리필

폴리필은 오래된 브라우저에서 누락된 API나 기능의 기능을 제공하는 코드 조각입니다. 폴리필은 오래된 브라우저와 최신 브라우저 간의 격차를 메우는 데 사용될 수 있으며, 개발자가 오래된 브라우저와의 호환성을 희생하지 않고 최신 API를 사용할 수 있도록 합니다.

테스트 및 검증

철저한 테스트와 검증은 웹 애플리케이션이 광범위한 브라우저 및 장치와 호환되도록 하는 데 필수적입니다. 개발자는 다양한 브라우저, 운영 체제 및 장치에서 애플리케이션을 테스트하여 호환성 문제를 식별하고 수정해야 합니다. 자동화된 테스트 도구를 사용하여 테스트 프로세스를 간소화하고 애플리케이션의 모든 부분이 철저히 테스트되도록 할 수 있습니다.

결론

웹 플랫폼 API는 혁신과 개발자에게 더 유능하고 매력적인 웹 애플리케이션을 구축할 도구를 제공해야 할 필요성에 힘입어 끊임없이 진화하고 있습니다. 표준 개발 과정과 브라우저 채택이 복잡하고 시간이 많이 걸릴 수 있지만, 개발자는 신흥 API에 대한 정보를 계속 접하고, 점진적 향상 및 기능 탐지와 같은 전략을 채택하며, 다양한 브라우저와 장치에서 애플리케이션을 철저히 테스트함으로써 앞서 나갈 수 있습니다. 이러한 전략을 채택함으로써 개발자는 자신의 웹 애플리케이션이 사용자가 사용하는 브라우저나 장치에 관계없이 호환 가능하고 성능이 우수하며 모든 사용자에게 접근 가능하도록 보장할 수 있습니다. 웹의 미래는 밝으며, 이러한 신흥 표준들은 새롭고 흥미로운 가능성을 위한 길을 닦고 있습니다.