Este artículo presenta las opciones de Google Cloud para las organizaciones que están realizando una evaluación interna para trasladar una aplicación web de dos niveles a la nube.

## Tipos de aplicaciones
Las aplicaciones web de dos niveles constan de un servidor web que ejecuta una aplicación y una base de datos para almacenar los datos de la aplicación. La ejecución de Linux, Apache, MySQL y PHP, comúnmente conocida como pila LAMP, es un ejemplo común de una aplicación web de dos niveles. Las variaciones en la distribución de Linux, el software del servidor web, la base de datos o el lenguaje de programación afectan los detalles técnicos de cualquier migración, pero la descripción general y los pasos de la migración son consistentes.

## Fases de migración
Las migraciones a la nube ocurren en las siguientes cuatro fases

 Evaluación
Identifique todas las características de su carga de trabajo, enumere los recursos necesarios para ejecutar su carga de trabajo en la nube y llame todas las dependencias y conexiones clave a otras cargas de trabajo. Usando la lista completa de características, puede comenzar a planificar qué aplicaciones y cargas de trabajo deben moverse, y en qué orden.

En las empresas modernas, hay muchos tipos diferentes de aplicaciones, desde aplicaciones orientadas al cliente hasta aplicaciones administrativas, herramientas para desarrolladores y aplicaciones experimentales. Mover todas estas aplicaciones al mismo tiempo y de la misma manera sería arriesgado e ineficiente

Un ejemplo sería clasificar las aplicaciones en los siguientes tres grandes grupos:
- Aplicaciones que son fáciles de mover. Estos tienen menos dependencias, son más nuevos, están escritos internamente, por lo que no tienen consideraciones de licencia y son más tolerantes al escalado y soporte de patrones de diseño en la nube.

- Aplicaciones que son difíciles de mover. Estos tienen más dependencias, son menos tolerantes al escalado, son difíciles de ejecutar con servicios en la nube o tienen requisitos de licencia complejos.

- Aplicaciones que no se pueden mover. Algunas aplicaciones que pueden no ser buenas candidatas para migrar se ejecutan en hardware especializado o más antiguo, tienen requisitos comerciales o reglamentarios que requieren que permanezcan en su centro de datos, o tienen requisitos de licencia complejos que no son necesarios. Â no permitir que se trasladen a la nube

Estos son solo algunos ejemplos de formas de ordenar las aplicaciones. Es probable que sus aplicaciones tengan muchos más factores decisivos que puede usar para crear una matriz de priorización de todas las aplicaciones. Desde esa clasificación, puede elegir su primera aplicación para mover y comenzar a planificar su base de Google Cloud

 Base
Diseñar y planificar detalles específicos para implementar el nuevo entorno de nube. Éstas incluyen:
- La arquitectura de la nube y el modelo de seguridad para proporcionar una base de infraestructura para sus cargas de trabajo

Recursos de red para permitir una comunicación segura y confiable entre aplicaciones. Esto requiere una planificación exhaustiva para la gestión de acceso e identidad (IAM), el diseño de la nube privada virtual (VPC) y los métodos de acceso externo.

La tecnología y las herramientas de estado final en las que se ejecutarán sus cargas de trabajo

Contabilización de la gestión de dependencias, plazos y métodos de transferencia de datos

 Migración
Mueva los datos e implemente servicios, infraestructura y código a su destino. Debe usar automatización y herramientas para respaldar estas operaciones.

 Mejoramiento
Valide si las decisiones y suposiciones que hizo en las fases de evaluación y base coinciden con la realidad después de la fase de migración. Usted identifica cualquier cambio que pueda necesitar. Considere cómo explorar otras opciones nativas de la nube, como pasar de la infraestructura como servicio (IaaS) a la plataforma como servicio (PaaS), o aprovechar las ofertas de servicios administrados. Dependiendo del resultado de la fase de optimización, puede comenzar el ciclo nuevamente para abordar cambios o modificaciones. Siempre comience de nuevo en la fase de evaluación y use su experiencia para ser más eficiente con cada iteración

