Tomcat vs 상용 WAS — 기능·지원·TCO로 가르는 선택 기준

[fusion_builder_container type=”flex” hundred_percent=”no” padding_top=”0px” padding_bottom=”0px” margin_top=”0px” margin_bottom=”30px” admin_label=”배너”][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_text] [/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”도입”][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] AI Agent 도구는 왜 나뉘어 있는가 [/fusion_title][fusion_text]

오늘은 클라우드네이티브TV에서 소개한 AI Agent 도구 시장의 여섯 가지 구분과 MSAP.ai AAS의 위치를 정리합니다. 이 발표 자료는 AI Agent 도구가 ‘만드는 쪽’과 ‘지켜보는 쪽’으로 명확히 나뉘어 있는 현실, 그리고 그 사이에는 업무 담당자가 에이전트를 만들고 동시에 지켜볼 수 있는 도구가 비어 있다는 핵심 인사이트를 제시합니다.

외부 클라우드를 사용할 수 없는 조직, 혹은 기존 오픈소스 플랫폼을 보유한 조직이라면 이 영상이 전하는 선택 기준이 도입 검토에 직접 도움이 됩니다. 이 글에서는 여섯 도구 구분의 구조, 조건을 함께 갖춘 도구가 없는 이유, 그리고 AAS가 맞는 조직의 조건을 차례로 풀어 보겠습니다.

[/fusion_text][fusion_youtube id=”G1Ro4taoU0Y” alignment=”center” width=”900″ height=”506″ autoplay=”false” /][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”섹션1″][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] 1. AI Agent 도구 시장, 왜 여섯 칸으로 나뉘는가 [/fusion_title][fusion_text]

‘만드는 도구’와 ‘지켜보는 도구’로 나뉘기 때문입니다.

AI Agent 도구 시장은 두 가지 축으로 구분됩니다. 하나는 에이전트를 제작(만들기)하는 도구이고, 다른 하나는 제작된 에이전트의 동작을 관측(지켜보기)하는 도구입니다. 가로축은 ‘누가 쓰는가’로, 운영자·IT가 쓰는 쪽과 업무 담당자가 쓰는 쪽으로 나뉩니다.

이 분류에서 여섯 가지 도구 칸이 나옵니다. ① 업무 담당자용 에이전트 빌더는 상용이고 공급사 런타임 일체형이며, ② 에이전트·워크플로 빌더는 오픈소스 개발자용입니다. ③ 채팅 UI·워크스페이스는 대화 화면 중심이라 플랫폼 운영이 없습니다. 관측 쪽에서는 ④ 관제·거버넌스 도구가 IT·보안팀용이고 만드는 화면이 없으며, ⑤ 플랫폼 전용 콘솔은 운영자 1인 전제입니다. ⑥ 조직 운영 콘솔은 회사 경영·개발팀 은유를 사용합니다.

만드는 쪽 ① ② ③ — 제작 도구는 자사 실행 엔진이 전제

① 업무 담당자용 에이전트 빌더는 상용이며 공급사의 실행 엔진이 전제입니다. ② 워크플로 빌더는 오픈소스이지만 개발자용이며, ③ 채팅 UI는 대화 화면 중심이라 런타임 운영이 없습니다. 즉 만드는 쪽 도구는 모두 자체 실행 엔진을 전제한다는 공통점이 있습니다.

지켜보는 쪽 ④ ⑤ ⑥ — 관측 도구는 운영자·보안팀용

관측 쪽 도구는 이미 제작된 에이전트의 동작을 지켜보는 데 특화되어 있습니다. ④ 관제·거버넌스 도구는 IT·보안팀 전용이고 만드는 화면이 없으며, ⑤ 플랫폼 전용 콘솔은 운영자 1명이 쓰는 전제를 가집니다. ⑥ 조직 운영 콘솔은 회사 경영·개발팀 은유를 사용하지만, 어느 쪽도 업무 담당자가 만들고 동시에 지켜보는 경험을 제공하지 않습니다.

핵심 인사이트는 명확합니다. 제작 도구는 자사 실행 엔진이 전제이고 관측 도구는 운영자·보안팀용임 — 업무 담당자가 한 제품으로 둘 다 하는 선택지가 현재 없습니다. AAS는 ⑤에서 출발해 ①의 사용자인 부서 담당자를 겨냥하여 이 빈 자리를 채웁니다.

현업에서 바로 쓸 질문은 무엇인가입니다. “우리 조직에 에이전트를 만들고 관리할 업무 담당자가 필요한가?” 만약 필요하다면, 기존 도구 중에는 만들고 동시에 지켜보는 옵션이 없다는 점을 먼저 인식해야 합니다.

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”섹션2″][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] 2. 세 조건을 함께 갖춘 도구 구분은 없는가 [/fusion_title][fusion_text]

