{"id":839,"date":"2020-09-08T12:53:46","date_gmt":"2020-09-08T15:53:46","guid":{"rendered":"https:\/\/www.aynitech.com\/desarrollo-de-aplicaciones-modernas-en-aws-el-futuro-en-el-cloud\/"},"modified":"2020-09-08T12:53:46","modified_gmt":"2020-09-08T15:53:46","slug":"desarrollo-de-aplicaciones-modernas-en-aws-el-futuro-en-el-cloud","status":"publish","type":"post","link":"https:\/\/www.aynitech.com\/es\/desarrollo-de-aplicaciones-modernas-en-aws-el-futuro-en-el-cloud\/","title":{"rendered":"Desarrollo de Aplicaciones Modernas en AWS: El Futuro en el Cloud"},"content":{"rendered":"

Hoy en d\u00eda muchas empresas est\u00e1n innovando r\u00e1pidamente con productos digitales para competir en un mundo de nuevas tecnolog\u00edas. Las aplicaciones modernas son la clave para incrementar la agilidad en los desarrolladores conjuntamente con la fiabilidad, seguridad y escalabilidad de las aplicaciones.<\/p>\n

En la creaci\u00f3n de aplicaciones modernas es posible que debas reconsiderar los patrones arquitect\u00f3nicos de tu aplicaci\u00f3n, modelo operacional y proceso de entrega de software.<\/p>\n

Este es un enfoque poderoso de como dise\u00f1ar, construir y administrar software en la nube.<\/p>\n

A continuaci\u00f3n, mostramos las 7 caracter\u00edsticas de aplicaciones modernas.<\/p>\n

Cultura de propiedad.<\/p>\n

Patrones arquitect\u00f3nicos: Microservicios.<\/p>\n

Computando aplicaciones modernas: Contenedores y AWS Lambda.<\/p>\n

Administraci\u00f3n de Data: Bases de datos dise\u00f1adas con un prop\u00f3sito.<\/p>\n

Canal de lanzamiento CI\/CD: Estandarizado y automatizado.<\/p>\n

Modelo Operativo: Lo m\u00e1s \u201cserverless\u201d posible.<\/p>\n

Seguridad: Responsabilidad de todos<\/p>\n

Creando una Cultura de Propiedad<\/h3>\n

Todo empieza cuando hacemos posible que nuestro personal entregue mejores resultados a los clientes. Para esto, utilizamos este concepto: \u201cProductos: No Proyectos\u201d. Este concepto significa que los equipos que crean los \u201cProductos\u201d son responsables por el funcionamiento y mantenimiento de estos, de esta manera sean responsables del desarrollo de todo el producto y no solo de una parte. Cuando les damos a los equipos el control completo del ciclo de vida (Incluyendo: Feedback del cliente, planificaci\u00f3n de la ruta de avance, desarrollo y operaci\u00f3n de la aplicaci\u00f3n) ellos se vuelven propietarios y se empoderan para crear y entregar nuevos resultados.<\/p>\n

La autonom\u00eda crea motivaci\u00f3n, abre la puerta a la creatividad y desarrolla una cultura de tomar riesgos en un entorno de confianza. Empoderar a los equipos a que sean propietarios del producto cambia la mentalidad de una organizaci\u00f3n, la estructura del equipo y el trabajo del cual ellos se hacen responsables.<\/p>\n

Patrones Arquitect\u00f3nicos: Microservicios<\/h3>\n

Es posible crear una buena cultura de propiedad en tu organizaci\u00f3n, pero todav\u00eda puede haber problemas para escalar si la arquitectura de la aplicaci\u00f3n tiene dependencias que impiden que los equipos se apropien del producto final. Por eso es recomendable construir una arquitectura de Microservicios para aplicaciones que cambian y crecen r\u00e1pidamente.<\/p>\n

Microservicios es la expresi\u00f3n arquitect\u00f3nica de una cultura de propiedad, los cuales dividen aplicaciones complejas en componentes que un solo equipo puede apropiarse y ejecutar de forma independiente. Con una aplicaci\u00f3n monol\u00edtica, puede haber problemas cuando varios desarrolladores env\u00eden cambios al mismo tiempo, lo cual produce fricciones en varios puntos del ciclo de vida. Todo esto implica coordinaci\u00f3n previa de los cambios para asegurar de que no esta afectando el c\u00f3digo de otro desarrollador. En el caso de hacer una actualizaci\u00f3n a una librer\u00eda clave, se tiene que convencer al resto que tambi\u00e9n actualicen al mismo tiempo, y esto puede ser una tarea muy dif\u00edcil.<\/p>\n

Con una arquitectura de Microservicios, una aplicaci\u00f3n es hecha de varios componentes independientes que corren cada proceso de la aplicaci\u00f3n como un servicio. Cuando el servicio est\u00e1 corriendo independientemente y es administrada por un solo equipo, cada servicio puede ser actualizado, lanzado y escalado para satisfacer la demanda de funciones espec\u00edficas de una aplicaci\u00f3n. Por ejemplo, un shopping cart puede ser utilizado por muchos usuarios durante una venta. Microservicios comunican datos entre s\u00ed a trav\u00e9s de interfaces definidas, utilizando APIs livianas, eventos o streams.<\/p>\n

Cada vez m\u00e1s desarrolladores est\u00e1n confiando en arquitecturas controladas por eventos, aquellos en el que las acciones se desencadenan en respuesta a los cambios en la data, para mejorar la escalabilidad y la resistencia de la aplicaci\u00f3n, al mismo tiempo de reducir costos.<\/p>\n

Computando Aplicaciones Modernas: Contenedores y AWS Lambda<\/h3>\n

Instancias ya no son la \u00fanica opci\u00f3n en AWS. Las aplicaciones modernas ahora usan contenedores o serverless basados en eventos que son ejecutados en AWS Lambda. Elegir entre instancias, contenedores y Lambda se basa en cuanto una empresa requiere flexibilidad versus simplicidad.<\/p>\n

Los contenedores se han convertido en la forma mas popular de empaquetar c\u00f3digo, lo que los convierte en una excelente manera de modernizar aplicaciones antiguas. Los contenedores ofrecen una excelente portabilidad y flexibilidad sobre la configuraci\u00f3n de las aplicaciones.<\/p>\n

Por otro lado, Lambda ofrece mayor simplicidad con el fin de escribir c\u00f3digo estrictamente para la l\u00f3gica del negocio, y permite beneficiar la mayor agilidad que la nube puede ofrecer.<\/p>\n

Administraci\u00f3n de Data: Base de Datos dise\u00f1adas con un Prop\u00f3sito<\/h3>\n

El cambio hacia una arquitectura de Microservicios tiene un gran impacto en como almacenamos y administramos la data. Si cada Microservicio esta interactuando con una base de datos monol\u00edtica, entonces la base de datos sigue siendo un punto de falla. Es por este motivo que aplicaciones modernas son construidas con almacenes de datos desacoplados, cada uno de los cuales es parte de un solo Microservicio.<\/p>\n

No es pr\u00e1ctico que una sola base de datos cumpla las necesidades especificas de un set de varios Microservicios. Al desacoplar la data junto con los Microservicios, los equipos son libres de elegir la base de datos que mejor se adapte a la tarea en cuesti\u00f3n. Por ejemplo, si la aplicaci\u00f3n requiere data sobre \u00edtems que cambian en el transcurrir del tiempo, entonces puede elegir una base de datos basado en tiempos como Amazon Timestream, o si se necesita mantener una verificaci\u00f3n criptogr\u00e1fica de registro de transacciones, Amazon Quantum Ledger ser\u00eda una buena opci\u00f3n. Por lo general, la mejor base de datos es la base que hace exactamente lo que el Microservicio necesita.<\/p>\n

Canal de Lanzamiento CI\/CD: Estandarizado y Automatizado<\/h3>\n

Arquitecturas de Microservicios permiten a equipos agilizar los procesos, y esto significa que habr\u00e1 m\u00e1s cosas por lanzar. Lo malo es que no ser\u00e1 posible enviar nuevos cambios r\u00e1pidamente a los usuarios finales si el canal de lanzamiento est\u00e1 atascado. El lanzamiento tradicional por lo general es lento debido a que es un proceso manual. La soluci\u00f3n a esto se da en dos partes: estandarizaci\u00f3n y automatizaci\u00f3n.<\/p>\n

Al definir el proceso de entrega de software mediante el uso de plantillas de las mejores pr\u00e1cticas, se puede proporcionar un est\u00e1ndar para modelar y provisionar todos los recursos de infraestructura en un entorno en la nube. Plantillas denominadas \u201cInfraestructura como c\u00f3digo\u201d ayudan a los desarrolladores a iniciar en la direcci\u00f3n correcta, porque la plantilla provisiona por completo la capa de tecnolog\u00eda necesaria para una aplicaci\u00f3n a trav\u00e9s de c\u00f3digo en vez de utilizar un proceso manual.<\/p>\n

Con la automatizaci\u00f3n, se pueden crear procesos repetibles que aceleran el ciclo de vida. Estos procesos son llamados integraci\u00f3n continua y entrega continua (CI continuous integraci\u00f3n, CD continuous delivery). Automatizando el canal de lanzamiento mediante CI\/CD ayuda a enviar c\u00f3digo de alta calidad r\u00e1pidamente y m\u00e1s seguido. De hecho, \u201cPuppet stage of DevOps\u201d reporta que los equipos que utilizan estas pr\u00e1cticas tienen una taza de fallas cinco veces menor, una proporci\u00f3n de commit-to-deploy de 440 veces mas r\u00e1pido, y un incremento de lanzamiento de 46 veces m\u00e1s frecuente. Pero lo m\u00e1s destacado es que los equipos tienen 44% m\u00e1s de tiempo para crear nuevas ideas y escribir c\u00f3digo en vez de administrar procesos y herramientas.<\/p>\n

Modelo Operativo: Lo M\u00e1s \u201cServerless\u201d Posible<\/h3>\n

Las empresas prefieren adoptar un modelo operacional que haga posible eliminar cualquier actividad que no sea relacionada con la competencia central del negocio. Para adquirir agilidad que nos permita una innovaci\u00f3n r\u00e1pida, se recomienda construir una arquitectura de Microservicios usando servicios serverless donde sea posible.<\/p>\n

Un modelo serverless ayuda a crear y ejecutar aplicaciones sin provisionar y administrar servidores. Este modelo permite lo siguiente: eliminar el mantenimiento de servidores, escalar flexiblemente, pagar solo por la ejecuci\u00f3n, y automatizar la alta disponibilidad. El modelo ayuda a concentrarnos netamente en los aspectos de la aplicaci\u00f3n sin tener que preocuparnos por los detalles de la infraestructura.<\/p>\n

Ya sea que este migrando o creando aplicaciones nuevas, una serverless te permitir\u00e1 beneficiarte de la mayor agilidad que la nube puede ofrecer.<\/p>\n

Seguridad: Responsabilidad de Todos<\/h3>\n

La seguridad debe incluirse en cada etapa del ciclo de vida del desarrollo de la aplicaci\u00f3n y en cada componente de la misma. Se debe de asegurar que las aplicaciones solo funcionen para el prop\u00f3sito definido, con el fin de proteger el negocio y los usuarios finales.<\/p>\n

En aplicaciones modernas, las caracter\u00edsticas de seguridad est\u00e1n integradas en cada componente de la aplicaci\u00f3n, prob\u00e1ndose y despleg\u00e1ndose autom\u00e1ticamente con cada versi\u00f3n. Esto significa que la seguridad ya no es responsabilidad exclusiva del equipo de seguridad, tiene que estar integrada en cada etapa del desarrollo y producci\u00f3n. La operaci\u00f3n y los equipos involucrados tienen todos en conjunto un rol por ejercer.<\/p>\n

Conclusi\u00f3n<\/h3>\n

Las aplicaciones modernas crean diferenciaci\u00f3n competitiva permitiendo una r\u00e1pida innovaci\u00f3n. Al cambiar el patr\u00f3n de arquitectura, modelo operativo y proceso de entrega de software, se puede cambiar recursos de operaciones est\u00e1ndar a actividades diferenciadoras. Es posible experimentar m\u00e1s y convertir ideas en lanzamientos m\u00e1s r\u00e1pido.<\/p>\n

Puedes fomentar un entorno donde los desarrolladores pasan m\u00e1s tiempo construyendo. El desarrollo moderno de aplicaciones es c\u00f3mo las organizaciones innovan con rapidez y agilidad.<\/p>\n

\"\"<\/figure>\n","protected":false},"excerpt":{"rendered":"

Hoy en d\u00eda muchas empresas est\u00e1n innovando r\u00e1pidamente con productos digitales para competir en un mundo de nuevas tecnolog\u00edas.<\/p>\n","protected":false},"author":0,"featured_media":837,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[62],"class_list":["post-839","post","type-post","status-publish","has-post-thumbnail","hentry","category-optimizacion-de-procesos"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/posts\/839","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/comments?post=839"}],"version-history":[{"count":0,"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/posts\/839\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/media\/837"}],"wp:attachment":[{"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/media?parent=839"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.aynitech.com\/es\/wp-json\/wp\/v2\/categories?post=839"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}