¿Cuáles son los efectos de bloqueo más potentes de AWS cuando alguien considera migrar a las plataformas en la nube de Google o Microsoft?

No se migró a las plataformas en la nube de Google o Microsoft, pero cuando se diseñan sistemas a gran escala en AWS, hay servicios nativos de AWS que son atractivos y están bien integrados, lo que brinda beneficios de precio pero también peligros de bloqueo.

Algunos ejemplos:

1. AWS Aurora, que es compatible con MySQL.
2. AWS Redshift que es compatible con PostGres.
3. AWS API gateway en lugar de Apigee, Mashery, etc.
4. Implementación de código de AWS en lugar de Github / bitbucket.
5. AWS Kinesis en lugar de Kafka o Flink
6. AWS EMR en lugar de un clúster Hadoop
7. AWS Elasticsearch en lugar de Elasticsearch
8. AWS ECR en lugar de DockerHub
9. AWS ELB en lugar de NGinx o httpd
10. AWS cloudfront en lugar de Akamai
11. AWS WAF en lugar del dispositivo de firewall de aplicaciones
12. AWS Quicksight en lugar de Tableau
13. AWS SQS en lugar de un producto de mensajería
14. AWS SNS en lugar de un producto de mensajería

AWS ofrece un excelente servicio. Hasta que las cosas te vayan bien, el bloqueo no te afecta.

Cuando tenga que migrar a otra nube o integrarse con un nuevo proveedor de la nube, verá desafíos.

Pero estoy muy feliz con AWS.

Las personas que han estado involucradas con AWS durante mucho tiempo tienden a encerrarse debido a las siguientes razones:
1. Los gastos involucrados en la migración.
Por ejemplo, supongamos que hay pocos conjuntos de aplicaciones que han acumulado 1 petabyte de datos (pocos de los servicios de AWS, como S3, EC2, etc.). Además, a uno le gustaría migrar de S3 / EC2 al motor de cálculo de Google. Aunque Google Cloud ha presentado muchos métodos que alientan a las personas a sincronizar directamente de AWS S3 a Google Bucket Cloud, debido al hecho de que AWS cobra por el tráfico de red a través de los múltiples servicios en la nube, las personas tienden a no migrar.

2. Costo involucrado en el diseño y construcción de herramientas para el proceso de migración.
Cada proveedor de la nube tiene su propia forma intrínseca de manejar sus servicios. Para construir un proceso de migración específico de la aplicación y de la plataforma, uno tiene que elaborar un plan tolerante a fallas y diseñar nuevos conjuntos de herramientas para actualizar las API en la nube, lo que en última instancia conllevará un alto costo.

3. Perder alta flexibilidad entre los servicios en la nube.
Ejemplo: AWS EC2 presenta características asombrosas de su administrador de IAM por el cual el usuario final puede autenticar conexiones menos seguras accesibles en el entorno de la nube (por ejemplo: con pocas configuraciones, uno puede construir instancias de AWS RDS / Memcached conectadas implícitamente con instancias de EC2) , Si la aplicación es migración, las mismas características podrían o no estar disponibles en otro proveedor de la nube, lo que da como resultado un mayor retrabajo de la tecnología. Lo cual es engorroso para cualquiera que use una amalgama de servicios.

Creo que la siguiente lista me desalienta de alejarme de AWS:

• Tengo muchas bibliotecas que envuelven boto que son reutilizables para muchas aplicaciones y patrones de implementación
• Estoy muy apegado a los patrones de AWS que son simplemente diferentes
• Tengo algunos proveedores que me gustan que están exclusivamente en AWS
• Estoy vinculado a ciertos servicios significativamente más que la versión de Google y no quiero cambiar. Solo para enumerar algunos.

• Dinamo
• SQS
• S3

Sí, hay cosas similares en Google y puede hacer que ambas funcionen, pero no me gusta usarlas. Es más que una preferencia, es tiempo de comercialización y facilidad de uso.

Por experiencia y numerosas conversaciones que he tenido con otros usuarios:

• Gravedad de datos, donde la salida de datos a Internet es más cara y la entrada de datos es generalmente gratuita.
• API, AWS tiene excelentes API y SDK para acompañarlos. Las aplicaciones no triviales se crean sobre estas API con un alto nivel de confiabilidad.
• Productos generalmente robustos y un sorprendente soporte para desarrolladores / clientes / comunidad.