Home ポッドキャスト モノリシックアーキテクチャからコンポジブルアーキテクチャへ:価値とROIの向上
Applications

モノリシックアーキテクチャからコンポジブルアーキテクチャへ:価値とROIの向上

About The Author

Outline

EdgioのBeyond the Edgeポッドキャストの紹介エピソード2:モノリシックからコンポーザブルアーキテクチャへ:価値とROIの推進方法(Edgio Applications Platformの製品担当VPであるIshan Anandがホスト)

Ishan Anand: こんにちは。Beyond the Edgeへようこそ。このポッドキャストでは、現代のデジタルビジネスが直面するダイナミックな課題について説明しています。 私は、Edgioアプリケーションプラットフォームの製品担当副操縦士、Ishan Anandです。 今日は、構成可能なアーキテクチャについて説明します。これは、組織がチームの速度を高め、サイトをより高速に構築するためにどのように役立つかを示しています。 アマゾン、ナイキ、ウォルマート、トヨタ、ターゲット、 そして、無数の他のブランドがこのアプローチを使用しています。

Salesforce 2022の「State of Commerce」レポートによると、このアーキテクチャを採用している組織の77%(4つのうち3つ)が、俊敏性が向上し、コンバージョン率が向上したと回答しているためです。 それでは、ゲストと一緒にエッジを超えて行きましょう。 現在、バルテックのCTOであるMihaela MazzengaとEdgioのエンジニアリング担当シニアディレクターであるEllery Womackがいます。 Mihaelaさん、自己紹介をお願いします。

Mihaela Mazzenga: イシャン、ありがとうございます。 バルテック・ノース・アメリカのCTO、ミハエラ・マゼンガと申します。 私の経験の大部分は、SaaSプラットフォームの構築に携わってきました。このプラットフォームでは、構成可能性やヘッドレスなどのアプローチが実際に以前から存在していましたが、ホイールを再発明して複数のタッチポイントで実行するオーバーヘッドを削減する必要性が本当に推進されていました。 そこから、私は純粋なプレートデジタルに変身した象徴的なアメリカのブランドで私の知識を応用し、非常に純粋な構成可能でヘッドレスな移行を介して彼らを導いた。これは、2019年にこの地域で最初のエンドツーエンドの1つでした。 そして、私はその知識をバルテックと一緒にエンタープライズブランドの変革に適用してきました。 また、MACH Allianceでアンバサダーとして、またプログラムのアンバサダーとして2年半以上を過ごしました。このプログラムは、顧客側、特にComposableの世界で最終的にビジネス価値を高めるものと密接に関係しています。

(イシャン・アナンド) ありがとうございます 初期からMACHで多くの先駆的な仕事をしてきた人がエンタープライズで非常に喜んでいます。 Ellery、Composable Architectureの経歴について詳しく教えてください。

エラリー・ウォマック: もちろんです。 私の名前はエラリー・ウォマックです。 私はEdgioのエンジニアリング担当シニアディレクターです。 私はEdgioのエキスパートサービス部門に所属しており、CDN、ウェブホスティング、セキュリティ製品から最高の価値を引き出すお手伝いをしています。 過去数年間、私は多くのお客様のウェブサイトのパフォーマンス向上を支援し、構成可能なヘッドレスアーキテクチャを採用し、エンドユーザーに優れたエクスペリエンスを提供してきました。 私のバックグラウンドはテクノロジーコンサルティングで、主にシステムインテグレーションや、ミッションクリティカルなソフトウェアエンジニアリングプロジェクトで他のクライアントを支援してきました。 また、Edgioでは、100社以上の顧客を支援してきました。その多くはEコマース分野にあり、アプリケーションのサイト速度を劇的に向上させています。

MACHとは 構成可能性? 首なし?