조직 안 설치, 업무 담당자 사용, 만들기+지켜보기, 쓰던 플랫폼 연결을 함께 갖춘 도구 구분은 없습니다.

도구 선정에서 중요한 네 가지 조건이 있습니다. 조직 안에 설치 가능한가, 업무 담당자가 쓸 수 있는가, 만들기와 지켜보기를 함께 하는가, 쓰던 플랫폼에 연결되는가입니다. 이 조건을 함께 갖춘 도구 구분은 현재 시장 어디에도 없습니다.

표에서 각 도구를 확인할 수 있습니다. 외부 클라우드 빌더는 조직 안 설치와 쓰던 플랫폼 연결에서 탈락합니다. 워크플로 빌더는 일부 제공 또는 제약이 있고, 채팅 UI는 만들기와 지켜보기가 부족합니다. 관제·거버넌스 도구는 업무 담당자 사용이 IT·보안팀에 제한되며, 플랫폼 전용 콘솔은 운영자 1인 전제입니다.

MSAP.ai AAS는 이 표에서 네 조건 중 세 가지를 O(제공), 하나를 △(스크립트 스킬은 콘솔 밖 편집)로 채웁니다. 연결은 Hermes Agent 1종으로 대응합니다. 온프레미스 일체형은 조직 안 설치, 사용, 만들기에서는 O이지만 연결에서 ✗입니다.

외부 클라우드 빌더 — 설치와 연결에서 탈락

글로벌 클라우드 빌더는 외부 클라우드에 의존하므로 조직 안 설치와 기존 플랫폼 연결에서 ✗입니다. 즉 외부 클라우드를 쓸 수 없는 조직은 고려 대상에서 제외됩니다.

워크플로 빌더 — 일부 제공·제약

오픈소스 워크플로 빌더는 설치와 만들기는 가능하지만, 사용 측면에서 개발자 중심이라 업무 담당자가 쓰기 어렵습니다. 지켜보기는 일부 제공되지만 제한적입니다.

플랫폼 전용 콘솔 — 운영자 1인 전제

기존 플랫폼의 전용 콘솔은 설치, 만들기, 연결은 가능하지만 운영자 1인 전제입니다. 여러 사람이 에이전트를 만들고 관리자가 전체를 보려는 조직에는 맞지 않습니다.

현업에서 바로 쓸 질문은 “우리 조직에 에이전트를 만들고 동시에 지켜보려는 업무 담당자가 있는가?”입니다. 있다면 기존 도구 중에는 이 네 조건을 모두 갖춘 옵션이 없다는 점을 먼저 인식해야 합니다.

[fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”internal-links”]AI Agent 도입을 검토 중이라면, 먼저 [MSAP.ai AAS 소개 백서]에서 여섯 도구 구분의 전체 그림을 확인할 수 있습니다. 또한 [Hermes Agent] 플랫폼 소개에서 에이전트 운영의 실제 구조를 살펴볼 수 있습니다.

AI Agent 도구가 ‘만드는 쪽’과 ‘지켜보는 쪽’으로 나뉘어 있다는 사실은, 도입 검토 시 어떤 칸의 도구를 필요로 하는지를 먼저 질문하게 합니다. 업무 담당자가 에이전트를 만들고 동시에 지켜보려면, AAS처럼 기존 플랫폼 위에 콘솔만 추가하는 방식이 현실적인 첫 단계입니다.

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container]

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”섹션3″][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] 3. 국가 망 보안체계(N²SF)가 도구 선택을 가르는 기준 [/fusion_title][fusion_text]

기밀 등급에서는 외부 클라우드 빌더가 기능과 관계없이 검토 대상에서 빠집니다.

한국 공공기관과 기밀 정보 처리 조직이 직면한 가장 중요한 제약 중 하나는 N²SF(국가 망 보안체계)입니다. 2025년 1월 가이드라인 초안 기준 6개 통제 영역을 정의하며, 데이터 등급에 따라 생성형 AI 활용 범위를 구분합니다.

등급별 기준은 명확합니다. 기밀(C)은 분리 유지이며, 외부 서비스 활용이 가장 제한됩니다. 기밀 등급 업무는 분리된 망에 남습니다. 민감(S)은 조건부 검토로, 보안 대책을 갖춘 범위에서 활용 검토가 이루어집니다. 공개(O)는 먼저 완화이며, 망 분리 규제 완화를 먼저 적용합니다. 2026년 3월 공공기관 업무 PC 생성형 AI 실증 공모가 시작됩니다.

기밀(C) — 분리 유지

기밀 등급 업무에서는 외부 클라우드 빌더가 기능과 관계없이 검토 대상에서 빠집니다. 아무리 기능이 훌륭해도 외부 클라우드에 접근할 수 없는 조직에는 고려 대상이 될 수 없습니다.

민감(S) — 조건부 검토

