무료 자소서 생성하기
SKT · 서비스 개발 (Product Dev)

에이닷 RAG 도입으로 환각 정확도 87%→96%,
API 응답속도 45% 향상으로 SKT 서비스 개발 합격한 자소서

MSA 기반 서비스 가용성 99.97% 달성, LLM 파인튜닝, API 게이트웨이 최적화 — 에이닷 슈퍼앱의 핵심을 직접 설계한 합격자의 전략

LLM 파인튜닝 RAG 아키텍처 API 게이트웨이 MSA / MLOps 에이닷 슈퍼앱
합격 사례 개요

에이닷 환각을 RAG로 잡고, API를 반으로 줄인 — 합격 자소서 분석

K.M.(26, 컴퓨터공학)은 오픈소스 LLM(Mistral-7B)을 QLoRA로 파인튜닝하고, Milvus 벡터 DB 기반 RAG 파이프라인을 구축해 대화 환각률을 13%p 개선(87%→96% 정확도)한 프로젝트를 자소서의 핵심에 두었습니다. 또한 Nginx API 게이트웨이와 Redis 캐시 레이어를 도입해 평균 응답속도를 380ms에서 210ms로 45% 단축하고, Kubernetes 기반 MSA 전환으로 서비스 가용성 99.97%를 달성한 경험을 수치와 함께 제시했습니다. SKT 에이닷이 직면한 '환각 현상 개선'과 '슈퍼앱 안정성 확보'라는 두 가지 핵심 과제를 정확히 겨냥한 전략이 합격의 결정적 요인이었습니다. K.M.은 에이닷을 2주 이상 직접 사용하며 통화 요약 오류, 응답 지연 케이스를 직접 기록했고, 이를 자소서 문제 정의의 근거로 삼아 면접에서 "현장 감각 있는 개발자"라는 평가를 받았습니다.

96%
RAG 도입 후
응답 정확도
45%
API 응답속도
단축 (380ms→210ms)
99.97%
MSA 전환 후
서비스 가용성
24/25
커리어던 자소서
진단 점수
SK텔레콤 서비스 개발 합격 자소서 분석 — 에이닷 RAG 아키텍처
Before / After

초안 vs 합격본 — "AI에 관심 있음"에서 "에이닷 환각률 13%p 개선"으로

Before — 초안
❌ "LLM과 AI 서비스 개발에 관심이 많아 SKT에 지원했습니다"
❌ RAG·파인튜닝 경험 수치 없음, 기술 스택 나열만
❌ 에이닷 서비스의 실제 문제(환각, 통화 품질) 언급 없음
❌ API 응답속도·가용성 수치 미제시
❌ SKT AI 피라미드와의 연결 없음
After — 합격본
✅ "Milvus RAG 파이프라인으로 LLM 환각률 13%p 개선 — 정확도 87%→96%"
✅ QLoRA 파인튜닝 epoch·학습 데이터 규모·perplexity 감소 수치 명시
✅ "에이닷 통화 요약 환각 문제를 지식 그래프 기반 RAG로 해결 제안"
✅ Redis 캐시+Nginx 게이트웨이로 p99 응답속도 380ms→210ms 달성
✅ "AI 피라미드 서비스 레이어에서 에이닷 슈퍼앱 품질 기여" 연결

두 번째 Before / After — MSA 전환 경험 서술

Before — 초안
❌ "마이크로서비스 아키텍처를 공부했습니다"
❌ 모놀리식→MSA 전환 이유·과정·수치 없음
❌ 장애 대응(Circuit Breaker, Retry) 전략 미언급
After — 합격본
✅ "모놀리식 배포 평균 38분 → MSA+Kubernetes 4분으로 90% 단축"
✅ Istio 서비스 메시 Circuit Breaker 적용 — 장애 전파율 97% 차단
✅ 가용성 99.97%(월 다운타임 13분 이하) Prometheus 실측
자소서 진단 Scorecard

커리어던 5-항목 평가 결과 — K.M.의 서비스 개발 자소서

직무 이해도 (에이닷 AI 피라미드 연결)
96/100
경험의 구체성 (RAG·API·MSA 수치)
96/100
논리적 구성 (문제→원인→해결→결과)
92/100
핵심 키워드 활용 (LLM·RAG·MLOps·MSA)
96/100
차별화 포인트 (에이닷 환각 문제 직접 겨냥)
96/100
종합 점수
476/500
SK텔레콤 서비스 개발 자소서 전략
3가지 핵심 전략

K.M.이 선택한 SKT 서비스 개발 자소서 차별화 전략

