![\"cloudcomputing-1\"](\"https:\/\/www.dgcmedia.es\/blog\/wp-content\/uploads\/2017\/05\/cloudcomputing-1.jpg\")
<\/p>\n<\/p>\n
El otro d\u00eda me hicieron esta pregunta, y m\u00e1s all\u00e1 de los muchos t\u00f3picos, no supe argumentar suficientemente una decisi\u00f3n de semejante importancia.<\/p>\n
Para decidir la necesidad o no de iniciar el traslado, en primer lugar hay que analizar las caracter\u00edsticas del proyecto<\/strong> o, incluso, de la organizaci\u00f3n<\/strong>.<\/p>\n En el supuesto de un proyecto existente<\/strong> con la infraestructura \u201con premise\u201d, parece l\u00f3gico implementar una soluci\u00f3n h\u00edbrida<\/strong> donde quiz\u00e1s, los backups se persistan en la propia infraestructura y adem\u00e1s, en una servicio de terceros como Amazon S3 a trav\u00e9s de Amazon Storage Gateway.<\/p>\n De esta manera, si tuviese lugar una cat\u00e1strofe, se dispondr\u00eda de la informaci\u00f3n necesaria para volver a empezar solucionado el \u201cincendio\u201d. Esto requerir\u00eda de un tiempo que podr\u00eda ser min\u00fasculo si adem\u00e1s, disponemos de un entorno reducido en una nube p\u00fablica, que podamos dimensionar<\/strong> en caso de ca\u00edda de la infraestructura principal, redirigiendo el tr\u00e1fico de forma autom\u00e1tica.<\/strong><\/p>\n Otra posibilidad es el traslado de las operativas menos importantes, dejando toda la capacidad de computaci\u00f3n de nuestros CPDs para los procesos \u201cCORE\u201d<\/p>\n Para un proyecto nuevo, parece todav\u00eda m\u00e1s indicada la opci\u00f3n \u201ccloud\u201d, ya que disponemos de multitud de posibilidades para arrancar con unos costes muy reducidos<\/strong>, basados en arquitectura serverless<\/strong>, que nos permiten la modalidad de pago por uso<\/strong>.<\/p>\n Para esta opci\u00f3n, aparecen servicios como Lambda<\/strong> (funciones ejecutadas al ser lanzado un evento), S3<\/strong> (almacenamiento a un precio reducido, con gran disponibilidad y durabilidad que adem\u00e1s nos da la opci\u00f3n de funcionar como servidor de est\u00e1ticos), Cognito<\/strong> (servicio de autenticaci\u00f3n multidispositivo), DynamoDB<\/strong> (base de datos f\u00e1cilmente escalable) o API<\/strong> Gateway<\/strong>.<\/p>\n Imaginemos adem\u00e1s, que necesitamos implementar una soluci\u00f3n altamente escalable<\/strong> y con gran disponibilidad<\/strong> a nivel de cat\u00e1strofes, lo que requerir\u00eda de la existencia (y mantenimiento) de al menos dos centros de datos con capacidad \u201cinfinita\u201d, independientes y lo suficientemente alejados. Adem\u00e1s se hace indispensable el desarrollo de herramientas para su sincronizaci\u00f3n, la detecci\u00f3n de errores en uno y el \u201carrancado\u201d de los servicios en el otro, sin p\u00e9rdida alguna de datos y\/o funcionalidad. Dise\u00f1ar algo as\u00ed en la nube es sencillo y tiene unos costes \u00ednfimos en comparaci\u00f3n.<\/p>\n Todas estas funcionalidades est\u00e1n ya disponibles y testadas en plataformas como AWS, son f\u00e1cilmente programables<\/strong> y nos permiten dise\u00f1ar nuestra arquitectura de una forma reactiva<\/strong> para poder solucionar los problemas antes incluso de que se propaguen y afecten a nuestros usuarios.<\/p>\n Pero lo importante del traslado a una nube como Amazon no son sus servicios, si no el hecho de que, al estar dentro de una plataforma tan robusta,<\/strong> podemos empezar a pensar de una forma diferente toda nuestra organizaci\u00f3n. Desde la seguridad hasta la facturaci\u00f3n (a trav\u00e9s de tagging de recursos), pasando por la arquitectura de nuestras aplicaciones.<\/p>\n AWS nos da todas las herramientas para dise\u00f1ar de forma eficiente la seguridad<\/strong> de nuestra nube, a nivel de redes (VPC, Security Groups, ACLs, \u2026), a nivel de granularidad<\/strong> de permisos (usuarios\/roles\/grupos, policies logrando el fin de las credenciales), encriptaci\u00f3n<\/strong> de datos sensibles (KMS, gesti\u00f3n de claves, servicios de almacenamiento con encriptaci\u00f3n, \u2026) y lo hace d\u00e1ndonos todas las garant\u00edas posibles a nivel de compliance<\/strong> y cumpliendo con los m\u00e1ximos est\u00e1ndares<\/strong> exigidos en el sector (https:\/\/d0.awsstatic.com\/whitepapers\/aws-security-whitepaper.pdf<\/a>)<\/p>\n Ser\u00eda f\u00e1cil decir que empresas como Spotify, Netflix, HSBC o Apple conf\u00edan en AWS para almacenar su informaci\u00f3n, pero el hecho de que el gobierno de los Estados Unidos disponga de su propia regi\u00f3n para instituciones como la NSA<\/strong> o la CIA<\/strong>, muestran el grado de confianza que podemos depositar en la compa\u00f1\u00eda de Seattle.<\/p>\n A nivel de seguridad, es importante nombrar dos servicios, CloudTrail que nos permite auditar<\/strong> cada movimiento dentro de la plataforma y CloudWatch, que nos ayuda en la creaci\u00f3n de alertas<\/strong>, facilitando la automatizaci\u00f3n de tareas para poder ser reactivos ante errores, ataques, picos de tr\u00e1fico o accesos no deseados.<\/p>\n Una vez superado la posible desconfianza a nivel de seguridad, aparecen herramientas de DevOps<\/strong> que facilitan el desarrollo y la integraci\u00f3n cont\u00ednua de grandes proyectos compuestos por multitud de equipos. Por ejemplo, CloudFormation nos permite dise\u00f1ar nuestras infraestructuras<\/strong> y plasmarlas en un JSON<\/strong>, lo que facilita el versionado y el apagado\/encendido de entornos \u201cclon\u201d aumentando la previsibilidad de los despliegues. Existe adem\u00e1s la posibilidad de a\u00f1adirlas a un cat\u00e1logo (AWS Service Catalog) de soluciones \u201cdisponibles\u201d para la organizaci\u00f3n, forzando a los equipos a utilizar arquitecturas validadas<\/strong> por una entidad superior.<\/p>\n Obviamente, AWS dispone de multitud de servicios para trabajar con contenedores<\/strong> (EC2 Container Service), automatizar<\/strong> despliegues (CodeStar, CodePipeline, \u2026) y gestionar las configuraciones<\/strong> o tareas (OpsWorks, Config, \u2026)<\/p>\n Todos estos servicios, como indicaba anteriormente, nos ayudan a la hora de dise\u00f1ar una soluci\u00f3n de software desacoplada, robusta y el\u00e1stica<\/strong> que diste mucho de los tradicionales monolitos acerc\u00e1ndose m\u00e1s al id\u00edlico mundo de los microservicios<\/strong>, mucho m\u00e1s manejables, funcionales y mantenibles. Si necesitas ayuda de como manejar tu computadora puedes visitar\u00a0https:\/\/store.hp.com\/mx-es\/default\/tech-takes\/como-puedo-capturar-la-pantalla-en-mi-pc<\/a>.<\/p>\n Evidentemente, todo depender\u00e1 de la tipolog\u00eda del cliente, sus proyectos (existentes y futuros) y el presupuesto disponible, pero apostar por AWS es hacerlo por una plataforma<\/strong> l\u00edder<\/strong>, que cada a\u00f1o evoluciona sus productos y servicios a una velocidad y con un nivel de calidad que nos ser\u00eda imposible imitar en nuestra propia organizaci\u00f3n.<\/p>\n","protected":false},"excerpt":{"rendered":" El otro d\u00eda me hicieron esta pregunta, y m\u00e1s all\u00e1 de los muchos t\u00f3picos, no supe argumentar suficientemente una decisi\u00f3n de semejante importancia. Para decidir la necesidad o no de iniciar el traslado, en primer lugar hay que analizar las … Sigue leyendo