(イーシャン・アナンド) 素晴らしい ありがとうございました 聴衆を同じレベルに引き上げて、いくつかの用語を明確にしましょう。 無数のお客様からの問い合わせで、「構成可能」、「ヘッドレス」、「分離」、「APIファースト」、 MACHアーキテクチャは同じ意味で使用されており、しばしば混乱を引き起こす可能性があります。 Mihaela、これらの条件を明確にするのを手伝ってください。

Mihaela Mazzenga: はい、そして時々これらの議論のすべてがMACHの定義から始まるように感じます。 今回は、議論をさらに発展させるために、トピックの成熟度を少し高めたいと思います。重要な理由や、それが違う点に焦点を当てることです。 なぜなら多くの方がマイクロサービスやAPIクラウドやヘッドレスの定義を簡単に理解できるからです しかし実際には構成可能性とは複数の個別の機能を活用して全体的なシステムを作ることです これらはビルディングブロックまたはレゴブロックと呼ばれることがあります。 理想的には、これらの機能はクラウドネイティブのSaaSコンポーネントですが、独自の環境内でカスタムクラウドソリューションを構成することもできます。 古典的なソフトウェア工学を勉強するなら、それは構成への基本的なアプローチです。 現在のクラウド機能の世界に適用されています。 また、MACHが未来であるかどうかについての質問も何度もあります。MACHの頭字語を作成したのは素晴らしいことです。 しかし、この種のソフトウェアアセンブリは実際には非常に現在のものだと思います。 マイクロサービス、API、クラウドネイティブのSaaS、ヘッドレスが、これらの優れたアプローチをすべてまとめたものです。

特に、ビジネス機能の構築とエクスペリエンスの拡張のために、最新のソフトウェアの優れた点を組み合わせています。マイクロサービス、API、SaaS、ヘッドレスなどを個別に使用できます。 しかし最も意味のある影響はそれらを一つにすることで起こります これは、私たちの理解やデザイン、 うまくいかないことについて話すときは、自分自身を応援し、エンドツーエンドの価値を理解することができます。理解している1つのことだけに集中するのではなく、新しいソフトウェアアセンブリの世界で成功するためには本当に重要です。

(アイシャン・アナンド) マイクロサービスを利用できるという洞察がとても気に入っています MACH、マイクロサービス、API、Cloud Native、ヘッドレスのすべての頭字語を使用できます。 しかし、実際にはMACHではないかもしれません。 クッキーのレシピに必要なすべての材料を用意できるようなものですが、実際のクッキーを入手して燃やさないように、それらを組み合わせて正しい方法で焼く必要があります。 それは本当に洞察力のあるポイントだと思います。 定義を文字通りに見すぎないでください。 それはあなたがそれをどのように使うかでもあります。

Composable Architectureに移行する理由

Ishan Anand: 企業がこの移行を行う必要がある理由と、移行を行った企業や組織についてお話ししましょう。 エラリー始めてくれないか?

エラリー・ウォマック: もちろんです。 私たちがEdgioで目にした最大の成功の1つは、Fortune 500ファッション小売業者でした。同社は、COVID-19が始まったとき、小売店や実店舗で買い物をすることができる人が徐々に少なくなってきたため、収益が急激に減少し始めました。 そして、彼らはモノリシックなeコマースプラットフォームを使用しており、顧客の需要に追いつくために必要なペースでデジタルビジネスを成長させるのに十分な機敏性がないと感じていました。 すでに苦労していました そこで私たちはまずコンセプトの実証を行い、ホームページ、商品リストページ、商品詳細ページと呼ばれるファネルのトップページを再構築すれば、カスタマーエクスペリエンスが向上することを示しました。 現在のプラットフォームよりも高速になり、コンバージョン率、平均注文額、ユーザーあたりの収益、直帰率、そして彼らが通常焦点を当てているすべての重要なKPIの改善につながるはずです。 そのため、同社のブランドの1つで、わずか数か月でこれをライブ配信することができました。 期待していた結果を得ました 彼らの場合、複数のブランドを持つ多国籍企業であるため、次のステップは、これを他のすべての場所にどのように適用するかでした。

