Vamos a ver en esta ficha técnica de tipos de instancias EC2 en AWS, el grupo de Instancias de Propósito General; sin embargo, existen otros tipos de instancias para necesidades más específicas como instancias optimizadas para cómputo, para uso memoria, para procesamiento gráfico u para optimizar el acceso al almacenamiento. Puedes encontrar toda de esa oferta especializada en Tipos de Instancias en Amazon EC2.

Tipos de Instancias EC2 en AWS – Ficha Técnica – Propósito General

La siguiente ficha técnica presenta las principales características de los tipos de instancias EC2 en AWS que son consideradas de propósito general.

Cabe aclarar que el “Precio por Hora” publicado en el documento, es basado en el modelo de costos llamado “bajo demanda” (on-demand); sin embargo existen otros modelos de costo como “instancia reservada” (reserve instance) o “precio de contado” (spot price), en los cuales puede bajar significativamente el costo a cambio una compromiso a largo plazo o en periodos de tiempo establecidos.

Sin embargo, en cualquier caso, los precios de estos modelos de costo son proporcionales a los precios on-demand.

Otra aclaración importante, es que los precios varían dependiendo de la region en donde son aprovisionados, y en esta ficha técnica de tipos de instancias EC2 en AWS, se publican los precios de la región de Virginia en Estados Unidos.

¿Como elegir una instancia EC2 en AWS apropiada para mi caso de uso?

Elegir una instancia ec2 en AWS puede ser muy complicado, y a menudo solemos sobre estimar las capacidades que requerimos al aprovisionar un servidor; y claro, esto es normal ya no tenemos la información suficiente al momento de optar por una tipo de instancia u otra. Pero en general, los aspectos principales a tener en cuenta en una aplicación son: cuanto CPU es necesario para el procesamiento de información?, cuanta memoria RAM requiere para almacenamiento temporal de datos?, cuanto espacio en disco requiere para almacenar la información y cuál es la velocidad apropiada de acceso al mismo? y cuánto tráfico de datos tiene que manejar la interfaz de red que la comunica con otros servidores y/o clientes?.

En general, tenemos tres escenarios: despliegue de una nueva aplicación, despliegue de una aplicación existente o despliegue de un Producto de Software de un proveedor.

En el caso de Productos de Software, tal vez la decisión es más sencilla, pues seguramente tenemos ya especificaciones de Hardware definidas por el vendedor, las mismas que debemos tratar de cumplir eligiendo la instancia EC2 correcta. Incluso hay ya muchos Productos de Software de vendedores que traen una especificación clara para su funcionamiento en la Nube.

En el caso de aplicaciones existentes, debemos tener métricas históricas acerca del desempeño y uso de recursos informáticos On-premises (CPU, RAM, almacenamiento y Red) como soporte para seleccionar el tipo de instancia EC2 apropiada. Sin embargo, hay que tomar en cuenta también otros aspectos de la aplicación como su arquitectura, sus dependencias y las estrategias de resiliencia definidas por el negocio, ya que no hacerlo nos va a significar dolores de cabeza relacionados con reinstalaciones, reconfiguraciones y sobre todo problemas de latencia.

El último y más frecuente caso suele ser las aplicaciones nuevas, en donde no tenemos un histórico de funcionamiento, pero si podemos hacer una proyección a tres meses de concurrencia de usuarios, número de transacciones diarias y capacidades mínimas del Software base. Partiendo de allí, la recomendación es elegir una instancia EC2 en AWS, lo más modesta posible, y medir la utilización de recursos en la misma, y el rendimiento de la aplicación semanalmente de forma que podamos ir aumentando las capacidades del tipo de instancia EC2 inicial, o cambiar de tipo de instancia para optimizar costos.

Es clave usar inicialmente un modelo de precios On-demand, que aunque no es el menos costoso, te permitirá en los 3 a 6 primeros meses aprender de la real demanda de tu aplicación o Productos de Software para luego confirmar o cambiar el tipo de instancia adecuada; para luego adquirir la misma en un modelo de precios más conveniente como el Reservado o Spot.

Si hablamos de otro caso como aprovisionar un servicio NFS, un FTP, una base de datos MySQL, o algo similar; pero hacerlo a través de una instancia EC2 tal vez no sea el mejor camino dado que AWS tiene servicios especializados para estos fines y la recomendación siempre será usar preferentemente tal servicio.

Conclusiones

