SAP와 연결성: 열악한 배관이 당신의 경험을 망치고 있습니까?

당신은 알고 계십니까 가장 가치 있는 98개 브랜드 중 100% SAP 고객입니까? 또는 SAP 시스템이 거의 전 세계 거래 수익의 77%?

180개국에서 XNUMX만 명 이상의 활성 고객에게 서비스를 제공하고 있으며 SAP Suite가 활용하지 않는 분야는 거의 없습니다. 제조, 물류, 금융, 판매, IoT 공급망, cloud, 그리고 그 사이의 모든 것 — 이름을 지정하세요.

시장의 확대되는 경쟁 틈새에 끼어들고 가까운 미래의 배경으로 급속한 기술 발전을 고려하는 경쟁업체를 물리치기 위해 SAP는 혁신에 앞장서고 있습니다.

아니요. 일반적인 진술을 하는 것이 아닙니다. SAP는 4.2억 유로 이상을 투자했습니다. 2019년 연구 개발에서. 지금 내 말을 믿습니까?

SAP S4 HANA 소개

모르는 독자를 위해 HANA는 고성능 분석 어플라이언스를 의미합니다. 트랜스 허용sla테.

SAP HANA 플랫폼은 기존 SAP 도구 외에도 새로운 등급의 실시간 분석 및 애플리케이션을 위한 기반을 마련합니다. 회전식 미디어에서 실행되는 기존 데이터베이스보다 훨씬 빠른 인메모리 데이터베이스를 활용하며 방대한 데이터 클러스터가 생성되는 즉시 분석하도록 설계되어 복잡한 데이터 관리 계층 및 스토리지가 필요하지 않습니다.

USP? 다음을 포함하되 이에 국한되지 않는 수많은 엔드포인트에서 막대한 양의 데이터를 주입합니다.

• 웹사이트에서 오는 UX/UI 데이터
• 모바일 인력의 데이터
• IoT 장치 및 기계 학습 장치
• HANA 데이터베이스와 끊임없이 대화하는 NetWeaver 스택.

기타 여러 가지 비전통적 데이터 소스를 포함하는 SAP HANA를 사용하면 거의 제로에 가까운 대기 시간으로 방대한 양의 정형 및 비정형 데이터에 즉시 액세스할 수 있으므로 필요에 따라 즉시 데이터를 쿼리할 수 있습니다.

불쌍한 배관이 경험을 죽이고 있습니까?

집 위에 있는 저 물탱크 보이시죠? 이상적으로는 며칠 동안 일상적인 집안일을 편안하게 처리하기에 충분한 물을 담을 수 있습니다. 배관 시스템이 기준에 미치지 못한다면 얼마나 좋을까요? 탱크에 있는 모든 물이 주방 수도꼭지로 흐르지 않으면 소용이 없습니다. SAP 및 네트워크 연결의 경우도 다르지 않습니다.

SAP 데이터베이스는 물탱크이고 네트워크 연결은 배관 시스템입니다.

기존 네트워크는 연결 요구 사항이 단순했을 때 훌륭하게 작동했습니다. 직장에 경계가 잘 정의되어 있고 SAP와 같은 애플리케이션이 사설 데이터 센터에 남아 있을 때.

그러나 여러 추세가 따라잡았고 사용자가 확산되기 시작했습니다. 잊지 말아야 할 것은 코로나XNUMX 대재앙이 상황을 악화시켰을 뿐이라는 것입니다. 데이터에 대한 사용자 의존도도 몇 년 만에 XNUMX배로 증가했습니다.

예를 들어 IoT 기술을 고려하십시오. 이것은 엄청난 양의 데이터를 생성하지는 않지만 수많은 애플리케이션과 공유해야 합니다.

SAP도 마찬가지입니다. 사용자는 거의 모든 곳에서 SAP 애플리케이션을 사용합니다. 따라서 SAP HANA도 수많은 사이트, 특히 원격 사이트에서 데이터 복제를 용이하게 하기 위해 강력한 네트워크가 필요합니다. 보안 측면도 있지만 그 이야기는 나중에 저장하겠습니다.

무엇이 될 것인가?

2023년까지 SAP 사용자의 거의 80%가 완전히 또는 부분적으로 SAP로 이전할 것입니다. cloud. 이 블로그를 읽고 있다면 귀하의 조직이 이미 이를 고려하고 있을 가능성이 높습니다. (아직 전환하지 않은 경우) 그렇다면 배관 시스템을 어떻게 고칠 계획인가요?

퍼블릭 인터넷?

귀하의 비즈니스 트래픽이 고양이와 개의 비디오와 대역폭을 놓고 경쟁한다는 사실 외에도 좋은 생각이 아닌 여러 가지 다른 이유가 있습니다.

인터넷은 대기 시간, 패킷 손실 및 지터의 온상입니다. 영어로 의미하는 바는 SAP 웹 애플리케이션에서 전송되는 대량의 파일 전송 및 대량의 데이터 패킷을 따라잡지 못한다는 것입니다. 일관되지 않은 대기 시간이 시작되면 네트워크 정체 및 네트워크 피어링 정책으로 인해 더 짧은 거리에서도 처리량이 중단됩니다.

결과? 데이터 손실, 전송 속도 저하, 연결 시간 초과 및 평범한 SAP 웹 애플리케이션 성능

MPLS?

딱딱한 성격 뿐만 아니라 MPLS SAP 존재를 분산시키고 어디서나 사용할 수 있도록 하는 SAP HANA의 기본 이념에 위배됩니다. 또한 서로 다른 운영 단위와 원격 작업자 간의 데이터 이동에 크게 의존하는 도구가 허브 및 스포크 아키텍처와 함께 작동하기 어렵습니다. MPLS.

이 아키텍처는 의도치 않게 데이터 백홀링으로 네트워크를 압도하여 트래픽을 "트롬본"으로 만들어 사용자와 애플리케이션 사이의 거리를 늘리는 비효율적인 경로를 생성합니다. 이 외에도 MPLS 유연성 및 확장성 제한.

생각 Cloud-첫 번째

지사를 SAP HEC에 연결하는 것은 어렵지 않습니다. 없이 모든 SAP 인스턴스에 직접 연결할 수 있는 쉬운 방법이 있다면 어떨까요? MPLS, 복잡한 어플라이언스 또는 피어링이 필요하십니까?

HANA와 마찬가지로, AryakaWalk Through California 프로그램, Cloud-첫 번째 WAN 처음부터 끝까지 지어졌어 cloud-첫 번째 원칙. 이를 통해 사용자는 전 세계 어디에서나 30밀리초 이내에 안전하게 SAP HEC 인스턴스에 연결할 수 있습니다.

너 wan우리가 하는 일을 어떻게 하는지 더 알고 싶으십니까? 우리를 읽으십시오 SAP HANA에 대한 솔루션 개요 지능에 대해 더 많이 알고 싶다면 Aryaka SAP 애플리케이션, 특히 S4 HANA와 결합됩니다.

당신은 또한 배울 수 있습니다 미국에 기반을 둔 특수 화학 제조 기업을 어떻게 도왔는지erp일어나 다 5,000명 이상의 직원이 SAP 제품군의 열악한 성능을 처리합니다.

Want SAP 환경에 대한 심도 있는 관점입니까? 우리를 확인하십시오 SAP HANA 성능 최적화에 대한 웨비나 과 Aryaka, Cloud-첫 번째 WAN.

더 빨리 움직여야 합니까? 무료 데모 요청.