01
에이닷 환각 현상을 RAG로 직접 겨냥 — 실제 서비스 고통을 해결한 경험
에이닷이 공개적으로 인정한 '환각 현상 개선 과제'를 자소서의 문제 정의로 삼았습니다. Milvus 벡터 DB 청크 전략(512 토큰, 64 overlap), 코사인 유사도 임계값 0.78 조정, 하이브리드 검색(BM25 + Dense)을 통해 환각률을 87%→96%로 개선한 과정을 구체적으로 서술했습니다. 면접관 입장에서 "이 사람은 에이닷의 문제를 이미 해결해본 경험이 있다"는 인상을 강하게 심어주는 전략이었습니다.
02
API 게이트웨이 최적화로 슈퍼앱 사용성 직결 — 응답속도 45% 단축
에이닷 슈퍼앱의 핵심 경쟁력은 빠른 응답속도입니다. Nginx 리버스 프록시와 Redis 캐시를 조합해 p99 응답속도를 380ms→210ms로 단축한 경험을 상세히 기술했습니다. LLM 추론 결과의 TTL(Time-To-Live) 캐시 전략, API Rate Limiting(토큰 버킷 알고리즘) 적용으로 서버 부하를 40% 절감한 내용이 실무 이해도를 증명하는 핵심 포인트가 됐습니다.
03
MLOps 파이프라인으로 에이닷 AI 기능의 지속적 품질 보장
모델 배포 이후 품질을 유지하는 MLOps 역량을 강조했습니다. Prometheus + Grafana 기반 LLM 성능 모니터링 대시보드, A/B 테스트 프레임워크를 활용한 RAG vs 비-RAG 정확도 비교 실험, GitHub Actions 기반 CI/CD로 모델 업데이트 주기를 14일→2일로 단축한 경험을 포함했습니다. 에이닷이 매월 새로운 AI 기능을 출시하는 빠른 배포 사이클에 정확히 맞아떨어지는 역량이었습니다.
성과 지표 상세

합격 자소서에 담긴 핵심 기술 성과 수치

기술 영역기준값 (개선 전)달성값핵심 방법
LLM 응답 정확도 (환각률) 87% 정확도 (환각률 13%) 96% 정확도 Milvus RAG + 하이브리드 검색
API p99 응답속도 380ms 210ms (45% 단축) Redis 캐시 + Nginx 게이트웨이
서비스 가용성 (SLA) 99.8% (모놀리식) 99.97% Kubernetes MSA + Istio Circuit Breaker
배포 주기 (CI/CD) 14일 (수동) 2일 (자동화) GitHub Actions + ArgoCD
LLM 파인튜닝 perplexity 24.8 (베이스 모델) 11.3 (QLoRA 8 epoch) Mistral-7B QLoRA, 4-bit 양자화
서버 부하 (API 서버 CPU) 72% (피크) 43% (30% 절감) Rate Limiting + 캐시 적중률 67%
장애 전파율 (MSA) 단일 장애 시 전체 영향 97% 차단 Istio Circuit Breaker + Retry 정책

합격자 RAG 파이프라인 아키텍처 (워크플로 다이어그램)

[사용자 질의 입력]
       │
       ▼
[API Gateway (Nginx + Rate Limiting: 토큰 버킷 알고리즘)]
       │
       ├─── [Redis Cache] ─── Cache Hit (적중률 67%) ──▶ 즉시 응답 (p99: 210ms)
       │                                                         ▲
       │    Cache Miss                                            │
       ▼                                                         │
[Query Encoder (Sentence-BERT, multilingual)]                    │
       │                                                         │
       ▼                                                         │
[Vector DB (Milvus 2.x)]                                        │
  ├─ Dense Search   (코사인 유사도 임계값 ≥ 0.78)               │
  └─ BM25 Sparse Search (하이브리드 결합)                        │
       │                                                         │
       ▼                                                         │
[Retrieved Context (Top-K=5, 512 tokens/chunk, 64 overlap)]     │
       │                                                         │
       ▼                                                         │
[LLM (Mistral-7B, QLoRA 파인튜닝, perplexity 11.3)]            │
  └─ 컨텍스트 기반 생성 → 정확도 96%, 환각률 4%                  │
       │                                                         │
       ▼                                                         │
[응답 생성] ─── Cache Write (TTL: 3,600s) ───────────────────────┘
       │
       ▼
[MLOps 모니터링 (Prometheus + Grafana)]
  ├─ 정확도 드리프트 감지 → 자동 재학습 트리거
  └─ A/B 테스트 프레임워크 (RAG vs 비-RAG 비교)
합격자 인사이트

K.M.이 공유한 4가지 SKT 서비스 개발 합격 인사이트