Fue muy interesante revisar estas características técnicas, pues aclaran el propósito de cada tipo de instancia. Suele ser confuso y abrumador leer tanta documentación o tener tantas opciones, y esta ficha técnica puede ayudarte en el primer momento a saber que camino profundizar.

Estos son los puntos importantes que en mi opinión destacan en esta ficha técnica de tipos de instancias EC2 en AWS:

• Ya tenemos una opción para obtener una máquina Mac a un precio excelente y cubrir la necesidad de desarrollos para esa plataforma.
• Elegir T4g siempre que se pueda, esto significa siempre que el software base que necesitemos este disponible en esta arquitectura, porque supone menores costos. si la aplicación no soporta AMD la elección natural sería T3.
• Elegir T3a o T3 por sobre T2, considerando también la compatibilidad del software base. Aunque la mayoría de Sistemas Operativos y programas son ampliamente soportados en procesadores AMD.
• Si la necesidad es un servidor mediano o grande, ir por las instancias M; por ejemplo, servidores de aplicaciones como SAP, Sharepoint, IAS, JBOSS, etc.
• De los servidores M la mejor opción es el M6g por costo-rendimiento, pero de igual forma el software base es clave aquí. Los procesadores Graviton son espectaculares y cuestan menos por su significativo ahorro de energía lo que supone menos contaminación también ;). Puedes encontrar más en AWS y sus procesadores Graviton.
• Si tienes un poco mas de presupuesto te recomiendo usar un M7g sobre un M6g ya que es solo un 5% más costoso pero te da em promedio un 25% mayor performance, lo cual parece ser un buen trato.
• Si requieres alto tráfico de red (throughput) piense en instancias M5n o M5zn.

** Finalmente, te animamos a contribuir con ideas para mejorar esta Ficha Técnica de Instancias en AWS, puedes obtener una copia del archivo original en el enlace Tipos de Instancias EC2 en AWS – Ficha Técnica para tus modificaciones

Ingesta el video del juego y apoyado en tecnologías como Amazon Sagemaker y AWS Lambda. aprende, analiza y procesa la información de forma que entrega estadísticas en tiempo real.

Este es una de las muchas aplicaciones que se puede generar con base en los datos, y que con soluciones como las de AWS no se requiere adquirir costosos productos de Software o recursos de Hardware estando al alcance de todos en un modelo “pago por uso” como una de las múltiples ventajas de usar AWS.

¿Qué podría hacer su Empresa con estas capacidades?

Si bien es una pregunta que requiere de una estrategia de transformación digital corporativa, la tecnología esta a su alcance y los datos están en su empresa.

Si usted desea ver el artículo completo lo puede encontrar en este enlace AWS and Bundesliga Enhance Real-Time Game Analysis with New Performance Stats for 2021 Season.

Totalmente diseñada alrededor de las mejores prácticas y estándares de seguridad, ha ido más allá con un enfoque orientado a las necesidades únicas que presenta un modelo de Computación en la Nube.

Modelo de Seguridad en AWS

AWS ha concebido la seguridad en un modelo compartido entre AWS y su Cliente.

Responsabilidades de AWS

Las seguridades en la Nube AWS, han sido diseñadas bajo los más altos estándares internacionales de Seguridad y aplicando las mejores prácticas de la Industria, además de implementar una serie de características como controles redundantes por capas, validación y testeo continuo, y automatización de monitoreo y protección 24×7.

Todo el enfoque es aplicado a lo largo de todos sus Centros de Datos que al día de son más de 100 en todo el mundo.

Dentro de este modelo es responsable por proteger la infraestructura donde corren todos los servicios ofertados a sus clientes, incluyendo el Hardware, el Software, la Red y las Instalaciones.

Responsabilidades de los Clientes

Los clientes son responsables de las cargas de trabajo (llamados workloads) que despliegan en los diferentes servicios de AWS.

Las áreas en donde el Cliente es responsable de las seguridades de estos workloads incluye: 

• Sus datos, 
• Sus aplicaciones y/o plataformas, 
• La gestión de usuarios y accesos, 
• El tráfico de datos en sus segmentos de Red, incluyendo Encriptación, Identidad e Integridad, 
• Sus reglas de firewall, 
• Sus Sistemas Operativos y las actualizaciones, 
• Encriptación, Autenticación e Integridad de Datos del lado del Cliente.
• Encriptación de datos y del sistema de archivos del lado del Servidor.

Servicios y Herramientas para gestionar la Seguridades en la Nube AWS

Para esto AWS ha diseñado un conjunto de herramientas y servicios que facilitan la protección preventiva y correctiva de asuntos de Seguridad en la Nube.

