건물은 기초부터, 프로젝트도 인프라부터

7

by 장연우
보이스봇의 품질은 보이지 않는 기반에서 시작된다.
그 기반이 흔들리면, 대화의 신뢰도 함께 무너진다.


1. 인프라 설계, 보이스봇의 ‘기초공사’

건물을 짓는다고 상상해 보자.
겉으로는 멋진 외벽과 인테리어가 눈에 띄지만, 진짜 중요한 건 땅속 깊이 묻힌 기초공사다.
기초가 단단해야 그 위의 구조물이 흔들리지 않는다.

보이스봇의 인프라도 같다.
겉으로는 음성 인식 같은 AI 기술이나 시나리오가 주목받지만, 그 아래에는 눈에 보이지 않는 서버, 네트워크, 스토리지, 보안이 있다.
모든 요소가 하나의 생명줄처럼 연결되어 있다.

IT에서는 이 기반을 인프라(Infra)라 부른다.
HW(Hardware, 하드웨어)는 전기와 배관처럼 실제 기계 장치이고, SW(Software, 소프트웨어)는 그 위를 흐르는 물과 전기처럼 시스템을 살아 움직이게 하는 동력이다.
두 가지가 만나야 비로소 ‘대화하는 기술’이 작동한다.

인프라 설계는 RFP(Request For Proposal, 제안요청서)를 받는 순간부터 시작된다.
그때부터 엔지니어들은 건축 설계사처럼 움직인다.
고객사의 시스템 지형을 살피고, 솔루션사와 수십 번의 미팅을 하며 ‘안정적이면서도 현실적인 구조’를 그린다.

기초가 삐뚤면 건물은 결국 금이 간다.
보이스봇도 마찬가지다.
인프라가 부실하면 대화는 끊기고, 시스템의 신뢰는 무너진다.
인프라 설계는 단순한 기술 작업이 아니다.
그것은 프로젝트 전체의 안전을 지키는 보이지 않는 기초공사다.


2. 자칫하면, 프로젝트 전체가 흔들린다

보이스봇 프로젝트는 ‘분석·설계’ 단계가 시작되자마자 인프라 구축에 들어간다.
그런데 대부분의 구축은 이미 제안 단계에서 작성된 설계안을 그대로 따른다.
이 초기 설계가 한 번 틀리면, 이후의 모든 일정은 도미노처럼 연쇄적으로 흔들린다.

HW가 제때 들어오지 않으면 SW 설치가 지연된다.
테스트 일정은 밀리고, 오픈 시점은 흐릿해진다.
일부 장비는 발주 절차를 위해 추가 계약서를 작성해야 하며, 그 과정에서 엔지니어 투입 일정이 미뤄지고, 연쇄 지연은 더 커진다.

그럴 때마다 PM은 고객 앞에서 여러 번 고개를 숙이며 일정이 틀어진 이유를 설명해야 한다.
하지만 한 번 흔들린 신뢰는 쉽게 회복되지 않는다.
무너진 일정은 되돌릴 수 없고, 관계 회복에 필요한 노력은 두 배가 된다.

결국 인프라 설계는 기술의 문제가 아니라, 신뢰의 문제다.
기초가 단단하지 않으면, 대화도, 시스템도, 관계도 함께 흔들린다.


3. 인프라 문제를 줄이는 다섯 가지 실전 팁

인프라 준비가 미흡하면, 그 대가는 일정 지연과 신뢰 하락으로 돌아온다.
그렇다고 무조건 넉넉하게 설계할 수도 없다.
예산과 요구사항 사이에서 현실적인 선택을 해야 하는 순간, 현장 엔지니어들이 수없이 겪은 시행착오 속에서 균형을 잡아준 다섯 가지 원칙을 정리했다.
이 팁들은 단순한 기술 조언이 아니라, 현장을 지켜온 사람들의 경험에서 나온 감각이다.


3-1. 제안 단계부터 ‘보수적으로’ 산정하자