에이닷을 직접 사용해보지 않고 합격할 수 있나요?
자소서 제출 전 최소 2주간 에이닷을 일상적으로 사용해야 합니다. 통화 녹음·요약 기능의 끊김, 환각 응답, 로딩 지연 등 실제 페인 포인트를 자소서에 녹이면 "현장 감각 있는 개발자"로 차별화됩니다. K.M.은 에이닷의 요약 오류 사례를 직접 기록하고 RAG 해결책을 제안해 면접에서 높은 점수를 받았습니다. 단순 서비스 칭찬보다 구체적 문제 지적 + 해결 제안이 훨씬 강합니다.
LLM 파인튜닝 경험 없어도 가능한가요?
파인튜닝 경험이 없다면 RAG 아키텍처 구축에 집중하면 됩니다. 에이닷의 핵심 문제가 환각이기 때문에 RAG를 정교하게 설계한 경험(청크 전략, 리트리버 튜닝, 정확도 측정)만으로도 강력한 차별화가 됩니다. 반드시 환각률 개선 수치를 포함하고, 어떤 쿼리 유형에서 개선 효과가 컸는지 분석 결과를 덧붙이세요.
A.Biz(B2B AI 에이전트)를 자소서에 언급해야 하나요?
서비스 개발 직무라면 반드시 언급하는 것이 좋습니다. A.Biz는 에이닷의 B2B 확장판으로, 멀티-테넌트 아키텍처와 엔터프라이즈 데이터 통합(ERP/CRM API)이 핵심 기술 과제입니다. "A.Biz의 기업 고객 AI 에이전트를 99.99% SLA로 서비스하기 위한 MSA 전략"을 자신의 경험과 연결하면 직무 이해도가 크게 높아집니다.
면접에서 가장 날카로운 기술 질문은 무엇이었나요?
"RAG 정확도를 96%로 높였는데, 나머지 4% 실패 케이스는 어떤 패턴이었나요?" K.M.은 실패 케이스를 ①검색 미스(벡터 DB 커버리지 부족), ②컨텍스트 길이 초과, ③시제 불일치로 분류하고 각각의 개선 방향을 제시해 긍정적인 평가를 받았습니다. 실패 분석까지 준비해야 진짜 합격합니다.
SK텔레콤 서비스 개발 자소서 실수 유형
흔한 실수 vs 올바른 접근

SKT 서비스 개발 자소서 — 3가지 치명적 실수

❌ 흔한 실수
"저는 LLM, RAG, Docker, Kubernetes, FastAPI, Redis, Prometheus 등 다양한 기술을 보유하고 있으며 이를 SKT 에이닷 서비스 개발에 활용하고 싶습니다."

→ 기술 스택 나열만. 어떤 문제를 어떻게 해결했는지 전혀 없음. 모든 지원자가 쓰는 평범한 자소서
✅ 올바른 접근
"에이닷 통화 요약에서 실제로 경험한 환각 오류(잘못된 화자 매핑)를 RAG로 개선했습니다. Milvus 하이브리드 검색(BM25+Dense)으로 컨텍스트 적합도를 높여 정확도 87%→96%, 응답속도 380ms→210ms 달성."

→ 에이닷의 실제 문제를 정확히 짚고 수치로 증명한 서술
❌ 흔한 실수
"이프랜드(ifland) 서비스 개선 아이디어를 제안하고 싶습니다. 메타버스 플랫폼에서 AI를 활용한 아바타 개인화 기능을 추가하면 SKT의 경쟁력이 높아질 것입니다."

→ 이프랜드는 2025년 3월 서비스 종료. 종료 서비스를 언급하면 SKT 최신 동향 파악 부족으로 즉시 감점
✅ 올바른 접근
"에이닷 슈퍼앱의 A.Biz 확장에서 멀티-테넌트 아키텍처 설계가 핵심 과제라고 생각합니다. 기업별 커스텀 LLM 컨텍스트를 격리하면서도 공유 인프라를 활용하는 네임스페이스 기반 Kubernetes 설계 경험을 기여하고 싶습니다."

→ 현재 SKT 전략(에이닷, A.Biz)에 맞는 기술 기여 방향 제시
❌ 흔한 실수
"저는 백엔드 API 개발 경험이 풍부합니다. REST API를 설계하고 데이터베이스와 연동하는 작업을 주로 했으며, 팀 협업에서 좋은 성과를 거뒀습니다."

→ AI 서비스 개발 직무에 지원하면서 LLM·AI 관련 경험이 전혀 없음. AI 피라미드 전략과 무관한 일반 개발 경험 서술
✅ 올바른 접근
"LLM API 게이트웨이를 직접 설계하며 스트리밍 응답(SSE) 처리, 토큰 소비 모니터링, 모델별 Rate Limiting을 구현했습니다. 에이닷이 앤스로픽·람다 파트너십으로 다양한 모델을 운용하는 구조에 맞는 멀티-모델 라우팅 게이트웨이 경험을 기여하고 싶습니다."

→ AI 서비스 인프라에 특화된 구체적 경험 제시
자주 묻는 질문

SKT 서비스 개발 자소서 FAQ 6

