API 개발

AI 에이전트 결제는 약 1년 만에 서로 경쟁하는 네 개의 규격과 두 개의 산업 재단, 그리고 엄청난 양의 기사를 만들어 냈습니다. 아직 만들어 내지 못한 것은 대다수 가맹점의 매출입니다. 이해할 가치가 있는 부분은 소음과 숫자 사이의 간극입니다. 들뜬 기사도 냉소적인 기사도 모두 돈이 드는 방식으로 틀렸기 때문입니다. 진짜인 무언가가 만들어지고 있는 것은 맞습니다. Google, OpenAI, Stripe, Coinbase, Shopify, Visa, Mastercard가 모두 이 영역에서 규격이나 제품을 내놓았고,...

Salesforce 연동이 프로토콜 때문에 실패하는 일은 거의 없습니다. 인증은 이미 풀린 문제이고, 레코드 하나를 등록하는 것도 이미 풀린 문제입니다. 프로젝트를 끝장내는 것은 하루치 요청 할당량과 데이터 모델의 형태이며, 이 두 가지는 대개 가동 후 3주쯤 지나 야간 작업이 오류를 뱉기 시작하고 테스트에서는 왜 멀쩡했는지 아무도 설명하지 못하는 시점에 발견됩니다. 패턴은 예측이 가능할 만큼 일정합니다. 개발자가 Developer Edition 조직을 상대로 만들고, 전부 통과하고, 고객이 검수를 승인합니다....

비밀번호 저장은 소프트웨어에서 진짜 정답이 존재하는 몇 안 되는 영역이다. 그 정답은 이미 공개되어 있고, 꾸준히 갱신되며, 돈 한 푼 들지 않는다. 그런데도 가장 꾸준히 틀리는 영역이기도 하다. 틀린 답들이 한때는 옳은 답이었고, 그 뒤로 아무도 다시 들여다보지 않았기 때문이다. 실패는 좀처럼 특별하지 않다. 2012년에 통하던 조언을 따라 2016년에 만들어진 시스템이 여전히 돌아가고, 여전히 로그인을 받아들이고 있으며, 그 함수를 작성한 사람이 회사를 떠난 뒤로는 아무도 그 코드를 열어보지 않았을 뿐이다. 한 가지만 가져간다면: Argon2id를 쓰고,...

API 버전 관리 논쟁은 대개 엉뚱한 쪽에서 시작됩니다. 버전 번호를 어디에 둘 것인가 하는 문제 말입니다. 이 주제 전체에서 결과에 가장 영향이 작은 결정이 바로 그것입니다. 정작 중요한 것은 어떤 변경이 애초에 새 버전을 요구하는가이며, 대부분의 팀은 이 지점에서 안이한 쪽으로 판단을 그르칩니다. 순수하게 추가만 했다고 믿는 것을 배포했는데, 어느 클라이언트가 깨집니다. 쓸 만한 사고 모형은 이렇습니다. 여러분의 API는 호출자가 무엇에 기댈 수 있는지에 대한 약속입니다. 합리적인 호출자가 기대고 있던 무언가를 무효로 만든다면 그 변경은 호환성을 깨는 변경입니다....

데이터베이스 성능 작업은 보통 누군가 더 큰 인스턴스를 제안하는 것으로 시작해서, 페이지를 열 때마다 쿼리 하나가 400만 행을 순차 스캔하고 있었다는 발견으로 끝납니다. 제약은 처음부터 하드웨어가 아니었습니다. 제약은 실행 계획이었습니다. 이 패턴은 충분히 일관되게 반복되므로 기본 가정으로 삼을 만합니다. 애플리케이션이 느리고 데이터베이스가 바쁘다면, 원인은 거의 언제나 소수의 특정 쿼리이지 전반적인 용량 부족이 아닙니다. 그리고 서버를 키우는 일은 테이블이 다시 커지는 데 걸리는 시간만큼만 문제를 가려 줍니다. 무엇이든 바꾸기 전에 먼저 측정하십시오. 짐작으로 고...

