본문으로 건너뛰기
피드

AWS와 SAP, AI로 기업 클라우드 전환 속도 끌어올린다

devops 약 8분
vote
0
댓글
북마크

AWS와 SAP가 SAPPHIRE 2026에서 SAP 시스템의 클라우드 전환과 데이터 활용을 가속하는 여러 통합 기능을 발표했다. 핵심은 RISE with SAP 전환 과정 자동화, 프라이빗 연결 단순화, ABAP 현대화에 AI 코딩 도우미와 모델 컨텍스트 프로토콜(MCP)을 붙이는 흐름이다. 현대자동차와 메르세데스-벤츠 사례처럼 SAP 데이터와 AI를 결합해 운영 분석, 제조, 고객 경험 개선으로 이어가려는 움직임도 강조됐다.

  • 1

    AWS와 SAP는 RISE 시스템 전환 워크벤치에 새로운 오케스트레이션 기능을 통합해 클라우드 전환 단계를 자동화한다.

  • 2

    Accenture는 Amazon Bedrock 기반 AI 에이전트 배포 플랫폼으로 인시던트 분류, 통합 매핑, 데이터 변환 검증을 자동화했다.

  • 3

    SAP Seamless Private Connectivity는 AWS Resource Gateway와 Amazon VPC Lattice를 활용해 기존 인프라와 SAP RISE 환경 연결을 며칠 단위로 줄이는 것을 목표로 한다.

  • 4

    AWS AI 프로그래밍 도우미와 SAP ABAP MCP 기술을 연결해 개발자의 SAP 코드 현대화를 돕는 방향도 제시됐다.

  • 5

    SAP Business Data Cloud Connect for Amazon Athena는 SAP 데이터 복제 없이 분석, 대시보드, AI 에이전트 구축을 지원한다.

  • AWS와 SAP가 SAPPHIRE 2026에서 SAP 클라우드 전환을 더 자동화하고, AI로 SAP 데이터 활용을 쉽게 만드는 기능들을 공개함

    • 핵심 방향은 RISE with SAP 전환 자동화, 프라이빗 네트워크 연결 단순화, ABAP 코드 현대화, SAP 데이터 분석 통합임
    • 단순히 ‘SAP를 AWS에서 돌린다’가 아니라, 전환 과정 자체를 AI와 클라우드 네이티브 서비스로 줄이겠다는 메시지임
  • 가장 눈에 띄는 건 SAP 시스템 전환 워크벤치에 AWS 오케스트레이션 기능이 직접 들어간다는 점임

    • AWS와 SAP는 RISE 시스템에 새로운 오케스트레이션 기능을 통합해 주요 전환 단계를 자동화한다고 밝힘
    • SAP 전환 도구가 클라우드 공급자의 네이티브 서비스를 직접 오케스트레이션해 데이터 전송을 처리하는 초기 사례 중 하나로 소개됨
    • 파일별 변환 시나리오에서 안전하고 표준화된 데이터 전송 가속 메커니즘을 제공하는 게 목표임
  • 파트너 쪽에서는 Accenture가 Amazon Bedrock 기반 AI 에이전트 배포 플랫폼을 만들었음

    • 이 플랫폼은 배포 프로세스 안에 AI 에이전트를 직접 넣어 인시던트 분류, 통합 매핑, 데이터 변환 검증을 자동화함
    • 초기 결과에서는 인시던트 처리 속도가 크게 개선됐다고 언급됨
    • SAP 전환 프로젝트에서 사람이 일일이 확인하던 운영성 작업을 AI 에이전트가 줄여주는 그림임

중요

