Uma Introdução ao podcast de Edgio, além do limite Episódio 2: Do monolítico à arquitetura composta: Como gerar valor e retorno do investimento, hospedado por Ishan Anand, vice-presidente de produto da plataforma de aplicações Edgio.
Ishan Anand: Olá, e bem-vindo ao Beyond the Edge, um podcast dedicado a explorar os desafios dinâmicos enfrentados pelos negócios digitais modernos. Eu sou o seu copiloto, Ishan Anand, vice-presidente de produtos da plataforma Edgio Applications. E hoje, estamos mergulhando em arquiteturas compostáveis, como elas ajudam as organizações a aumentar a velocidade da equipe e a construir sites mais rápidos. Amazon, Nike, Walmart, Toyota, Target e inúmeras outras marcas estão a usar esta abordagem e por uma boa razão.
Porque, de acordo com o relatório do Estado de Comércio da Salesforce2022, 77% das organizações que adotaram esta arquitetura, três em quatro, dizem que lhes dá maior agilidade e melhora as suas taxas de conversão. Então vamos além do limite com os nossos convidados. Hoje temos Mihaela Mazzenga, diretora técnica da Valtech, e Ellery Womack, diretora sénior de engenharia da Edgio. Mihaela, por favor, apresente-se e conte-nos sobre a sua formação em arquitetura compostável para começar.
Mihaela Mazzenga: Obrigado, Ishan. Chamo-me Mihaela Mazzenga, diretor de tecnologia da Valtech North America. Eu diria que a maior parte da minha experiência tem sido na construção de plataformas de SaaS onde abordagens como compostura e sem cabeça existem há algum tempo, verdadeiramente impulsionadas pela necessidade de não reinventar a roda e reduzir a sobrecarga de correr em vários pontos de contato. A partir daí, apliquei os meus conhecimentos numa marca americana icónica que se tinha transformado em puro prato digital, e conduzi-los através de uma migração muito pura, composta e sem cabeça, que foi uma das primeiras coisas de ponta a ponta na região na altura, em 2019. E tenho aplicado esse conhecimento a transformações de marca empresarial com a Valtech. Eu também passei mais de dois anos e meio na MACH Alliance como embaixador e como líder de embaixador do programa, muito ligada ao lado do cliente do trabalho e, mais especificamente, às coisas que, em última análise, impulsionam o valor do negócio no mundo da composable.
Ishan Anand: Obrigado. Muito feliz por ter alguém que tem feito tanto trabalho pioneiro desde os primeiros dias com a MACH na empresa. Ellery, pode falar-nos mais sobre a sua experiência com a Composable Architecture?
Ellery Womack: Certamente. Meu nome é Ellery Womack. Sou o Diretor Sénior de Engenharia da Edgio. Eu trabalho no Departamento de Serviços Especializados da Edgio, onde ajudamos os clientes a obter o melhor valor da nossa CDN, alojamento web e produtos de segurança. E nos últimos anos, ajudei vários clientes a melhorar o desempenho do website e também a adotar arquiteturas compostáveis e sem cabeça, que apenas proporcionam ótimas experiências para os utilizadores finais. Minha experiência é em consultoria tecnológica, onde trabalhei principalmente na integração de sistemas e ajudando outros clientes em projetos de engenharia de software de missão crítica. E na Edgio, ajudamos mais de cem clientes, e muitos dos quais estão no espaço do comércio eletrónico, a melhorar drasticamente a velocidade do site das suas aplicações.
O que é o MACH? Possibilidade? Sem cabeça?
Ishan Anand: Ótimo. Obrigado. Vamos começar a trazer o público para o mesmo nível e apenas esclarecer alguns termos. Já vi em inúmeras chamadas de clientes, os termos compostáveis, sem cabeça, desacoplados, arquitetura API-First e MACH são usados de forma intercambiável, e muitas vezes pode causar confusão. Mihaela, poderia ajudar a esclarecer estes termos?
Mihaela Mazzenga: Sim, e eu sinto que às vezes todas estas discussões começam com a definição de MACH. O que eu gostaria de fazer desta vez para elevar a nossa discussão, talvez impulsionar um pouco a maturidade do tema, é realmente focar-se no porquê de isso ser importante ou no que é diferente sobre ele, porque eu acho que muita audiência pode simplesmente chegar à definição de microsserviços e APIs e nuvem e sem cabeça muito facilmente. Mas realmente compostura significa aproveitar vários recursos separados que juntos criam um sistema completo. Você vai ouvir estas muitas vezes chamadas de blocos de construção ou blocos de Lego. E, idealmente, esses recursos são componentes de SaaS nativos da nuvem, mas você também pode compor com soluções de nuvem personalizadas dentro do seu próprio ambiente. Se você estudar engenharia de software clássica, é a abordagem fundamental para a composição. É apenas aplicado ao mundo moderno das funções da nuvem como são hoje. E eu também quero acrescentar que acho que… muitas vezes também há perguntas sobre se o MACH é o futuro, e isso é maravilhoso que tenhamos criado um acrônimo para ele. Mas eu acho que este tipo de montagem de software é realmente muito o presente. Portanto, microsserviços, APIs, o SaaS nativo da nuvem e sem cabeça são o que realmente une todas essas grandes abordagens.
E é especificamente a combinação que traz o melhor do software moderno à mesa para construir capacidades de negócios e para expandir experiências, porque você pode ter microsserviços, você pode ter APIs, você pode ter SaaS, você pode ter sem cabeça de forma independente, mas o impactos mais significativo acontece quando os reúne. Penso que isto é muitas vezes perdido nos nossos entendimentos, nos nossos designs, e talvez quando falamos sobre as coisas que não estão a funcionar, realmente enraizar-se e compreender o valor de ponta a ponta, não apenas focar apenas numa coisa que entendemos é realmente fundamental para o sucesso no novo mundo da montagem de software.
Ishan Anand: Sim, eu gosto muito dessa ideia de que você pode ter microsserviços. Você pode ter todas as siglas em MACH, microsserviços, API, Cloud Native e Headless, mas você pode não realmente MACH. É como se você pudesse ter todos os ingredientes para uma receita de biscoito, mas ainda assim você tem que combiná-los e cozinhá-los da maneira certa para que você obtenha biscoitos reais e eles não se queimem, certo? Acho que esse é um ponto muito perspicaz. Não olhem demasiado literalmente para a definição. É também como o usamos.
Porquê migrar para a Arquitectura composable?
Ishan Anand: Vamos falar sobre porque é que as empresas devem fazer essa migração e as empresas e organizações que fizeram essa transição. Ellery, pode começar-nos nisso?
Ellery Womack: Certamente. Um dos maiores sucessos que vimos em Edgio foi com a loja de moda Fortune 500, que, quando a COVID começou, começou a ver um declínio acentuado na receita, à medida que cada vez menos pessoas conseguiam fazer compras no seu retalho ou nas suas lojas físicas. E eles estavam em uma plataforma monolítica de e-commerce onde eles achavam que não era ágil o suficiente para eles crescerem seus negócios digitais ao ritmo que precisavam para acompanhar a demanda dos clientes. E já estava a lutar. Por isso, envolvemos-nos primeiro com uma prova de conceito apenas para mostrá-los se reconstruirmos as páginas do topo do funil, como lhes chamamos, a página inicial, a página da lista de produtos e a página de detalhes do produto, que você terá uma melhor experiência do cliente. Vai ser mais rápido do que o que você tem na sua plataforma atual, e isso deve levar a melhorias na taxa de conversão, valor médio de ordem, receita por usuário, taxa de rejeição e todos os KPIs importantes em que eles normalmente estão focados. Assim, conseguimos fazer isto em questão de meses para uma das suas marcas. Tínhamos os resultados desejados que esperávamos. No caso deles, porque são uma empresa multinacional com múltiplas marcas, o próximo passo foi: Como aplicar isto em qualquer outro lugar?
Temos várias marcas nos Estados Unidos, Canadá, Europa, Ásia-Pacífico, e assim por diante. A próxima fase da jornada foi construir uma arquitetura que fosse reutilizável para que tenhamos uma única base de código que é implementada para todos esses sites, todas essas marcas globalmente. Nos dois anos seguintes, conseguimos implementar iterativamente isto em todos os seus negócios, que tinham funcionado como plataformas independentes monolíticas de comércio eletrónico. E agora, quando eles fazem uma melhoria ou adicionam um novo recurso a um lugar, todos os outros recebem o benefício. E todos eles viram benefícios semelhantes em termos de seus KPIs assim que passaram para a arquitetura posterior.
Ishan Anand: Isso é ótimo. Então, a empresa Fortune 500 obtém melhores taxas de conversão e a sua equipa está a iterar mais rapidamente. É quase como conseguir mais engenheiros na sua equipa sem ter de gastar as despesas. Mihaela, você tem um exemplo de ROI ou estudo de caso que vem à mente?
Mihaela Mazzenga – Portanto, com base nisso, Ellery, é interessante o quão semelhante isto é realmente, e talvez aponte para onde está o maior valor. Acho que nestas grandes organizações multimarcas, multiregiões que agora estão potencialmente a olhar para a expansão tecnológica que foi criada ao longo de muitos anos e a questionar como continuar a gerar valor. Essa é provavelmente uma conversa que não é apenas na questão da compostura, apenas holisticamente fiel à promessa de compostura. Embora permita a diferenciação na camada do ecrã ou do ponto de contacto, também permite a consolidação que mencionou das suas principais capacidades, ou chamarei essas mercadorias, dentro da sua pegada tecnológica global. Então, essas organizações agora precisam realmente começar a pensar mais como as próprias empresas de SaaS. Eles precisam determinar como maximizar o investimento, mas o mais importante, trazer esse mesmo nível de experiência de qualidade a todos os seus clientes. Você só pode fazer isso com os recursos básicos comuns, permitindo que o ponto de contato do cliente seja totalmente personalizado para essa região ou para as necessidades do cliente dessa marca. A interface neste momento não tem de ser a mesma. Na verdade, não deve ser o mesmo porque o front-end, a experiência, esse ponto de contacto com o cliente, honestamente, precisa de ser o mais personalizado, onde o núcleo de ser uma mercadoria realmente não o faz.
Isto só pode ser alcançado em escala com a MACH, e eu digo isso porque acho que a MACH se inclina para a diferenciação. Mesmo quando se considera o número de parceiros variáveis que uma organização global tende a ter, não estamos a dizer que há um parceiro para fazer tudo isso. Há a expetativa total de que não só você tem múltiplas tecnologias, mas também tem vários parceiros, e esses parceiros também entendem onde eles geram valor de forma única. Enquanto no nível da marca, podemos talvez referenciar coisas como elevação e conversão, acho que a nível organizacional, aqui queremos fazer referência, honestamente, à transformação organizacional. Odeio usar essa palavra porque é usada demais, mas é verdade. Inovação e mentalidade, que por vezes pode ser bastante imensurável. Ter a compreensão e a experiência certas nisto é fundamental porque não se trata apenas de construir o próximo site. É sobre verdadeira transformação, e você tem que ter a experiência certa à mesa para levar adiante este tipo de transformação à fruição. Às vezes nem sequer se reconhece que está no caminho e precisa de ajuda para realmente capitalizar esse investimento. Há organizações hoje que estão a dar este salto, sem trocadilhos, porque, como exemplo, a organização Mars em colaboração com a Valtech criou um acelerador de saltos para ambientes multimarcas para realmente estabelecer uma base de composição e permitir essa diferenciação, mas alcançar um tempo incrível de comercialização nessa equação.
Acho que o valor ou a definição de valor amadureceu incrivelmente ao longo dos últimos, especialmente 12 meses.
Ellery Womack: E não são apenas grandes marcas e grandes empresas que são bons candidatos para MACH e Composable. Também trabalhámos com algumas empresas muito mais pequenas. Um bom exemplo é o Universal Standard, que é um cliente da Shopify que está aproveitando o Edgio. Eles tinham uma experiência particularmente lenta no site móvel e tinham uma necessidade bastante urgente de melhorar as coisas. Houve um ponto de decisão, vamos ao Shopify 2,0, damos outro passo incremental, ou aproveitamos a nossa experiência tecnológica e, na verdade, apenas fazemos a rotação agora para sem cabeça. Eles acabaram decidindo ir sem cabeça e criaram um novo site usando nux, depois a API do Shopify, Storefront. E quando o lançaram, viram uma melhoria de 200% na taxa de conversão. Por isso, mesmo que não tenham várias marcas sob o seu guarda-chuva, se tiverem a equipa certa, não hesitaria em olhar para a MACH mais de perto.
Ishan Anand: Sim, eu adoro esse estudo de caso da Universal Standard como uma demonstração de que é basicamente um negócio de qualquer tamanho. E eles tiveram uma palestra muito convincente que deram na Jamstack Conference há alguns anos. E Mihaela, gosto do que está a falar é o MACH como a solução para esta expansão tecnológica. E como parte de todas as empresas que precisam ser uma empresa de tecnologia, como o software come o mundo, o software está basicamente comendo todas as partes do seu negócio e da sua organização. E o MACH é a solução que o ajudarão a gerir essa complexidade quando começar a comer várias partes do negócio. Eu gostaria de aceitar, vamos supor que alguém está convencido agora. Claramente, mostrámos valor e retorno do investimento em todas as escalas de negócio.
Passos a tomar para tornar esta transição perfeita
Ishan Anand: Mas quais são os passos que uma organização de equipa precisa de tomar para tornar esta transição o mais perfeita possível? Como posso chegar daqui para lá? Talvez, Ellery, você possa começar-nos nisso.
Ellery Womack: Claro. Então, começando pela tecnologia, uma das grandes coisas do MLOc e do Composable é que você pode escolher todas as suas ferramentas. Então, um bom primeiro passo é olhar para todos os fornecedores para as ferramentas que você precisa usar e começar a fazer alguma seleção de fornecedores, identificando um sistema de gestão de conteúdo que você gosta. Muitas vezes, se você estiver usando uma plataforma monolítica, você tem um editor de arrastar e soltar, e talvez algumas outras opções que você pode integrar. Mas com o Composable, o mundo é a sua ostra. Assim, pode olhar para uma série de opções diferentes. Então, selecionando um sistema de gestão de conteúdo, um sistema de comércio eletrónico ou uma estrutura de front-end, apenas tentando identificar todas as ferramentas que pretende utilizar, e depois olhamos para todos os pontos de integração. Como é que queremos combinar estas coisas, se houver alguma replicação de back-end que precise acontecer entre sistemas, planear a migração e, em última análise, queremos começar a fazer uma prova de conceito para estas ferramentas para garantir que as vossas equipas estão felizes com elas. No final do dia, um dos maiores benefícios é que agora as vossas equipas conseguem fazer os seus trabalhos diários e as ferramentas que adoram e que se ajustam às suas necessidades de forma mais perfeita.
Isso é um grande benefício que as vossas equipas vão ver quando começarem a descer pelo caminho sem cabeça. Eu sempre recomendo às pessoas, especialmente na indústria de e-commerce, para começar a construir a sua página de detalhes do produto. Se você conseguir lançar isso primeiro, é aí que você vai ver o maior benefício. Então, se estão a tentar descobrir, começo com a página inicial, PLP, ou PDP? Esse é definitivamente o lugar para começar porque você tem tanto tráfego orgânico e pesquisa paga diretamente para páginas de produtos, e as pessoas normalmente vão olhar para um produto, adicionar ao carrinho e depois converter. Por isso, recomendo vivamente que comecem por aí e depois trabalhem para trás para o vosso PLP, para a vossa pesquisa e para a vossa página inicial. E para a linha de demonstração, carrinho e check-out são coisas boas para ver. Mas em muitos casos, eu não os consideraria para o MVP ou algo assim.
Características da Arquitetura composable para benefícios máximos
Ishan Anand: OK. E então, enquanto organização que está a passar por essa seleção, Mihaela, que funcionalidades devem as empresas procurar para obter o máximo benefício de uma arquitetura compostável?
Mihaela Mazzenga: E antes de responder, quero acrescentar um pouco e talvez acrescentar, porque, Ellery, você saltou diretamente para o fundo tecnológico lá. E na composição, acho eu, especialmente se você tem trabalhado em uma plataforma tudo-em-um. A propósito, não estou a dizer isso de forma negativa, porque acho que cada tipo de solução tecnológica tem uma correspondência adequada. Mas fora da tecnologia, é uma mudança absoluta de mentalidade em termos do que você é capaz de fazer e da expetativa em torno de sua contribuição como organização dentro de qualquer disciplina, enquanto que antes eu acho que era mais opnionada, e que você estava trabalhando em torno das opiniões que são predefinidas por uma plataforma. Mesmo quando havia flexibilidade, havia apenas coisas em que não era preciso pensar. Acho que um roteiro, se você quiser tornar isso muito mais fácil como uma organização holística, um roteiro é incrivelmente importante se não existisse antes, e entender como você vai gerar valor através da transformação, entender quando você vai acabar com a transformação, porque há um ponto em que a iteração de produto e produto reinicia e isso não é necessariamente durante o meio de uma transformação como exemplo.
Combinando muitas coisas ao mesmo tempo, incluindo o avanço do produto, transformação, experiência do cliente, relançamento da marca e troca de sistemas operacionais de back-end, como o OMS, tudo ao mesmo tempo – uma receita absoluta para o desastre. Compreender as suas capacidades como organização, a rapidez com que podem ir, compreender a sua equipa, compreender as lacunas da sua equipa na sua organização, o impactos que isso terá no processo para além da tecnologia, o impactos que terá nas pessoas, a gestão da mudança torna-se absolutamente necessária para se contender para definir, porque, como sabemos naturalmente, qualquer tipo de mudança para nós, como humanos, é geralmente inquietante, muitas questões, e isto não será diferente. Esta é uma enorme mudança de paradigma para a maioria das organizações. E o que eu quero dizer é que, se você está deixando a tecnologia liderar, provavelmente precisa reavaliar essa estratégia porque isso deve ser uma iniciativa liderada por negócios. No final do dia, se não se consegue separar os dois, se é maioritariamente uma empresa de tecnologia e está a fazer isto por razões tecnológicas, certamente há todo o tipo de sabor, mas mesmo nisso, por favor, entenda o porquê.
Ishan Anand: Sim, é uma boa chamada.
Mihaela Mazzenga: Então isso leva às funcionalidades, certo? Que tipo de funcionalidade deve ser direcionada? Quais deles colhem mais benefícios? E honestamente, a isso, eu me viraria e perguntaria, bem, quais são as caraterísticas que você acredita que geram mais valor para seus clientes ou dentro de sua demografia, dentro de suas equipes? E em termos de por onde começar, você tem que começar com esse valor. E normalmente, isso irá levá-lo na direção do seu cliente. Então, quais são os pontos problemáticos do cliente? Quais são os pontos de valor do cliente? Vamos falar de coisas como a velocidade geral, certo? Eu, como cliente, irei saltar antes da página inicial ser apresentada como exemplo, e depois focar-me na margem? Vou saltar antes de poder converter? Tempo para transação e foco no comércio. Eu experiencio o conteúdo mais personalizado que você tem para oferecer? Disponibilidade de conteúdo e foco no CMS. Posso encontrar os produtos que quero e talvez não saiba que também quero? Depois, concentre-se na Pesquisa. Em tudo isso, há o custo total de propriedade subjacente e a velocidade subjacente, que eu não acho que você possa remover de qualquer parte desta equação.
E ambos, independentemente, têm impactos muito duradouros numa organização. Então, embora eu pudesse ter uma opinião como tecnólogo, acho que você precisa procurar por recursos que façam sentido para você gerar valor.
Ishan Anand: Eu gosto disso, compreendendo o porquê. E na raiz disso, o porquê de voltar aos seus clientes, e vai estar enraizado nisso e não necessariamente na tecnologia. Isso é realmente para servir o porquê de você já ter com o porquê de estar no negócio. É um lembrete muito poderoso.
Quem deveria estar usando uma Arquitetura composable?
Ishan Anand: Quero fazer uma transição um pouco. Falámos mais cedo sobre como há uma gama de tamanhos de negócios que adotaram uma arquitetura compostável. Mihaela disse antes, o monólito não é necessariamente mau em alguns casos. Então, como é que sabem, como empresa, quem deve usar arquiteturas compostáveis? Vou lançar esse laço a qualquer um de vocês para responder.
Mihaela Mazzenga: Ellery, eu te nomeo.
Ellery Womack: Obrigado. Eu aprecio isso. Portanto, provavelmente há dois tópicos muito comuns que surgem com os clientes com quem tenho tendência a trabalhar. Uma é a flexibilidade e as ferramentas, apenas ter as ferramentas certas que servem ao seu propósito de negócio. Então as ferramentas parecem que as ferramentas lhe dão a flexibilidade que você quer fazer o seu trabalho diário? Ou há outras ferramentas que estão um pouco mais focadas? Eles têm conjuntos menores de funcionalidade que seriam mais adequados às suas necessidades. Construir uma pilha composta é tudo sobre encontrar as ferramentas e produtos certos que são adequados para você, para o seu negócio e para a sua equipa. E depois integrá-los juntos para que a sua equipa possa fazer o seu trabalho nos seus termos. Então, novamente, a seleção de ferramentas, a seleção de fornecedores é realmente importante para isso. E mais uma coisa que aparece muito comumente é apenas a necessidade de ativar pontos multi-toque e a incapacidade de fazer isso com a sua pilha atual. Portanto, você quer fornecer uma experiência consistente ao cliente em lojas, móveis, web e outros canais. É importante que você não replique a sua lógica de negócios e fluxos de trabalho para múltiplos canais monolíticos e de suporte. Na engenharia, tendemos a chamar isto seco, ou seja, não se repita.
Mihaela Mazzenga: E Ellery, eu diria que todos deveriam usar uma arquitetura compostável. E eu não quero fazer disto uma conversa de MACH versus monólito. Há sistemas legados poderosos que permanecerão absolutamente em jogo para a maioria das organizações. Há componentes caseiros disso. Há tanta complexidade e integração. Acho que número um, que a paisagem continuará a mudar para a compostura. A economia da API continuará a crescer, e temos de ter cuidado para que a resposta seja realmente híbrida. Haverá integrações que você tem com sistemas que não são considerados MACH, e eles não devem ser em alguns casos. E então você terá integrações com sistemas que oferecem a capacidade granular de negócios. Acho que a organização de hoje precisa de parecer e dizer como você disse, flexibilidade e ferramentas, quais são as ferramentas que eu posso alavancar? Quais são as ferramentas que não devo mudar? Porque a mudança deve ser a última opção neste ambiente. Mas eu não sei que, na era moderna de hoje, há uma organização que não vai realmente alavancar alguma compostura dentro das suas arquiteturas de software. É a abordagem MACH mais pura em todos os casos? Não, absolutamente não, mas acho que existe.
E, honestamente, as combinações mais poderosas são aquelas que são híbridas, porque reconhece que a nossa intenção aqui é dar à organização a escolha, e essa escolha pode ser legado em alguns casos. Precisamos de nos concentrar no que nos torna diferentes e continuar a pressionar na compra de mercadorias e na diferenciação de edifícios. Para mim, essa é uma equação que cobre tanto o monólito como o composable e o MACH e todos os outros acrónimos que você quer atirar nele. Mas acho que hoje é ostra de todos.
Ishan Anand: Sim, eu gosto desse posicionamento de que não é necessariamente uma escolha binária. Você pode incorporar o legado. Pode ser um espetro, por assim dizer, da quantidade de componentes MACH ou MACH puros na sua pilha.
É hora de abraçar a possibilidade: Indicadores de liderança
Ishan Anand: Eu quero colocar-nos talvez na mente de um ouvinte no público que é como, ok, isso soa bem. Está a marcar todas as caixas. Mas eles sempre viram compostable ou MACH como é sempre perpetuamente a iniciativa futura. Mais adiante, o roteiro leva muito investimento. Quais poderiam ser os principais indicadores que poderiam ser usados como gatilhos de que é hora de fazer a mudança agora? Quais os desafios que eles enfrentariam no dia a dia que indicam, na verdade, não… não devemos esperar. Na verdade, você deve começar a fazer esse passo incremental agora.
Mihaela Mazzenga: Acho que sempre o principal indicador é a fricção do cliente. Há pontos na jornada do cliente que não são ideais para que a conversão tenha sido reduzida, as taxas de rejeição estejam a aumentar, o tempo ou a qualidade da experiência, os dados e o conteúdo, tudo isso leva a alguma insatisfação do cliente. Como sabemos, os clientes geralmente não têm problemas em nos dizer onde não estão satisfeitos com partes da experiência. Acho que começamos por aí e conseguimos, isso não é necessariamente exclusivo do legado. Não é como se não se pudesse ter problemas, mesmo num MACH e num ecossistema compostável. Mas se você não tem atrito com o cliente e se está feliz com o seu custo total de propriedade, pode perguntar realmente que tipo de resultado você está procurando ao seguir este caminho. Mas acho que começa lá, e essas são coisas fáceis de procurar. Eles devem ser coisas conhecidas dentro da sua organização e a jornada do cliente que você já está medindo, espero.
Ellery Womack: Sim, apenas para retratar o aspeto de desempenho disso, se o seu site não estiver a passar Core Web Vitals, isso é um bom indicador de que se deve mudar. Não significa necessariamente MACH e compostável. Mas se você não pode chegar lá, então você certamente deve considerá-lo. Muitos dos nossos clientes estão a olhar para os seus Core Web Vitals regularmente porque isso influencia a sua classificação de pesquisa no Google. Então, olhando para a sua maior pintura contenciosa e a rapidez com que os utilizadores conseguem ver algo no ecrã, o deslocamento cumulativo do esquema, que mede a quantidade de deslocamento do conteúdo na página à medida que está a ser renderizado, e para o atraso dos sintomas, que é uma medida de uma vez que tento interagir com a página, quão rapidamente ela se atualiza e responde? O Google está a usar esta informação para se alimentar em classificações de pesquisa orgânica. E se você não está no top três resultados de pesquisa, então mais da metade dos cliques dessas pesquisas não vão para o seu site. Por isso, é muito importante manter-se a par disto. Esta é uma área em que o MACH e o composable de uma perspetiva de arquitetura são algo que irá proporcionar o melhor desempenho disponível no mercado.
Então, essa é uma coisa que os nossos clientes olham de perto. E até mesmo usar o nosso RUM, que é uma ferramenta de monitoramento de usuários em tempo real, para ficar à frente da curva e garantir que, à medida que eles estão promovendo novas mudanças, eles sabem em tempo real o que isso vai fazer aos seus dados vitais principais.
Mihaela Mazzenga: E Ellery, mesmo naqueles, certo? Há, tenho certeza, casos que podem fazer referência a onde estavam as duas soluções, certo? Então, na tentativa de obter um tempo rápido de valor, você pode colocar uma solução de borda, como um Edgio, em cima de um sistema legado para realmente obter uma elevação imediata e rápida em uma questão de investimento de meses à medida que você começa uma migração ou transformação total. E eu não acho que esse valor possa ser subestimado. Então, novamente, apontando para o híbrido e deve ser encorajado a misturar e combinar com o melhor de nossas habilidades e gerando essa melhor experiência para o cliente.
Embrulhar
Ishan Anand: Sim, eu acho que é uma ótima nota para acabar com esse híbrido deve ser encorajado porque ele faz com que você tenha um tempo mais rápido para valorizar esses benefícios. Começámos com a forma como a arquitetura compostável faz com que os sites sejam carregados mais rapidamente e as equipas sejam mais ágeis. E agora estamos a fechar com a forma como devemos adotá-la e que não é necessariamente uma escolha binária. Gostaria de agradecer a vocês, aos nossos convidados, Mihaela, diretor técnico da Valtech, e Ellery, diretor sénior de Engenharia da Edgio. E depois agradeça também ao nosso público por se juntar a nós hoje em Além do Limite. Vamos vê-lo no próximo episódio, onde vamos falar sobre Predictive Prefetch e como esta abordagem pode deixar cair o carregamento de páginas em velocidades abaixo do segundo. Não perca. Vamos vê-lo no próximo.
