SAP と接続性: 不適切な配管があなたの経験を台無しにしていますか?

知っていましたか 最も価値のあるブランド 98 社のうち 100% SAP の顧客ですか? または、SAP システムがほとんど 世界の取引収益の 77%?

180 か国の XNUMX 万人を超えるアクティブな顧客にサービスを提供しており、SAP スイートが利用していない分野はほとんどありません。 製造、物流、金融、販売、サプライチェーンからIoTまで、 cloud、およびその間にあるその他すべて - 何でも構いません。

市場の拡大する競争の隙間に食い込み、予見可能な将来の背景として急速な技術進歩を考慮している競合他社をかわすために、SAP は時代の先を行くためのイノベーションに注力しています。

いいえ、私は一般的な発言をしているわけではありません。 SAP は 4.2 億ユーロ以上を投資 2019 年に研究開発に携わりました。信じられますか?

SAP S4 HANA へのご挨拶

ご存じない読者のために説明すると、HANA は High-Performance Analytical Appliance の略です。 トランスさせてくださいslaて。

SAP HANA プラットフォームは、既存の SAP ツールに加えて、新しいクラスのリアルタイム分析とアプリケーションへの道を開きます。 これは、回転メディア上で実行される従来のデータベースよりも桁違いに高速なインメモリ データベースを利用しており、作成された膨大なデータ クラスターを即座に分析するように設計されているため、複雑なデータ管理レイヤーやストレージの必要性がなくなりました。

USPですか？ 以下を含むがこれらに限定されない、多数のエンドポイントから膨大な量のデータを注入します。

• Web サイトからの UX/UI データ
• モバイルワーカーからのデータ
• IoT デバイスと機械学習ユニット
• HANA データベースと常にやり取りを行う NetWeaver スタック。

SAP HANA を使用すると、他の複数の非従来型データ ソースを含め、ユーザーは膨大な量の構造化データと非構造化データにほぼゼロの遅延で即座にアクセスできるため、必要に応じてオンデマンドで瞬時にデータをクエリできるようになります。

配管が悪いと体験が台無しに？

あなたの家の上にその貯水タンクが乗っているのが見えますか？ 理想的には、数日間日常の家事を快適にこなすのに十分な水を保持します。 しかし、配管システムが基準に達していない場合、それはどれほど良いでしょうか? タンクに溜まった水はキッチンの蛇口に流れ込まなければ意味がありません。 SAP とネットワーク接続の場合も同様です。

SAP データベースは給水タンクであり、ネットワーク接続は配管システムです。

接続要件が単純だった時代には、従来のネットワークはうまく機能していました。 職場の境界が明確に定義されており、SAP などのアプリケーションがプライベート データ センターに置かれていた時代。

しかしその後、複数のトレンドが追いつき、ユーザーが広がり始めました。 忘れてはいけないのは、新型コロナウイルスの大惨事が状況に拍車をかけただけだということです。 データに対するユーザーの依存度も、数年以内に XNUMX 倍になりました。

たとえば、IoT テクノロジーを考えてみましょう。 これにより大量のデータが生成されるわけではありませんが、そのデータを多数のアプリケーションと共有する必要もあります。

SAPについても同様です。 ユーザーは、ほぼどこからでも SAP アプリケーションを使用します。 したがって、SAP HANA であっても、多数のサイト、特にリモートサイトでのデータ複製を容易にするための堅牢なネットワークが必要です。 セキュリティ上の側面もありますが、その話はまた別の機会に譲ることにします。

どうなるの？

2023 年までに、SAP ユーザーのほぼ 80% が完全または部分的に、 cloud。 このブログを読んでいるということは、あなたの組織がすでにそれを検討している可能性が高いです。 (まだ切り替えていない場合)。 それで、その配管システムをどのように修理するつもりですか?

公共のインターネット?

ビジネス トラフィックが猫や犬の動画と帯域幅をめぐって競合するという事実のほかに、これが良いアイデアではない理由は他にも複数あります。

インターネットは、遅延、パケット損失、ジッターの温床です。 英語では、SAP Web アプリケーションによって送信される巨大なファイル転送や大量のデータ パケットに追いつけないことを意味します。 一貫性のない遅延が発生すると、ネットワークの輻輳やネットワーク ピアリング ポリシーにより、たとえ短距離であってもスループットが中断されます。

結果？ データのドロップ、伝送速度の低下、接続タイムアウト、および平凡な SAP Web アプリケーションのパフォーマンス

MPLS?

厳格な性質だけでなく、 MPLS これは、SAP の存在を分散化し、どこでもどこでも利用できるようにするという、SAP HANA の背後にある創設イデオロギーに反します。 また、さまざまな運用単位とリモート ワーカーの間でのデータの行き来に大きく依存するツールが、システムのハブ アンド スポーク アーキテクチャと連携することは困難です。 MPLS.

このアーキテクチャでは、データ バックホールによってネットワークに誤って過負荷がかかり、トラフィックが「トロンボーン」状態になり、その結果、ルートが非効率になり、ユーザーとそのアプリケーション間の距離が長くなります。 これに加えて、 MPLS 柔軟性と拡張性の制限。

考える Cloud-最初

ブランチ オフィスを SAP HEC に接続するのは難しいことではありません。 すべての SAP インスタンスに直接接続したり、SAP インスタンス間で直接接続したりする簡単な方法があったとしたらどうでしょうか。 MPLS、複雑なアプライアンス、またはピアリングの必要性はありますか?

ハナちゃんのように、 Aryaka Cloud-最初 WAN ゼロから構築されました cloud-第一原則。 これにより、ユーザーは世界中のどこからでも 30 ミリ秒以内に SAP HEC インスタンスに安全に接続できます。

緊急事態を考えると wan私たちがどのようにやっていることについてもっと知りたいですか？ 私たちの記事を読んでください SAP HANA に関するソリューションの概要 知性についてもっと知るために Aryaka SAP アプリケーション、特に S4 ​​HANA とバインドします。

また学ぶことができます 米国に本拠を置く特殊化学品製造会社をどのように支援したかerp上昇 5,000 人以上の従業員を抱える企業は、SAP スイートのひどいパフォーマンスに対処しています。

WanSAP の状況についての詳細な視点がわからないですか? 私たちをチェックしてください SAP HANA パフォーマンスの最適化に関するウェビナー 　 Aryaka、 Cloud-最初 WAN.

もっと早く移動する必要がありますか? 無料デモをリクエストする.