‘복잡한(Heavy)’ SAP 환경이 RISE with SAP 여정을 방해할 수 있는 네 가지 이유

SAP는 일부 핵심 솔루션과 관련된 용어를 변경했습니다. 이제 RISE with SAP는 SAP Private Cloud의 특정 시스템을 의미하지 않습니다. RISE with SAP는 기존 SAP 고객이 SAP Business Suite(프라이빗 또는 퍼블릭 중 하나)로 이동하기 위해 밟는 여정을 의미합니다.

이 블로그에서는 RISE with SAP 여정을 살펴보고, 클라우드로의 원활한 전환을 촉진하기 위해 시스템을 어떻게 최적화할 수 있는지에 대해 다룹니다.

RISE with SAP는 매력적인 오퍼링을 제공합니다. 즉, 민첩성을 강화하고 혁신을 주도하며 조직이 SAP 투자 가치를 미래에도 보장할 수 있도록 돕는, 현대적이고 단순화된 클라우드 경로를 제공합니다. 그러나 많은 조직에게 이 여정은 예상보다 더 혼란스러울 수 있습니다. 특히, SAP 환경이 수년간 축적된 데이터와 커스텀 개발로 인해 ‘중후하게(weighed down)’ 되어 있는 경우 그렇습니다.

우리는 많은 조직이 SAP 전환 프로젝트를 진행하도록 지원해 왔으며, 그 과정에서 한 가지 중요한 사실을 확인했습니다. 마이그레이션 전에 SAP 시스템이 ‘가볍고(light)’ ‘깔끔할(clean)’수록 RISE 여정은 더 원활하고 비용 효율적으로 진행된다는 점입니다. 간단히 말해, 성공은 가져가는 것만큼이나 무엇을 두고 가느냐에도 달려 있습니다.

다음은 귀하의 SAP 환경이 RISE 여정을 수행하기에는 너무 ‘무거운(heavy)’ 네 가지 이유와, 각 과제를 해결하기 위해 할 수 있는 방법들입니다:

1. 운영 및 비운영 시스템에 과도한 데이터

당면 과제:

SAP 시스템은 시간이 지남에 따라 자연스럽게 데이터를 축적하며, 이 중 상당수는 오래되었거나 사용되지 않거나 더 이상 관련성이 없을 수 있습니다. 당장은 정리할 필요성을 느끼지 못할 수도 있지만, 이러한 이력 데이터는 HANA 데이터베이스 크기를 불필요하게 키우고, 마이그레이션 속도를 늦추며, 클라우드로 전환 후 하이퍼스케일러 비용을 증가시킬 수 있습니다:

• 증가된 HANA 데이터베이스 크기: 더 이상 조직에 가치를 제공하지 않는 데이터를 저장하고 처리하는 데 필요 이상의 비용을 지불하게 됩니다.
• 높은 클라우드 비용: 하이퍼스케일러 요금은 장비 크기와 사용량에 기반합니다. 데이터가 많을수록 더 많은 스토리지가 필요하고, 이는 운영 비용 증가로 이어집니다.
• 느려진 마이그레이션 일정: 대규모 데이터 세트를 전송하면 프로젝트가 지연될 수 있습니다.
• 비효율적인 테스트 환경: 비운영 시스템에 전체 데이터 복사본이 보관되는 경우가 많아, 개발 및 QA 환경이 불필요하게 비대해집니다.

할 수 있는 조치:

• 모든 SAP 시스템에서 데이터 분석을 실행하여 다루고 있는 데이터의 규모를 파악하십시오.
• 컴플라이언스와 보고에 필요한 데이터만 보존할 수 있도록 전략적인 아카이빙 계획을 수립하십시오.
• 중복 데이터를 삭제하거나 민감한 정보를 마스킹하여 비운영 시스템을 경량화하십시오.

2. 프라이버시 규정 준수가 발목을 잡는 경우

당면 과제:

• 규정 위반: 많은 조직이 개발, QA, 교육 환경으로 마스킹되지 않은 PII를 무심코 가져갑니다. 
• 보안 취약점: PII 사본이 많을수록 침해 리스크가 커집니다.
• 프로젝트 지연: 프로젝트 진행 중 프라이버시 문제를 해결하려 하면 일정이 무너질 수 있습니다.
• 항상 위협으로 다가오는 GDPR 벌금에 유의해야합니다. 

할 수 있는 조치:

다음 질문을 스스로에게 해보십시오: 운영(Production) 시스템에는 어떤 PII가 존재합니까? 그리고 비운영 환경에서 리스크를 어떻게 관리하고 있습니까?

그 다음으로 실행해야 할 조치:

