the 16th of October 1843 Sir William Rowan Hamilton in a flash of genius discovered the fundamental formula for quaternion multiplication i 2 = j 2 = k 2 = ijk = −1 and cut it on a stone of this bridge
https://people.math.harvard.edu/~knill/teaching/math22b2022/handouts/lecture04.pdf
https://www.math.mcgill.ca/labute/courses/133f03/VectorHistory.html
Código en matlab para la bisección de Chapra 2023
Ejecutar:
>> fm=@(m,cd,t,v) sqrt(9.81*m/cd)*tanh(sqrt(9.81*cd/m)*t)-v
Serie de Fourier de una onda diente de sierra con variación de n - Geogebra
Libro de matemáticas con Música
https://homepages.abdn.ac.uk/d.j.benson/pages/html/maths-music.html
The current online version (14 December 2008) is available FREE in pdf format here: music.pdf (10 megabytes, 531 pages).
Please read further down about differences from print version.
I have noticed many people putting old versions of this text online, especially on the usenet group alt.binaries.e-book.technical:
PLEASE, PLEASE don't do this. The text is regularly updated, and your version is almost always out of date, sometimes by several years.
Finally, I get a large volume of email about this book. If I don't answer yours personally, please don't get offended.
Contenido de esta página:
Introducción
Teorema del coseno (enunciado y demostración)
6 Problemas resueltos de aplicación del teorema del coseno
El teorema del coseno (o teorema de los cosenos) es un resultado de trigonometría que establece la relación de proporcionalidad existente entre las longitudes de lados de un triángulo cualquiera con los cosenos de sus ángulos interiores opuestos. Este teorema es una generalización del teorema de Pitágoras (la razón de ello se encuentra en la nota del siguiente apartado).
Para aplicar el teorema del coseno se necesita conocer la longitud de dos lados y la medida de un ángulo interior (opuesto al del otro lado).
En esta página enunciamos y demostramos el teorema del coseno y resolvemos problemas de su aplicación en los que se pregunta por algún lado o ángulo de un triángulo dado. En algunos de los problemas se necesitan otros resultados básicos como el teorema de Pitágoras y la propiedad de que la suma de los ángulos internos de un triángulo es 180º.
Sea un triángulo cualquiera con lados , y y con ángulos interiores , y (son los ángulos opuestos a los lados, respectivamente).
Entonces, se cumplen las relaciones
Nota: se dice que es una generalización de Pitágoras porque si uno de los ángulos es recto, el triángulo es rectángulo, siendo la hipotenusa el lado opuesto a dicho ángulo y se obtiene el teorema de Pitágoras al aplicar el del coseno.
Por ejemplo, si α = 90º, entonces, la primera de las tres fórmulas anteriores queda como
siendo a la hipotenusa del triángulo.
Haremos la demostración por el teorema de Pitágoras, pero demostraremos únicamente la fórmula
para el caso en el que el lado b es adyacente a dos ángulos agudos (como en la imagen siguiente). En los otros casos, se procede de forma similar.
Hemos dividido el triángulo en dos triángulos rectángulos. Observemos que el lado c es
de donde
Aplicando el teorema de Pitágoras al triángulo de la izquierda, obtenemos la relación
y aplicando Pitágoras al triángulo de la derecha,
Escribimos en esta última relación y como c - x:
Sumamos las dos relaciones obtenidas:
Simplificamos la expresión:
Finalmente, puesto que el triángulo de la derecha es rectángulo, por definición del coseno,
Despejamos x:
Sustituimos esta x en la expresión que teníamos:
Demostración de los teorema del seno y del coseno
https://aprender-ensenyar-matematicas.blogspot.com/2014/02/demostrar-los-teorema-del-seno-y-del.html
Low code programming with Node-RED comes to GCP
https://cloud.google.com/blog/products/application-development/using-node-red-with-google-cloud
Las empresas siguen moviéndose hacia la computación en la nube. Ya sea utilizando un servicio de nube individual o migrando toda su infraestructura a un nuevo ecosistema de nubes, no estás solo en la búsqueda de los beneficios añadidos de las tecnologías de la nube.
Desde las mejoras en la escalabilidad, seguridad y flexibilidad hasta las reducciones en el costo y el impacto ambiental, existen una gran cantidad de razones para hacer el cambio a la nube. Por supuesto, la transición no es tan fácil como lo fue una vez.
Desde su creación, el ecosistema de las nubes se ha convertido en un complejo y cada vez más amplio conjunto de proveedores, tecnologías, productos, y servicios. A medida que intentas juntar las diferentes combinaciones a través de estas verticales, tu elección de opciones pueden ascender rápidamente al millar. Y es evidente que existe un exceso de opciones.
Como en cualquier industria, un puñado de compañías se elevan por encima del resto para convertirse en líderes del mercado. Cuando pensamos en los proveedores de computación en la nube, hay tres nombres que encabezan la lista: Google Cloud Platform, Amazon Web Services y Microsoft Azure.
Hoy compararemos dos gigantes de la nube, Google Cloud Platform y Amazon Web Services. Vamos a hacer una inmersión profunda en los productos y servicios de cada proveedor. Buscando añadir claridad y simplificar el proceso de comparación de estos dos proveedores de nubes con el fin de tomar una decisión informada.
Aunque aquí en Kinsta utilizamos exclusivamente Google Cloud Platform, te proporcionaremos una opinión imparcial. Ambas plataformas tienen amplios beneficios, pero cuál es la más adecuada para ti dependerá en última instancia de los requisitos propios de tu empresa.
Si estás planeando utilizar los servicios en la nube, los tres proveedores sin duda descubrirás Google Cloud, Amazon Web Services y Microsoft Azure. Hoy nos centraremos en comparar dos de ellos, específicamente Google Cloud vs AWS.
Estos gigantes de la nube son nombres familiares en el espacio tecnológico. Ambas organizaciones han dominado durante más de una década en sus respectivas industrias. Reconocidas como compañías líderes en el mundo, son meticulosas en su búsqueda de la innovación y la excelencia. Cada una de ellas se jacta de una riqueza de experiencia en la industria de la tecnología con la que es casi imposible de competir.
Con sus respectivos fundamentos tecnológicos, no es sorprendente que hayan desarrollado plataformas de computación en la nube líderes en la industria. En septiembre de 2020, Gartner ha vuelto a nombrar a Google y AWS como líderes en su Cuadrante Mágico de la Infraestructura como Servicio (IaaS – Infrastructure as a Service).
Para Amazon, este es el décimo año consecutivo que AWS ha asegurado la esquina superior derecha del cuadrante del Líder en el Cuadrante Mágico de Gartner para la Infraestructura de la Nube como Servicio (IaaS). Obteniendo la más alta posición en Capacidad de Ejecución y la más lejana en Completitud de Visión.
Google Cloud y AWS han dominado el espacio de la computación en la nube desde que las soluciones IaaS comenzaron a ganar terreno en 2008.
En agosto de 2020, un informe de Gartner nombró tanto a Google como a Amazon en un grupo de 5 proveedores de infraestructura de nube pública que constituyen el 80% del mercado de IaaS. Una tendencia que solo va a continuar cuando ambas organizaciones se dupliquen para consolidar su posición en el mercado.
A pesar de que la pandemia mundial está estancando las principales economías, Gartner prevé un crecimiento de los ingresos de las nubes públicas en todo el mundo en 2020 del 6,3%. Impulsados por una explosión en el trabajo a distancia, podemos esperar razonablemente resultados comparativos en el espacio de la nube. Especialmente con el informe que señala un aumento del 94% en el mercado del Escritorio como servicio (DaaS – Desktop as a Service). Con este telón de fondo, se puede esperar que Google y Amazon continúen expandiéndose.
Aunque ambos comenzaron en el espacio IaaS, ahora puedes recurrir a Google Cloud y AWS para encontrar cientos de soluciones en IaaS, SaaS y PaaS. Ambas organizaciones siguen innovando y añadiendo nuevas ofertas de servicios en la nube a su lista en constante expansión.
Los resultados de Alphabet en el cuarto trimestre y en el año fiscal 2019 mostraron que la compañía continuó ofreciendo un fuerte crecimiento, con un aumento de los ingresos generales del 18% en relación con el año anterior. Aunque hay una falta de transparencia en los ingresos aportados por Google Cloud, la empresa informó de un impresionante crecimiento superior al 100%, lo que sitúa a la empresa en una tasa de ejecución anual de 10.000 millones de dólares a finales de año.
En 2020, la llegada de la pandemia del Coronavirus hizo que la empresa matriz de Google Cloud – Alphabet – registrara su primera disminución de ingresos trimestrales desde que salió a bolsa en 2004. En este terrible contexto, Google Cloud ha resistido la tendencia y parece que solo ha acelerado su crecimiento.
En el primer trimestre, Google Cloud obtuvo ganancias significativas gracias a Google Meet, cuando su herramienta de videoconferencia se convirtió en un éxito para los trabajadores remotos. Los comunicados de prensa del primer, segundo y tercer trimestre muestran un patrón de crecimiento continuo de los ingresos anuales de la plataforma de Google Cloud. A medida que nos acercamos a finales de 2020, se prevé que los ingresos de Google Cloud crezcan a una tasa de ejecución anual superior a los 13.000 millones de dólares, un crecimiento previsto del 30% en 2019.
En 2019, la publicación de las ganancias del cuarto trimestre de Amazon reportó ingresos por ventas de AWS de casi 10 mil millones de dólares. Poniendo a la organización en una tasa de ejecución de ingresos anuales de más de 40 mil millones de dólares.
Con la aparición del Coronavirus en 2020, el crecimiento de la AWS se ha ralentizado significativamente. Con las declaraciones de los resultados del primer, segundo y tercer trimestre que muestran que el crecimiento de la AWS está disminuyendo y se está asentando en una tasa de crecimiento inferior al 30% en cada trimestre respectivo. Esta es una marcada desaceleración del crecimiento del 40-50% en los 3 años anteriores.
Este no es un escenario pesimista, AWS está ahora en una tasa de ingresos anuales de 43 mil millones de dólares, y se espera que la cifra se amplíe una vez que se complete el cuarto trimestre. La excepción podría ser si eres un accionista de Amazon, especialmente después de que Jeff Bezos dijo a los accionistas Amazon que «tomaran a siento» mientras su respuesta a COVID-19 se comía los beneficios de explotación.
No es una tarea sencilla comparar Google Cloud con las plataformas de AWS. Sus servicios en la nube, en constante expansión, incluyen ahora cientos de productos entre los que elegir. Para complicar aún más las cosas, los proveedores a menudo utilizan diferentes convenciones de nomenclatura para los productos comparativos. Por lo tanto, para evitar perderse en los detalles, se requiere un cierto nivel de conocimiento y comprensión.
Simplificando la tarea, tanto la Google Cloud Platform como la plataforma Amazon Web Services, afortunadamente, agrupan sus productos bajo los mismos tipos de categoría. Acelerando el proceso para ahorrarte tiempo, hemos hecho el trabajo sucio de comparar los servicios más utilizados de las categorías más críticas para el negocio.
En esta sección, exploraremos los productos que se combinan para crear un típico despliegue en la nube: computación, redes, seguridad y almacenamiento. Aquí en Kinsta, tenemos la experiencia de primera mano de la utilización de estos servicios en la entrega de soluciones de alojamiento líderes en el mercado.
También cubrimos las consideraciones críticas que rodean a estos servicios. Soporte del servicio, estabilidad de la plataforma, precios y estructura de facturación.
Al comparar las características de la computación de Google Cloud vs. Amazon Web Services, nos centraremos en las máquinas virtuales (VM- Virtual Machine).
Estas emulaciones de sistemas informáticos proporcionan la funcionalidad de un ordenador físico y ejecutan casi cualquier carga de trabajo que te puedas imaginar. Son la base de tu entorno de nube, es fundamental que elijas una configuración de VM que se adapte a las necesidades de tu negocio.
Ambos proveedores de nubes han adoptado un enfoque similar al de las máquinas virtuales, aunque utilizan diferentes convenciones de denominación para sus ofertas de productos individuales.
Compute Engine es el servicio que ofrece la plataforma de Google Cloud, mientras que Amazon Web Services se llama Amazon Elastic Compute Cloud (Amazon EC2). Cada proveedor también utiliza una terminología y conceptos diferentes.
Afortunadamente, Google ha mapeado la terminología y los conceptos de Amazon EC2 a la de Compute Engine – que puede ver en la tabla de abajo:
| Característica | Amazon EC2 | Compute Engine |
| Máquinas virtuales | Instancias | Instancias |
| Imágenes de máquina | Imágenes de máquina de Amazon | Imagen |
| Máquinas virtuales temporales | Instancias puntuales | VM interrumpible |
| Cortafuegos | Grupos de seguridad | Reglas del cortafuegos de Compute Engine |
| Ajuste de escala automático de instancias | Ajuste de escala automático | Escalador automático de Compute Engine |
| Disco local conectado | Disco efímero | SSD local |
| Importación de VM | Formatos compatibles: RAW, OVA, VMDK y VHD | Formatos compatibles: RAW, OVA, VMDK y VHD |
| Localidad de la implementación | Zonal | Zonal |
Mapeo de terminología de alto nivel de Amazon EC2 a Google Compute Engine (Fuente de la tabla: Google)
Cuando se despliegan instancias de máquinas virtuales en el Compute Engine y Amazon EC2, ambos servicios ofrecen muchas características que se alinean estrechamente, entre ellas:
Cuando se trata de acceder a tu VM, hay una serie de diferencias clave en el enfoque adoptado entre el Compute Engine y el Amazon EC2.
Si quieres acceso terminal a una instancia en Amazon EC2 necesitarás incluir tu propia clave SSH.
Compute Engine ofrece un enfoque más flexible para al accceso terminal. Permitiéndote crear una clave SSH como y cuando la necesites, incluso si esa instancia ya está funcionando. Tampoco tendrás que almacenar estas claves en tu máquina local, gracias a la terminal SSH basada en un navegador de Compute Engine que está disponible a través de Google Cloud Console.
Al desplegar tu máquina virtual, tanto el Compute Engine como el Amazon EC2 ofrecen simplicidad a través de una gama de instancias predefinidas. Estas instancias incorporan configuraciones específicas de CPU, RAM y red virtuales.
Tanto Google como Amazon ofrecen cientos de tipos de máquinas virtuales disponibles en una variedad de configuraciones. Cada una de ellas ofrece flexibilidad, permitiéndote personalizar tus configuraciones con el fin de escalar tus recursos de máquinas virtuales para satisfacer las necesidades únicas de tu negocio.
Puedes hacerlo aumentando el número de CPUs y la memoria RAM disponible a especificaciones extremas de alta gama.
Los proveedores se esfuerzan al máximo con lo siguiente:
A través de la gama de tipos de VM, ambas plataformas utilizan en gran medida la misma categorización. Aunque en ciertas categorías, un proveedor puede ofrecer un tipo de máquina que el otro no ofrece.
Dependiendo de los requisitos de tu negocio, puedes elegir entre los tipos de máquinas de todas las categorías, incluyendo las categorías de núcleo compartido, de uso general, optimizadas para la memoria, optimizadas para el cálculo, optimizadas para el almacenamiento, GPU y de alto rendimiento.
Para proporcionarte la mejor comparación VM entre Amazon EC2 y Compute Engine, hemos compilado la siguiente tabla que lista los tipos de máquinas más actualizadas para ambos servicios.
| Tipo de máquina | Amazon EC2 | Compute Engine |
| Núcleo compartido | n.a. | f1-micro – g1-small e2-micro – e2-medium |
| Propósito general | a1.medium – a1.metal t4g.nano – t4g.2xlarge t3.nano – t3.2xlarge t3a.nano – t3a.2xlarge t2.nano – t2.2xlarge m6g.medium – m6gd.metal m5.large – m5d.metal m5a.large – m5ad.24xlarge m5n.large – m5dn.24xlarge m4.large – m4.16xlarge | e2-standard-2 – e2-standard-32 e2-highmem-2 – e2-highmem-16 e2-highcpu-2 – e1-highcpu-32 n1-standard-1 – n1-standard-96 n1-highmem-2 – n1-highmem-96 n1-highcpu-2 – n1-highcpu-96 n2-standard-2 – n2-standard-80 n2-highmem-2 – n2-highmem-80 n2-highcpu-2 – n2-highcpu-80 n2d-standard-2 – n2d-standard-224 n2d-highmem-2 – n2d-highmem-96 n2d-highcpu-2 – n2d-highcpu-224 |
| Optimizado para la memoria | r6g.medium – r6gd.metal r5.large – r5d.metal r5a.large – r5ad.24xlarge r5n.large – r5dn.24xlarge r4.large – r4.16xlarge x1e.xlarge – x1e.32xlarge x1.16xlarge – x1.32xlarge u-6tb1.metal -u24tb1.metal z1s.large – z1d.metal | m1-ultramem-40 – m1-ultramem-160 m1-megamem-96 m2-ultramem-208 – m2-ultramem-416 |
| Optimizado por ordenador | c6g.medium – c6gd.metal c5.large – c5d.metal c5a.large – c5ad.24xlarge c5n.large – c5n.metal c4.large – c4.8xlarge | c2-standard-4 – c2-standard-60 |
| Almacenamiento optimizado | i3.large – i3.metal i3en.large – i3en.metal d2.xlarge – d2.8xlarge h1.2xlarge – h1.16xlarge | n.a. |
| GPU | p4d.24xlarge p3.2xlarge – p3db.24xlarge p2.xlarge – p2.16xlarge inf1.xlarge – inf1.24xlarge g4dn.xlarge – g4dn.metal g3s.xlarge – g3.16xlarge f1.2xlarge – f1.16xlarge | NVIDIA® Tesla® T4 – NVIDIA® Tesla® K80 NVIDIA® Tesla® T4 Virtual Workstation – NVIDIA® Tesla® P100 Virtual Workstation |
| Alto rendimiento | n.a. | n.a. |
| Configuración personalizada de recursos VM | Sí | Sí |
Para acelerar la implementación de la máquina virtual, puedes utilizar imágenes de la máquina.
Normalmente se configuran para incluir un sistema operativo y el software de soporte necesario para el servidor web y la base de datos. Tanto el Compute Engine como el Amazon EC2 usan imágenes de máquinas para crear nuevas instancias. Además de las configuraciones estándar, ambos permiten utilizar imágenes publicadas por un proveedor externo o imágenes personalizadas creadas para uso privado.
Las plataformas son lo suficientemente similares como para que puedas usar el mismo flujo de trabajo para la creación de imágenes tanto en Amazon EC2 como en Compute Engine.
Cuando se trata del almacenamiento de imágenes, toman enfoques ligeramente diferentes. En Google Cloud, las imágenes se almacenan con el Compute Engine, mientras que Amazon EC2 almacena sus imágenes en diferentes servicios – Amazon Simple Storage Service (S3) o Amazon Elastic Block Store (EBS).
El beneficio distintivo que Amazon EC2 ofrece sobre Compute engine es la capacidad de acceder a un repositorio comunitario de imágenes preparadas y la posibilidad de poner tus propias imágenes a disposición del público (si esto es un requisito).
Por otro lado, Compute Engine tiene el beneficio de imágenes de máquinas disponibles globalmente. Mientras que las imágenes de la máquina de la Amazon están geo- bloqueadas, lo que significa que solo están disponibles en una región específica.
Uno de los beneficios más poderosos de la nube es la capacidad de escalar los recursos de la carga de trabajo para satisfacer la demanda. Esto va en ambos sentidos, aumentando los recursos en los períodos de pico para mantener el rendimiento e inversamente reduciendo los recursos en los períodos más tranquilos para limitar el desperdicio y controlar el gasto. Este proceso es ampliamente conocido como auto-escalado.
Tanto Compute engine como Amazon EC2 soportan e implementan el auto-escalado de manera similar, permitiéndote crear y eliminar recursos en línea con las políticas definidas por el usuario.
Amazon EC2 auto-escalan las instancias en un grupo, con cada instancia creada a partir de una configuración de lanzamiento definida. Las instancias se crean o se eliminan en base a uno de los tres planes de escalado elegidos
Compute Engine escala las instancias en un grupo de instancias administradas. Cada grupo de instancias se crea a partir de una plantilla de instancias con recursos escalados en base a una política de autoescalado. A diferencia de Amazon EC2, el autoescalador de Compute Engine solo soporta escalado dinámico.
Si quieres aprovechar el poder de la computación en la nube, pero tienes un presupuesto limitado, vale la pena explorar la opción de las instancias temporales. Máquinas virtuales que funcionan con ciclos de recursos asignados a otros procesos.
Las instancias temporales están disponibles esporádicamente, así que es mejor usarlas en trabajos que:
Tanto el EC2 de Amazon como Compute Engine ofrecen una versión de instancias temporales. Aunque usan diferentes modelos de precios y convenciones de nomenclatura, comparten un conjunto de atributos comunes cuando se trata de sus VM temporales:
Los VM temporales de Amazon EC2 se conocen como Spot Instances. Están disponibles en dos formatos:
Las máquinas virtuales temporales de Compute Engine se llaman máquinas virtuales preferentes. Están disponibles por más tiempo que sus homólogos de Amazon EC2, funcionando hasta 24 horas (si no son reclamadas) antes de ser terminadas automáticamente. Su estructura de precios es fija y está disponibles con un descuento de hasta el 80% respecto a las tarifas de las instancias de VM equivalentes.
Amazon Web Services y Google Cloud han desarrollado cada uno una formidable infraestructura global de nubes. Sus extensas redes consisten en cientos de centros de datos interconectados en todo el mundo.
Cada proveedor ha desarrollado una red de nubes de última generación diseñada para una alta tolerancia a los fallos, incontables escenarios de redundancia y bajos niveles de latencia. Cada uno ofrece servicios de red capaces de proporcionar conectividad de alta velocidad a las máquinas virtuales, otros servicios de nube y servidores en las instalaciones.
Dentro de esta sección vamos a mirar más de cerca, comparando los productos y servicios de red que ofrecen Google y Amazon.
| Producto | Amazon Web Services | Google Cloud Platform |
| CDN | Amazon CloudFront | Cloud CDN |
| Dedicated Interconnection | AWS Direct Connect | Cloud Interconnect |
| DNS | AWS Route 53 | Cloud DNS |
| Balanceo de cargas | Elastic Load Balancing | Cloud Load Balancing |
| Redes virtuales | Amazon Virtual Private Cloud | Google Virtual Private Cloud |
| Niveles | n.a. | Network Service Tiers |
Ambos proveedores continúan una rápida expansión de sus respectivas infraestructuras, con nuevas ubicaciones de centros de datos en desarrollo o planificadas para el futuro. Cuando se comparan los números de las ubicaciones para la disponibilidad de la red, parece que está demasiado igualado para decidir.
Google cuenta con ubicaciones de redes de nubes actualmente disponibles en 24 regiones, 73 zonas, 144 ubicaciones de borde de red y más de 200 países y territorios. Recientemente añadieron nuevas ubicaciones en Seúl, Salt Lake City, Las Vegas y Yakarta.
En el futuro, la Google Cloud continuará expandiéndose en los siguientes lugares: Varsovia (Polonia), Doha (Qatar), Toronto (Canadá), Melbourne (Australia), Delhi (India), París (Francia), Milán (Italia), Santiago (Chile) y Madrid (España).
AWS ofrece ahora ubicaciones de redes de nubes disponibles en 24 regiones, 77 zonas, 210 ubicaciones de borde de red y 245 países y territorios. Aunque las cifras parecen demasiado parecidas para decidirnos, la red de Amazon es más grande, ofreciendo múltiples zonas de disponibilidad en el doble de regiones que Google. Lo que les daría una ventaja en cuanto a la latencia.
Próximamente, Amazon planea lanzar centros de datos adicionales en Hyderabad (India), Yakarta (Indonesia), Osaka (Japón), Madrid (España) y Zurich (Suiza).
AWS y Google Cloud ofrecen cada uno un producto de Red de Distribución de Contenidos (CDN – Content Delivery Network. Ambos desbloquean la capacidad de entregar tu contenido y servicios a los usuarios finales más rápidamente, al replicarlo y alojarlo en toda su infraestructura global para permitir un acceso más localizado. Esto significa tiempos de carga más rápidos, menos tensión en el ancho de banda y mayor capacidad de respuesta en todas sus aplicaciones, sitios web y servicios.
Llamados Amazon CloudFront y Cloud CDN, cada uno de ellos ofrece una seguridad mejorada para defenderse de los ataques DDoS de la red y de la capa de transporte más frecuentes por defecto. También ofrecen una profunda integración con sus respectivas plataformas, lo que permite desbloquear herramientas adicionales para supervisar y mejorar el rendimiento.
Tanto Google Cloud como AWS ofrecen servicios de balanceo de carga. Configurados adecuadamente, te ayudarán a distribuir automáticamente el tráfico en múltiples instancias para mejorar la disponibilidad y la tolerancia a fallos de tus aplicaciones. Ofrecen estos servicios en diferentes configuraciones que ahora veremos más de cerca.
El servicio de balanceo de carga de AWS se llama Elastic Load Balancing (ELB). Tiene las siguientes características y capacidades:
Consulta la sección de comparación de Elastic Load Balancing para una comparación más detallada de las características.
El servicio de balanceo de carga de Googles se llama acertadamente Cloud Load Balancing. Ofrece diferentes características y capacidades:
Los diferentes tipos de motor de cálculo de los equilibradores de carga incluyen:
Si deseas crear una conexión privada con instancias fuera de tu nube de configuración, como tu entorno on-premise, tanto AWS como Google Cloud ofrecen servicios para múltiples requisitos:
Las ofertas respectivas de Cloud Router y Amazon VPC te permiten crear una puerta de enlace privada entre tu nube y tus redes
Cuando una VPN no proporciona la velocidad necesaria para ciertas cargas de trabajo, se requiere un recurso dedicado. Ambos proveedores ofrecen servicios de conectividad privada con una línea de red que ofrece un nivel de capacidad dedicado:
Ambos proveedores ofrecen conectividad de alta velocidad para el acceso a los servicios de la nube fuera de tu VPC.
El servicio Direct Connect de AWS crea una interfaz virtual separada a través de la cual se puede acceder a todos los servicios de la nube de AWS.
Google Cloud tiene una gama más amplia de servicios:
Ambos proveedores ofrecen descuentos en las tasas de salida de sus recursos de la nube a un proveedor de CDN. Amazon proporciona estas tarifas solo para su propio servicio de CDN, Amazon CloudFront. Google ofrece CDN Interconnect, que ofrece tarifas de salida con descuento a través de varios proveedores de CDN.
Ambos proveedores ofrecen servicios de DNS gestionados a través de sus respectivas ofertas de la Amazon Route 53 y de Cloud DNS. Cada una de ellas soporta casi todos los tipos de registro de DNS, el servicio basado en cualquier caso y el registro de nombres de dominio.
Donde difieren, Amazon Route 53 soporta dos opciones de enrutamiento, donde Cloud DNS no lo hace. Enrutamiento basado en la geografía, lo que te permite restringir el contenido a las ubicaciones geográficas. Y enrutamiento basado en la latencia, que dirige el tráfico basado en los niveles de latencia medidos por los servicios de DNS.
En el cuadro que figura a continuación se esboza una lista de las características mapeadas en ambos servicios:
| Característica | Amazon Route 53 | Cloud DNS |
| Zona | Zona alojada | Zona administrada |
| Compatibilidad con la mayoría de los tipos de registro DNS | Sí | Sí |
| Entrega basada en Anycast | Sí | Sí |
| Enrutamiento basado en la latencia | Sí | No |
| Enrutamiento basado en la geografía | Sí | No |
| DNSSEC para servicio DNS | No | Sí |
| Zonas Privadas / Horizonte Dividido | Sí | Sí |
Hasta la fecha, la plataforma de la Google Cloud es el único proveedor que ofrece niveles de servicio de red a sus clientes. Al seleccionar entre un nivel Estándar y uno Premium, tienes la flexibilidad de optimizar tu red en base al rendimiento y al precio.
Al elegir el nivel Premium se desbloquea la red de alto rendimiento y baja latencia de Google. Tu tráfico será priorizado, siendo enrutado a través de los menos saltos por las vías más rápidas para acelerar la velocidad de transporte y aumentar la seguridad. También obtienes acceso al equilibrio de carga de la red global, al tiempo que estás protegido por un SLA global.
La elección del nivel estándar te conecta a la red de menor rendimiento de Google, que sigue siendo muy competitiva con otros servicios públicos de nube. Sus servicios de equilibrio de carga siguen siendo regionales y no están protegidos por un acuerdo de nivel de servicio global. Esta opción es para aquellos en los que el coste supera las consideraciones de rendimiento.
Existen cinco tipos diferentes de servicios de almacenamiento disponibles en las plataformas de Amazon y Google Cloud. Es importante comprender los diferentes tipos de almacenamiento y de disco utilizados, ya que tendrán una influencia directa en tu rendimiento.
El almacenamiento de objetos distribuidos es un método para almacenar datos como objetos, también conocido como «blobs». Permite almacenar, proteger y acceder a grandes volúmenes de datos para su uso en una amplia gama de escenarios, incluyendo sitios web, aplicaciones móviles, copias de seguridad, archivado y análisis de datos de gran tamaño.
Amazon Simple Storage Service (S3) y Google Cloud Storage son los servicios de almacenamiento de objetos distribuidos que compiten entre sí. Cada uno de ellos funciona de manera similar, permitiéndote almacenar objetos en un bucket. Cada bucket puede ser identificado con una clave única, y cada objeto tiene un registro de metadatos asociado que contiene información que incluye el tamaño del objeto, la fecha de la última modificación y el tipo de medio.
Ambos proveedores también tienen un conjunto de características similares para sus servicios, incluyendo:
A continuación presentamos un cuadro en el que se comparan de manera más detallada la terminología y las características:
| Característica | Amazon S3 | Cloud Storage |
| Unidad de implementación | Bucket | Bucket |
| Identificador de la implementación | Clave única global | Clave única global |
| Emulación de sistema de archivos | Limitado | Limitado |
| Metadatos del objeto | Sí | Sí |
| Control de versiones de los objetos | Sí | Sí |
| Administración del ciclo de vida de los objetos | Sí | Sí |
| Notificaciones de actualizaciones | Notificaciones de eventos | Notificaciones de Pub/Sub para Cloud Storage, activadores de Cloud Storage para Cloud Functions y notificaciones de cambios en los objetos |
| Clases de servicio | Estándar, estándar de acceso infrecuente, acceso infrecuente en una zona, Amazon Glacier | Standard, Nearline, Coldline, Archive |
| Localidad de implementación | Regional | Multiregional y regional |
| Precios | Los precios varían en función de la cantidad de datos que se almacena por mes, la salida de red y la cantidad de solicitudes comunes a la API | Los precios varían en función de la cantidad de datos que se almacena por mes, la salida de red y la cantidad de solicitudes comunes a la API |
El almacenamiento en bloque es el proceso de añadir un disco virtual a una máquina virtual basada en la nube.
Ambos proveedores ofrecen servicios de almacenamiento en bloque que se integran con sus respectivos servicios de computación de máquinas virtuales, ofreciendo múltiples tipos de almacenamiento en bloque que pueden ser configurados en diferentes niveles de rendimiento y precio.
Google proporciona Persistent Disk en combinación con Compute Engine para su servicio de almacenamiento en bloque. Mientras que Amazon provee el Elastic Block Store (EBS) en combinación con Amazon EC2. Cada uno de ellos te ofrece la posibilidad de adjuntar discos de dos maneras diferentes:
Un disco conectado a la red es cuando un volumen de disco se conecta a tu instancia de VM a través de la red del proveedor de la nube. Esto aporta los beneficios inherentes a la nube de redundancia incorporada, instantáneas y facilidad de separación y reconexión de volúmenes de disco.
Echemos un vistazo de alto nivel a las comparaciones de características entre los servicios de almacenamiento de bloques de Google y Amazon:
| Característica | Amazon EBS | Google Persistent Disks |
| Tipos de volúmenes | SSD IOPS aprovisionado de EBS, SSD para uso general de EBS, HDD con capacidad de procesamiento optimizada, HDD en frío | Discos persistentes estándar (HDD) zonales, discos persistentes regionales, discos persistentes SSD zonales, discos persistentes SSD regionales |
| Reglas de localidad de los volúmenes | Deben estar en la misma zona que la instancia a la que están conectados | Debe estar en la misma zona que la instancia a la que está conectado |
| Adjuntos de volúmenes | Un solo volumen que se adjuntará a un máximo de 16 instancias – cada una con permisos de lectura-escritura para el volumen compartido | Un solo volumen puede ser conectado hasta 10 instancias en modo de sólo lectura |
| Volúmenes conectados por instancia | Hasta 40 | Hasta 128 |
| Tamaño máximo del volumen | 16 TiB | 64 TB |
| Redundancia | Zonal | Zonal o multizonal según el tipo de volumen |
| Captura de instantáneas | Sí | Sí |
| Localidad de las instantáneas | Regional | Global |
Hay algunas diferencias de características distintivas que requieren una inspección más detallada:
Conexión y Desconexión de volumenes
Una vez que se crea un volumen de disco, se puede conectar a una instancia de Compute Engine o a una instancia de Amazon EC2. Esta instancia puede entonces activar y formatear el volumen del disco. También puedes elegir desactivar y separar este volumen de disco, que luego puede volver a unirse a una instancia separada.
Hasta hace poco, Google tenía una ventaja significativa al ofrecer la capacidad de que un solo volumen se adjuntara a múltiples instancias en modo de solo lectura. Esto cambió con la introducción de Amazon de EBS Multi-Attach, permitiendo que un solo volumen se adjunte a hasta 16 instancias basadas en AWS Nitro dentro de la misma zona de disponibilidad. Cada instancia tiene permisos de lectura-escritura para el volumen compartido.
Captura de Instantáneas de los Volúmenes
Google Persistent Disk y Amazon EBS te permiten crear y almacenar instantáneas del volumen de tu disco. Permitiéndote crear nuevos volúmenes en una fecha posterior usando la instantánea.
El proceso de creación de instantáneas es similar en todos los servicios. Inicialmente se crea una copia completa del volumen, y las futuras instantáneas solo copian los cambios del volumen anterior.
Es su disponibilidad lo que difiere. Google Snapshots se beneficia de estar disponible a nivel mundial y puede ser utilizado en cualquier región sin cargos o requisitos adicionales. Las instantáneas de Amazon EBS son diferentes, solo están disponibles en una región por defecto. Debes copiar expresamente e incurrir en cargos por transferencia de datos si deseas que una instantánea con AWS esté disponible en otra región.
Un disco conectado localmente está directamente conectado a la máquina física que ejecuta su instancia. Esta conexión directa ofrece los beneficios de una latencia reducida y un mayor rendimiento.
Veamos más de cerca cómo se comparan los discos de conexión local en Compute Engine y Amazon EC2 en cuanto a las características de sus respectivos servicios de almacenamiento en bloque:
| Almacenamiento en bloque | Amazon EC2 | Google Persistent Disks |
| Nombre del servicio | Almacén de instancias | Disco SSD local |
| Conexión de volúmenes | Vinculado al tipo de instancia | Se puede adjuntar a cualquier instancia de núcleo no compartido |
| Tipo de dispositivo | Varía según el tipo de instancia: HDD, SSD, etc. | SSD |
| Volúmenes conectados por instancia | Varía según el tipo de instancia – hasta 24 | 24 |
| Capacidad de almacenamiento | Varía según el tipo de instancia – hasta 2500 GB por volumen | 356 GB por volumen |
| Migración en vivo | No | Sí |
| Redundancia | Ninguna | Ninguna |
Si necesitas almacenamiento de archivos como parte de tu configuración en la nube, hay servicios ofrecidos tanto por AWS como por Google Cloud. Se llaman respectivamente Amazon Elastic File System(EFS) y Google Filestore, este último una nueva edición que saldrá de las pruebas beta a finales de 2018.
Ambos ofrecen un servicio totalmente administrado, donde puedes crear y configurar rápidamente sistemas de archivos, mientras que la infraestructura subyacente y el despliegue, la aplicación de parches y el mantenimiento asociados son manejados por tu proveedor. La seguridad de los datos se garantiza mediante la encriptación en reposo y en tránsito, con la capacidad de escalar tus instancias para cumplir con los cambios en los requisitos de rendimiento.
Una gran diferencia entre los dos proveedores, Amazon EFS funciona con el nuevo Protocolo de Sistema de Archivos en Red, NFSv4. Mientras que el servicio Filestore de Google utiliza el antiguo protocolo NFSv3. Mientras que los estudios han demostrado que NFSv4 proporciona mejoras significativas de rendimiento sobre NFSv3, el rendimiento y las especificaciones de rendimiento IOPS de ambos proveedores son sorprendentemente similares.
El EFS de Amazon ofrece capacidades de rendimiento de hasta 10 GB/segundo y más de 500.000 IOPS, mientras que Filestore dice que tiene un máximo de 16 GB/segundo y 480.000 IOPS. En términos sencillos, ambos te ofrecerán una infraestructura de almacenamiento capaz de manejar tus cargas de trabajo de mayor rendimiento con baja latencia.
Si planeas almacenar datos a los que se accede con poca frecuencia, sin necesidad de disponer de ellos inmediatamente, deberías considerar la posibilidad de almacenarlos en frío.
Tanto el Amazon S3 como Cloud Storage ofrecen una clase de almacenamiento de costo reducido para este tipo de datos. Amazon S3 ofrece clases de almacenamiento poco frecuentes, Standard-IA y One Zone-IA. Mientras que Cloud Storage ofrece clases poco frecuentes de Nearline y Coldline.
Si está planeando almacenar datos con fines de archivo, que no requieren una recuperación regular o rápida, tanto Amazon como Google ofrecen una clase adicional de almacenamiento en frío para este tipo de datos. Se conocen como Amazon Glacier y Archival Cloud Storage de Google.
Ambas son opciones de almacenamiento rentables para la conservación a largo plazo de datos a los que tal vez se accedas menos de una vez al año.
La seguridad será una de las principales consideraciones a la hora de explorar un proveedor de lanube. Cuando se compara la seguridad en la nube, querrás explorar y centrarte en los controles, políticas, procesos y tecnologías que se combinarán para proteger tus datos, sistemas e infraestructura basados en la nube.
Tanto Amazon Web Services como Google Cloud son famosos por ofrecer una seguridad de vanguardia en la nube. Comprometidos con el avance continuo de la investigación y el desarrollo de sus plataformas para mantenerse resistentes a un panorama de amenazas en constante evolución.
Adoptando un enfoque de alto nivel, ambos proveedores ofrecen seguridad en la nube de tres maneras:
A continuación, exploraremos las principales consideraciones al comparar Google Cloud Security vs. AWS Security.
La protección de datos y el cumplimiento son una marea creciente de control reglamentario aplicado a la información tanto por los gobiernos como por la industria. El cumplimiento tiene que ser considerado cuando se elige la plataforma en la nube.
Tanto la plataforma AWS como la de Google Cloud cumplen algunos de los requisitos de cumplimiento más estrictos, incluyendo CSA STAR, GDPR, HIPPA, PCI-DSS, y una serie de normas ISO.
Ambos proveedores ofrecen programas de cumplimiento que abarcan certificaciones, leyes, regulaciones, marcos y privacidad con un cruce distinto.
La plataforma de nubes de Amazon y los programas de conformidad de AWS cumplen con 75 estándares de cumplimiento. Con las ofertas de cumplimiento de Google Cloud también cumplen con los 75 estándares de cumplimiento. Haciendo que ambos proveedores sean una opción viable, incluso si trabajas en un sector muy regulado como el de la salud o los servicios financieros.
Continuar robando titulares en el ámbito del cumplimiento es el GDPR. Ten la seguridad de que tanto la plataforma de AWS como la de Google Cloud cumplen con el GDPR, cada una ofrece un centro de recursos. Ayudándote a cumplir con los requisitos de protección, procesamiento, y privacidad de cualquier dato que tenga de un ciudadano europeo.
La encriptación juega un papel fundamental en la protección de tu información. La práctica de codificar los datos, que hace casi imposible descifrarlos sin una clave de descifrado, debe aplicarse independientemente de dónde se encuentren tus datos. Asegurate de que tus datos están seguros incluso si son interceptados en tránsito o en reposo.
Tanto Google Cloud como AWS ofrecen encriptación por defecto para los datos en tránsito y en reposo usando AES de 256 bits. Cada uno de ellos ofrece una serie de opciones para proteger los datos utilizando el cifrado del lado del servidor o del lado del cliente.
Google Cloud Key Management y AWS Key Management Service (KMS) son los servicios de encriptación que compiten entre sí. Cada uno de ellos le ofrece la capacidad de crear y gestionar fácilmente las claves utilizadas para encriptar y firmar digitalmente tus datos.
Actuando como la primera línea de defensa de tu infraestructura de IT, un cortafuegos es responsable de proteger tu red de intrusiones no deseadas. Tanto Google Cloud como Amazon ofrecen una protección de cortafuegos de última generación para sus plataformas en la nube.
Además, ambos proveedores ofrecen productos de cortafuegos como servicio para mejorar la protección si operas una Nube Privada Virtual (VPC – Virtual Private Cloud), se defiende de los ataques DDoS y centraliza la administración de su configuración de firewall.
AWS Network Firewall y Google Cloud Firewalls son los servicios de la competencia que te permiten desplegar el acceso de seguridad a la red en sus VPCs con sólo unos pocos clics. Si buscas protección contra los ataques DDoS, puedes elegir entre los servicios de nombre similar de AWS Shield o Google Cloud Armor.
Cuando se trata de la configuración central y la gestión de las reglas del cortafuegos en tus cuentas y aplicaciones alojadas en la nube, Amazon ofrece esto como un servicio separado llamado AWS Firewall Manager. Características y funcionalidad que Google incluye como parte de su servicio principal de cortafuegos en la nube.
El control de quién tiene acceso a lo que desempeña un papel fundamental en la seguridad del sistema, se conoce ampliamente como gestión de acceso a la identidad. Es el primer paso para evitar que visitantes no deseados tengan acceso a información sensible.
Tanto Google Cloud como AWS ofrecen servicios de gestión de identidades y accesos dentro de su plataforma en la nube. Dándote un control granular sobre quién tiene acceso a tus aplicaciones, a qué datos pueden acceder y qué pueden hacer con tus datos.
A continuación presentamos los principales servicios de IAM que se ofrecen:
Este es el servicio centralizado de IAM que te ofrece una completa visibilidad y control para gestionar tus recursos en la nube. Dando a los administradores el poder de controlar quién puede tomar medidas sobre recursos específicos.
Si implementas IAM usando el directorio activo de Microsoft y planeas seguir haciéndolo en la nube, ambos proveedores de nubes te ofrecen un servicio reforzado para ejecutar Microsoft AD.
Gestionar y controlar centralmente el acceso de los usuarios a múltiples cuentas y aplicaciones, tanto en las instalaciones como en la nube, mediante un único acceso de inicio de sesión. Ayudarte a mejorar la productividad y la UX de los empleados a través de la facilidad de acceso.
Aprovecha un servicio de IAM basado en la nube que te permite añadir el registro de usuario, la entrada y el control de acceso a tus aplicaciones móviles y web.
La implementación de la seguridad y la conformidad en la nube es una responsabilidad compartida.
Es vital que entiendas la división entre quién es responsable de qué cuando se trata de implementar una robusta postura de seguridad en la nube. Un malentendido aquí creará vulnerabilidades de seguridad que son fácilmente evitables.
Amazon Web Services y Google Cloud Platform ofrecen una orientación completa sobre sus modelos de responsabilidad compartida para la seguridad en la nube. A continuación muestramos una representación gráfica de alto nivel de cada uno de ellos.
Al implementar un nuevo servicio de nube, te vas a encontrar con casos en los que no tienes los conocimientos o la experiencia necesarias para realizar una tarea. En estas situaciones, querrás contar con un proveedor de la nube que te ofrezca la orientación y el soporte adicional que necesitas para superar tales obstáculos.
Tanto AWS como Google Cloud son famosos por sus extensas bibliotecas de documentación técnica. Así como sus propias comunidades de nubes prósperas, repletas de miles de expertos en la nube que siempre están dispuestos a compartir sus conocimientos.
Aquí puedes navegar por una gran cantidad de temas que abarcan tutoriales, discusiones e incluso reuniones en persona. A continuación puedes encontrar enlaces a la documentación respectiva y a los portales de soporte de la comunidad:
Puedes resolver la mayoría de los problemas con los que te encuentras con el soporte de las fuentes anteriores. Eventualmente, te encontrarás con una situación en la que se requiere un soporte inmediato, avanzado y práctico. En esta situación, es sensato contar con una solución de soporte oficial, directamente de tu proveedor de nube o de un socio tercero autorizado.
Como parte de su modelo de soporte, tanto AWS como Google Cloud ofrecen soporte básico. Junto con una gama de planes adicionales premium pagadas. Si estás considerando un plan premium, investiga y entiende lo que se incluye en el plan. Esto implica las tarifas asociadas, para asegurarte de que eliges un plan que necesitas con un precio que puedes pagar.
Google Cloud tiene 4 planes de asistencia disponibles, que se dividen en dos tipos: soporte basado en roles y soporte premium.
El soprte basado en roles se divide en tres niveles: Básico, Desarrollo, Producción:
El soporte Premium es el plan de más alto nivel disponible:
AWS también tiene 4 planes de asistencia disponibles, que se dividen entre gratuitos y de pago.
El soporte Premium está dividido en 3 niveles: Desarrollador, Business y Enterprise:
Aquí en Kinsta, entendemos la importancia y la necesidad de un soporte experto en tiempos de necesidad. Por eso todo el equipo de soporte de Kinsta está formado por ingenieros expertos en WordPress y Linux. Tanto si tienes una PYME o una empresa de la lista Fortune 500, obtendrás el mismo nivel de soporte premium dedicado.
Sin duda, la comparación exacta de precios entre los proveedores de nubes es uno de los aspectos más difíciles del proceso de decisión. Cada proveedor tiene una metodología única de facturación y precios con innumerables variables y partes móviles.
Para ayudarle a entender mejor el reto de las comparaciones de precios de los proveedores de nubes, a continuación se presentan algunas variables que influirán en el precio de implementación de la nube deseada:
Cuanto más grande sea la implementción de la nube, mayor será la complejidad. Especialmente cuando se tienen en cuenta los diferentes tipos de tecnología entre los proveedores de nubes. Tomemos las máquinas virtuales por ejemplo, la tecnología diferente puede hacer imposible una comparación similar para los requisitos de RAM y CPU.
No te asustes, tenemos algunas herramientas, información y orientación para ayudarte a empezar a crear tu propia comparación de precios personalizada entre Google Cloud y AWS.
Existen literalmente cientos de productos diferentes disponibles en Google Cloud y AWS. Cada uno con su propio subconjunto de servicios, tecnologías y modelos de precios. Las opciones disponibles significan que las combinaciones de implementación pueden fácilmente llegar a los 1000s. No es sorprendente que muchos estén abrumados, incluso explorando combinaciones de almacenamiento y computación para la implementación más básica.
Afortunadamente, ambos proveedores tienen cada uno su propia calculadora de precios. Contiene todos los productos y servicios, especificaciones y costos asociados. Este es el primer paso para crear una estimación de precios comparable.
Para el propósito de esta comparación de precios, exploraremos los costes de computación de VM de Amazon EC2 y Google Compute Engine. Hemos elegido esta opción de comparación ya que, según Gartner, dos tercios del gasto total en la nube provienen típicamente de los recursos de computación. Además, en la mayoría de los casos, los recursos de computación formarán la base de la implementación de la nube. Así que, sin perder el tiempo, vamos a hacer una inmersión profunda.
Para crear una comparación precisa, seleccionaremos la misma región, CPUs y sistema operativo para nuestra configuración de computación:
Hemos seleccionado instancias VM con especificaciones RAM comparables en los diferentes tipos de máquinas:
Siéntase libre de jugar con sus opciones, ya que encontrará que cambiar entre diferentes variables de tipos de instancia, región, sistema operativo y CPU puede alterar significativamente su precio por hora.
A continuación se presenta un cuadro en el que se indican las instancias elegidas para la comparación:
| Tipo de instancia | Amazon EC2 | EC2 RAM(GiB) | Compute Engine | Google RAM (GiB) |
| Propósito general | t4g.xlarge | 16 | n1-standard-4 | 15 |
| Optimización de la computación | c6g.xlarge | 8 | c2-standard-4 | 16 |
| Memoria optimizada | r6g.xlarge | 32 | n2-highmem-4 | 32 |
| GPU | g4dn.xlarge | 16 | NVIDIA® Tesla® T4 | 64 |
AWS y Google Cloud ofrecen un modelo de precios de pago por demanda. Esto es más adecuado para los individuos que esperan un uso intermitente de la nube, ya que te permite un enfoque flexible para añadir y eliminar servicios cuando los necesites. Por supuesto, este nivel de flexibilidad tiene un costo, haciendo que el modelo de pago por uso sea el más caro por hora.
| Tipo de instancia | Amazon EC2 | Precio de EC2 (por hora) | Compute Engine | Precio de Google (por hora) |
| Propósito general | t4g.xlarge | $0.134 | n1-standard-4 | $0.150 |
| Optimización de la computación | c6g.xlarge | $0.136 | c2-standard-4 | $0.188 |
| Memoria optimizada | r6g.xlarge | $0.201 | n2-highmem-4 | $0.295 |
| GPU | g4dn.xlarge | $0.526 | NVIDIA® Tesla® T4 | $1.40 |
Tabla que muestra las tarifas por hora de Amazon EC2 vs. Compute Engine.
Como puedes ver en la tabla de arriba, Amazon EC2 ofrece un precio significativamente más bajo por hora en los diferentes tipos de instancia en comparación con el Compute Engine de Google. Este hecho es cada vez más impresionante cuando se considera el precio por hora del Compute engine en un descuento por uso sostenido. Este tipo de descuento se aplica cuando el uso en un mes supera un cierto umbral, ofreciendo un ahorro que comienza en el 15% y se extiende hasta el 60%.
Si solo buscas recursos de computación para períodos cortos e intermitentes, vale la pena explorar instancias temporales.
Con las denominadas Instancias de Spot de Amazon y Máquinas virtuales interrumpibles de Google, pueden desbloquearse importantes ahorros de costes de pago por uso de hasta el 90% de los precios a demanda anteriores aprovechando los recursos informáticos de repuesto de los proveedores de la nube.
Siempre y cuando te parezca bien que las cargas de trabajo se interrumpan si el recurso se necesita repentinamente en otro lugar.
Si planeas a largo plazo – y puedes hacer un compromiso inicial a largo plazo para la implementación de la nube – obtendrás ahorros significativos en comparación con el modelo de pago por uso.
Amazon y Google ofrecen un modelo de precios a largo plazo con opciones de compromiso por adelantado de 1 o 3 años. Google nombró sus planes Compromiso de Uso, mientras que Amazon usa el término Instancias Reservadas. Ambos ofrecen un descuento significativo comparado con el precio por demanda. Hasta un 70% en Compute Engine y hasta un 72% en Amazon EC2.
De nuevo, juega con las variables para satisfacer tus necesidades – región, tipo de instancia, CPUs, sistema operativo – ya que todo esto influirá en tu precio por hora. Con Amazon EC2, también encontrarás que puede influir en la cantidad del descuento basado en cuándo y cómo pagas.
También existe la opción de elegir tipos de instancia convertibles, lo que te permite cambiar a un VM más nuevo si está disponible.
Las instancias no convertibles, con la cantidad total pagada por adelantado, ofrecen el mayor nivel de descuento. Para el propósito de esta comparación sobre un compromiso de 1 y 3 años, hemos usado estas opciones.
Compromiso de 1 año
Como verás en la tabla de abajo, de nuevo Amazon EC2 es más barato en general para una instancia comprometida de 1 año versus Compute Enginge.
| Tipo de instancia | Amazon EC2 | Precio de EC2 (por hora) | Compute Engine | Precio de Google (por hora) |
| Propósito general | t4g.xlarge | $0.079 | n1-standard-4 | $0.125 |
| Optimización de la computación | c6g.xlarge | $0.080 | c2-standard-4 | $0.141 |
| Memoria optimizada | r6g.xlarge | $0.118 | n2-highmem-4 | $0.177 |
| GPU | g4dn.xlarge | $0.309 | NVIDIA® Tesla® T4 | $0.880 |
Tabla que muestra las tarifas por hora para un compromiso de 1 año con Amazon EC2 vs. Compute Engine
Amazon EC2 es hasta un 40% más barato en general para una instancia comprometida de 1 año en comparación con Compute Engine.
La brecha de precios se amplía con Amazon que ofrece un mayor descuento del 40% frente a los modelos de pago por uso para todos los tipos de instancia, como recompensa por el compromiso. Mientras que la recompensa de descuento de Google por tu lealtad solo asciende a un 15-20%.
Es importante señalar que al cambiar a sin pago por adelantado y a la opción de instancia convertible en Amazon EC2, la cantidad de descuento cae por debajo del 30% y reduce un poco la diferencia de precio.
Compromiso de 3 años
Mirando la tabla de abajo, estamos experimentando un déjà vu, con el Amazon EC2 continuando siendo más barato en general al hacer un compromiso de 3 años frente a Compute Engine.
| Tipo de instancia | Amazon EC2 | Precio de EC2 (por hora) | Compute Engine | Precio de Google (por hora) |
| Propósito general | t4g.xlarge | $0.050 | n1-standard-4 | $0.046 |
| Optimización de la computación | c6g.xlarge | $0.051 | c2-standard-4 | $0.094 |
| Memoria optimizada | r6g.xlarge | $0.075 | n2-highmem-4 | $0.126 |
| GPU | g4dn.xlarge | $0.198 | NVIDIA® Tesla® T4 | $0.640 |
Tabla que muestra las tarifas por hora para un compromiso de 3 años con Amazon EC2 vs. Compute Engine
Sin embargo, tenemos una excepción en la categoría de Propósito General, Compute Engine se opone a la tendencia y es más barato con un compromiso de 3 años.
De lo contrario, la diferencia de precio se mantiene alrededor del 40% para las opciones de Optimización de Computación y Optimización de Memoria en un compromiso de 3 años. Para la comparación de la GPU, en realidad se amplía a alrededor del 60%, un ahorro masivo.
Una vez más, debo señalar que el cambio a no pago por adelantado y la opción de instancia convertible en el Amazon EC2 tendrá una reducción más pronunciada en tu cantidad de descuento. Esto refleja el aumento del riesgo de mantener las instancias VM durante 3 años.
La computación en la nube evoluciona rápidamente, estar atado te impedirá aprovechar las nuevas, más rápidas y eficientes instancias de VM.
Si no estás listo para hacer el cambio a un servicio de nube, tanto AWS como Google Cloud ofrecen la opción de un nivel gratuito en una amplia gama de sus productos. Te da una cantidad de recursos predefinidos durante un tiempo determinado, es perfecto si quieres probar un servicio.
Ambos proveedores también ofrecen servicios de la nube «siempre gratuitos», que son ideales si se tienen requisitos de uso muy bajos y no te importa que se interrumpan las operaciones. Veámoslo más de cerca.
Explorando el Capa Grauita de AWS, desbloqueará el acceso gratuito a una gama de 85 productos y servicios de la nube.
La Capa Gratuita de AWS tiene tres tipos diferentes:
Podrás explorar una amplia gama de productos de computación, almacenamiento, base de datos, IO, IA y muchos más.
Si estás empezando, entonces vale la pena considerar las opciones de computación y almacenamiento que son gratuitas durante los 12 meses siguientes a la inscripción:
Explorar el nivel gratuito de GCP parece un poco más restrictivo que la alternativa de AWS. Aunque todavía tendrás acceso a 24 productos y servicios de la nube. Que a diferencia de AWS, permanecen bajo y siempre oferta gratuita, dentro de los límites de uso mensual, por supuesto.
Además de la oferta gratuita de AWS, los nuevos clientes de Google Cloud desbloquearán 300 dólares de crédito gratuito que podrán gastar en CUALQUIER producto o servicio de Google Cloud.
Aunque tus opciones son más limitadas, todavía puedes explorar una excitante gama de productos a través de IO, IA, almacenamiento, base de datos y computación que cubrirá en gran medida los servicios en la nube más deseados.
Al igual que con AWS, si estás empezando, prueba las opciones de cálculo y almacenamiento que siempre son gratuitas en el GCP:
Cuando se trata de comparar los niveles gratuitos, está claro que GCP tiene una ventaja sobre la plataforma de Google Cloud. Como por ejemplo, te proporcionarán un acceso mucho más amplio para probar sus diferentes productos y servicios. Ideal si aún no estás listo para comprometerte con la implementación de la nube.
Cuando se trata de los recursos de computación en la nube, que forman la columna vertebral de la mayoría de los despliegues y gastos en la nube, la respuesta es no. AWS es definitivamente más barato que la plataforma de Google Cloud para instancias de VM.
Sin embargo, la respuesta se vuelve mucho más «turbia» cuando te alejas de los recursos de computación simples. Después de investigar múltiples productos, servicios y modelos de precios no hay un claro ganador en la guerra de precios.
Tendrás que encontrar tu propia respuesta a esta pregunta, y dependerá enteramente de los requisitos únicos de tu negocio. La ubicación del centro de datos que elijas, sus requisitos de red, el tipo de cargas de trabajo que estás ejecutando, la estacionalidad. La lista es interminable.
Una cosa es segura, hay ofertas, y la oportunidad de que Google Cloud sea más barato que AWS ciertamente existe. Solo depende de tu configuración y los servicios requeridos.
Para añadir Azure a la mezcla, comprueba nuestra comparación de computación en la nube de AWS frente a Azure.
Nuestro objetivo de investigar a estos proveedores de nubes se encuentra en la búsqueda de la respuesta definitiva a cual es la mejor plataforma de la nube, Google Cloud vs Amazon Web Services?
En nuestro viaje, está claro que Google Cloud y AWS son líderes del mercado. Ambas plataformas ofrecen una amplia gama de productos y servicios en la nube a la vanguardia del avance tecnológico. Ofreciendo beneficios significativos sobre una implementación en las instalaciones en lo que se refiere a escalabilidad, rendimiento, seguridad y coste. Sea cual sea la elección, desbloquearás un servicio premium a un precio competitivo.
En Kinsta, utilizamos la plataforma GCP para ofrecer un rendimiento de primer nivel dentro de nuestras soluciones de alojamiento web. El servicio de red de primer nivel ofrece mejoras significativas de rendimiento al reducir la latencia y minimizar el tiempo de inactividad.
En términos de progresión, está claro que Google Cloud está haciendo mejoras significativas en la plataforma. Este año ha visto un crecimiento impresionante en los ingresos de la nube y la adopción de nuevos servicios, como Google Meet, en el duro contexto de una pandemia mundial. Se espera que el 2021 sea otro año emocionante para el GCP.
Al final, la respuesta a cuál es mejor depende de las necesidades individuales de tu negocio. Sea cual sea la respuesta, investiga, sigue nuestra guía Google Cloud vs AWS y toma la mejor decisión para tu negocio.
Edward Jones is a technology writer with 8 years of industry experience. He has published over 300 articles with major publications that include Microsoft, IBM, and Entrepreneur.
