단일 API로 전 채널 발송
SMS·LMS·MMS, 카카오 알림톡, 이메일, 푸시를 하나의 요청 규격으로 처리합니다. 채널을 바꾸거나 추가할 때 호출하는 쪽 코드는 그대로 두고 설정만 조정하면 됩니다. API Key 하나로 모든 채널이 연결되므로, 신규 프로젝트에 메시징을 붙이는 데 드는 시간이 채널 수와 무관하게 일정합니다.
Problem · 이런 상황이라면
이런 상황에서 씁니다.
- SMS 업체, 알림톡 대행사, 이메일 서비스를 각각 연동하느라 개발 기간이 늘어납니다.
- 채널마다 요청 규격과 응답 형식이 달라 발송 결과를 한 곳에서 볼 수 없습니다.
- 대량 발송을 시작하면 요청이 몰려 서비스 본체까지 느려집니다.
- 프로젝트가 늘어날 때마다 같은 발송 코드를 복사해 붙여 쓰고 있습니다.
Feature · 핵심 기능
LIME이(가) 하는 일.
통합 채널SMS · LMS · MMS · 알림톡 · 이메일 · 푸시
단일 APIAPI Key 하나로 전 채널 연동
대량 발송워커 기반 큐 처리로 안정적
발송 관리프로젝트별 채널 설정·발송 이력
큐 기반 대량 발송 — 서비스 본체에 부하를 주지 않습니다
워커(발송 작업을 뒤에서 순서대로 처리하는 별도 프로세스) 기반 큐 구조로 동작합니다. 발송 요청은 즉시 접수 응답을 받고 실제 전송은 워커가 나눠 처리하므로, 대량 발송이 진행되는 동안에도 사용자가 쓰는 화면의 응답 속도가 영향을 받지 않습니다.
프로젝트별 채널 설정과 발송 이력
프로젝트 단위로 사용할 채널과 발신 정보를 따로 설정합니다. 언제, 어떤 채널로, 어떤 결과로 나갔는지 이력이 남기 때문에 "고객이 문자를 못 받았다"는 문의가 들어왔을 때 채널 단위로 원인을 좁힐 수 있습니다. 여러 서비스를 운영하더라도 발송 현황은 한 곳에서 봅니다.
이런 곳에 씁니다
주문·배송 상태 알림, 회원가입 및 로그인 인증번호, 예약 확인과 리마인드, 정기 안내 메일처럼 서비스 운영에 반드시 따라붙는 발송을 한 번에 처리합니다. 인증 시스템(COCONUT)과 함께 도입하면 인증번호 발송까지 같은 경로로 이어집니다.
Stack · 구현 기술
무엇으로 만들었나.
도입 환경에 붙일 수 있는지 판단하실 수 있도록 구성 기술을 공개합니다.
- Node.js
- Express
- BullMQ · Redis (큐)
- Knex · Objection.js
- MySQL · MariaDB
- Firebase Cloud Messaging
- Nodemailer
- Handlebars
- JWT
- Vue.js · Element Plus
- Docker
FAQ · 자주 묻는 질문
LIME 도입 전 확인.
- 어떤 채널을 지원하나요?
- SMS·LMS·MMS 문자, 카카오 알림톡, 이메일, 앱 푸시를 지원합니다. 모두 동일한 API 규격으로 호출합니다.
- 대량으로 보내면 서비스가 느려지지 않나요?
- 워커 기반 큐 구조라 발송 요청과 실제 전송이 분리되어 있습니다. 요청은 즉시 접수 처리되고 전송은 뒤에서 나눠 진행되므로 서비스 응답 속도에 영향을 주지 않습니다.
- LIME만 단독으로 도입할 수 있나요?
- 네. 단독 도입이 가능하며 기존 서비스에서 API를 호출하는 방식으로 연동합니다. 도입 규모와 사용할 채널에 따라 구성을 안내드립니다.
Contact · 문의
LIME 도입을 검토 중이신가요?
요구사항이 아직 정리되지 않아도 괜찮습니다. 상황을 알려주시면 적합한 범위와 일정을 제안드립니다.