最も評価されている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ツールに加え、新しいクラスのリアルタイム分析とアプリケーションへの道を開きます。
インメモリデータベースを活用し、回転メディア上で動作する従来のデータベースよりも桁違いに高速で、複雑なデータ管理レイヤーやストレージの必要性を排除し、作成された膨大なデータのクラスターを即座に分析するように設計されています。
その特長は？
多数のエンドポイントから膨大な量のデータを注入します：
- ウェブサイトから得られるUX/UIデータ
- モバイルワーカーのデータ
- IoTデバイスと機械学習ユニット
- HANAデータベースと常にやり取りするNetWeaverスタック。
SAP HANAでは、従来とは異なる複数のデータソースを含め、膨大な量の構造化データおよび非構造化データにほぼゼロのレイテンシーで瞬時にアクセスできるため、必要なときにオンデマンドでデータを照会できます。
貧弱な配管が経験を殺す？ 家の上に置いてある水タンクが見えますか？
理想的には、数日分の家事を快適にこなせるだけの水が入っています。
しかし、配管システムが故障していたらどうでしょう？
タンクに溜まった水が台所の蛇口に流れ込まなければ意味がありません。
SAPとネットワーク接続の場合も同じです。
SAPデータベースは水槽であり、ネットワーク接続は配管システムです。
従来のネットワークは、接続要件が単純であった時代にはうまく機能していました。
職場の境界線が明確に定義され、SAPのようなアプリケーションはプライベート・データ・センターに設置されていました。
しかしその後、複数のトレンドが追いつき、ユーザーは拡散し始めました。
忘れてはならないのは、COVIDの大惨事がこの状況に拍車をかけたということです。
ユーザーのデータへの依存度も数年の間に4倍になりました。
例えば、IoT技術を考えてみましょう。
これは大量のデータを生成するだけでなく、多数のアプリケーションと共有する必要があります。
SAPも同様です。
ユーザーはあらゆる場所からSAPアプリケーションを使用します。
そのため、SAP HANAであっても、多数のサイト、特に遠隔地のサイトでのデータ複製を容易にする堅牢なネットワークが必要です。
セキュリティの側面もありますが、この話はまた別の日にしましょう。 それは何になるのでしょうか？ 2023年までに、SAPユーザーのほぼ80%が、全面的または部分的にクラウドに移行すると言われています。
このブログを読んでいるということは、あなたの組織はすでにクラウド化を検討している可能性が高いでしょう。
(まだ移行していなければ）。
では、その配管システムをどのように修理するつもりですか？ 公共のインターネット？
ビジネス・トラフィックが猫や犬の動画と帯域幅を奪い合うことになるという事実のほかにも、それが望ましくない理由は複数あります。
インターネットは遅延、パケットロス、ジッターの温床です。
英語で言うと、膨大なファイル転送やSAPウェブアプリケーションから送信される大量のデータパケットに追いつけないということです。
一貫性のない遅延が発生すると、ネットワークの輻輳やネットワーク・ピアリング・ポリシーによって、たとえ小さな距離であってもスループットが乱されます。
その結果
データのドロップ、伝送速度の低下、接続のタイムアウト、平凡な SAP ウェブ・アプリケーションのパフォーマンスMPLS?
MPLSの硬直的な性質は、SAPのプレゼンスを分散化し、どこでも利用できるようにするというSAP HANAの創設思想に反するだけでなく、異なる業務部門やリモートワーカー間のデータの行き来に大きく依存するツールが、MPLSのハブ＆スポークアーキテクチャで動作するのは困難です。
このアーキテクチャは、不注意にもデータのバックホールでネットワークを圧迫し、トラフィックを「トロンボーン」させ、その結果、非効率的なルートでユーザーとそのアプリケーションの間の距離を縮めてしまいます。
これに加えて、MPLSの柔軟性とスケーラビリティにも限界があります。クラウドファーストを考えるブランチオフィスをSAP HECに接続することは、難しいことではありません。
MPLSや複雑なアプライアンス、ピアリングの必要なしに、すべてのSAPインスタンスに直接、そしてインスタンス間を接続する簡単な方法があるとしたらどうでしょうか。
HANAのように、クラウドファーストWANであるAryakaは、クラウドファーストの原則に基づいてゼロから構築されました。
これにより、ユーザーは世界中のどこからでもSAP HECインスタンスに30ミリ秒以内で安全に接続できます。
AryakaがどのようにSAP HANAと連携しているかをもっとお知りになりたいですか？
SAP HANAに関するソリューション・ブリーフをお読みいただければ、Aryakaがお客様のSAPアプリケーション、特にS4 HANAと連携させるインテリジェンスについて詳しくご理解いただけます。
また、従業員5,000人以上を擁する米国の特殊化学品製造企業がSAP Suiteのひどいパフォーマンスに対処するために、当社がどのように支援したかをご覧ください。
SAP ランドスケープに関する詳細な展望をお望みですか？
クラウドファーストWAN、AryakaによるSAP HANAパフォーマンスの最適化に関するウェビナーをご覧ください。
より迅速な移行が必要ですか？無料デモをリクエストしてください。