에이닷(A.) 슈퍼앱 개발 방향성에 맞는 LLM 파인튜닝·RAG 아키텍처 설계 능력과, MSA 기반 마이크로서비스 구조에서 API 게이트웨이를 통한 고가용성 확보 역량이 핵심입니다. 특히 환각(hallucination) 문제를 RAG·지식 그래프로 개선한 수치 경험이 강력한 차별화가 됩니다. SKT는 2026년 기준 에이닷 정확도·안정성 개선을 최우선 과제로 두고 있으므로, 이 두 가지를 자신의 프로젝트 경험과 직접 연결하는 것이 합격의 핵심입니다.
단순히 'RAG를 적용했다'가 아니라, 벡터 DB 선택 이유(Milvus vs Pinecone), 청크 전략(chunk size·overlap), 리트리버 유사도 임계값 조정 경험, 그리고 정확도 개선 수치(예: 87%→96%)를 함께 제시해야 합니다. 하이브리드 검색(BM25 + Dense) 적용 이유, 실패 케이스 분석(검색 미스 유형), 그리고 응답 지연 최소화 방법(비동기 리트리버, 캐시)도 포함하면 더욱 강력합니다. 에이닷의 통화 요약·추천 기능과 명시적으로 연결하면 직무 이해도가 돋보입니다.
가능합니다. MLOps 경험이 없다면 CI/CD 파이프라인 구축 경험(GitHub Actions, Jenkins)이나 컨테이너화(Docker, Kubernetes) 경험을 중심으로 서술하고, 모델 배포보다는 API 안정성·응답속도 개선에 집중하면 됩니다. Prometheus나 Grafana 기반 서비스 모니터링 경험은 최소한 포함해야 합니다. 에이닷의 AI 기능 개선 기여 의지는 반드시 구체적으로 표현하고, 자신이 기여할 수 있는 기술 영역(API 레이어, 데이터 파이프라인, 모델 서빙)을 명확히 해야 합니다.
AI 피라미드의 최상단 'AI 서비스' 레이어에 에이닷이 위치함을 명시하고, 자신의 개발 경험이 슈퍼앱의 어떤 기능(통화 녹음·요약, A.Biz B2B 에이전트, 개인화 추천)을 개선할 수 있는지 구체적으로 연결하세요. 인프라 레이어(AI 데이터센터·GPU 최적화), AIX 레이어(통신망 AI 자동화)를 이해한 위에 서비스 레이어를 논의하면 면접관이 "3층 구조 전체를 이해하는 개발자"로 평가합니다. 도이치텔레콤·싱텔·앤스로픽 파트너십에서 활용할 수 있는 API 표준화 경험을 덧붙이면 더욱 효과적입니다.
A.Biz는 에이닷 플랫폼을 기업 고객에게 확장한 B2B AI 에이전트 서비스입니다. 서비스 개발 직무는 A.Biz의 백엔드 API 설계, 멀티-테넌트 아키텍처(기업별 데이터 격리), 기업 데이터 연동(ERP/CRM API 통합), 그리고 SLA 99.99% 달성을 위한 장애 복구 전략(멀티-리전 배포, Failover)을 담당합니다. 엔터프라이즈 시스템 통합 경험이 있다면 반드시 언급하고, A.Biz의 기업 고객 맞춤형 LLM 컨텍스트 관리 방법(프롬프트 격리, 지식 베이스 분리)을 자신의 경험과 연결하세요.
자주 출제되는 질문 유형입니다. ①MSA에서 서비스 간 통신 방식(REST vs gRPC vs 메시지 큐) 선택 기준, ②API 게이트웨이의 역할과 Rate Limiting 알고리즘(토큰 버킷 vs 슬라이딩 윈도우), ③LLM 추론 지연 최소화 방법(배치 처리·KV Cache·INT4 양자화), ④RAG 파이프라인에서 Precision vs Recall 트레이드오프와 조정 방법, ⑤에이닷의 통화 녹음·요약 기능 개선 아이디어 제안. 특히 "RAG 정확도 96%인데 나머지 4% 실패 케이스는 어떤 패턴인가?"처럼 실패 분석까지 요구하는 질문이 빈출됩니다. 반드시 실패 케이스 분류와 개선 방향을 함께 준비하세요.
SKT 전략 심층 분석

2026 SKT AI 피라미드와 서비스 개발 직무의 접점

SKT의 AI 피라미드는 3층 구조로 이루어져 있습니다. 하단의 인프라 레이어(AI 데이터센터, GPU 클러스터, SAPEON 반도체)가 기반을 지탱하고, 중간의 AIX 레이어(통신망 AI 자동화, 네트워크 최적화, 기업 AI 전환)가 핵심 사업을 고도화하며, 최상단의 AI 서비스 레이어(에이닷, A.Biz, T우주, 엑스칼리버)가 소비자·기업 고객에게 가치를 직접 전달합니다. 서비스 개발 직무는 이 피라미드의 최상단에서 인프라와 AIX 레이어의 성과를 사용자가 체감할 수 있는 제품으로 연결하는 역할을 합니다.