## Tipos de migraciones
Las tres estrategias de migración más comunes para mover aplicaciones a la nube se describen en las siguientes secciones

 Levantar y cambiar
Usar
*levantar y cambiar* cuando desee mover aplicaciones mientras cambia como
lo menos posible en cómo funcionan. Esto funciona mejor para aplicaciones que
puede ejecutarse sin modificaciones dentro de la nube, cuando mover la aplicación rápidamente es un
prioridad, o cuando el negocio tiene poco apetito o necesidad de cambio. Este
la migración requiere más trabajo del personal de infraestructura y operaciones para
respaldar los cambios fundamentales en el lugar donde se ejecutará el servicio y menos trabajo
de los desarrolladores ya que es muy poco, si es que hay alguno, el código debe cambiarse

Por ejemplo, si ambos niveles de su aplicación web están alojados en máquinas virtuales, puede migrarlos tal cual mediante Migrar a máquinas virtuales. Cuando esas máquinas virtuales están en la nube, puede considerar actualizar a una plataforma informática más nativa en la nube para obtener beneficios adicionales.

 Mejora y muévete
Usar
*mejorar y moverse* cuando desee modernizar su aplicación en el
proceso de migración a la nube. Esto se usa comúnmente cuando la aplicación
no es compatible con la nube tal como está, o cuando las actualizaciones importantes en el software o
el hardware ya está definido y planificado. Esta migración requiere infraestructura,
operaciones y desarrolladores para trabajar juntos para mejorar la función del
aplicación en la nube, y permite que la aplicación aproveche
beneficios nativos de la nube como más portabilidad, escalabilidad y confiabilidad

Otra variación de esta estrategia es mejorar y moverse en un solo movimiento. Si ambos niveles de su aplicación web están alojados en máquinas virtuales, puede usar Migrar a contenedores para mover y convertir automáticamente esas máquinas virtuales en contenedores que se ejecutan en Google Kubernetes Engine (GKE).

 Extraer y reemplazar
Usar
*extraer y reemplazar* cuando desee crear una nueva solución en la nube, y
elimine la versión actual de su solución local. Esto se usa comúnmente
cuando se aplican las siguientes condiciones:
- No vale la pena mantener la aplicación existente en la nube, ni técnica ni financieramente.

- La licencia del software en la nube es prohibitiva o poco práctica

- La aplicación deja de satisfacer las necesidades comerciales por completo

Debido a que extraer y reemplazar requiere volver a escribir una aplicación desde cero, no se trata en esta guía de migración.

## Fase de evaluación
Antes de que pueda comenzar cualquier migración, debe tener un conocimiento profundo de su punto de partida

Cualquier pregunta sin respuesta representa un riesgo para el éxito de la migración. Dedicar tiempo a la fase de evaluación ayuda a garantizar una fase de migración fluida y sin incidentes. Dedique todo el tiempo que pueda a recopilar la mayor cantidad de información relevante posible para respaldar su migración.

 Pila de software de aplicación
Trabaje con sus equipos de infraestructura, operaciones y desarrollo para identificar los siguientes detalles:
- Sistema operativo: distribución exacta, versión, parches, paquetes instalados

- Servidor web: paquete de software exacto, número de versión, paquetes u otra modificación de software, y todos los archivos de configuración y reglas para el software del servidor web

- Base de datos: nombre exacto del software, versión, esquema, estrategia de replicación y programa de copia de seguridad

- Entornos de ejecución: versiones exactas de todos los entornos de backend y frontend

 Recursos de hardware del sistema
Para los niveles de servidor web y base de datos, responda las siguientes preguntas:
- ¿Cuántos servidores se están ejecutando ahora?
- ¿Cuál es la asignación total de CPU, incluida la generación, el tipo de arquitectura y la velocidad?
- ¿Cuál es la memoria RAM y el espacio en disco asignado a cada servidor? ¿Se utilizan HDD o SSD? ¿REDADA?