• 첫 번째 단계는 SAP 전반에서 PII를 식별하고 분류하는 것입니다. 그러나 이는 SAP 데이터 모델이 복잡하기 때문에 쉽지 않습니다. 동일한 정보가 여러 테이블에 저장되어 있기 때문입니다. EPI-USE Labs가 귀하의 탐색 과정을 어떻게 지원할 수 있는지 여기에서 확인하십시오:
  SAP 데이터 프라이버시 진단 서비스를 예약하세요.
• 개인의 민감 데이터가 복사되고 접근되며 보관되는 방식에 대해 강력한 데이터 거버넌스 정책을 수립하십시오.
• 비운영 환경에서 데이터 마스킹 또는 익명화 기술을 적용하십시오.
• 테스트 시스템에는 전체 데이터 복사본 대신 더 작은 데이터 서브셋을 생성하십시오.

3. CBO 와 알 수 없는 종속성

당면 과제:

수년에 걸쳐 많은 SAP 환경이 문서화되지 않았거나 사용되지 않는 CBO로 복잡해집니다. SAP의 전략이 클린 코어(clean core)를 포함하고 있는 만큼, 기업은 자체 업무 방식을 어떻게 변화시키고 클린 코어 마인드셋을 도입할 수 있을지 고민해야 합니다.

• S/4HANA와의 비호환성: 레거시 코드는 새로운 플랫폼에서 즉시 작동하지 않는 경우가 많습니다.
• 복잡성과 비용 증가: 코드를 분석, 수정 또는 폐기하는 데에는 시간과 전문성이 필요합니다.
• 성능 문제와 보안 격차: 비효율적이거나 오래된 코드는 시스템을 느리게 하거나 보안 리스크에 노출시킬 수 있습니다.
• 혁신의 장벽: 비대해진 커스텀 환경은 SAP 표준 기능 도입이나 SAP Business Technology Platform(BTP)에서의 효과적인 혁신을 어렵게 만듭니다.

할 수 있는 조치:

• 사용 중인 코드, 중복된 코드, 보완(수정)이 필요한 코드를 파악하기 위해 커스텀 코드 분석을 수행하십시오.
• 코드를 분류하십시오:
  • 더 이상 필요하지 않은 코드는 폐기하십시오.
  • 중요하지만 호환되지 않는 코드는 보완(수정)하십시오.
  • 필수 코드는 규정 준수 방식으로 재구축하십시오.
• “클린 코어(clean core)” 전략을 채택하고, SAP의 확장 프레임워크를 사용해 향후 커스터마이징을 모듈화하십시오.
• 향후 신규 코드에 대한 거버넌스를 수립하십시오.
• 코어 애플리케이션이 아닌 SAP BTP에서 새로운 사용 사례를 구축하기 위해 당사의 BTP 서비스를 활용하십시오(BTP 링크).

4. 보안 및 접근 제어 강화

당면 과제:

• 취약성 증가: 과도한 접근 권한을 가진 특권 사용자는 컴플라이언스 또는 감사 문제를 일으킬 수 있습니다.
• 감사 실패 또는 보안 침해: 검증되지 않은 역할과 오래된 사용자 계정은 종종 너무 늦을 때까지 발견되지 않습니다.
• 지연된 Go-Live: 보안 격차는 전환(cutover)을 지연시키거나 테스트 중 롤백을 초래할 수 있습니다.

할 수 있는 조치:

• 마이그레이션 전에 GRC 준비 검토를 수행하십시오. 당사의 파트너 Soterion의 Dudley Cartwright는 이렇게 말합니다:
  “S/4HANA는 거버넌스가 네 배 더 어려워진다는 의미입니다. 따라서, 마이그레이션 프로세스를 시작하기 전에 역할을 정비하는 것이 바람직합니다.”
• 권한 및 역할 정리: 오래된 사용자를 제거하고, 직무를 분리하며, 최소 권한 원칙을 적용하십시오.
• 특권 접근 제어를 검토하여, RISE로 전환하기 전에 적절한 관리 체계가 마련되어 있는지 확인하십시오.

도약(‘RISE’)할 준비가 되셨습니까?

모든 성공적인 클라우드 전환은 현재 환경에 대한 데이터 기반 진단에서 시작됩니다. 데이터를 줄이고, 데이터 프라이버시를 강화하며, 코드를 정리하고, 보안을 강화하여 부담을 줄이지 않으면 더 길고, 더 비싸며, 더 많은 리스크가 따르는 여정을 겪게 될 수 있습니다.

좋은 소식은, 이 과정을 고객 여러분 혼자 할 필요가 없다는 것입니다. 당사가 네 가지 영역을 진단하고 로드맵을 수립하여 더 간결하고, 더 안전하며, 더 성공적인 마이그레이션을 할 수 있도록 도와드리겠습니다.