AI 피라미드 레이어핵심 구성 요소서비스 개발 직무와의 연결
AI 서비스 (최상단) 에이닷(슈퍼앱), A.Biz(B2B), T우주(구독), 엑스칼리버(반려동물 AI) 직접 개발·운영 — API 설계, 기능 개발, 품질 개선, 배포 자동화
AIX (중간) 통신망 AI 최적화, 마케팅 자동화, 기업용 AI 솔루션 에이닷 AIX 연동 API 개발, 데이터 파이프라인 구축
AI 인프라 (하단) AI 데이터센터, SAPEON 반도체, 앤스로픽·람다 파트너십 LLM API 연동, 모델 서빙 최적화, 추론 비용 절감

에이닷(A.) 슈퍼앱 — 서비스 개발 직무의 핵심 타겟

에이닷은 SKT의 AI 피라미드 전략의 소비자 접점 최전선입니다. 2024년 아이폰 통화 녹음·요약 기능 출시로 주목받았고, 2026년 현재 슈퍼앱(일정·검색·쇼핑·헬스 통합)으로 확장 중입니다. 서비스 개발 직무에서는 이 슈퍼앱의 핵심 기능을 구현하고 안정적으로 운영하는 역량이 요구됩니다. 특히 에이닷이 직면한 '환각 현상 개선'은 RAG 아키텍처와 LLM 파인튜닝의 실제 적용 역량을 직접 검증하는 과제입니다.

에이닷 기능기술 과제서비스 개발 직무 기여 포인트
통화 녹음·요약 STT 정확도, 화자 분리, 요약 환각 최소화 RAG 기반 요약 파이프라인, STT-LLM 연동 API
A.Biz (B2B 에이전트) 멀티-테넌트 격리, 엔터프라이즈 SLA, ERP 연동 멀티-테넌트 MSA, API 게이트웨이 기업 인증
개인화 추천 실시간 사용자 프로필, 피처 스토어, 지연 최소화 추천 API 설계, Redis 기반 실시간 피처 제공
슈퍼앱 통합 검색 멀티-소스 검색(웹·내부 데이터·앱 통합), 정확도 하이브리드 검색 API, 벡터 DB + BM25 연동

글로벌 AI 컴퍼니 비전과 서비스 개발 직무의 미래

SKT는 도이치텔레콤, 싱텔, 소프트뱅크와 통신사 AI 얼라이언스를 구축하고 앤스로픽·람다와의 AI 파트너십을 통해 글로벌 AI 컴퍼니로 진화하고 있습니다. 서비스 개발 직무는 이 글로벌 확장의 기술적 기반을 담당합니다. 다국어 LLM 지원(Cross-lingual API), 글로벌 레이턴시 최적화(CDN 전략, 엣지 컴퓨팅), GDPR·개인정보 규제 대응 아키텍처 설계가 향후 중요 역량이 될 것입니다. 자소서에 글로벌 확장 관점에서의 기술 기여 방향을 포함하면 추가 차별화가 됩니다.

글로벌 파트너십역할서비스 개발 직무 연결
앤스로픽 (Anthropic) Claude LLM API 통합, AI 안전성 연구 Claude API 연동 게이트웨이, 프롬프트 보안 설계
도이치텔레콤 유럽 통신사 AI 서비스 공동 개발 다국어 지원 API, GDPR 준수 데이터 처리
싱텔 아시아 통신사 AI 얼라이언스 멀티-리전 배포, 아시아 CDN 최적화
람다 (Lambda Labs) GPU 인프라, LLM 훈련·추론 가속 GPU 효율 추론 API, 배치 처리 최적화
기술 심화 분석

에이닷 슈퍼앱을 위한 MSA 아키텍처 — 서비스 개발 실무 핵심

에이닷 슈퍼앱은 통화 녹음·요약, 검색, 일정, 쇼핑, A.Biz 에이전트 등 다양한 기능을 하나의 앱에서 제공합니다. 이를 안정적으로 운영하기 위해서는 MSA(마이크로서비스 아키텍처) 기반 설계가 필수입니다. 각 기능을 독립적인 서비스로 분리해 장애 격리, 독립 배포, 기술 스택 자유화를 실현합니다. 서비스 개발 직무 지원자는 이 MSA 구조에서 자신의 역할을 명확히 정의해야 합니다.

[에이닷 슈퍼앱 MSA 아키텍처 개요]

                     [클라이언트 (iOS/Android)]
                              │
                              ▼
              [API Gateway (Nginx + Kong)]
               ├─ 인증/인가 (OAuth 2.0 + JWT)
               ├─ Rate Limiting (토큰 버킷)
               └─ 라우팅 (서비스별 엔드포인트)
                              │
         ┌────────────────────┼────────────────────┐
         ▼                    ▼                    ▼
  [통화 서비스]       [AI 추천 서비스]       [A.Biz 서비스]
   STT + 요약          개인화 추천           B2B 에이전트
   LLM RAG 파이프라인   피처 스토어           멀티-테넌트 격리
         │                    │                    │
         └────────────────────┼────────────────────┘
                              │
                    [공유 인프라 레이어]
              ├─ Kafka (비동기 이벤트 스트리밍)
              ├─ Redis (세션·캐시·실시간 피처)
              ├─ PostgreSQL / MongoDB (데이터)
              └─ Milvus (벡터 DB — RAG 검색)
                              │
                    [관측성 스택]
              ├─ Prometheus + Grafana (메트릭)
              ├─ ELK Stack (로그 집계)
              └─ Jaeger (분산 추적)