米国、カナダ、ヨーロッパ、アジア太平洋などに複数のブランドがあります。 この旅の次の段階は、再利用可能なアーキテクチャを構築することでした。これにより、世界中のすべてのWebサイト、すべてのブランドに展開される単一のコードベースが得られます。 その後の2年間で、私たちはこれをすべてのビジネスに繰り返し展開することができました。これは、独立したモノリシックなeコマースプラットフォームとして運営されていました。 そして今では、改善を行ったり、新しい機能を1つの場所に追加したりすると、他の誰もが利益を得ることができます。 また、後のアーキテクチャに移行すると、すべての企業がKPIに関して同様のメリットを享受しました。

Ishan Anand: 素晴らしいですね。 そのため、Fortune 500社はコンバージョン率が向上し、チームのイテレーションが速くなりました。 これは、実際に費用を費やすことなく、チームにエンジニアを増やすようなものです。 Mihaelaさん、ROIの例やケーススタディはありますか?

ミハエラ・マゼンガ: だから、エラリー、これが本当に似ているのは興味深いことです、そしておそらくそれは最も価値がある場所を示しています。 これらの大規模なマルチブランド、マルチ地域の組織では、長年にわたって発生してきたテクノロジーのスプロール現象に注目し、価値を高め続ける方法を疑問視していると思います。 それはおそらく、構成可能性の問題だけでなく、構成可能性の約束に全体的に忠実な会話です。 ディスプレイ層やタッチポイント層での差別化を可能にする一方で、コア機能について言及されたような統合も可能になります。つまり、これらの商品は、グローバルなテクノロジーフットプリントの範囲内で統合されます。 そのため、これらの組織は、SaaS企業のように考える必要があります。 投資を最大限に活用する方法を決定する必要がありますが、最も重要なのは、すべての顧客に同じレベルの品質体験を提供することです。 お客様とのタッチポイントをその地域またはそのブランドの顧客ニーズに完全にカスタマイズできるようにしながら、共通のコア機能を使用してのみ実現できます。 この時点でのインターフェイスは同じである必要はありません。 なぜなら、フロントエンド、エクスペリエンス、顧客とのタッチポイントは、正直なところ、最もパーソナライズされたものである必要があるからです。コアとなる商品は本当にそうではありません。

これはMACHでしか実現できないことであり、MACHは差別化に傾いていると思うからです。 グローバルな組織が持つさまざまなパートナーの数を考慮しても、すべてを実行するパートナーが1人いるとは言いません。 複数のテクノロジーを保有しているだけでなく、複数のパートナーも存在し、それらのパートナーが独自の価値を生み出す場所を理解していることが期待されます。 ブランドレベルでは、アップリフトやコンバージョンなどを参照することができますが、組織レベルでは、ここでは、非常に正直なところ、組織の変革を参照したいと思います。 私はこの言葉を使いすぎているので使いたくはありませんが、本当です。 イノベーションとマインドセットは時に計り知れないものです これは、次のWebサイトを構築するだけではないため、適切な理解と専門知識を持つことが重要です。 それは真の変革であり、この種の変革を実現するためには、適切な経験が必要です。 自分が道を進んでいることに気づかない場合もあり、その投資を真に活用するためには支援が必要です。 今日では、この飛躍を目指している組織があります。たとえば、Marsの組織はバルテックと共同でマルチブランド環境向けの飛躍的な加速装置を作成し、構成可能な基盤を構築し、差別化を可能にしています。 この方程式の中で、信じられないほどの市場投入期間を達成します。

私は価値や価値の定義は、過去、特に12の数ヶ月で信じられないほど成熟してきたと思います。

