Top Trends in Cybersecurity for 2024 | 
現代のデジタルビジネスが直面するダイナミックな課題を探るポッドキャスト、Beyond the Edgeの第2回へようこそ。
今回のエピソードでは、ホストのIshan Anand氏が、Valtech North AmericaのCTOであるMihaela Mazzenga氏とEllery Womack氏の話を聞く。 Edgioエンジニアリングディレクター、概要：
- 構成可能性とは
- 企業が構成可能なアーキテクチャに移行すべき理由
- 企業がシームレスに構成可能な状態に移行するために取ることができるステップは何か?
- 企業がコンポーザブルアーキテクチャのメリットを最大限に引き出すために必要な機能の一部
- そしてもっと!
「マイクロサービス、API、クラウドネイティブSaaS、ヘッドレス(MACH)は、これらすべての優れたアプローチを本当にまとめるものであり、特に、ビジネス機能の構築と体験のスケーリングのために、最新のソフトウェアの最良のものをテーブルにもたらすのは、マイクロサービス、API、SaaS、ヘッドレスを完全に独立して持つことができるためである。
EdgioのBeyond the Edgeポッドキャストの紹介エピソード2:モノリシックからコンポーザブルアーキテクチャへ:価値とROIを推進する方法、Edgioアプリケーションプラットフォームの製品担当副社長であるIshan Anandが主催。
Ishan Anand:こんにちは、そして、現代のデジタルビジネスが直面するダイナミックな課題を探求するポッドキャストBeyond the Edgeへようこそ。 私はあなたの副操縦士、Ishan Anand、Edgioアプリケーションプラットフォームの製品担当副社長。 今日は、構成可能なアーキテクチャに飛び込み、組織がチームの速度を上げ、より高速なサイトを構築するのにどのように役立つかを説明している。 Amazon、Nike、Walmart、Toyota、Target、および無数の他のブランドは正当な理由のためにこのアプローチを使用している。
Salesforce 2022 State of Commerceレポートによると、このアーキテクチャを採用している組織の77%、つまり4つのうち3つが、俊敏性を高め、コンバージョン率を向上させると回答している。 だから、ゲストと一緒に端を越えて行こう。 今日、ValtechのCTOであるMihaela MazzengaとEdgioのエンジニアリング担当シニアディレクターであるEllery Womackが参加している。 Mihaela、自己紹介をして、作曲可能な建築のバックグラウンドについて教えてくれ。
Mihaela Mazzenga:ありがとう、イシャン。 私の名前はMihaela MazzengaバルテックノースアメリカのCTO 私の経験の大部分は、コンポーザビリティやヘッドレスのようなアプローチが実際にしばらく前から存在していたSaaSプラットフォームの構築であったと言えるだろう。 そこから、ピュアプレートデジタルに変身した象徴的なアメリカのブランドで知識を応用し、非常にピュアで構成可能なヘッドレスマイグレーションを実行した。これは2019年に当時この地域で最初のエンドツーエンドのものの1つだった。 そして、その知識をValtechと一緒にエンタープライズブランドの変革に応用してきた。 また、MACH Allianceでアンバサダーとして、またアンバサダーとしてプログラムのアンバサダーリーダーとして2年半以上を過ごしてきた。このプログラムは、顧客側の仕事、より具体的には、Composableの世界で最終的にビジネス価値を高めるものと非常に密接に結びついている。
（イシャン・アナンド）ありがとう MACHで初期から先駆的な仕事をしている人がいることは本当にうれしい。 Ellery、Composable Architectureの経歴について詳しく教えてくれないか?
Ellery Womack :もちろん。 私の名前はEllery Womack。 私はエドジオのエンジニアリング部門のシニアディレクターを務めている。 Edgioのエキスパートサービス部門では、お客様が当社のCDN、ウェブホスティング、セキュリティ製品から最高の価値を引き出すお手伝いをしている。 そしてここ数年、私は多くの顧客がウェブサイトのパフォーマンスを向上させ、また、エンドユーザーに素晴らしい体験を提供する構成可能なヘッドレスアーキテクチャを採用するのを支援してきた。 私のバックグラウンドは技術コンサルティングで、主にシステム統合とミッションクリティカルなソフトウェアエンジニアリングプロジェクトで他のクライアントを支援してきた。 Edgioでは、100を超える顧客を支援してきたが、その多くはeコマース分野にあり、アプリケーションのサイト速度を劇的に向上させている。
MACHとは？ 構成可能性? 首なし?
Ishan Anand:素晴らしい ありがとう 聴衆を同じレベルに引き上げて、いくつかの用語を明確にしよう。 私は無数の顧客コールで、Composable、Headless、Decoupled、API-first、MACHアーキテクチャという用語が同じ意味で使用されており、しばしば混乱を引き起こす可能性がある。 ミハエラこの用語を明確にしてくれないか?
Mihaela Mazzenga:はい、そして時々、これらの議論はすべてMACHの定義から始まるように感じる。 今回は議論を盛り上げるために、トピックの成熟度を少し押し上げるために、なぜそれが重要なのか、それとも何が違うのかに本当に焦点を当てることにしたい。なぜなら、多くの聴衆はマイクロサービスやAPI、クラウド、ヘッドレスの定義に簡単にたどり着くことができると思うからだ。 しかし、実際にコンポーザビリティとは、複数の独立した機能を活用して、完全なシステムを構築することを意味する。 これらはしばしばビルディングブロックまたはレゴブロックと呼ばれる。 理想的には、これらの機能はクラウドネイティブのSaaSコンポーネントであるが、独自の環境内でカスタムクラウドソリューションを構築することもできる。 古典的なソフトウェア工学を学ぶならば、それは作曲の基本的なアプローチである。 現在のクラウド機能の世界に適用されているだけである。 また、MACHが未来なのかという疑問も何度も出てきて、それを表す頭字語を作ったのは素晴らしいことだと思う。 しかし、私はこの種のソフトウェアアセンブリが実際に非常に現在であると思う。 マイクロサービス、API、クラウドネイティブSaaS、ヘッドレスは、これらすべての優れたアプローチを実際に結びつけているものである。
特に、ビジネス機能の構築や体験のスケーリングのために、最新のソフトウェアの最高のものをテーブルにもたらす組み合わせである。マイクロサービス、API、SaaS、ヘッドレスを完全に独立して持つことができるからである。しかし、最も有意義な影響は、それらをまとめるときに起こる。 私たちの理解、設計、そして多分私たちがうまくいかないことについて話すとき、本当に自分自身を根付かせ、エンドツーエンドの価値を理解するとき、あなたが理解している1つのことだけに焦点を当てるのではなく、ソフトウェアアセンブリの新しい世界で成功するために本当に重要である。
Ishan Anand:マイクロサービスが使えるという洞察がすごく気に入っている。 MACH、マイクロサービス、API、Cloud Native、Headlessにはすべての頭字語を含めることができるが、実際にはMACHではないかもしれない。 クッキーのレシピに必要な材料は全部持っているようなものだが、実際のクッキーを手に入れて焦げないように、それらを組み合わせて正しい方法で焼く必要がある。 それは本当に洞察に満ちたポイントだと思う。 定義を文字通りに見すぎてはいけない。 それはあなたがそれをどのように使うかでもある。
Composable Architectureに移行する理由
Ishan Anand:企業がなぜこのような移行を行うべきなのか、そしてその移行を行った企業や組織についてお話ししよう。 エラリー始めてくれないか?
Ellery Womack :もちろん。 Edgioで見た最大の成功の1つは、Fortune 500のファッション小売業者であった。COVID-19が始まったとき、小売店や実店舗で買い物をすることができる人がどんどん少なくなったため、売上が大幅に減少し始めた。 そして、彼らはモノリシックなeコマースプラットフォームを利用していたが、顧客の需要に追いつくために必要なペースでデジタルビジネスを成長させるには十分な機敏さがないと感じていた。 そしてそれはすでに苦しんでいた。 そこで、最初に概念実証で彼らと協力して、トップオブファネルページを再構築したら、ホームページ、製品リストページ、製品詳細ページと呼んでいるように、顧客体験が向上することを示す。 現在のプラットフォームよりも高速になり、コンバージョン率、平均注文額、ユーザーあたりの収益、直帰率、および通常焦点を当てているすべての重要なKPIの改善につながるはずである。 そのため、彼らのブランドの1つで数ヶ月でライブ配信することができた。 期待していた結果が得られた。 彼らの場合、彼らは複数のブランドを持つ多国籍企業であるため、次のステップは、これを他の場所にどのように適用するか?
米国、カナダ、ヨーロッパ、アジア太平洋などに複数のブランドがある。 この旅の次の段階は再利用可能なアーキテクチャを構築することでしたそうすれば世界中のすべてのウェブサイトやブランドに展開される単一のコードベースを持つことができる その後の2年間で、私たちはこれを、独立したモノリシックな電子商取引プラットフォームとして運営されていたすべての事業に繰り返し展開することができた。 そして今、彼らが改善をしたり、新しい機能を1つの場所に追加したりすると、他の誰もが利益を得る。 そして、それらが後のアーキテクチャに移ると、それらのすべてが彼らのKPIの点で同様の利点を見た。
Ishan Anand:素晴らしいね。 Fortune 500企業はコンバージョン率が向上し、チームのイテレーションが速くなった。 実際に費用を費やすことなく、チームのエンジニアを増やすようなものだ。 Mihaela、心に浮かんだROIの例またはケーススタディがあるか。
ミハエラ・マッツェンガ： このような大規模なマルチブランド、マルチリージョンの組織では、長年にわたって生み出されてきたテクノロジーのスプロール現象を見て、価値を高め続ける方法を模索している可能性があると思う。 これはおそらく、作曲可能という問題だけではなく、全体的に作曲可能という約束に忠実な会話だろう。 ディスプレイ層やタッチポイント層での差別化を可能にする一方で、グローバルなテクノロジーフットプリントの範囲内で、コア機能、つまりコモディティと呼ぶものを統合することも可能になる。 そのため、これらの組織は、SaaS企業自身のように考え始める必要がある。 投資を最大化する方法を決定する必要があるが、最も重要なのは、すべての顧客に同じレベルの品質体験をもたらすことである。 共通のコア機能を使用してのみ、顧客タッチポイントをその地域またはそのブランドの顧客ニーズに合わせて完全にカスタマイズできる。 この時点でのインタフェースは同じである必要はない。 それは実際には同じであってはならない。なぜなら、フロントエンド、体験、顧客とのタッチポイントは、正直なところ、最もパーソナライズされたものである必要があり、コアが商品であることは本当にそうではないからである。
これはMACHで大規模にしか実現できないし、MACHは差別化に傾いていると思うからだ。 グローバル組織が持つ多様なパートナーの数を考慮しても、すべてを行うパートナーが一人であるとは言っていない。 複数のテクノロジーを持っているだけでなく、複数のパートナーがいることが期待されており、それらのパートナーは独自の価値を生み出す場所を理解している。 ブランドレベルでは、アップリフトやコンバージョンなどを参照できるかもしれないが、組織レベルでは、正直なところ、組織の変革を参照したいと思う。 私はそれが乱用されているのでその言葉を使うのは嫌いだが、それは本当である。 イノベーションとマインドセット、時には非常に計り知れないことがある。 これの正しい理解と専門知識を持っていることは、これが次のウェブサイトを構築することについてだけではないので重要である。 それは真の変革であり、このタイプの変革を実を結ぶためには、テーブルで適切な経験を持っていなければならない。 時々あなたは道にあることを認識しないし、あなたは本当にその投資を活用するために助けを必要とする。 今日、この飛躍を目指している組織もあります。なぜなら、MarsはValtechと協力してマルチブランド環境のための飛躍的な加速装置を作成し、実際に合成可能な基盤を設定して差別化を可能にしながら、その方程式で信じられないほどの市場投入期間を達成しているからだ。
価値や価値の定義はこの12ヶ月で信じられないほど成熟したと思う。
エラリー・ウーマック： MACHやComposableの候補となるのは、大手ブランドや大企業だけではない。 私たちはまた、いくつかのはるかに小さな会社と一緒に働いた。 良い例の1つはUniversal Standard、Shopifyを活用している顧客Edgio。 特にモバイルサイトの利用が遅く、改善が急務だった。 意思決定のポイントがありましたShopify 2.0に行くか、もう一歩踏み出すか、技術的専門知識を活用して実際にヘッドレスにピボットするか。 彼らはheadlessを使用して新しいウェブサイトを構築することを決定し、次にnuxを使用してShopify、Storefront API。 そして、彼らがそれを開始したとき、彼らはコンバージョン率の200%の改善を見た。 だから、傘の下に複数のブランドがなくても、適切なチームがあれば、MACHをもっと詳しく見てみるのもためらわないだろう。
イシャン・アナンド： ええ、私はそれが基本的にあらゆる規模のビジネスであることを示すデモとしてUniversal Standard Case Studyを本当に愛している。 数年前のJamstackカンファレンスで説得力のある講演をして Mihaela、私はあなたが話していることがこの技術の無秩序な拡大の解決策としてのMACHであることを好む。 そして、テクノロジー企業になる必要があるすべての企業の一部として、ソフトウェアが世界を席巻するように、ソフトウェアは基本的にあなたのビジネスと組織のすべての部分を食っている。 そしてMACHは、ビジネスのさまざまな部分を食べ始めたときに、その複雑さを管理するのに役立つソリューションである。 私はそれを取りたい、誰かが今確信していると仮定しよう。 明らかに、あらゆる規模のビジネスにおいて価値とROIを示してきた。
この移行をシームレスにするための手順
Ishan Anand:しかし、この移行を可能な限りシームレスにするために、チーム組織はどのようなステップを踏む必要があるのだろうか。 ここからあそこまでどうやって行くのか。 多分エラリー始めてくれ
(エラリー・ウーマック)もちろん まず、MLOcとComposableの素晴らしいところの一つは、全てのツールを選べることだ。 だから良い最初のステップは、使用する必要があるツールのためのすべてのベンダーを見て、いくつかのベンダーの選択を開始し、あなたが好きなコンテンツ管理システムを特定することである。 モノリシックなプラットフォームを使用している場合は、ドラッグアンドドロップエディタが1つあり、統合できる他のオプションがいくつかあるかもしれない。 しかしComposableでは、世界はあなたの牡蠣である。 そう多くの異なった選択を見ることができる。 つまり、コンテンツ管理システム、eコマースシステム、フロントエンドフレームワークを選択し、使いたいツールをすべて特定してから、すべての統合ポイントを検討する。 システム間でバックエンドレプリケーションを実行し、移行を計画する必要がある場合、これらの機能をどのように組み合わせるか。最終的には、これらのツールの概念実証を開始して、チームが満足していることを確認したい。 一日の終わりに、最大の利点の1つは、あなたのチームが彼らの日常的な仕事と彼らが愛し、彼らのニーズに合うツールをより完璧に行うことができることである。
ヘッドレストラックを走らせ始めると、チームが目にする大きなメリットだ。 私は常に人々に、特にeコマース業界で、あなたのプロダクトの詳細ページを構築し始めるために推薦する。 最初にそれを起動できるならば、それはあなたが最も利益を見ることになるだろうところだ。 そう把握しようとしているなら、私はホームページ、PLP、またはPDPから始めるか。 オーガニックトラフィックと有料検索が非常に多く、製品ページに直接移動しているため、それは間違いなく始める場所であり、人々は通常、1つの製品を見て、カートに追加してから変換する。 だから私は非常にそこから始めて、あなたのPLP、あなたの検索、そしてあなたのホームページに逆に働くことをお勧めする。 そしてデモラインのために、カートおよびチェックアウトは見るべきよい事である。 しかし、多くの場合、私はMVPのようなもののためにそれらを考慮しない。
最大限のメリットをもたらす複合可能なアーキテクチャの機能
（イシャン・アナンド）はい そして、それを経て、その選択を経ている組織として、Mihaela、構成可能なアーキテクチャから最大限の利益を得るために企業が求めるべき機能は何か?
ミハエラ・マッツェンガ：答える前に少し付け加えておきたいと思いますエラリー君は真っ直ぐテクノロジーの深層部に飛び込んだんだ そしてComposableでは、特にオールインワンプラットフォームに取り組んでいる場合はそう思う。 ところで、ネガティブな言い方をしているわけではない。あらゆる技術的なソリューションには適切な組み合わせがあると思うからだ。 しかし、テクノロジー以外では、何ができるか、どの分野でも組織としての貢献に対する期待という点で、絶対的な考え方の転換である。一方、以前は、より強硬で、プラットフォームによってプリセットされている意見を回避していたと思う。 柔軟性があっても、考えなくてもいいことがあった。 ロードマップは、全体的な組織としてもっと簡単にしたい場合には、ロードマップが非常に重要であると思う。ロードマップは、以前に存在しなかった場合には存在し、変革を通じて価値を高める方法を理解し、変革をいつ終了するかを理解する。製品と製品のイテレーションが再開するポイントがあり、それは必ずしも変革の途中ではないからである。
製品の進歩、変革、カスタマーエクスペリエンス、ブランドの再起動、OMSなどのバックエンド運用システムの交換など、一度に多すぎるものを組み合わせることは、災害の絶対的なレシピである。 組織としての能力を理解し、どれだけ速く進むことができるか、チームを理解し、組織内のチームのギャップを理解すること、これがテクノロジーを超えたプロセスに与える影響、人々に与える影響、変更管理は、定義するために絶対に必要になる。 これは、ほとんどの組織にとって大規模なパラダイムシフトである。 私が言いたいのは、テクノロジーをリードさせるのであれば、戦略を見直す必要があるということだ。なぜなら、これはビジネス主導のイニシアチブであるべきだからだ。 結局のところ、2つを分けることができない場合、あなたが主にテクノロジー企業であり、テクノロジー上の理由でこれを行っている場合、確かにあらゆる種類のフレーバーがあるが、その中でさえ、あなたの理由を理解してください。
Ishan Anand:ええ、それは本当に良い呼びかけだ。
ミハエラ・マッツェンガ:これが特徴につながるんだね？ ターゲットとする機能のタイプは？ 最も利益を得るものはどれか。 正直なところ、振り返って質問したいのですが、顧客や顧客の人口統計、チームの中で最も価値があると思う機能は何か? どこから始めるかという点では、その値から始めなければならない。 そして通常、それはあなたの顧客の方向に導く。 では、顧客のペインポイントは何か？ お客様にとっての価値は何か？ 全体的な速度などについて話す。 私は顧客として、ホームページが例として表示される前にバウンスし、エッジに焦点を合わせるか。 変換できるようになる前にバウンスするか? 取引までの時間と商取引に焦点を当てる。 自分が提供しなければならない最高にパーソナライズされたコンテンツを体験しているか？ コンテンツの準備とCMSへのフォーカス。 欲しい商品を見つけてもいいのか、知りたくない商品も見つけられるのか。 次に、検索に焦点を当てる。 そのすべてにおいて、基盤となるTCOと基盤となる速度が存在するが、この方程式のどの部分からも取り除くことはできないと思う。
これらは独立して組織に永続的な影響を与える 技術者として意見はあるかもしれないが、価値を引き出すためには自分にとって意味のある特徴を探す必要があると思う。
Ishan Anand:その理由を理解するのが好きだ。 根本的には、なぜ顧客に戻ってくるのかということであり、その根底にあるのはテクノロジーではない。 それはあなたがビジネスになぜあるかと既に持っている理由を提供するために実際にである。 これは本当に強力なリマインダーだ。
構成可能なアーキテクチャを使用すべきユーザ
Ishan Anand:ちょっと変わろうかな。 以前に話したように、構成可能なアーキテクチャを採用しているビジネスの規模はさまざまである。 そして、Mihaela、あなたは先ほど言った、モノリスは必ずしも悪いとは限らない。 では、企業として、誰が構成可能なアーキテクチャを使用すべきかをどうやって知るのか? そのネクタイをあなた方のどちらかに投げて答えよう。
ミハエラ・マッツェンガ：エラリー君を推薦する
(エラリー・ウーマック)ありがとう 感謝するよ だから、私が一緒に仕事をする傾向がある顧客を思いつく2つの本当に一般的なトピックがあるだろう。 1つは柔軟性とツールで、ビジネス目的に合った適切なツールを提供すること。 では、ツールが日常の仕事をしたい柔軟性を与えてくれると感じているか？ それとももっと焦点を絞ったツールがあるのか？ それらはあなたの必要性に適している機能のより小さいセットを有する。 構成可能なスタックを構築することは、あなた、あなたのビジネス、そしてあなたのチームに適した適切なツールと製品を見つけることについてすべてである。 そして、チームが彼らの条件で彼らの仕事をすることができるように、それらを統合する。 ツールの選択、ベンダーの選択はこのために本当に重要である。 そしてもう一つよく出てくるのは、マルチタッチポイントを有効にする必要があることと、現在のスタックではそれができないことだ。 店舗、モバイル、ウェブ、その他のチャネルで一貫したカスタマーエクスペリエンスを提供したい。 ビジネスロジックやワークフローを複数のモノリシックなチャネルやサポートチャネルに複製しないことが重要である。 エンジニアリングでは、これをドライと呼ぶ傾向がある。つまり、自分自身を繰り返さないこと。
Mihaela Mazzenga:そしてEllery、私は実際に誰もが構成可能なアーキテクチャを使うべきだと言うだろう。 そして、私はこれをMACH対モノリスの会話にしたくない。 大部分の組織にとって絶対に機能し続ける強力なレガシーシステムが存在する。 国内製の部品がある 複雑さと統合が非常に多い。 一つ目は、風景が構成可能性に向かって変化し続けることだと思う。 API経済は今後も成長していくだろうし、その答えはハイブリッドであることに注意しなければならない。 MACHとはみなされないシステムとの統合があるだろうし、場合によってはそうすべきではない。 そして、きめ細かなビジネス機能を提供するシステムとの統合を実現する。 今日の組織は、柔軟性とツールについて、あなたが言ったように単純に見て、言う必要があると思う。私が活用できるツールは何か? 変更してはいけないツールは何か? 変更のための変更はこの環境の最後の選択肢であるべきだから。 しかし、現代において、実際にはソフトウェアアーキテクチャの中でコンポーザビリティを活用しようとしない組織が存在することを私は知らない。 すべてのケースで最も純粋なMACHアプローチか？ いや、絶対にそうではないが、私はそれが存在すると思う。
正直なところ最も強力な組み合わせはハイブリッドなものですなぜなら我々の意図は組織に選択肢を与えることでありその選択は遺産になるかもしれない 何が私たちを差別化するのかに焦点を当て、コモディティを本当に購入し、差別化を構築し続ける必要がある。 私にとって、それはモノリスとコンポーザブルの両方をカバーする方程式であり、MACHとあなたが投げたい他のすべての頭字語。 しかし、今日はみんなの牡蠣だと思う。
Ishan Anand:そうだね。二項選択とは限らないというポジショニングが好きなんだ。 レガシーを組み込むことができる。 いわば、スタック内のMACHまたは純粋なMACHコンポーネントの量のスペクトルであり得る。
構成可能性を受け入れる時が来た：主要な指標
Ishan Anand:私は聴衆の中のリスナーの心に自分自身を置きたいと思う。 すべてのボックスをチェックしている。 しかし、彼らは常にComposableやMACHを、それが常に未来のイニシアチブであると見てきた。 ロードマップをさらに下ると、多額の投資が必要になる。 今こそ変革を起こす時であるというトリガーとして使用できる先行指標は何か？ 彼らが日々直面している課題は、実際には、待ってはいけないことを示すものである。 今から段階を踏み始めるべきだ
ミハエラ・マッツェンガ： 常に先行指標は顧客との摩擦だと思う。 カスタマージャーニーの中で、コンバージョンが減少し、直帰率が増加している、時間の長さや体験の質、データやコンテンツが、顧客の不満につながるという理想的ではない点があるのか。 私たちが知っているように、顧客は一般的に、体験の一部に満足していない場所を伝えることに問題はない。 私たちはそこから始めて当然だと思うが、それは必ずしもレガシーに固有のものではない。 MACHや構成可能なエコシステムでも問題がないわけではない。 しかし、顧客との摩擦がなく、TCOに満足している場合、このルートをたどる際にどのような結果を求めているのかという疑問が生じる可能性がある。 でもそれはそこから始まると思うそれは探すのは簡単だ それらは、組織内で既知のものであり、すでに測定しているカスタマージャーニーである必要がある。
Ellery Womack :パフォーマンスの面に便乗して、WebサイトがCore Web Vitalsを通過していない場合、それは変更の時期が来ていることを示す良い指標だ。 必ずしもMACHやComposableを意味するわけではない。 しかし、そこにたどり着けないなら、必ずそれを考慮すべきである。 私達の顧客の多くはGoogleの彼らの調査のランキングに影響を与えるので非常に定期的に彼らの中心網のバイタルを見ている。 最大の満足感のある絵の具やユーザーが画面上でどれだけ早く何かを見ることができるか、レンダリング中のページ上のコンテンツの移動量を測定する累積レイアウトシフト、そしてページを操作しようとしたときに更新されて応答するかを測定する症状遅延について。 グーグルはこの情報を使ってオーガニック検索ランキングに入力している。 上位3つの検索結果にない場合、それらの検索のクリックの半分以上はあなたのウェブサイトに行かない。 だから、このことを常に把握しておくことが本当に重要だ。 これは、アーキテクチャの観点からMACHとComposableが市場で利用可能な最高の性能を提供するものである分野の1つである。
これは、お客様が非常に注目していることの1つである。 さらに、リアルタイムのユーザー監視ツールであるRUMを使用して、時代の先を行き、新しい変更をプッシュしているときに、それがコアの重要なデータに何をするのかをリアルタイムで把握できるようにする。
ミハエラ・マッツェンガ:エラリーもその中にいてもね？ 解決策が両方だったところを参照できるケースがあるだろうか? そのため、短期間で価値を実現するために、Edgioなどのエッジソリューションをレガシーシステムの上にレイヤー化することで、移行または全体的な変革を開始する数か月の投資の問題で即座に迅速にアップグレードできる。 そして、その価値を過小評価することはできないと思う。 そこで再び、ハイブリッドに戻って、私たちの能力の最高に合わせて組み合わせて、顧客のためのそのより良い経験を運転するように奨励されるべきである。
まとめ
Ishan Anand:はい、それは実際にはハイブリッドが奨励されるべきであることで終わるべき大きいノートであると思う。なぜなら、それはあなたがこれらの利点の価値を評価するためにより速く時間を得るからである。 私たちは、構成可能なアーキテクチャによってサイトの読み込みが高速化され、チームの俊敏性が向上する方法から始めた。 そして今、私たちはあなたがそれを採用することについて行くべきであり、それは必ずしもバイナリの選択ではないことをどのように閉じる。 ゲストの皆さん、バルテックのCTOであるMihaela、Edgioのエンジニアリング担当シニアディレクターElleryに感謝したい。 そして、今日Beyond the Edgeに参加してくれた観客にも感謝する。 次のエピソードでは、Predictive Prefetchと、このアプローチがページの読み込みを1秒未満の速度に落とす方法について説明する。 お見逃しなく。 では次のイベントでお会いする。
コンポーザブルアーキテクチャに移行する準備ができている場合は、Edgioがお手伝いします! 当社の専門家に今すぐお問い合わせください。