- ¿Cuál es la utilización actual, la utilización media y la utilización máxima de CPU, RAM y espacio en disco?Mire su promedio y pico en el contexto de su uso comercial específico.Por ejemplo, es posible que una empresa que apoya los Juegos Olímpicos deba mirar hacia atrás dos años para ver cuál es el pico real, mientras que otras aplicaciones pueden tener una tasa de ejecución más constante.Mire la línea de tiempo del caso de uso más típico para el promedio y su línea de tiempo de mayor uso para el pico.También busque patrones de uso cíclico, como fines de semana, noches y días laborables- Para la base de datos, qué estrategia de copia de seguridad, replicación o fragmentación está en uso y cómo que afectan los requisitos de espacio en disco y la cantidad de servidores requeridos?Recursos de redAnalice la arquitectura de red que permite que su aplicación funcione.Asegúrese de tener diagramas de topología de red físicos y lógicos precisos y actualizados de la infraestructura que admite su aplicación.Los diagramas deben describir claramente todas las conexiones, dependencias y servicios de redResponda las siguientes preguntas:- ¿Cómo acceden los clientes a su aplicación?¿A través de un navegador web?¿Directamente a través de una dirección IP?¿A través de una aplicación móvil?¿Utiliza una conexión de red privada virtual?- ¿Tiene una lista de todos los certificados SSL/TLS y claves de cifrado aplicables?- ¿Dónde están alojados todos los certificados SSL/TLS aplicables?¿Cuándo caducan?¿Cómo se renuevan los certificados?¿Cómo se obtienen nuevos certificados?¿Tiene acceso a todos los certificados actuales?- ¿Tiene una lista de todos los dominios aplicables que admiten la aplicación?- ¿Dónde están alojados estos dominios?¿Cuándo caducan?¿Cómo los renuevas?¿Tiene acceso a las cuentas que controlan el registro?- ¿Dónde está alojado y controlado su DNS?- ¿Tiene acceso a todos los sistemas y herramientas que controlan el DNS?¿Cuáles son las asignaciones actuales de CNAME a IP para cada dominio? ¿Tiene una copia de seguridad?- ¿Cuáles son sus configuraciones de tiempo de vida (TTL) de DNS?- ¿Dónde encajan en la arquitectura sus cortafuegos y otros dispositivos de control y acceso a la red?¿Qué reglas existen ahora para permitir o denegar el tráfico?¿Quién es responsable y cuál es el procedimiento para cambiar o actualizar esas reglas?- ¿Utiliza algún servicio de red externo?Por ejemplo, ¿un proveedor de red de entrega de contenido (CDN) o un servicio de protección de denegación de servicio distribuido (DDoS)?## Fase de fundaciónGoogle Cloud ofrece muchas opciones para ejecutar cargas de trabajo informáticas y de base de datos para aplicaciones de varios niveles como LAMP.Esta sección presenta esas opciones y explica por qué podría elegir una u otraOpciones centradas en la computaciónCompute EngineCompute Engine es un IaaS oferta que le permite ejecutar una máquina virtual (VM) en Google Cloud.Puede instalar marcos web, software de servidor, bases de datos y cualquier otro software compatible con su sistema operativo.Si está ejecutando su propia aplicación LAMP en bare metal, en una VM, en un centro de datos o en otro proveedor de nube, esta opción podría replicar de cerca, si no exactamente, su servidor existente.Esta opción ofrece el mayor control sobre la configuración del sistema operativo y la configuración del software del servidor web.Compute Engine permite un control profundo sobre los tipos de máquinas, los grupos de instancias, las opciones de almacenamiento, los balanceadores de carga y muchos otros detalles.Consulte la documentación completa de Compute Engine para obtener más inicios rápidos, tutoriales y másMover su aplicación directamente a Compute Engine es la migración de elevación y cambio más común.Para obtener orientación sobre la asignación de recursos locales a Compute Engine, consulte las mejores prácticas para migrar máquinas virtuales a Compute EngineCloud Deployment ManagerGoogle Cloud Marketplace también ofrece una instalación simple de LAMP a través de Deployment Manager.Puede iniciar un servidor con Debian Linux, Apache, MySQL, PHP y phpMyAdmin ya instalados y configurados en una configuración predeterminada.Obtiene un servidor web completamente funcional y credenciales para la instalación de MySQL en solo unos minutosGoogle Kubernetes EngineGKE es un entorno administrado y listo para producción para implementar aplicaciones en contenedores.Al usar GKE, deja de administrar un sistema operativo al contener el software de su servidor web.Por ejemplo, los servidores web Apache y NGINX están disponibles en todos los repositorios de contenedores públicos.Si usa contenedores para ejecutar cargas de trabajo en su entorno, GKE es un servicio eficiente para mantener un flujo de trabajo de implementación y prueba similar a medida que migra su carga de trabajo LAMP a Google Cloud.Si no usa contenedores, considere explorar GKE para implementaciones y recuperaciones más rápidas, mayor eficiencia en el uso de recursos y no tener que administrar el sistema operativo subyacente y la VMPara Para obtener más información sobre la administración de aplicaciones de contenedores a escala, consulte la documentación de GKE para obtener inicios rápidos, tutoriales, conceptos, guías prácticas y otros recursos que lo ayudarán a comenzarMover su aplicación LAMP local a GKE es una migración de mejora y movimiento, mientras que pasar de una infraestructura basada en contenedores autoadministrada es una migración de vida y turnosApp EngineApp Engine es una plataforma sin servidor para crear aplicaciones altamente escalables.Según el tipo de aplicación que ejecute, App Engine puede eliminar la necesidad de administrar servidores, contenedores o implementaciones, lo que permite a sus desarrolladores concentrarse en escribir código y reducir la complejidad de administrar cualquier infraestructura subyacente.No todas las cargas de trabajo son buenas candidatas para migrar a App Engine, pero las que sí lo son ven reducciones de costos y complejidad mientras aumentan la velocidad de escalado y la resistencia de la aplicación bajo cargaApp Engine viene en dos versiones: el entorno estándar cubre una variedad de lenguajes (incluido PHP para nuestra aplicación LAMP) y el entorno flexible permite una mayor personalización de los tiempos de ejecución, el rendimiento y la infraestructura.Explore la documentación del idioma de su elección para obtener más informaciónOpciones de la base de datos
 Autogestionado en Compute Engine