Ellery Womack: MACHやComposableの候補になるのは、大手ブランドや大企業だけではありません。 また、いくつかの小規模な企業とも協力しています。 1つの良い例は、Edgioを活用しているShopifyの顧客であるUniversal Standardです。 彼らは特にモバイルサイトのエクスペリエンスが遅く、物事を改善するために非常に緊急の必要性を抱えていました。 意思決定のポイントがありましたか、Shopify 2.0に行くか、別の段階的なステップを踏むか、または技術的な専門知識を活用して、実際にはピボットをヘッドレスにしますか。 彼らは最終的にHeadlessを採用することにし、nuxを使用して新しいウェブサイトを構築し、次にShopify、Storefront APIを使用しました。 そして、それを立ち上げたとき、彼らはコンバージョン率が200%向上しました。 ですから、傘の下に複数のブランドを持っていなくても、適切なチームがあれば、MACHをもっと詳しく見てみましょう。

Ishan Anand: はい、Universal Standardのケーススタディは、基本的にあらゆる規模のビジネスであることを示すものとしてとても気に入っています。 彼らは数年前のJamstack Conferenceで非常に説得力のある講演をしました Mihaela、私はあなたが話しているのは、この技術スプロールの解決策としてMACHです。 そして、テクノロジー企業になる必要があるすべての企業の一部として、ソフトウェアは世界を食べているため、基本的にはビジネスや組織のすべての部分を食べています。 そして、MACHは、IT部門がビジネスのさまざまな部分を食べ始めたときに、その複雑さを管理するのに役立つソリューションです。 私はそれを取りたいと思います、誰かが今確信しているとしましょう。 ビジネスのあらゆる規模で価値とROIを明らかに示しています。

この移行をシームレスにするための手順

Ishan Anand: しかし、この移行を可能な限りシームレスにするために、チーム組織はどのようなステップを踏む必要がありますか? ここからあそこまではどうやって行けばよいですか。 たぶんエラリー始めてくれ

(エラリー・ウォマック) もちろんです MLOCとComposableの優れた点の1つは、すべてのツールを選択できることです。 したがって、最初のステップとして、使用する必要があるツールについてすべてのベンダーを調べ、ベンダーの選択を開始して、気に入ったコンテンツ管理システムを特定することをお勧めします。 モノリシックなプラットフォームを使用している場合は、ドラッグアンドドロップエディターが1つあり、統合できる他のオプションもいくつかあります。 しかしComposableを使えば、世界はあなたのカキです。 だからあなたはいくつかの異なるオプションを見ることができます。 つまり、コンテンツ管理システム、eコマースシステム、フロントエンドフレームワークを選択して、使用するすべてのツールを特定し、すべての統合ポイントを確認します。 システム間でバックエンドレプリケーションを実行し、移行を計画し、最終的にはこれらのツールの概念実証を開始して、チームに満足していただけるようにするには、これらのツールをどのように組み合わせて使用しますか。 結局のところ、最大のメリットの1つは、チームが日々の仕事をこなし、ニーズに合ったツールをより完璧に使えるようになることです。

これは、ヘッドレスコースを開始すると、チームに大きなメリットがもたらされます。 私は常に人々に、特に電子商取引業界では、あなたの製品の詳細ページを構築し始めることをお勧めします。 最初にそれを起動できれば、それが最も利益を見ることになるでしょう。 では、理解しようとしている場合は、ホームページ、PLP、またはPDPから始めますか? オーガニックトラフィックが非常に多く、商品ページに直接検索が行われ、人々は通常、1つの商品を見てカートに追加し、変換するため、これは間違いなく開始する場所です。 ですから、そこから始めて、PLP、検索、ホームページに戻って作業することを強くお勧めします。 そして、デモラインでは、カートとチェックアウトを見るのが良いことです。 しかし、多くの場合、私はMVPなどのためにそれらを考慮しません。

最大のメリットを実現するComposable Architectureの特長

(イーシャン・アナンド) わかりました 次に、その選択を行う組織として、ミハエラでは、構成可能なアーキテクチャのメリットを最大限に引き出すために、どのような機能を企業が探すべきでしょうか。

