SmartBear가 여전히 회사를 인수하는 이유는 뭘까?

Currently working in IT consulting, specializing in No-Code and Low-Code tools like Retool and Bubble to help businesses streamline operations. As a former Amazon software engineer, I have strong experience in building generative AI-based services for image processing. Passionate about developing AI-driven productivity tools to enhance business efficiency and automation.
Nick Park
SmartBear 로고 - API 관리와 테스트 솔루션을 선도하는 소프트웨어 기업

API를 개발해본 개발자라면 Swagger를 모르는 사람이 없을 겁니다. 이 Swagger를 오픈소스로 공개한 회사가 바로 SmartBear입니다. 작년 2024년 1월, SmartBear는 Gen AI 기반의 no-code 테스팅 플랫폼을 제공하는 Reflect를 인수했습니다. 이것은 10번째 회사 인수인데요!

이 전략적 인수는 SmartBear의 강력한 성장과 혁신의 시기를 상징적으로 보여주는 중요한 이정표입니다. SmartBear는 최근 5년 동안 무려 10개 회사를 인수하며 API 관리와 테스트 솔루션 분야에서 입지를 확고히 하였습니다. 특히, Reflect를 인수함으로써 현대 개발팀의 요구를 지능적으로 충족할 수 있는 AI 기반 테스팅 플랫폼을 확장할 수 있는 발판을 마련했습니다.

SmartBear가 회사를 인수하는 이유는 단순히 API 통합 솔루션을 만들기 위한 것이 아닙니다. 그들의 비전은 경량화된 허브로서 API 시장에서 자리 잡는 것입니다. 복잡한 대규모 플랫폼 대신, 다양한 API 툴을 경량 허브로 연결하여 유연하게 사용할 수 있는 생태계를 만들겠다는 전략입니다. 그들이 꿈꾸는 이 경량화된 API 관리 허브의 비전은 무엇일까요?

SmartBear가 꿈꾸는 세상은 무엇일까요? 그들의 비전은 바로 경량화된 API 허브를 통해 APIOps 기반의 고차원 개발을 가능하게 하는 것입니다. 단일 대규모 플랫폼을 구축하기보다, API 개발자들이 필요한 경량 허브를 제공하여 쉽게 접근하고 활용할 수 있도록 하는 것입니다.

Madhup Mishra, SmartBear의 제품 마케팅 수석 부사장은 '하나의 거대한 통합 플랫폼을 구축하기보다는, 더 간단하게 호출, 배포, 유지할 수 있는 경량 허브에 접근할 수 있도록 하는 것이 목표'라고 언급했습니다. IT 팀에게 새로운 대규모 플랫폼을 강제하는 대신, 이미 존재하는 도구를 대체하지 않고도 쉽게 활용할 수 있는 유연성을 제공하는 것이 핵심입니다.

하지만 현실은 다릅니다. 아직 많은 개발자들은 이러한 경량화 허브의 필요성에 크게 공감하지 못하고 있습니다. API 명세와 관리가 중요하다는 것은 알고 있지만, 실제 개발 업무에서는 코드 작성이나 기능 구현이 더 중요하다고 느끼는 경우가 많습니다. 특히, API 관리 도구에 대한 투자나 자동화 솔루션 도입이 반드시 필요하지 않다고 생각하는 개발자도 적지 않습니다. 이는 SmartBear의 비전이 실제로 개발자들 사이에서 얼마나 공감대를 형성할 수 있을지에 대한 중요한 과제로 남아 있습니다.

그럼에도 불구하고 SmartBear는 개발자 친화적인 경량화 허브를 통해 API 관리의 패러다임을 바꾸려 하고 있습니다. 앞으로 SmartBear의 비전이 얼마나 실현될지는 두고 볼 일이지만, 적어도 API 관리의 효율성을 강조하는 방향으로 시장을 주도하려는 노력은 눈여겨볼 만합니다.

여러분의 의견은 어떠신가요? SmartBear의 이러한 움직임이 API 개발에 어떤 영향을 줄 것이라고 생각하시나요? 댓글로 의견을 공유해 주시면 감사하겠습니다!