Cada servicio está orientado concretamente a cierto aspecto de seguridad, y ofrece flexibilidad de forma que sus Clientes puedan crear ambientes más o menos estrictos de acuerdo al caso de negocio.

Es necesario acotar que AWS tiene servicios en modalidad PaaS o SaaS en cuyo caso las áreas de responsabilidad del Cliente disminuyen drásticamente y pasan a ser responsabilidad de AWS, es así por ejemplo el uso de servicios como Amazon RDS que gestiona el Sistema Operativo y Software Base de Datos y sus actualizaciones e instalaciones. 

Resulta extremadamente extenso explicar todos los servicios de seguridad por lo que vamos a presentar los principales en cada área de gestión que resultan común en una planificación de seguridades de su Infraestructura.

Privacidad y Control de Accesos a Red

Mejores prácticas y estándares organizacionales

Encriptación de Datos

Identidad y Control de Accesos

Monitoreo y Registro

Pensamientos finales

Hackers y Crackers aprovechan los descuidos en la infraestructura de los Centros de Datos para vulnerar sus recursos con diferentes fines, y a menudo los descuidos obedecen a exceso de confianza, falta de herramientas tecnológicas, presupuesto o gestión.

De acuerdo al estudio “Principales Retos en la Adopción de la Nube en Ecuador” la Seguridad en lo primero, y es así como las seguridades en la Nube AWS sobre toda su infraestructura ha sido diseñada; facilitando un conjunto de más de 25 servicios que cubren muchos aspectos de seguridad, con un modelo de costos completamente accesible desde Startups hasta Corporaciones y una flexibilidad que nos permite ir de 0 a 100 en políticas de seguridad.

La tecnología ahora esta al alcance, simplificada y accesible.

Resulta abrumar hablar de cada servicio que tiene Amazon, pero en el siguiente artículo hemos condensado los principales de forma que podamos apoyarlo a usted como Líder de Tecnología con una visión completa de las opciones que posee para proteger el activo más importante a su compañía

Queremos además recomendar dos recursos importantísimos que AWS nos provee producto de su experiencia con empresas multinacionales con JPMorgan Chase Bank:

• Framework de Arquitectura bien diseñada en AWS – Pilar Seguridad.
• Guía de Respuesta ante incidentes de Seguridad en AWS.
• Lista completa de todos los Servicios de Seguridad.

Agradecemos su tiempo y esperamos que este contenido, principales retos en la adopción de la Nube, le haya resultado útil en su labor de liderazgo tecnológico.

Todos sabemos como Amazon volvió normal lo revolucionario, y esto con un enfoque de Transformación Digital decidido, siempre apostando a las economías de escala.

“Hay dos tipos de empresas, los que trabajan para tratar de cobrar más y las que trabajan para cobrar menos. Vamos a ser la segunda.” Jeff Bezos.

Y con estrategias de digitalización optimizó procesos, habilitó innovaciones, creo tecnologías, conectó a sus clientes, entre otros.

“Obsesión por el Cliente.” Jeff Bezos.

Estas fueron las palabras que dirigió a su increíble equipo:

“Este viaje comenzó hace 27 años.

En la actualidad, empleamos a 1,3 millones de personas y somos ampliamente reconocidos como una de las empresas más exitosas del mundo.

¿Cómo pasó eso? Invención. La invención es la raíz de nuestro éxito. Hemos hecho cosas locas juntos y luego las hemos vuelto normales. Fuimos pioneros en revisiones de clientes, compras con 1 clic, recomendaciones personalizadas, envíos increíblemente rápidos de Prime, compras Just Walk Out, Climate Pledge, Kindle, Alexa, Marketplace, Infraestructura de Computación en la Nube, Career Choice y mucho más.

Si lo haces bien, unos años después de un invento sorprendente, lo nuevo se habrá vuelto normal. La gente bosteza. Y ese bostezo es el mayor cumplido que puede recibir un inventor.

Sigue inventando y no te desesperes cuando al principio la idea parezca loca. Recuerda deambular. Deja que la curiosidad sea tu brújula. Permanece como el día 1.

Jeff”.

Hoy Andy Jassy toma posición como CEO de Amazon tras dejar 12.7 billones de ganancias netas en AWS y siendo AWS la plataforma Líder de Computación en la Nube por año consecutivo en el cuadrante de Gartner, y siendo además la plataforma con mejores costos del mercado permitiendo innovación y velocidad desde Startups hasta Multinacionales.