Mihaela Mazzenga: それに答える前に少し付け加えておきたいと思います。なぜなら、エラリー、あなたはテクノロジーの深いところに飛び込んでしまったからです。 そして、Composableでは、特にオールインワンプラットフォームに取り組んでいる場合は特にそう思います。 ちなみに、私は否定的な意味でそれを言っているわけではありません。あらゆるタイプのテクノロジーソリューションには適切な一致があると思います。 しかし、テクノロジー以外では、自分が何ができるか、どの分野でも組織として貢献できるかという点では、絶対的な考え方の変化です。以前は、より強烈だったと思っていましたが、 プラットフォームによって事前に設定された意見をもとに作業を進めていることを知りました 柔軟性があっても、考える必要のないことだけがありました。 全体的な組織としてより簡単にしたい場合は、ロードマップが非常に重要です。ロードマップが存在していない場合は、ロードマップが非常に重要です。 そして、変革を通じて価値をどのように推進するかを理解し、変革をいつ終了するかを理解します。製品と製品のイテレーションが再開される時点があり、それは必ずしも変革の途中ではないためです。

製品の進歩、変革、顧客体験、ブランドの再立ち上げなど、一度に多すぎる要素を組み合わせることができます。 また、OMSなどのバックエンド運用システムをすべて同時にスワップアウトすることは、災害の絶対的なレシピです。 組織としての能力を理解し、どれだけ速く進むことができるか、チームを理解し、組織内のチームのギャップを理解し、これが単なるテクノロジーを超えたプロセスに与える影響、それが人に与える影響、 変更管理は定義するために絶対に必要になります。なぜなら、当然のことながら、私たち人間にとってどのような種類の変更も不安で多くの質問を投げかけているからです。これは違いはありません。 これは、ほとんどの組織にとって大規模なパラダイムシフトです。 私が言いたいのは、テクノロジーをリードしているのであれば、ビジネス主導のイニシアチブであるべきなので、その戦略を再評価する必要があるということです。 結局のところ、2つを分けることができない場合、主にテクノロジー企業であり、テクノロジー上の理由でこれを行っている場合は、さまざまな種類のフレーバーがありますが、その中でさえ、その理由を理解してください。

Ishan Anand: ええ、それは本当に良い呼び出しです。

ミハエラ・マゼンガ: これが特徴につながっていますね? ターゲットとする機能のタイプは何ですか? 最も多くの利益を得ているのはどれですか? 正直なところ、私は振り返って、あなたが考えている機能は何ですか、あなたの顧客や顧客層、チームの中で最も価値があると思いますか? どこから始めるかという点では、その値から始める必要があります。 そして、通常、それはあなたを顧客の方向に導きます。 では、お客様の問題点とは何でしょうか? 顧客のバリューポイントとは何でしょうか。 全体的な速度などについて説明します。 顧客として、ホームページが例として表示される前にバウンスして、エッジに焦点を当てるのでしょうか? 変換する前にバウンスしますか? 取引に時間をかけ、商取引に集中します。 提供すべき最高のパーソナライズされたコンテンツを体験できますか? コンテンツの準備とCMSへの集中 欲しい商品を見つけられますか?また、欲しい商品を見つけられないかもしれません。 次に、検索に焦点を当てます。 これらすべてには、TCOとスピードが含まれています。この方程式のどの部分からも取り除くことはできないと思います。

どちらも独立して組織に非常に永続的な影響を与えます 技術者としての意見はありますが価値を高めるためには意味のある機能を探す必要があると思います

Ishan Anand: 私はその理由を理解して、それが好きです。 その根底にあるのは、なぜ顧客に戻ってくるのかということです。それは、必ずしもテクノロジーではなく、それに根ざしているのです。 これは、すでに持っている理由と、ビジネスに参加している理由を提供するためのものです。 これは非常に強力なリマインダーです。

誰がComposable Architectureを使用すべきか?