보이스봇은 실시간 처리 기반이다.
시나리오의 복잡도가 높아질수록 리소스 사용량은 기하급수적으로 늘어난다.
STT, TTS, AI 서버는 CPU·GPU·메모리에 매우 민감하다.

그래서 권장 사양보다 ‘여유 있게’ 산정하는 보수적 설계가 필요하다.
만약, 리소스가 부족하면 사용자 경험은 순식간에 무너진다.
채팅은 1초쯤 늦어도 참을 수 있지만, 보이스봇은 다르다.
1초씩 밀린 대화는 리듬을 끊고 피로감을 남긴다.

큰 오류 없이 인프라를 설계하려면, 다음 네 가지를 반드시 확인해야 한다.

① SW 및 HW 목록화
- 고객사 권장 OS에서 설치 가능 여부
- 설치 방식(Docker or Host)
- 고객사 보안 프로그램과의 충돌 가능성
(실제 설치 전까지 알기 어렵기 때문에 Plan B가 필요하다. 예: 내부 예외처리 방법)

② 용량 산정
- 요청된 채널 수를 기준으로 서버 사양과 수량
- 서버 타입 (VM or BM)
- 이중화 구조 (Active-Active or Active-Standby)
- SW 라이선스 수량, 서버 스펙 (CPU Core/GHz, GPU, RAM, Storage, 네트워크 대역폭), 이 외 부수적인 SW 특성까지 종합 고려

③ 연계 장비 검토
- CTI, IVR, 교환기, 녹취 등 기존 콜 인프라와의 연계 필요 여부
- 보이스봇 프로젝트를 위해 추가해야 할 라이선스 종류 및 수량

④ 서비스 플로우 시각화
- 확정된 HW/SW 구성을 기반으로 전체 플로우 시각화
- 누락된 연계 지점을 찾아 보완

결국, 보수적 산정은 ‘리스크 회피’가 아니라 ‘신뢰 확보’의 전략이다.
기초가 단단해야, 대화도 흔들리지 않는다.


3-2. SW 연계성은 ‘기술적 타당성’부터 점검하라

설계가 끝났다고 안심하긴 이르다.
실제 구축 단계에서 가장 자주 발생하는 문제는 SW 연계 이슈다.
CTI 버전 호환, 패킷 미러링 지원 여부, 네트워크 대역폭의 한계.
이 작은 변수들이 프로젝트 전체 일정을 흔든다.

아무리 사전 검토를 해도, 예기치 못한 연계 오류는 언제든 발생할 수 있다.
그래서 설계 초기에 반드시 기술적 타당성을 점검해야 한다.
테스트용 샘플 데이터를 미리 흘려보내거나, 각 시스템 간 ‘최소 연동 시나리오’를 실제로 검증해 보는 게 좋다.
일정 계획 시에도 여유를 두는 것이 중요하다.
이 여유는 단순한 버퍼가 아니라, 문제를 조기에 발견해도 무너지지 않게 하는 안전장치다.

결국, 완벽한 설계보다 더 중요한 건 문제가 생겨도 ‘견딜 수 있는 구조’를 만드는 일이다.


3-3. 네트워크와 방화벽은 제일 먼저 확인하라

시스템이 정상인데도 보이스봇이 작동하지 않는다면, 대부분의 원인은 방화벽 정책이나 네트워크 구성이다.

대화가 끊기거나 응답이 지연될 때, 그 원인은 종종 서버가 아니라 문(방화벽)이 막혀 있기 때문이다.

프로젝트 초기에 반드시 다음을 점검해야 한다.

- 고객사 네트워크 인프라 구성 (L4/L7 장비 여부 포함)
- 업무별 서버팜 분리 여부 및 DMZ 유무
- 필요한 포트 전체 리스트업
- 방화벽 오픈 일정과 승인 절차 사전 확인
- 기간 만료, 오픈 누락, 정책 변경 등 이슈도 사전 협의