> SAP 전환에서 AI가 가장 강하게 들어가는 지점은 화려한 챗봇이 아니라 인시던트 분류, 데이터 검증, 코드 현대화처럼 지루하지만 리스크 큰 작업들임.

  • 네트워크 연결 문제도 별도 솔루션으로 다룸. SAP Seamless Private Connectivity가 그 역할임

    • 이 솔루션은 AWS Resource Gateway를 활용하고 Amazon VPC Lattice 기반으로 구축됨
    • 고객의 기존 인프라를 SAP RISE 환경에 ‘몇 주’가 아니라 ‘며칠’ 안에 연결할 수 있게 하는 걸 목표로 함
    • IP 주소 충돌, 네트워크 재설계, 복잡한 장애 대응을 줄이고 고객이 자체 네트워크 아키텍처 통제권을 유지하게 해준다는 설명임
  • 개발자 입장에서는 SAP ABAP 코드 현대화 쪽 발표가 중요함

    • AWS와 SAP는 Kiro를 포함한 AWS AI 프로그래밍 도우미가 SAP ABAP 모델 컨텍스트 프로토콜(MCP)의 기술과 도구를 활용하도록 지원할 예정임
    • AI 코딩 도우미가 SAP 도메인 작업을 수행하는 오케스트레이션 계층처럼 동작하는 방식임
    • 개발자가 익숙한 워크플로 안에서 애플리케이션을 더 빠르게 구축하고 현대화하게 만드는 게 목표임
  • SAP 데이터 활용 쪽에서는 ‘복제 없이 분석’이 핵심 키워드로 나옴

    • AWS는 SAP Business Data Cloud와 Amazon Athena 간 양방향 통합을 제공하는 SAP Business Data Cloud Connect for Amazon Athena를 발표함
    • 기업 내 팀은 데이터 복제나 기술적 병목으로 기다리지 않고 SAP 데이터를 기반으로 분석 보고서, 대시보드, AI 에이전트를 만들 수 있음
    • SAP 데이터가 ERP 안에 갇혀 있는 게 아니라 실시간 분석과 자동화의 입력값으로 쓰이는 방향임
  • 고객 경험 영역으로도 AI 에이전트 통합이 확장됨

    • SAP와 AWS는 Amazon Connect Customer를 SAP Service Cloud, SAP Enterprise Service Management와 통합할 계획임
    • 기업이 여러 채널에서 AI 에이전트 기반 고객 경험을 대규모로 제공하게 하려는 목적임
    • Amazon Bedrock AgentCore의 MCP 지원을 통해 SAP Integration Suite로 AI 에이전트를 SAP ERP 시스템에 연결하는 흐름도 제시됨
  • 리전 확장도 실무적으로는 꽤 큰 얘기임

    • SAP와 AWS는 SAP Business Data Cloud, GROW, SAP Business Technology Platform 서비스 제공 범위를 더 많은 AWS 리전으로 넓힐 계획임
    • 규제 준수 요건이 빡빡하거나 낮은 지연 시간이 필요한 산업에서는 SAP 시스템을 더 가까운 리전에서 돌릴 수 있음
    • AWS는 Amazon Bedrock, Amazon Quick, Amazon SageMaker, Kiro를 포함해 240개 이상의 클라우드 및 AI 서비스를 제공한다고 강조함
  • 실제 고객 사례로는 현대자동차와 메르세데스-벤츠가 언급됨

    • 현대자동차는 Amazon Quick을 활용해 전 세계 사업 시스템 전반의 운영 관리 방식을 바꾸고 있다고 소개됨
    • 메르세데스-벤츠는 SAP 데이터에서 생성한 AI 기반 인사이트로 제조 운영과 고객 경험을 개선하고 있다고 언급됨
    • SAP 데이터와 AI의 결합이 단순 PoC가 아니라 운영·제조·고객 접점까지 들어가고 있다는 신호임