(イシャン・アナンド) 少し話を変えたいと思います 先ほど、コンポーザブルアーキテクチャを採用している企業の規模がさまざまであることについて説明しました。 そして、ミハエラ、あなたは先ほど言いました、モノリスは必ずしも悪いとは限りません。 では、企業として、誰がコンポーザブルアーキテクチャを使用すべきかをどのように判断するのでしょうか。 私はあなた方のどちらかにそのネクタイを投げて答えます。

ミハエラ・マゼンガ: エラリー推薦します

(エラリー・ウォマック) ありがとう 感謝するよ ですから、私が一緒に仕事をするお客様には、よくある2つのトピックがあると思います。 1つは、柔軟性とツールです。ビジネスの目的に合った適切なツールを提供するだけです。 では、このツールは、日常業務に必要な柔軟性を提供してくれると感じていますか? それとももう少し集中したツールはあるのでしょうか? それらはあなたのニーズにより適した機能のより小さいセットを持っています。 構成可能なスタックを構築するには、お客様、ビジネス、チームに最適なツールと製品を見つけることが重要です。 そして、それらを統合して、チームがそれぞれの条件で仕事を行えるようにします。 ここでもツールの選択やベンダーの選択が重要です。 そして、もう1つよく出てくることは、マルチタッチポイントを有効にする必要があるだけで、現在のスタックではそれができないということです。 そのため、店舗、モバイル、Web、その他のチャネルで一貫した顧客体験を提供したいと考えています。 ビジネスロジックとワークフローを複数のモノリシックなサポートチャネルに複製しないことが重要です。 エンジニアリングでは、これをドライと呼ぶ傾向があります。つまり、繰り返してはいけません。

ミハエラ・マゼンガ: そしてエラリー私が言うには誰もが作曲可能な建築を使うべきだということです そして、私はこれをMACH対モノリスの会話にしたくありません。 ほとんどの組織では、強力なレガシーシステムが常に使用されています。 国内で作られた部品もあります 非常に複雑で統合されています。 一つ目は、風景は構成可能性へとシフトし続けるということです。 API経済は成長を続け、答えは実際にはハイブリッドであることに注意する必要があります。 MACHと見なされないシステムとの統合があり、場合によってはそうではないはずです。 さらに、システムとの統合により、きめ細かなビジネス機能を実現できます。 今日の組織は、あなたが言ったように、柔軟性とツールを見て言う必要があると思います。私が活用できるツールは何ですか? 変更すべきではないツールは何ですか? この環境では、変更のための変更が最後のオプションである必要があるためです。 しかし、今日の現代において、ソフトウェアアーキテクチャ内で構成可能性を実際に活用しない組織があることはわかりません。 すべてのケースで最も純粋なMACHアプローチですか? いいえ絶対にありませんが存在すると思います

正直なところ最も強力な組み合わせはハイブリッド型ですなぜなら私たちの意図は組織に選択肢を与えることであると認識しているからですその選択は場合によってはレガシーなものかもしれません 私たちは何が私たちを差別化しているかに焦点を当て、本当に商品を購入し、差別化を構築することを推進し続ける必要があります。 私にとって、これはモノリスとコンポーザブルの両方をカバーする方程式であり、MACHやその他のあらゆる頭字語をカバーしています。 しかし、今日ではみんなの牡蠣だと思います。

Ishan Anand: はい、私はそれが必ずしもバイナリの選択ではないというそのポジショニングが好きです。 レガシーを組み込むことができます。 スタック内のMACHまたは純粋なMACHコンポーネントの量を表すスペクトルです。

構成可能性を受け入れる時が来ました:主要指標

Ishan Anand: 観客の中にいるリスナーの中にいて、「いいですね、これはいいですね」と思っている人がいるかもしれません。 すべてのボックスをチェックしています。 しかし、彼らは常にコンポジットやMACHを常に将来のイニシアチブであると考えてきました。 ロードマップの下では、多くの投資が必要です。 今こそ変革を起こす時が来たきっかけとなる可能性のある主要な指標は何でしょうか? 実際には、お客様が日々直面している課題のうち、以下のようなことを示すものは何ですか? 待ってはいけません。 今から段階を進めていくべきです