Puede instalar MySQL, PostgreSQL o cualquier otra base de datos basada en SQL en una instancia de Compute Engine. Esto proporciona el mismo nivel de control que tendría al ejecutar MySQL en una estación de trabajo, en un servidor en un centro de datos o como una máquina virtual en otro proveedor de nube. Cuando ejecuta su base de datos en una VM, es su responsabilidad configurar, monitorear y mantener la conmutación por error, la replicación, el particionamiento y la alta disponibilidad.

Puede tratar la base de datos como una carga de trabajo informática, teniendo en cuenta la CPU, la RAM y el espacio en disco para asegurarse de que haya suficientes recursos para que la aplicación se ejecute de forma fiable.

Al igual que mover la carga de trabajo de cómputo a Compute Engine, este enfoque representa una migración de elevación y cambio

 SQL en la nube
Cloud SQL es un servicio de base de datos completamente administrado que descarga la instalación, configuración y mantenimiento de su base de datos a Google Cloud. Automatiza las copias de seguridad, la replicación, los parches y las actualizaciones, y le permite concentrarse en su aplicación. Las cargas de trabajo que se ejecutan en cualquiera de los servicios informáticos de Google, incluidos Compute Engine, GKE y App Engine, pueden usar las bases de datos de Cloud SQL. A menos que necesite un nivel profundo de control sobre su base de datos MySQL, Cloud SQL es una opción fácil de configurar y con todas las funciones para ejecutar una carga de trabajo LAMP.

