엔터프라이즈 소프트웨어

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

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

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

Drupal 마이그레이션은 어떤 날짜가 등을 떠밀기 전까지는 다음 분기 계획에 편안하게 눌러앉아 있는 부류의 프로젝트입니다. 지금 그 역할을 하는 날짜가 두 개 있고, 그중 아직 오지 않은 것은 하나뿐입니다. Drupal 7은 2025년 1월 5일에 공식 지원이 끝났습니다. 아직 그 버전으로 돌아가는 사이트는 이미 일 년 넘게 보안 보호 없이 운영되고 있다는 뜻입니다. Drupal 10은 2026년 12월 9일에 수명이 끝납니다. Drupal 12가 나오는 바로 그 주이며, 그 이후로는 어떤 종류의 릴리스도 나오지 않습니다. 둘 중 어느 버전에 있든 이제 질문은 움직...

Kimi K3 자체 호스팅은 2026년 7월 27일 Moonshot AI가 2.8조 파라미터 모델의 가중치를 프로덕션 추론 지원과 함께 공개하면서 기술적으로 가능해졌습니다. 많은 조직이 그 소식을 읽고 이제 프런티어급 추론을 자사 하드웨어에서 돌리며 토큰당 비용 지불을 그만둘 수 있겠다고 결론지었습니다. 그 결론은 대개 틀렸지만, 사람들이 예상하는 이유 때문은 아닙니다. 엔지니어링은 충분히 가능합니다. 대부분의 프로젝트를 무너뜨리는 것은 계산이며, 그것도 예산이 승인되고 몇 달이 지난 뒤에 조용히 무너뜨립니다. 짧은 답: MXFP4 정밀도에서 2.8조 파라미터는 키-...

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

CRM과 ERP 통합은 거의 언제나 연결 문제로 설명되지만, 실제로 연결 문제인 경우는 거의 없습니다. 두 시스템 모두 문서화된 인터페이스가 있고, 가져다 쓸 커넥터도 나와 있습니다. 어려운 것은 영업과 재무가 몇 년에 걸쳐 같은 사업을 서로 다른 두 어휘로 서술해 왔다는 사실이고, 통합이란 그 두 어휘가 억지로 합의해야 하는 자리입니다. 두 번 전환된 리드가 거래처를 하나 만들어야 하는지 둘을 만들어야 하는지 누군가 묻는 순간, 이 프로젝트는 기술 문제이기를 그만둡니다. 같은 대화를 서른 개 필드에 걸쳐 반복하는 것, 그것이 이 일의 실체입니다. 먼저 할 일: 커넥...

COBOL 현대화 서비스를 구매하는 일은 다른 어떤 소프트웨어 발주와도 다릅니다. 대상 시스템은 삼사십 년째 돌아가고 있고, 지금 회사에 남아 있는 사람 가운데 그 전체를 온전히 이해하는 사람은 없으며, 잘못됐을 때의 대가는 놓친 스프린트가 아니라 규제 보고 실패라는 단위로 측정됩니다. 그런데 책상 위에 놓인 제안서들은 하나같이 같은 결과를 약속하면서 가격만 터무니없이 벌어져 있습니다. 이 글은 제대로 된 계약에 실제로 무엇이 담기는지, 업체 유형이 어떻게 다른지, 그리고 근거 위에 세운 입찰과 낙관 위에 세운 입찰을 갈라내는 질문이 무엇인지 정리합니다....

서드파티 API 연동은 상용 소프트웨어에서 가장 꾸준히 과소평가되는 작업입니다. 문서는 명확하게 읽히고, 공급업체는 클라이언트 라이브러리를 제공하며, 누군가는 두 주면 된다고 말합니다. 여섯 주 뒤에도 팀은 이미 환불된 주문에 대해 웹훅이 두 번 도착했을 때 무슨 일이 일어나야 하는지를 두고 여전히 논쟁하고 있습니다. 이 격차는 실력의 문제가 아닙니다. 연동에서 흥미로운 부분은 결코 요청과 응답이 아니기 때문에 생기는 일입니다. 진짜 내용은 상대 시스템이 자기 문서가 한 번도 설명한 적 없는 방식으로 동작할 때 벌어지는 모든 것이고, 상대는 반드시 그렇게 동작합니다....

모든 메인프레임 마이그레이션은 누군가 메인프레임 마이그레이션 도구를 검색하는 데서 시작하고, 그 뒤에 이어지는 벤더 시연은 하나같이 놀랄 만큼 설득력이 있습니다. 몇천 줄짜리 COBOL이 들어가면 읽을 만한 Java가 나오고, 테스트는 통과하며, 발표 자료는 70~80퍼센트 자동화를 약속합니다. 그 시연 자체는 대체로 정직합니다. 다만 거기에 쓰인 코드는 여러분의 코드와 전혀 다르게 동작합니다. 이 글은 실제로 존재하는 도구 범주를 정리하고, 각각이 진짜로 잘하는 일과 현실의 워크로드에서 무너지는 구체적인 지점을 설명합니다....