이 항목들은 단순한 기술 체크리스트가 아니다 대화가 끊기지 않게 길을 열어주는 절차다.
문제는 언제나 “어디서 막혔는지 모를 때” 생긴다.
그래서 네트워크와 방화벽은 ‘가장 먼저 확인해야 할 리스크 포인트’이자, 가장 마지막까지 신뢰를 지켜주는 울타리다.


3-4. 구축 일정은 ‘계약 이전’에 확보하자

프로젝트는 시작 전에 이미 절반이 결정된다.
아무리 철저히 준비해도 예상치 못한 변수는 늘 생긴다.
이때 가장 중요한 건 비용이 아니라 시간이다.
특히 HW는 생산과 수입 기간이 포함되어, 서버 한 대를 들여오는 데도 한 달 이상 걸릴 수 있다.

발주 → 납기 → 설치 → 고객사 내부 반입 절차까지 고려하면 체감 일정은 두세 배로 늘어난다.
문제는 이런 과정이 대부분 계약 체결 이후에야 시작된다는 점이다.

계약 전에 장비 스펙과 발주 일정을 확보하지 못하면, 인프라 작업은 손도 못 댄 채 일정만 흘러간다.
게다가 반도체 수급난, GPU 사재기 같은 외부 이슈는 납기를 예측 불가능하게 만든다.

결국, 준비의 시점이 곧 리스크 관리의 시작이다.
계약 전 확보된 하루가, 계약 후의 한 달을 지켜낸다.


3-5. SW·HW 변경 가능성은 열어두고 설계하라

프로젝트 중반이 되면, 고객의 요구나 예산 상황이 달라지기 마련이다.
그래서 ‘변경 가능한 구조’로 설계하는 유연성이 필요하다.

- 기능별 통합 가능성이 있는 SW는 솔루션사와 미리 협의한다.
- 고객이 ‘확장성’을 요구할 경우, 구조 변경에 유연하게 대처할 수 있도록 설계 유연성 확보한다.
- 초기 설계 문서에는 변경 대응 절차도 함께 정의한다.

완벽한 설계는 존재하지 않는다.
하지만 유연한 구조는 위기를 흡수한다.
계획이 틀어지는 순간, 그 유연함이 프로젝트를 지켜내는 방패가 된다.
단단한 설계가 건물을 세운다면, 유연한 설계는 그 건물을 지켜준다.


4. 정리하며: 인프라는 무대 뒤의 주인공이다

무대에서 빛나는 건 배우지만, 공연을 지탱하는 건 무대 뒤의 조명과 장치다.
보이스봇의 인프라도 같다.
눈에 보이지 않지만, 모든 대화를 지탱한다.

프로젝트 초반, 우리는 늘 시나리오와 화면에 집중한다.
하지만 진짜 중요한 건 “모든 것이 멈추지 않고 돌아가는 것”이다.
‘당연함’을 지켜주는 존재가 바로 인프라다.

이번 챕터의 다섯 가지 팁은 단순한 기술 목록이 아니다.
수많은 엔지니어가 “그때 확인했어야 했는데…”라며 남긴 현장의 땀과 후회의 기록이다.
그래서 경험이 많은 사람일수록 이렇게 말한다.

“당연한 건 없다. 당연하다고 여기는 부분일수록 반드시 확인해야 한다.”

좋은 인프라는 시스템을 안정적으로 움직이게 하지만, 그 안정성의 끝에는 언제나 ‘사람’이 있다.
시스템이 끊기지 않으면 상담사는 불안하지 않고, 고객은 기다림 없이 대화를 이어간다.
보이지 않는 기반이 단단할수록, 사람의 일도, 고객의 경험도 흔들리지 않는다.

결국 좋은 인프라는 기술을 넘어 신뢰를 지탱하는 힘이다.


한 줄 요약
인프라는 눈에 보이지 않지만, 그 위에서 모든 대화가 완성된다.
이전 06화함께 만드는 시나리오, 함께 만드는 분위기