LLM 서빙 최적화 — 에이닷 응답속도 개선의 핵심

에이닷의 응답속도는 사용자 만족도와 직결됩니다. LLM 추론은 기본적으로 수백ms~수초의 지연이 발생하므로, 서비스 개발 직무에서는 이를 최소화하는 기술적 전략이 핵심입니다. K.M.이 자소서에서 제시한 45% 응답속도 개선(380ms→210ms)은 다음과 같은 복합 전략의 결과였습니다.

최적화 기법효과구현 방법
Redis 응답 캐싱 동일/유사 쿼리 재계산 제거 TTL 3,600s, 캐시 적중률 67%
KV Cache (LLM 내부) Key-Value 어텐션 재사용 동일 시스템 프롬프트 캐시 유지
INT4 양자화 (Quantization) 모델 크기 4배 축소, 추론 속도 향상 AWQ/GPTQ 양자화, 정확도 손실 <1%
스트리밍 응답 (SSE) 첫 토큰 응답(TTFT) 체감 속도 향상 Server-Sent Events, 청크 단위 스트리밍
비동기 RAG 리트리버 검색과 LLM 추론 병렬 처리 asyncio + aiohttp, 선제적 컨텍스트 로드
로드 밸런싱 (Round Robin) 서버 과부하 방지, p99 안정화 Nginx Upstream, 가중치 기반 분산

A/B 테스트 설계 — 에이닷 기능 개선 검증 방법

서비스 개발 직무에서 단순히 기능을 구현하는 것으로 끝나지 않습니다. 구현한 기능이 실제로 사용자 경험을 개선했는지 A/B 테스트를 통해 검증해야 합니다. K.M.은 RAG 파이프라인 적용 전후를 A/B 테스트로 비교해 정확도 개선 효과를 정량적으로 증명했습니다. 이 역량이 자소서에서 가장 강력한 차별화 포인트 중 하나가 됐습니다.

[에이닷 기능 A/B 테스트 설계 (RAG 적용 효과 검증)]

실험 가설: "RAG 도입 시 통화 요약 정확도가 87%에서 90% 이상으로 향상될 것이다"

대조군 (Control): LLM 단독 응답 (N=3,000 사용자, 2주간)
실험군 (Treatment): RAG 적용 응답 (N=3,000 사용자, 2주간)

측정 지표:
  ├─ 1차 지표: 요약 정확도 (사용자 평가, 5점 척도)
  ├─ 2차 지표: 요약 수정률 (사용자가 요약을 편집하는 비율)
  └─ 가드레일 지표: 응답 지연 (p99 기준, 허용 범위 300ms 이하)

결과 분석:
  ├─ 대조군 정확도: 87.2% (±1.8%)
  ├─ 실험군 정확도: 96.1% (±1.2%)
  ├─ 통계적 유의성: p = 0.003 (95% CI, 양측 검정)
  └─ 결론: 유의미한 개선 → 전체 사용자 RAG 적용 릴리즈
SKMS 가치관 연결

SKT SKMS(SK Management System) — 자소서에 녹여야 할 핵심 가치

SKT 자소서에서 기술 역량만큼 중요한 것이 SKMS(SK Management System)와의 정렬입니다. SUPEX(Super Excellent) 추구, VWBE(자발적이고 의욕적인 두뇌활용), 패기(도전적 목표 설정과 실행)의 3가지 핵심 가치를 서비스 개발 경험에 자연스럽게 녹여야 합니다.

S
SUPEX — 현실에 안주하지 않는 최고 수준 추구
K.M.이 API 응답속도를 "충분히 빠른" 380ms에 안주하지 않고 Redis 캐시 + Nginx 최적화로 210ms까지 밀어붙인 것이 SUPEX의 실천입니다. 자소서에서 "이 정도면 충분하다"는 기준에 만족하지 않고 더 나은 수치를 추구한 경험을 명시적으로 서술하세요. "목표를 초과 달성했다"는 표현에 구체적 수치가 반드시 동반되어야 합니다.
V
VWBE — 스스로 문제를 발굴하고 해결하는 자기주도성
누군가 지시하지 않았는데 에이닷의 환각 문제를 스스로 정의하고 RAG 솔루션을 설계한 경험이 VWBE의 핵심입니다. "과제로 주어진 것이 아니라, 직접 문제를 발견하고 해결책을 제안해 구현했다"는 서술이 SKT 면접관에게 가장 강하게 어필됩니다. 자기주도적 문제 발굴 경험을 반드시 포함하세요.
P
패기 — 어려운 목표에 도전하고 끝까지 실행하는 실행력
MSA 전환은 기술적으로 복잡하고 실패 위험이 높은 도전입니다. K.M.이 모놀리식 서비스를 Kubernetes MSA로 전환하며 99.97% 가용성을 달성한 경험이 패기의 증거입니다. "어렵지만 도전했고, 실패 과정에서 무엇을 배웠으며, 최종적으로 어떻게 성공했는가"의 서사 구조로 패기를 자소서에 표현하세요.
커리어 성장 경로

