[중고신입 1년차] 검색 시스템 전환 플젝, 나의 회고 (feat. 내가 배운 것들)

 

 

현재상태:

아직 업계가 명확히 정의되지 않은 상태라고 생각한다.

AI 개발자? 백엔드? <- 이렇게 가면 경쟁 과다

엔터프라이즈/B2B 검색/지식 시스템 쪽 경험은 있음(내가 그동안 해왔던 거!)

 

내 방향성, 업계 전문성은 의도적으로 내가 고정하지 않으면 안 될 것 같다는 생각이 든다.

 

 비교하는 거 별로 좋아하진 않는데..

"같은 직무 내에서 "내가 상대적으로 더 잘하는 세부 분야/스킬이 있는가?"

 

1. 프롬프트 잘 짜는 거(차별성x)

2. python api(누구나 함)

 

하지만 나는 이러한 고민들과 함께했다:

1. 다중 서비스에서 검색/RAG가 망가지지 않게 설계하기

2. 레거시 -> 신규로 전환할 때 쿼리/인덱스 타협

(그니까, url 이름은 이대로가도 되는지? 아 이걸 바꾸면 다른 거랑 또 통일성이 깨지는데.. 왜 이 부분만 이렇게 설계되어 왔지? 등 )

3. 공용 서비스를 고려한 구조 설계

 

근데 사실 나는

나 같은 인력에게 있어, 내 업무 난이도가 상당히 높은 편이라고 생각했다(ㅋㅋㅋㅋ)

나 같이 1년도 안 된 애기에게는 안 맡기는 구조라고 생각한다.

뭐, ' 나여서 맡긴 거지! ' 이런 말을 하려는 게 아니다

함께하는 팀원분들까지 고려하여, 이 일을 나 같은 애에게 줘도 괜찮겠다고 종합적으로 판단하여 이 과업을 내게 맡긴 걸 거다(난 그렇게 생각한다)

 

흠..

기준	충족 여부	이유
1. 업무 난이도 높음	⭕	주니어에게 안 맡기는 구조
2. 고도화된 전략	⭕	인덱스/쿼리/구조 설계
3. 단기간 성과	❌	“얼마나 개선됐는지” 수치 없음
4. 전문성 기반	⭕	검색/RAG/아키텍처
5. 업계 최초	❌	내부 전환 사례일 뿐
6. 조직 기여도	⭕	다중 서비스 영향
7. 업무 규모	⭕	공용 서비스
8. 예산 규모	❌	직접 관여 없음

 

표를 대충 그려봤다 말로 주절주절 귀찮아,,ㅋㅋㅋ

 

내 핵심은 이거다!(너로 정했다 but 변동 가능성 있음):

“RAG/AI Search 시스템에서
다중 서비스 환경의 인덱스·쿼리·운영 구조를 설계”

 

문제:

1. AS-IS -> TO-BE 전환

2. 다중 서비스 의존

 

제약:
1. 공용 서비스

2. 레거시 호환(ㅠ)

 

내 행동:

1. 인덱스 구조 재설계

2. 필터/쿼리 분리

 

결과:

1. 레거시 의존 제거로, 특정 인프라 장애 시 서비스 전체 영향 리스크 제거

2. 공용 서비스 구조 안정화로 타 프로젝트 장애 전파 가능성 차단

os -> is로 바뀐 상황에서 '안 망가진 것' 자체가 결과라고 생각한다✌🏻

 

히히 나는 기존 서비스 로직은 최대한 존중하면서 Azure Search 제약에 맞는 타협 구조를 설계하는데 힘썼다.

 

"지금 더 좋아졌어요!"까진 아니다.

예전 상황은 뭐 나빴어서 그랬나?ㅋㅋ 각자의 상황에 맞게 최선을 다한 결과물이다.

그저 나는 "이제 이걸 할 수 있게 됐다"에 감사하다.