Mihaela Mazzenga: 常に顧客摩擦が先行指標だと思います。 カスタマージャーニーの中に、コンバージョン率が低下したり、直帰率が上昇したり、時間の長さや体験の質、データやコンテンツなど、理想的ではないポイントがありますか。これらはすべて、顧客の不満につながります。 私たちが知っているように、お客様は一般的に、体験の一部に満足していない部分を私たちに伝えるのに問題はありません。 私たちはそこから始めて当然だと思いますが、それは必ずしもレガシーに固有のものではありません。 MACHや構成可能なエコシステムでも問題がないわけではありません。 しかし、顧客との摩擦がなく、TCOに満足している場合は、このルートをたどる際にどのような結果を求めているのかという疑問が生じる可能性があります。 しかし、そこから始まります。これらは簡単に探すことができます。 これらは、組織内の既知のものであり、すでに測定しているカスタマージャーニーであることを願っています。

Ellery Womack: そうです。パフォーマンスの側面に目を向けると、WebサイトがCore Web Vitalsに合格していない場合、それはあなたが変更を予定していることを示す良い指標です。 必ずしもMACHやコンポーザブルを意味するわけではありません。 しかし、そこに着くことができない場合は、確かにそれを考慮する必要があります。 多くのお客様は、Googleでの検索ランキングに影響を与えるため、コアウェブバイタルを非常に定期的に見ています。 最大の満足感のあるペイントと、ユーザーが画面上で何かをすばやく確認できるか、累積レイアウトシフト(レンダリング時にページ上でコンテンツが移動する量を測定)、症状の遅延については、 ページを操作しようとすると、ページが更新されて応答するまでの時間はどれですか。 Googleは、この情報をオーガニック検索ランキングにフィードするために使用しています。 そして、上位3つの検索結果に含まれていない場合、それらの検索のクリック数の半分以上がWebサイトにアクセスされません。 ですから、これを常に把握しておくことが非常に重要です。 これは、アーキテクチャの観点からMACHと構成可能な分野の1つであり、市場で入手可能な最高のパフォーマンスを提供するものです。

これは、お客様が非常によく見ていることの1つです。 さらに、リアルタイムのユーザー監視ツールであるRUMを使用して、時代の一歩先を進み、新しい変更を加えるときに、コアバイタルデータに何が起こるかをリアルタイムで把握できます。

ミハエラ・マゼンガ: エラリーもそうでしょう? 確かに、両方の解決策があった場所を参照できるケースがありますよね。 そのため、価値を短期間で実現するために、レガシーシステムの上にEdgioなどのエッジソリューションを重ねることで、移行や全体的な変革を開始する数か月の投資で、迅速かつ迅速にアップグレードできます。 そして、その価値を控えめにすることはできないと思います。 ここでも、ハイブリッドを指摘し、私たちの能力を最大限に活用して、お客様により良い体験を提供するよう奨励する必要があります。

まとめ

Ishan Anand: はい、それは実際にはハイブリッドを奨励すべきであるということを締めくくる素晴らしいメモだと思います。なぜなら、これらのメリットを評価するまでの時間を短縮できるからです。 まず、構成可能なアーキテクチャによってサイトの読み込みが高速化され、チームの機敏性が向上することから始めました。 そして、私たちはあなたがそれを採用することにどのように進むべきか、そしてそれは必ずしもバイナリの選択ではないことを締めくくります。 皆様、ゲストの皆様、バルテックのCTOであるMihaela、そしてElleryに感謝します。 Edgio社のエンジニアリング担当シニアディレクター。 そして、今日のBeyond the Edgeに参加してくれた観客にも感謝します。 次のエピソードでお会いしましょう。予測プリフェッチと、このアプローチでページの読み込みを1秒未満の速度に落とす方法について説明します。 お見逃しなく。 次のビデオでお会いしましょう。