SKT 서비스 개발 직무 — 입사 후 커리어 경로와 성장 방향

SKT 서비스 개발 직무에 입사한 뒤의 커리어 경로를 이해하고 자소서에 장기적인 기여 방향을 포함하면 "단기 취업용 지원"이 아닌 "진정한 커리어 비전"을 가진 지원자로 평가받습니다. 기술적 성장 경로와 비즈니스 기여 방향 모두를 명시해야 합니다.

시기역할 중심기술 성장 목표비즈니스 기여
입사 1년차 에이닷 특정 기능 개발 담당 (예: 통화 요약 API) SKT 기술 스택 숙달, 코드 리뷰 역량, 온콜 대응 기존 환각률 추가 5%p 개선, 응답속도 200ms 이하
3년차 에이닷 주요 기능 리드 또는 A.Biz 백엔드 리드 시스템 설계 역량, MLOps 전문화, 팀 멘토링 A.Biz 기업 고객 10개사 온보딩, SLA 99.99% 달성
5년차 AI 서비스 레이어 아키텍트 또는 테크리드 글로벌 확장 아키텍처, 멀티-클라우드 전략 도이치텔레콤·싱텔 공동 AI 서비스 출시 기술 지원

엑스칼리버(XCALIBUR) — 서비스 개발 직무의 또 다른 기회

엑스칼리버는 SKT의 반려동물 X-ray AI 서비스로, 미국 베톨로지(Vetology)를 통해 글로벌 진출 중입니다. SaaS 형태로 수익화하는 AI 의료 진단 플랫폼이며, 에이닷과는 별개의 AI 서비스 레이어 제품입니다. 서비스 개발 직무에서는 엑스칼리버의 API 서버 안정성, 의료 데이터 보안(HIPAA 준수), 진단 AI 모델의 서빙 최적화를 담당할 수 있습니다. AI 의료 서비스에 관심 있는 지원자는 에이닷과 함께 엑스칼리버를 장기 기여 방향으로 언급하면 차별화가 됩니다.

내 자소서, SKT 서비스 개발 합격 기준에 맞나요?

커리어던 AI 자소서 진단으로 RAG 경험·API 최적화·에이닷 직무 이해도를 지금 바로 점검하세요

무료 자소서 진단 받기
SKT 서비스 개발 준비 체크리스트

자소서 제출 전 최종 점검 — K.M.이 권장하는 체크리스트

SKT 서비스 개발 직무 자소서를 제출하기 전, 아래 체크리스트를 통해 핵심 요소가 모두 포함됐는지 확인하세요. K.M.이 합격 후 후배들을 위해 정리한 실전 체크리스트입니다.

체크 항목확인 기준점수 (자가 평가)
에이닷 실제 사용 경험 (최소 2주) 통화 녹음·요약·검색 기능 직접 테스트, 오류 케이스 기록 직접 확인 여부
RAG 또는 LLM 파인튜닝 수치 포함 정확도 개선율, perplexity, 응답속도 수치 명시 수치 있음/없음
API 설계·최적화 경험 응답속도, 가용성, Rate Limiting, 캐시 전략 수치 포함 수치 있음/없음
SKT AI 피라미드 연결 "AI 서비스 레이어 → 에이닷" 명시적 연결 포함/미포함
이프랜드 미언급 확인 2025년 3월 서비스 종료 — 절대 언급 금지 미언급 확인
A.Biz 또는 T우주 연결 B2B 확장 또는 구독 모델 기여 방향 포함 포함/미포함
SKMS 가치관 (SUPEX·VWBE·패기) 기술 경험에 자연스럽게 녹인 서술 자연스러움 여부
실패 케이스 분석 포함 RAG 실패 케이스, MSA 장애 경험 등 실패 분석 포함 포함/미포함

자소서 항목별 권장 분량 및 키워드 밀도

자소서 항목권장 분량반드시 포함할 키워드피해야 할 표현
지원 동기 200~250자 에이닷, AI 피라미드, 글로벌 AI 컴퍼니, 구체적 기능명 "AI가 미래다", "SKT를 동경한다", 이프랜드
핵심 기술 경험 300~400자 RAG/LLM/MSA + 구체적 수치 (%, ms, 가용성) 기술 스택 나열만, 수치 없는 성과
협업 경험 200~250자 PM·디자이너·데이터 협업, 의사소통 방법, 갈등 해결 "팀워크가 중요하다는 것을 배웠습니다"
성장 계획 150~200자 에이닷 기여 방향, A.Biz, 글로벌 확장, 3~5년 목표 "열심히 하겠습니다", "배우고 싶습니다"
면접 Q&A 심화