파인튜닝 vs RAG 논쟁은 대개 질문이 아니라 이미 내려진 결론의 형태로 도착합니다. 우리 데이터로 모델을 파인튜닝해야 한다는 한 문장이 그것입니다. 이 문장은 기업 AI에서 가장 비싼 문장 가운데 하나이며, 대부분의 경우 틀린 판단입니다. 언제나 틀린 것은 아니지만 대체로 그렇습니다. 이 요청은 거의 언제나 둘 중 하나를 뜻합니다. 모델이 우리 비즈니스를 전혀 모른다는 뜻이거나, 모델이 알고는 있는데 우리가 원하는 방식으로 답하지 않는다는 뜻입니다. 파인튜닝은 앞의 문제에 대해서는 형편없는 해법이고, 뒤의 문제에 대해서는 지나치게 비싼 해법입니다....

OpenAI 탈피를 진지하게 검토하는 팀이 2026년 들어 눈에 띄게 늘었습니다. 오픈 웨이트 모델의 품질이 일상적인 프로덕션 작업에서는 선두 모델과 구분하기 어려운 수준까지 올라왔고, 공개 단가는 더 낮아졌으며, 가중치를 직접 내려받을 수 있다는 점이 공급업체와의 관계를 의존이 아니라 선택으로 바꿔 놓았기 때문입니다. 다만 그렇다고 전환이 공짜인 것은 아닙니다. API 호출 자체는 거의 동일합니다. 문제는 그 주변의 모든 것입니다. 이 글에서는 무엇이 그대로 옮겨가는지, 무엇이 조용히 깨지는지, 의미 있는 비교를 어떻게 설계하는지,...

대부분의 팀은 API 보안을 인증 문제로 다룹니다. 토큰을 발급하고, 모든 경로에서 그것을 검사하고, 할 일은 끝났다고 생각합니다. 그러다 어느 날 테스터가 URL의 숫자 하나를 바꾸고 다른 고객의 청구서를 읽어냅니다. 인증된 상태와 인가된 상태 사이의 그 틈이 실제 API 침해의 대부분이 살고 있는 곳이며, 스캐너가 안정적으로 찾아내는 종류의 문제도 아닙니다. 자동화 도구는 유효한 토큰과 200 응답을 보고 성공이라고 보고합니다. 그 응답 안에 남의 데이터가 들어 있었다는 사실은, 여러분의 업무 규칙을 이해하는 사람만 알아차립니다. 핵심 구분: 인증은 누가 호출하는...

Kimi K3 API는 흔치 않은 조합을 들고 등장했습니다. 프런티어급에 근접한 벤치마크 성적, 공격적인 가격, 그리고 내려받을 수 있는 가중치입니다. Moonshot AI는 2026년 7월 27일에 그 가중치를 공개했고, 이로써 K3는 지금까지 공개된 것 중 가장 큰 개방형 모델이자, 이 규모의 모델을 원칙적으로 직접 운영할 수 있게 된 첫 사례가 되었습니다. 이미 프런티어 공급자에게 비용을 지불하고 있다면, 이는 철학적 질문이 아니라 실무적 질문을 던집니다. 이 모델이 우리 스택에 들어갈 자리가 있는가, 그리고 트래픽 일부를 옮기면 실제로 무엇이 달라지는가. 이 ...

엔드포인트 개수로 맞춤형 API 개발 비용을 추정하는 사람은 거의 틀립니다. 보통 세 배쯤 틀립니다. 엔드포인트는 이 일에서 가장 싼 부분입니다. 이미 가지고 있는 데이터를 읽고 쓰는 열 몇 개짜리 묶음이라면, 실력 있는 백엔드 개발자에게는 이 주 남짓한 작업입니다. 돈이 드는 쪽은 그 엔드포인트를 다른 회사가 자기 사업을 얹어도 되겠다고 판단할 만한 것으로 바꾸는 나머지 전부입니다. 보안 검토를 통과하는 인증, 나중에 마음을 바꿀 여지를 남겨 두는 버전 관리, 아무도 문의 메일을 보내지 않아도 될 만큼 좋은 문서, 그리고 어느 고객이 지금 곤란을 겪고 있는지 알려 ...