最も評価されている100ブランドの98%がSAPの顧客であることをご存知ですか？ あるいは、SAPシステムは世界の取引収益の77％近くを占めているということですか？
世界180カ国で450万を超えるお客様にご利用いただいているSAP Suiteは、どのような業種にも対応しています。 製造、物流、金融、販売、サプライチェーン、IoT、クラウド、その他あらゆる分野。
SAPは、拡大する市場の隙間に入り込んでくる競合他社をかわし、当分の間は急速な技術進歩が続くと見ています。
いいえ。 私は一般的な発言をしているわけではありません。SAPは2019年、研究開発に42億ユーロ以上を投資しました。 信じてくれますか？
SAP S4 HANAにようこそ
ご存じない読者のために説明すると、HANAはHigh-Performance Analytical Applianceの略です。 通訳させてください。
SAP HANAプラットフォームは、既存のSAPツールに加え、新しいクラスのリアルタイム分析とアプリケーションに道を開きます。 インメモリー・データベースは、回転するメディア上で実行される従来のデータベースよりも桁違いに高速で、膨大なデータ・クラスターを作成と同時に即座に分析するように設計されているため、複雑なデータ管理レイヤーやストレージは必要ありません。
USP？ これには限定されませんが、多数のエンドポイントから膨大な量のデータを注入します：
- ウェブサイトから得られるUX/UIデータ
- モバイルワーカーのデータ
- IoTデバイスと機械学習ユニット
- HANAデータベースと常にやり取りするNetWeaverスタック。
SAP HANAでは、従来とは異なる複数のデータソースを含め、膨大な量の構造化データおよび非構造化データにほぼゼロのレイテンシーで瞬時にアクセスできるため、必要なときにオンデマンドでデータを照会できます。
貧弱な配管が経験を殺す？
家の上に置いてある貯水タンクが見えますか？ 数日分の家事を快適にこなせるだけの水量があるのが理想的です。 しかし、あなたの配管システムがマークに達していない場合、それはどのように良いですか？ せっかくタンクに溜まった水も、台所の蛇口に流れなければ意味がありません。 SAPとネットワーク接続のケースも同じです。
SAPデータベースは水槽であり、ネットワーク接続は配管システムです。
従来のネットワークは、接続要件が単純だった時代には、うまく機能していました。 職場に明確な境界線があり、SAPのようなアプリケーションはプライベートデータセンターに置かれていました。
しかし、その後、複数のトレンドが追いつき、ユーザーが広がり始めました。 忘れてはならないのは、COVIDの大惨事が状況を悪化させたということです。 ユーザーのデータへの依存度も数年の間に4倍になりました。
例えば、IoT技術を考えてみましょう。 これは大量のデータを生成するだけでなく、多数のアプリケーションと共有する必要があります。
SAPも同じです。 ユーザーは、ほとんどどこからでもSAPアプリケーションを使用します。 したがって、SAP HANAであっても、多数のサイト、特に遠隔地のサイトでのデータ複製を促進するために、堅牢なネットワークが必要です。 セキュリティの面もありますが、その話はまた別の日にしましょう。
それは何になるのでしょうか？
2023年までには、SAPユーザーの約80％が全面的または部分的にクラウドに移行すると予想されています。 あなたがこのブログを読んでいるなら、あなたの組織はすでにそれを考えている可能性が高いです。 (まだ乗り換えていなければ）。 では、その配管システムをどのように修理するつもりですか？
公共のインターネット？
あなたのビジネスのトラフィックが猫や犬の動画と帯域幅を取り合うことになるという事実のほかにも、それがあまり良いアイデアでない理由は複数あります。
インターネットは遅延、パケットロス、ジッターの温床です。 英語で言うと、SAPウェブアプリケーションから送信される膨大なファイル転送や大量のデータパケットに対応できないということです。 一貫性のない遅延が発生すると、ネットワークの輻輳やネットワーク・ピアリング・ポリシーによって、たとえ小さな距離であってもスループットが中断されます。
結果は？ データ損失、低速通信、接続タイムアウト、平凡なSAP Webアプリケーションのパフォーマンス
MPLS？
MPLSの硬直的な性質は、SAPのプレゼンスを分散化し、どこでも利用できるようにするというSAP HANAの創設思想に反するだけでなく、異なる業務部門やリモートワーカー間のデータの行き来に大きく依存するツールが、MPLSのハブ＆スポークアーキテクチャで動作するのは困難です。
このアーキテクチャは、不注意にもデータのバックホールでネットワークを圧迫し、トラフィックを「トロンボーン」させ、その結果、非効率的なルートがユーザとそのアプリケーションの間の距離を長くしてしまいます。 これに加えて、MPLSの柔軟性とスケーラビリティの制限もあります。
クラウドファーストを考える
支店をSAP HECに接続するのは難しいことではありません。 MPLSや複雑なアプライアンス、ピアリングを必要とせず、すべてのSAPインスタンスに直接、そしてインスタンス間を接続する簡単な方法があるとしたらどうでしょう。
HANAと同様、クラウドファーストWANのAryakaは、クラウドファーストの原則に基づいてゼロから構築されました。 これにより、ユーザーは世界中のどこからでも、SAP HECインスタンスに30ミリ秒以内で安全に接続することができます。
私たちの仕事についてもっと知りたいですか？ SAPアプリケーション（特にS4 HANA）とAryakaが連携するインテリジェンスについて詳しくは、SAP HANAに関するソリューション概要をご覧ください。
また、5,000 人以上の従業員を抱える米国の特殊化学品製造企業が、SAP Suite のひどいパフォーマンスにどのように対処したかについてもご覧いただけます。
SAPの展望を詳しく知りたいですか？ AryakaによるSAP HANAパフォーマンスの最適化、クラウドファーストWANに関するウェビナーをご覧ください。
より速く移動する必要がありますか？無料デモをリクエストしてください。
