Physical Address
South Korea
Physical Address
South Korea


최근 협력업체로부터 IBM Concert(콘서트) 솔루션에 대한 사업성 검토 요청을 받았습니다. 엔지니어이자 기획자 입장에서 “또 새로운 모니터링 툴인가?” 하는 의구심이 먼저 들었던 게 사실입니다.
실제 요즘 엔터프라이즈 IT 환경을 보면 숨이 턱 막힙니다. 말이 좋아 멀티 클라우드고 마이크로서비스 아키텍처(MSA)지, 시스템이 수백 개의 서비스로 쪼개지면서 관리해야 할 접점이 기하급수적으로 늘어났기 때문입니다.
현업에 계신 분들은 공감하시겠지만, 이제는 단순히 ‘모니터링 화면(대시보드)’을 띄워놓는 것만으로는 장애를 막을 수 없습니다. 새벽마다 쏟아지는 수만 개의 알람 중에서 진짜 서비스 장애를 일으킨 ‘범인’을 찾는 일은 모래사장에서 바늘 찾기나 다름없으니까요. 인력으로 해결하는 단계는 이미 넘어섰다는 뜻입니다.
이런 상황에서 IBM이 2024년 THINK 행사에서 야심 차게 공개한 AI 기반 IT 운영 자동화 플랫폼, IBM Concert를 깊게 분석해 봤습니다. 단순한 마케팅 용어들을 걷어내고, 실무자 관점에서 이게 왜 돈이 되고 가치가 있는지 솔직하게 풀어보겠습니다.
인터넷에 IBM Concert를 검색해 보면 “행동하는 AI(Actionable AI)” 같은 거창한 수식어가 가득합니다. 개발자 입장에서 쉽게 와닿도록 한마디로 요약하자면, “단순히 아픈 곳을 보여주는 걸 넘어, 왜 아프고 어떻게 고쳐야 하는지 알려주는 AI 의사”에 가깝습니다.
그 바탕에는 IBM의 강력한 엔터프라이즈 AI 플랫폼인 watsonx(왓슨x)가 있습니다. 기존의 모니터링 툴들이 사람이 정해놓은 규칙(Rule) 기반으로 경고를 보냈다면, Concert는 생성형 AI와 머신러닝을 활용해 인프라 전체의 흩어진 데이터를 스스로 연결하고 학습합니다.
실제 비즈니스에서 체감할 수 있는 가장 큰 가치는 딱 두 가지입니다.
그렇다면 이 솔루션은 실제 운영 환경에서 어떤 페인 포인트(Pain Point)를 해결해 줄 수 있을까요? 제가 주목한 4가지 포인트입니다.
새로운 솔루션을 도입할 때 가장 두려운 게 무엇인가요? 바로 기존 서버마다 ‘에이전트(프로그램)’를 일일이 설치하는 작업입니다. 서버가 수백 대라면 설치하다가 볼일 다 다 보고, 사이드 이펙트(부작용) 걱정에 밤을 새워야 합니다.
반면 IBM Concert는 API 연결 방식을 채택했습니다. 기존 인프라에 추가적인 부담을 주지 않고 데이터를 긁어와, 코드부터 클라우드 리소스까지 전체적인 서비스 흐름도를 자동으로 시각화해 줍니다. 개발팀은 GitHub를 보고, 인프라팀은 AWS 콘솔을 보느라 소통이 단절되는 ‘데이터 사일로’ 현상을 해결하기에 아주 좋아 보입니다.
보안 취약점 스캔을 돌려보면 수천 개의 리스크가 쏟아집니다. 실무자는 이걸 보고 한숨부터 쉬게 되죠. “이걸 오늘 밤안에 다 패치하라고?”
Concert는 이 수많은 취약점 중 서비스 중단에 직접적인 영향을 주는 핵심 리스크를 먼저 선별해 줍니다. 덜 중요한 알람은 뒤로 미루고, 당장 매출에 타격을 줄 수 있는 취약점이나 만료 임시 직전의 SSL 인증서 같은 긴급한 이슈부터 처리할 수 있도록 가이드를 줍니다.
클라우드 비용 정산서(Invoice)를 받을 때마다 깜짝 놀라시는 경영진분들이 많습니다. Concert는 AI가 리소스 사용 패턴을 분석하여, 과도하게 스펙이 잡혀 돈이 낭비되고 있는(Over-provisioned) 자원을 콕 집어내 줍니다. 사후 약방문식 대응이 아니라, 과거 데이터를 기반으로 성능 병목 현상을 예측해 주는 것도 매력적입니다.
가장 흥미로운 부분은 “말귀를 알아듣는 대시보드”라는 점입니다. 굳이 복잡한 쿼리문이나 명령어를 치지 않아도 됩니다.
“현재 보안 취약점이 가장 높은 서비스가 뭐야?”
“지난주 목요일에 발생했던 결제 지연 장애, 근본 원인이 뭐였지?”
마치 챗GPT에 질문하듯 자연어로 물어보면, AI가 실시간 분석 리포트를 띄워줍니다. 이 기능은 꼭 엔지니어가 아니더라도 관리자나 기획자가 전체 시스템 현황을 빠르게 파악할 때 엄청난 무기가 될 것 같습니다.
동작 원리는 생각보다 직관적입니다. 크게 연결(Connect), 이해(Understand), 실행(Act)의 3단계로 이어집니다.
| 단계 | 프로세스 | 상세 내용 |
| 1단계 | Connect (연결) | Jenkins, GitLab 같은 CI/CD 파이프라인부터 AWS, Azure, 그리고 기존에 쓰던 Dynatrace 등의 모니터링 데이터까지 한곳으로 연동합니다. |
| 2단계 | Understand (이해) | watsonx AI가 데이터를 분석해 서비스 간의 종속 관계와 비즈니스 로직을 스스로 학습하고 이해합니다. |
| 3단계 | Act (실행) | 분석을 끝내면 취약점 패치 가이드를 주거나, 리소스 재배치 등 운영자가 바로 실행할 수 있는 구체적인 액션을 제안합니다. |
이 시장에는 이미 쟁쟁한 강자들이 버티고 있습니다. “우리 회사 이미 데이터독(Datadog) 비싸게 주고 잘 쓰고 있는데, IBM 걸 왜 또 봐야 해?” 라는 질문이 당연히 나올 수밖에 없죠. 대표적인 솔루션들과의 차이점을 명확히 짚어봤습니다.
위 솔루션들이 특정 영역의 ‘현상(Data)’을 기록하고 보여주는 데 집중한다면, IBM Concert는 한 차원 위에서 전체적인 ‘맥락(Context)’과 ‘해결책’을 제시합니다.
사업성 검토를 마치며 내린 결론은 명확합니다. IBM Concert는 단순한 모니터링 툴의 추가가 아니라, 인력 중심의 수동적인 IT 운영을 AI 중심의 ‘자율형 운영’으로 전환하기 위한 플랫폼입니다.
특히 아래의 세 가지 고질병을 앓고 있는 기업이라면 적극적으로 도입을 검토해 볼 가치가 있습니다.
인프라의 복잡성에 엔지니어들이 압도당하기 전에, 똑똑한 AI 파트너를 사수로 앉혀보는 것은 어떨까요? 이상으로 IBM Concert 솔루션 분석을 마칩니다.
[인프라 자동화(IaC): Terraform을 활용한 클라우드 리소스 관리 입문]