민감 등급은 보안 대책을 갖춘 범위에서 활용 검토가 이루어집니다. 외부 클라우드 빌더를 검토할 수 있지만, 보안 조치 비용과 절차를 고려해야 합니다.

공개(O) — 먼저 완화

공개 등급은 망 분리 규제를 먼저 완화합니다. 2026년 3월 공공기관 업무 PC 생성형 AI 실증 공모 시작은 이 방향을 보여주는 지표입니다.

현업에서 바로 쓸 질문은 “우리 조직의 데이터가 어느 등급인가?”입니다. 기밀 등급이라면 외부 클라우드 빌더는 아예 검토에서 제외해야 하며, 이는 곧 조직 안 설치가 가능한 옵션만 남은다는 뜻입니다.

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”섹션4″][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] 4. 외부 클라우드 사용 여부가 제품 선택을 결정하는가 [/fusion_title][fusion_text]

외부 클라우드 사용 가능 여부에 따라 검토 대상이 완전히 달라집니다.

제품 선택은 외부 클라우드 사용 여부로 정해집니다. 외부 클라우드를 쓸 수 있는 조직에는 글로벌 클라우드 빌더가 더 완성도가 높고, AAS는 망 분리 조직과 오픈소스 플랫폼 보유 조직에 맞춤입니다.

외부 클라우드 사용 가능 열에서는 글로벌 클라우드 빌더를 우선 검토합니다. 스크립트 스킬을 내부 시장 관리자가 제어하고 운영 이력을 선도할 수 있습니다. 외부 클라우드 사용 불가 열에서는 MSAP.ai AAS(기존 플랫폼 위에 콘솔 추가) 또는 온프레미스 일체형 플랫폼을 검토합니다.

외부 클라우드 사용 가능 — 글로벌 클라우드 빌더 우선 검토

외부 클라우드를 사용할 수 있는 조직에는 글로벌 클라우드 빌더가 더 완성도 높습니다. 스크립트 스킬을 만들고 내부 시장 관리자가 통제하며 운영 이력을 선도할 수 있습니다.

외부 클라우드 사용 불가 — AAS 또는 온프레미스 일체형

외부 클라우드를 사용할 수 없다면 두 가지 옵션만 남습니다. MSAP.ai AAS는 기존 플랫폼 위에 콘솔만 추가하는 방식으로, 플랫폼은 그대로 두고 화면만 붙입니다. 온프레미스 일체형은 빌더·런타임·스토어를 한 공급사가 제공하지만, 쓰던 플랫폼에서 옮기는 전환 비용이 발생합니다.

도입 전 점검 질문 4가지

• 업무 데이터를 외부 클라우드에 둘 수 있는가: 가능하면 글로벌 클라우드 빌더 우선 검토. 불가하면 온프레미스 옵션만 남음.
• Hermes Agent를 운영하거나 도입할 계획인가: 계획이 있다면 AAS 검토. 없으면 온프레미스 일체형과 비교.
• 여러 사람이 각자 에이전트를 만들고 관리자가 전체를 봐야 하는가: 1인 운영이면 플랫폼 내장 대시보드나 오픈소스 웹 UI로 충분할 수 있음.
• 마켓 결제와 부서별 비용 통제가 첫 도입의 필수 조건인가: 필수라면 현재 AAS 범위 밖.

현업에서 바로 쓸 질문은 “우리 조직은 외부 클라우드를 쓸 수 있는가?”입니다. 이 질문에 ‘아니오’라고 답한다면, 검토 대상은 AAS와 온프레미스 일체형으로 좁혀집니다.

[fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”internal-links”]외부 클라우드 사용이 불가능한 조직이라면, [AAS 소개 백서]에서 기존 플랫폼 위에 콘솔만 추가하는 방식의 상세 구조를 확인할 수 있습니다. 또한 [Hermes Agent] 운영 가이드에서 에이전트 운영의 실제 흐름을 살펴볼 수 있습니다.

외부 클라우드 사용 가능 여부는 AI Agent 도구 도입의 첫 번째 필터입니다. 이 기준만 명확해도 검토 대상이 절반以下로 좁혀집니다.

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container]

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”섹션5″][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] 5. AAS가 맞는 조직의 두 조건은 무엇인가 [/fusion_title][fusion_text]

외부 클라우드 사용 불가 + Hermes Agent 운영 또는 도입 계획입니다.

AAS가 맞는 조직은 두 가지 조건을 함께 갖춘 곳입니다. 외부 클라우드를 사용할 수 없고, Hermes Agent를 운영하거나 도입할 계획이 있는 조직이 바로 그 대상입니다.

