SDK

SDK이란?

SDK를 도입하기로 하면 개발팀의 일이 '만드는 일'에서 '고르고 검증하는 일'로 옮겨갑니다. 결제 승인 흐름, 지도 타일 로딩, 음성 스트리밍 처리를 밑바닥부터 짜던 시간은 사라지고, 대신 어느 SDK를 어느 버전으로 붙일지 판단하는 일이 남습니다. 체감되는 변화는 일정입니다. API 문서만 보고 붙이면 2~3주 걸리던 연동이 공식 SDK로는 2~3일에 끝나는 경우가 흔합니다. 다만 그 서비스의 설계와 릴리스 주기에 우리 제품이 묶인다는 값을 함께 치릅니다.

같은 SDK라도 어디서 도는지에 따라 성격이 다릅니다. 앱과 브라우저에 들어가는 클라이언트 SDK는 화면 표시와 사용자 인증을 맡고, 서버 SDK는 결제 승인·환불·정산처럼 돈과 권한이 걸린 처리를 맡습니다. 라이브러리가 기능 한 덩어리라면 SDK는 거기에 문서·예제·디버깅 도구·때로는 테스트용 샌드박스까지 묶은 상자이고, 프레임워크는 반대로 우리 코드를 자기 틀 안에 집어넣습니다. 공식 SDK인지 개인이 만든 래퍼인지도 갈라 봐야 하는데, 최근 6개월간 커밋이 없는 SDK는 후보에서 빼는 편이 안전합니다.

붙이기 전에 확인할 항목은 대체로 네 가지입니다. 지원 언어와 최소 OS 버전, 메이저 버전 교체 주기, 앱 용량 증가분, 그리고 그 SDK가 수집해 가는 데이터입니다. 메이저 버전이 오르면 함수 이름과 호출 방식이 통째로 바뀌는 일이 잦아 연 1회는 손볼 시간을 미리 잡아 둬야 합니다. 모바일에서는 SDK 하나가 앱 용량을 2~5MB 늘리기도 해서, 광고·분석·결제를 다 붙이면 설치 이탈이 눈에 띄게 올라가는 구간이 생깁니다.

현장에서 가장 자주 터지는 사고는 클라이언트 SDK에 시크릿 키를 박아 넣는 것입니다. 앱 패키지는 뜯으면 문자열이 그대로 보이기 때문에, 키가 유출돼 남의 계정으로 API가 호출되고 요금이 청구됩니다. 'SDK를 깔았으니 나머지는 제공사 책임'이라는 오해도 흔합니다. 분석 SDK가 기기 식별자를 수집하는데 개인정보 제3자 제공 고지를 빠뜨려 앱 심사에서 반려되는 일이 실제로 생깁니다. 지원 종료 공지가 뜨면 보통 6~12개월 뒤 구버전 호출이 차단되니, 걷어낼 때의 비용까지 계산해 두는 것이 도입 판단의 일부입니다.