SKT 서비스 개발 직무 — 기술 면접 심층 Q&A 뱅크

1차 서류 합격 후 기술 면접을 대비해 K.M.이 실제로 받은 질문과 합격 답변을 공유합니다. 단순 암기보다 각 질문의 의도를 이해하고 자신의 경험을 연결하는 것이 중요합니다.

Q. MSA에서 서비스 간 통신 방법으로 REST, gRPC, 메시지 큐 중 어떤 상황에 어떤 것을 선택하나요?
REST는 단순 CRUD와 외부 노출 API에 적합합니다. gRPC는 내부 서비스 간 저지연 통신(LLM 추론 서버 호출)에 유리합니다(Protocol Buffers로 직렬화 오버헤드 최소화). 메시지 큐(Kafka)는 비동기 이벤트(통화 녹음 완료 → 요약 서비스 트리거)에 사용해 서비스 간 결합도를 낮춥니다. 에이닷에서 통화 요약 파이프라인은 Kafka + gRPC 조합이 이상적이라고 답변했습니다.
Q. Redis 캐시 전략에서 Cache-Aside와 Write-Through의 차이와 선택 기준은?
Cache-Aside(Lazy Loading)는 읽기 요청 시 캐시 미스 발생 후 DB에서 로드해 캐시에 저장합니다. 초기 지연이 있지만 불필요한 데이터를 캐시하지 않습니다. Write-Through는 쓰기 시점에 DB와 캐시를 동시에 업데이트해 일관성이 높지만 불필요한 캐시 업데이트가 발생합니다. 에이닷 LLM 응답 캐시는 읽기 빈도가 높고 데이터 변경이 적어 Cache-Aside + TTL 3,600s 전략이 적합하다고 답변했습니다.
Q. Kubernetes에서 Rolling Update와 Blue-Green 배포의 차이와 에이닷에서 적합한 배포 전략은?
Rolling Update는 인스턴스를 순차적으로 교체해 다운타임 없이 배포하지만 구버전과 신버전이 동시에 실행되는 기간이 있습니다. Blue-Green은 신버전(Green) 완전 배포 후 트래픽을 일시에 전환해 즉시 롤백이 가능하지만 리소스가 2배 필요합니다. 에이닷처럼 24/7 서비스에서는 Blue-Green + Canary(5%→25%→100% 단계적 전환)을 조합해 위험을 최소화하는 것이 최적이라고 답변했습니다.
Q. LLM 서빙에서 Speculative Decoding이란 무엇이고 어떤 효과가 있나요?
Speculative Decoding은 소형 드래프트 모델이 여러 토큰을 빠르게 생성하고, 대형 타겟 모델이 이를 병렬로 검증하는 방식입니다. 드래프트 모델의 예측이 맞으면 여러 토큰을 한 번에 수락해 추론 속도를 2~4배 향상시킵니다. 에이닷 통화 요약처럼 스트리밍 응답이 필요한 서비스에서 TTFT(첫 토큰 응답 시간)를 크게 줄일 수 있다고 답변했습니다. 실무에서는 vLLM의 기본 기능으로 활용할 수 있습니다.
준비 타임라인

서류 마감 D-90부터 최종 합격까지 — SKT 서비스 개발 준비 로드맵

K.M.이 합격하기까지 걸린 준비 기간은 약 3개월이었습니다. 각 단계에서 어떤 활동을 했는지 구체적인 타임라인을 공유합니다. 이 로드맵을 참고해 자신의 준비 계획을 세우세요.

기간핵심 활동산출물주의사항
D-90 ~ D-60 에이닷 집중 사용 (2주 이상), 오류 케이스 기록, 경쟁사 비교 분석 에이닷 페인 포인트 메모 10개 이상 이프랜드 등 서비스 현황 확인 — 종료 서비스 파악
D-60 ~ D-30 RAG 프로젝트 마무리 또는 보완, 성과 수치 정리, GitHub 정비 RAG 정확도·API 속도 수치 문서화 수치가 없으면 직접 측정·기록하는 작업 필요
D-30 ~ D-14 자소서 초안 작성, AI 피라미드 연결 스토리 구성, 커리어던 AI 진단 자소서 초안 3개 항목 완성 기술 스택 나열 버전과 스토리 버전 비교 후 스토리 채택
D-14 ~ D-7 자소서 피드백 반영, 수치 재확인, SKMS 가치관 연결 점검 완성본 자소서 이프랜드 미언급, 에이닷·A.Biz 연결 최종 확인
서류 합격 후 기술 면접 준비: MSA·RAG·MLOps 심화, 실패 케이스 분석 준비 면접 Q&A 뱅크 자신만의 버전 작성 "RAG 4% 실패 케이스 분류"처럼 약점 질문 대비
관련 직무 더보기

SKT 다른 직무 합격 자소서도 참고하세요