이 결론은 세 가지 근거로 뒷받침됩니다. 첫째, 담당자 자리가 비어 있습니다. 여섯 가지 구분 중 업무 담당자가 만들고 지켜보는 도구는 아직 없습니다. 둘째, 네 조건을 함께 갖춘 구분이 없습니다. 조직 안 설치·업무 담당자 사용·만들기와 지켜보기·쓰던 플랫폼 연결이 함께 있는 구분은 시장 어디에도 없습니다. 셋째, 기밀 등급은 분리 유지됩니다. N²SF 기밀 등급 업무에서는 외부 클라우드 빌더가 검토 대상에서 빠집니다.

근거 1 — 담당자 자리가 비어 있음

여섯 가지 도구 구분 중 업무 담당자가 만들고 동시에 지켜보는 도구는 없습니다. 제작 도구는 자사 실행 엔진을 전제하고, 관측 도구는 운영자·보안팀용입니다. 즉 업무 담당자를 위한 통합 도구는 비어 있는 셈입니다.

근거 2 — 네 조건을 함께 갖춘 구분 없음

조직 안 설치, 업무 담당자 사용, 만들기와 지켜보기, 쓰던 플랫폼 연결 — 이 네 조건을 함께 갖춘 도구 구분은 없습니다. 온프레미스 일체형은 플랫폼 교체 비용이 발생하고, 오픈소스 콘솔은 운영자 1인용입니다.

근거 3 — 기밀 등급은 분리 유지

N²SF 기밀 등급 업무에서는 외부 클라우드 빌더가 검토 대상에서 빠집니다. 외부 클라우드를 쓸 수 없는 조직은 조직 안 설치가 필수이며, 이때 AAS 방식(오픈소스 플랫폼 위에 콘솔 추가)이 현실적인 옵션이 됩니다.

현업에서 바로 쓸 질문은 “우리 조직은 외부 클라우드를 쓸 수 없고, Hermes Agent를 운영할 계획이 있는가?”입니다. 이 질문에 둘 다 ‘예’라고 답한다면, AAS는 도입 검토의 강력한 후보입니다.

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”QnA”][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] 자주 묻는 질문 (Q&A) [/fusion_title][fusion_text]

Q. AAS와 일반 워크플로 빌더의 차이는 무엇인가요?

워크플로 빌더는 개발자용이고, AAS는 업무 담당자용입니다. 워크플로 빌더는 만들기 기능에 집중하고 관측은 제한되지만, AAS는 만들고 동시에 지켜보는 통합 경험을 제공합니다.

Q. 기존 플랫폼을 교체해야 AAS를 쓸 수 있나요?

아니요. 기존 플랫폼을 그대로 두고 콘솔만 추가합니다. AAS의 핵심 가치 중 하나는 쓰던 플랫폼을 유지하면서 에이전트 관리 화면만 붙일 수 있다는 점입니다.

Q. 외부 클라우드를 쓸 수 있는 조직도 AAS를 검토할 수 있나요?

가능은 하지만, 글로벌 클라우드 빌더가 더 완성도가 높습니다. 외부 클라우드 사용 가능 조직은 먼저 글로벌 빌더를 검토하고, Hermes Agent 운영 계획이 있다면 AAS도 고려할 수 있습니다.

Q. AAS에서 스크립트 스킬을 편집하는 방법은 무엇인가요?

스크립트 스킬은 콘솔 밖에서 편집합니다. 콘솔 안에서는 만들기 기능 일부가 제공되며, 스크립트 편집은 외부에서 수행되고 콘솔에 연결됩니다.

Q. N²SF 민감 등급에서는 외부 클라우드 빌더를 쓸 수 있나요?

보안 대책을 갖춘 범위에서 조건부 검토가 이루어집니다. 기밀 등급처럼 완전히 제외되는 것은 아니지만, 민감 등급에서는 보안 조치 비용과 절차를 고려해야 합니다.

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container] [fusion_builder_container type=”flex” hundred_percent=”no” margin_top=”30px” margin_bottom=”30px” admin_label=”References”][fusion_builder_row][fusion_builder_column type=”1_1″ layout=”1_1″ first=”true” last=”true”][fusion_title title_type=”text” size=”2″ content_align=”left” margin_top=”0px” margin_bottom=”10px”] References & Related Links [/fusion_title][fusion_text]

• AI Agent 오픈소스 관리 도구 – AI Agent Studio (YouTube)
• MSAP.ai AAS 소개 백서 – 에이전트 자동화 스테이션 소개 (MSAP.ai)
• Hermes Agent – 오픈소스 AI 에이전트 플랫폼 (MSAP.ai)
• N²SF 국가 망 보안체계 가이드라인 2025-01 (바이라인네트워크)
• 뉴시스 2024-09-11 공공기관 생성형 AI 활용 현황
• 공공기관 업무 PC 생성형 AI 실증 공모 2026-03 (정부)

[/fusion_text][/fusion_builder_column][/fusion_builder_row][/fusion_builder_container]