Postman의 몰락, 개발자들은 왜 떠나는가?

개발자들은 Postman과 같은 API 툴링(API Tooling) 도구의 상업화(Commercialization)로 인해 핵심 기능의 유료화, 성능 저하, 클라우드 종속성(Cloud Lock-in) 문제를 겪고 있다고 지적한다. 특히, 오프라인 모드(Offline Mode) 제거와 같은 기능 제한은 보안 및 개인 정보 보호가 중요한 환경에서 작업하는 개발자들에게 큰 불편을 초래했다. 이러한 변화는 개발자 커뮤니티의 반발을 불러일으키며, 오픈소스(Open Source) 및 로컬 우선(Local-first) 도구로의 전환을 가속화했다.

Postman의 Electron 기반 아키텍처(Electron-based Architecture)는 잦은 메모리 사용량 증가와 느린 실행 속도를 야기하며, 개발 생산성을 저해한다는 비판을 받는다. 이에 대한 대안으로, 브루노(Bruno)와 같이 로컬 파일 시스템(Local File System)을 기반으로 하고, Git 연동(Git Integration)을 지원하는 도구들이 주목받고 있다. 이러한 도구들은 Git 기반 협업(Git-Native Collaboration)을 통해 버전 관리 및 팀 협업을 용이하게 하며, 성능(Performance) 측면에서도 개선된 모습을 보인다.

브루노(Bruno)는 오픈소스(Open Source), 로컬 우선(Local-first), Git 연동(Git Integration)을 통해 개발자들의 요구를 충족시키며 대안으로 부상했다. 브루노는 OpenAPI 스펙(OpenAPI Specs) 및 GraphQL 스키마(GraphQL Schemas)를 지원하고, 테스트 기능(Testing Feature)을 제공하여 API 개발 및 테스트 과정을 간소화한다. 하지만, UI의 미흡함과 일부 엔터프라이즈 기능의 부재는 개선해야 할 과제로 남아있다.

Postman은 로컬 파일 지원(Local File Support)을 도입하여 개발자들의 불만을 잠재우려 했지만, 여전히 클라우드 기반(Cloud-based) 협업 방식을 고수하며 근본적인 문제 해결에는 미흡하다는 평가를 받는다. Postman은 Native Git 기능을 출시했지만, 여전히 클라우드 종속성(Cloud Lock-in)을 강요하며, 유료 라이선스(Paid License) 정책을 유지하고 있다. 이는 개발자들의 데이터 미저장 정책(Zero-Retention Policy) 요구를 충족시키지 못하며, 진정한 대안이 되기 어렵다는 비판을 받는다.