Cloud SQL puede ejecutar y admitir de forma nativa MySQL y PostgreSQL. Si está migrando de una de esas bases de datos a Cloud SQL, esta es una migración de elevación y cambio. Si está explorando nuevos métodos para la replicación, la estrategia de respaldo o la simplicidad en la administración de su infraestructura, esta podría ser una migración de mejora y movimiento.

 Otras opciones de almacenamiento
Cloud Storage es un almacén de objetos o blobs escalable, totalmente administrado, altamente confiable y rentable, ideal para almacenar imágenes, activos estáticos y otros datos no estructurados. Cloud Storage se puede usar para alojar un sitio web estático, pero no está diseñado para almacenar contenido de base de datos activo. También es una ubicación ideal para almacenar objetos de copia de seguridad y recuperación ante desastres, y datos para usar en la transmisión.

Considere usar Cloud Storage como una ubicación para almacenar copias de seguridad de su base de datos durante y después de su migración

 Firestore

Firestore es una base de datos de documentos NoSQL nativa de la nube, sin servidor y completamente administrada que simplifica el almacenamiento, la sincronización y la consulta de datos para sus aplicaciones móviles, web y de Internet de las cosas (IoT) a escala global. Sus bibliotecas de clientes brindan sincronización en vivo y soporte sin conexión, mientras que sus características de seguridad e integraciones con Firebase y Google Cloud aceleran la creación de aplicaciones verdaderamente sin servidor. Si su aplicación tiene contenido que podría beneficiarse de un formato NoSQL, como perfiles de usuario, catálogos de productos o estado del juego, debe explorar Firestore en la fase de optimización de su migración.

 base de fuego
Firebase es una plataforma integral de desarrollo móvil que incluye opciones de almacenamiento y base de datos. Si su aplicación admite una carga de trabajo móvil, debe considerar la plataforma Firebase en su fase de optimización

 llave inglesa en la nube
Spanner es un servicio de base de datos de nivel empresarial, distribuido globalmente y muy coherente creado para la nube. Combina los beneficios de las estructuras de bases de datos relacionales con la escalabilidad horizontal de las bases de datos no relacionales. Si su aplicación podría beneficiarse de una mayor capacidad de administración, escalabilidad y transacciones con una gran consistencia, considere migrar su base de datos a Spanner en su fase de optimización.

Google Cloud ofrece muchas otras opciones de almacenamiento para admitir una variedad de cargas de trabajo

## Fase de migración
Una vez que haya completado su evaluación y planificado su migración, puede comenzar el trabajo de mover datos, servicios y recursos a Google Cloud. Cada aplicación tiene sus propias necesidades. Esta sección recorre algunos ejemplos para ayudar a demostrar lo que implica esta fase.

 Levantar y cambiar: Compute Engine
El primer paso para comenzar su migración mediante lift-and-shift es establecer un servicio compatible de varios niveles en Compute Engine. Si bien hay muchos enfoques para esto; los siguientes son los tres más comunes:
- Configuración manual. Inicie una VM con el sistema operativo que desee, luego actualice manualmente los repositorios, instale y configure el software, y aprovisione y configure la base de datos y el entorno de tiempo de ejecución a mano. Este enfoque ofrece un alto nivel de control, pero lleva más tiempo, es más propenso a errores y es menos reproducible que otros métodos.

- Automatizado. Use Migrar a máquinas virtuales para migrar una pila de máquinas virtuales (en un orden específico) desde las instalaciones a máquinas virtuales del tamaño correcto, aprovisionadas automáticamente y configuradas en Compute Engine

- Mercado en la nube. Inicie una pila LAMP preconfigurada en su proyecto de Google Cloud. Asegúrese de comprobar que el sistema operativo proporcionado y las versiones de software funcionarán con su aplicación. Explore la documentación de Cloud Marketplace para obtener más información