기술 맥락

  • SAP 클라우드 전환이 어려운 이유는 서버를 옮기는 것보다 주변 의존성이 훨씬 많기 때문이에요. 네트워크 주소, 데이터 전송 방식, 커스텀 ABAP 코드, 운영 중 장애 처리까지 다 같이 움직여야 하거든요.

  • AWS와 SAP가 전환 워크벤치에 오케스트레이션을 넣는 건 이 복잡한 절차를 표준화하려는 선택이에요. 사람이 단계별로 스크립트와 절차서를 맞추는 대신, SAP 도구가 AWS의 네이티브 서비스를 직접 호출해 데이터 전송과 변환 흐름을 관리하게 하려는 거예요.

  • AI 에이전트가 들어가는 지점도 꽤 현실적이에요. 인시던트 분류나 데이터 변환 검증은 창의적인 작업은 아니지만, 실수하면 전환 일정이 바로 밀려요. 그래서 Bedrock 기반 에이전트로 반복 검증과 분류를 자동화하면 운영 리스크를 줄이는 효과가 커요.

  • MCP가 중요한 이유는 AI 코딩 도우미가 SAP ABAP 같은 특수한 도메인 도구를 제멋대로 호출하면 위험하기 때문이에요. 표준 프로토콜을 통해 어떤 도구와 맥락을 쓸 수 있는지 정리하면, 개발자 워크플로 안에 AI를 넣으면서도 통제 가능성이 높아져요.

  • Athena 통합은 데이터 복제를 줄이는 쪽의 선택이에요. SAP 데이터를 분석하려고 매번 별도 저장소로 복사하면 지연, 비용, 거버넌스 문제가 생기거든요. 복제 없이 분석과 AI 에이전트 입력으로 연결하면 SAP 데이터의 활용 속도가 훨씬 빨라져요.

SAP 전환은 늘 ‘클라우드로 옮기자’보다 ‘망, 데이터, 커스텀 코드, 운영 리스크를 어떻게 줄이냐’가 진짜 문제다. 이번 발표는 AWS가 AI를 단순 부가 기능이 아니라 SAP 마이그레이션과 운영 자동화의 접착제로 쓰겠다는 신호에 가깝다.

댓글

댓글

댓글을 불러오는 중...

devops

포드가 AI 데이터센터 붐 수혜주로 뜬 이유는 자동차가 아니라 ESS였다

포드의 에너지 저장 사업이 AI 데이터센터 건설 붐을 타고 새 성장축으로 주목받고 있어. 전기차 수요 둔화로 남는 배터리 생산능력을 데이터센터·전력망용 ESS로 돌리는 전략이고, EDF 북미 사업체에 2028년부터 연간 4기가와트시 규모 공급 계약까지 체결했어.

devops

클라우드 빅3 차별화 논쟁, 정작 컴퓨트·스토리지는 거의 범용재가 됐다는 얘기

클라우드 업체들은 인공지능, 데이터베이스, 전용 서비스로 차별화를 강조하지만, 대부분의 기업 워크로드는 여전히 컴퓨트와 스토리지 위에서 돌아간다는 주장이다. AWS, 애저, 구글 클라우드의 핵심 인프라는 성숙도가 높아져 실질 역량 차이가 줄었고, 아키텍트는 브랜드보다 워크로드 적합성·비용·거버넌스·운영 정합성을 봐야 한다는 내용이다.

devops

DynIP, RFC 2136·IPv6·DNSSEC 지원하는 동적 DNS 서비스 공개

DynIP는 홈랩, 엣지 라우터, 인프라 팀을 겨냥한 동적 DNS(DDNS) 서비스다. 60초 안팎의 전파, RFC 2136 TSIG 기반 라우터 업데이트, 개인 도메인 연결, IPv6와 DNSSEC 지원을 핵심 기능으로 내세운다.

devops

깃허브 액션, 내부 데이터베이스 마이그레이션 여파로 4시간 지연

깃허브에서 2026년 5월 12일 13:41부터 17:43 협정세계시까지 일부 서비스 처리 지연이 발생했음. 내부 데이터베이스 마이그레이션으로 복제 지연이 생겼고, 작업 큐에 쌓이는 요청을 처리할 워커가 부족해진 게 원인이었음.

devops

AI 강국 경쟁, 결국 전기와 데이터센터 싸움으로 간다

AI 경쟁의 핵심이 모델과 반도체만이 아니라 안정적인 전력 확보로 이동하고 있다는 분석이야. 글로벌 데이터센터 전력 사용량은 2024년 400TWh에서 2030년 800TWh, 2050년 3500TWh 이상으로 커질 전망이고, 한국도 AI 데이터센터와 에너지 전략을 같이 설계해야 하는 상황이야.