- Despliegue automatizado. Cree máquinas virtuales listas para producción utilizando conceptos de integración continua/implementación continua y una variedad de herramientas de administración de configuración (Chef, Puppet, Ansible, Salt), infraestructura como herramientas de código (Deployment Manager, Terraform) y marcos de automatización (Cloud Build). La implementación automatizada permite métodos comprobables, repetibles y automatizados para implementar máquinas virtuales y software que satisfagan sus necesidades de aplicación y gobierno.
 Mejorar y migrar: GKE y Cloud SQLPara migrar a una solución de contenedor administrado, primero debe establecer la base para su clúster y la solución de SQL administradoLanzamiento de un clúster de GKECrear un clúster en GKE y administrar ese clúster son los primeros pasos.Use la información de sus fases de evaluación y base para dimensionar y configurar su clúster inicial de manera adecuada y para aplicar las mejores prácticas de fortalecimiento de la seguridadOpciones de lanzamiento para Cloud SQLUsando la información de la base de datos obtenida en sus fases de evaluación y base, cree una nueva instancia de Cloud SQL y siga otras guías prácticas para crear la base de datos para su aplicación.Google proporciona una lista de prácticas recomendadas de Cloud SQL, guías para configurar alta disponibilidad y otros tutoriales para la escalabilidad horizontal.Explore las opciones para conectarse desde Google Kubernetes Engine a Cloud SQL y elija la opción que tenga sentido para su aplicación y nivel de experienciaMejora y migración sin servidor: App Engine y Cloud SQLSi decide migrar su aplicación LAMP a un marco sin servidor, es posible que deba modificar su aplicación para admitir App Engine.Cada aplicación es diferente y hay muchas estrategias.Comience revisando lo siguiente:- Obtenga una descripción general de la arquitectura de microservicios en App Engine- Comprenda cómo crear y nombrar desarrollo, prueba, control de calidad, preparación y entornos de producción con microservicios en App Engine- Aprenda las mejores prácticas para diseñar API para comunicarse entre microservicios- Aprenda las mejores prácticas para el rendimiento de microserviciosEn función de su experiencia organizativa y personal y de su familiaridad con la ejecución de código sin servidor, la estrategia de mejora y movimiento sin servidor podría llevar mucho más tiempo que las opciones de elevación y cambio.Sin embargo, brindarle lo mejor de la tecnología sin servidor podría ser una gran ventaja para su organización## Fase de optimizaciónDespués de que su aplicación se ejecute en Google Cloud, puede validar sus suposiciones y decisiones de las tres fases anteriores.Las migraciones completas pueden llevar mucho tiempo y muchos detalles pueden cambiar a lo largo del proceso.La optimización cubre muchas áreas, pero aquí hay algunas categorías comunesOptimización de costosPasar de las instalaciones a la nube cambia la forma en que gasta dinero en aplicaciones , servicios e infraestructura.Puede completar una evaluación de un servicio local heredado y descubrir después de la migración que el hardware moderno, la memoria más rápida y las arquitecturas de CPU más nuevas lo ejecutan de manera más eficiente.Esto podría significar que tus VM están sobreaprovisionadas y desperdiciando dineroPodrías investigar el uso de instancias de VM interrumpibles en Compute Engine.Quizás no necesitaba tantos balanceadores de carga como pensaba, o logró limpiar su base de datos en el movimiento y ahora tiene espacio que no está usando.Encontrar formas de ahorrar dinero y reducir los costos operativos en la nube puede convertirse en un trabajo de tiempo completo que se paga solo.Google Cloud tiene una serie de herramientas de administración de costos que pueden ayudarlo a comprender los precios de la nubeAutomatizaciónAutomatizar correctamente sus cargas de trabajo informáticas en la nube puede generar costosbeneficios de ahorro y eficienciaDeployment Manageres un producto de Google Cloud diseñado para ayudarlo a crear y administrar recursos en la nubeusando plantillas simplesLa creación de scripts congcloudes una opción si prefiere escribir sus propias automatizaciones.Mientras que los beneficios financierosvienen con la automatización, otras ventajas incluyen lo siguiente:- Procesos estándar y repetibles para reducir las tasas de error- Seguimiento auditable para el cumplimiento y la gobernanza- Mayor comprensión de cómo funciona su aplicación, cómo falla y cómo solucionarloLa automatización aumenta el tiempo de actividad al reducir la dependencia de las alertas y el tiempo de reacción humano, reduce la deuda técnica al documentar el flujo de trabajo y permite que sus ingenieros se concentren menos en mantener las luces encendidas y más en crear mejores productos, herramientas y servicios.Estos conceptos son el núcleo de la ingeniería de confiabilidad del sitio (SRE).Google Cloud ofrece un libro en línea de lectura gratuita sobre ingeniería de confiabilidad del sitio, así como un libro de trabajo SRE que brinda ejemplos prácticos y estudios de casosDesacoplamiento de su infraestructura y códigoSe desacoplan los servicios muchas veces a medida que crece una aplicación.Separar los servicios conectados y saber cómo escalarlos de forma independiente mejora la disponibilidad y la confiabilidad de sus aplicaciones.En general, este proceso consta de tres pasos:- Implementar la infraestructura como código (IaC) en todas partes.Al implementar IaC y procesos de administración de la configuración, obtiene componentes básicos trazables, auditables y reproducibles para el aprovisionamiento y la configuración de toda su infraestructura- Desacople sus servicios existentes en microservicios.Use middleware orientado a mensajes, como Pub/Sub, para permitir que cada microservicio sea su propio dominio de falla- Comience a migrar servicios de infraestructura como servicio a plataforma como servicio , o incluso funciona como un servicio o sin servidor como un servicio.El viaje de "infraestructura y código monolíticos"a "microservicios desacoplados que se ejecutan de manera eficiente en todo el espectro de IaaS"es un objetivo valioso que requerirá tiempo, esfuerzo y dedicaciónAjuste del rendimientoEl ajuste del rendimiento puede generar ganancias significativas en la utilización del sistema y el tiempo de respuesta.Cada carga de trabajo tiene un método diferente para ajustar el rendimiento, desde los archivos de configuración del software hasta el ajuste de los indicadores del kernel.Para las aplicaciones LAMP, el ajuste del rendimiento suele estar dentro de tres categorías:- Ajuste de la nube, la red y el sistema operativo:
- 5 pasos para mejorar el rendimiento de la red de Google Cloud pueden ayudarlo a comprender cómo aprovechar al máximo las redes de Google Cloud

- La optimización de TCP para el rendimiento de la red en Google Cloud puede ayudar si tiene requisitos específicos de latencia de TCP

- La optimización del rendimiento de los discos persistentes y SSD locales puede ayudarlo a aprender sobre la arquitectura para cargas de trabajo pesadas de IOPS.

- Mejorar el rendimiento en Compute Engine puede ayudar al rendimiento de la aplicación API al interactuar con otros servicios y API de Google Cloud.

- Ajuste del servidor web:
- Ajuste de rendimiento de Apache y Ajuste de rendimiento de NGINX, o una búsqueda general en Google de "ajuste de rendimiento de su servidor web"lo guiará en la dirección correcta

Ajuste de la base de datos:
## Que sigue
- Configuración de LAMP en Compute Engine

- Implementar una pila LAMP

- Obtenga más información sobre cómo ejecutar cargas de trabajo informáticas en Compute Engine o GKE

Conectar GKE a Cloud SQL

Explore Migrar a máquinas virtuales y Migrar a contenedores

Cree una aplicación altamente escalable en una plataforma sin servidor completamente administrada con App Engine

Más información sobre las opciones de base de datos en Google Cloud

Explore arquitecturas de referencia, diagramas, tutoriales y prácticas recomendadas sobre Google Cloud. Eche un vistazo a nuestro Centro de arquitectura en la nube.