Tendencias arquitectura y desarrollo 2019
•Descargar como PPTX, PDF•
1 recomendación•1,724 vistas
Diapositivas del primer live de mi canal de YouTube, donde hablamos de las tendencias más importantes de arquitectura y desarrollo de software en el 2019.
Recomendados
Más contenido relacionado
Similar a Tendencias arquitectura y desarrollo 2019
Similar a Tendencias arquitectura y desarrollo 2019 (20)
Último
Último (20)
Tendencias arquitectura y desarrollo 2019
- 1. Tendencias de arquitectura y desarrollo en 2019 Manuel Zapata Abril 2019 1
- 2. Hola, soy Manuel. Consultor de T.I. y arquitecto de software Co-organizador de CaliSharp. Blogger y YouTuber novato. Educador por pasión. 2
- 3. Suscríbete a mi lista de correo https://manuelzapata.co/lista 3
- 5. 5
- 6. Esto va más allá de React, Vue o Spring Boot. 6
- 7. Contenido 7 • ¿De dónde vienen estas tendencias? • Frontend. • Lenguajes y frameworks. • Arquitectura de software. • DevOps. • Backend.
- 9. Technology radar de ThoughtWorks 9
- 10. Reportes de tendencias de InfoQ 10
- 11. FRONTEND 11
- 13. Micro frontends 13 Technology Radar Técnicas Adoptar • Spotify. • Upwork. • HelloFresh.
- 14. GraphQL y Apollo 14 Technology Radar /Trend report Lenguajes y frameworks Adoptar / Adopción temprana
- 15. HTTP/2 15 Trend report Arquitectura Adopción temprana • Binario. • Multiplexión. • Compresión de headers. • Server push. • No se necesita concatenar recursos.
- 16. HTTP/2 16 Trend report Arquitectura Adopción temprana • Apache. • Tomcat. • Jetty. • IIS. • Nginx • Node.js • .NET Core. • Azure • AWS.
- 19. Kotlin 19 Technology Radar Plataformas Adoptar detekt Lenguajes y frameworks Probar Lenguajes y frameworks Adoptar Herramientas Evaluar Lenguajes y frameworks Evaluar.
- 20. TypeScript • Proyectos de gran escala. • Configuración mínima. • Buena integración con IDEs. • Refactors más seguros. • Buen repositorio de definiciones de tipos. 20 Technology Radar Lenguajes y frameworks Adoptar
- 21. Rust 21 Technology Radar Lenguajes y frameworks Evaluar
- 24. Arquitecturas evolutivas Una arquitectura evolutiva soporta los cambios incrementales y guiados, como principio a través de múltiples dimensiones. 24 Trend reports Arquitectura Adopción temprana
- 25. Arquitecturas evolutivas • Modularidad. • Organizadas alrededor del negocio. • Trae el dolor (Bring the Pain Forward) • Dilatar decisiones (Last Responsible Moment) 25 Trend reports Arquitectura Adopción temprana
- 26. Programación reactiva • Programar utilizando flujos de datos asíncronos. • Pensar la lógica en términos de una secuencia de eventos relacionados. 26 Trend reports Arquitectura Adopción temprana
- 27. Programación reactiva 27 Trend reports Arquitectura Adopción temprana Spring WebFlux Herramientas Evaluar Lenguajes y frameworks Probar RxJS
- 28. Serverless • Funciones como Servicios (FaaS). • Backend como Servicio (BaaS). • Base de datos como servicio (DBaaS). 28 Trend reports Arquitectura Adopción temprana
- 29. DEVOPS 29
- 30. Ingeniería del caos Es un enfoque para aprender como se comporta un sistema aplicando un enfoque de exploración empírica. 30 Technology Radar Técnicas Probar
- 31. Ingeniería del caos • Hacer hipótesis acerca del comportamiento normal del sistema. • Variar eventos del mundo real. • Hacer pruebas en producción. • Automatizar experimentos. • Minimizar el efecto de las pruebas. 31 Technology Radar Técnicas Probar
- 32. BACKEND 32
- 33. Secretos como servicio • Los repositorios de código no deberían utilizarse para información confidencial. • API Keys. • Contraseñas. • Nombres de usuario. 33 Technology Radar Técnicas Adoptar Azure Key Vault Amazon Key Management Service Google Key Management Service
- 34. Deno • Del creador de Node.js, Ryan Dahl. • Intenta evitar los errores de Node.js. • Para TypeScript y JavaScript. • Hecho en V8 y Rust. 34 Technology Radar Plataformas Evaluar
- 35. Contentful • Ojo, desarrolladores Wordpress. • Headless CMS. • CMS como código. • Plataforma de contenido. 35 Technology Radar Plataformas Adoptar
- 38. Micronaut • Microservicios y aplicaciones serverless. • JVM. • Polígrota: Java, Kotlin, Groovy. 38 Technology Radar Lenguajes y frameworks Evaluar
- 39. Next.js • Framework basado en React. • No es tan genérico como React: • Enrutamiento. • Renderizado del lado del servidor. 39 Technology Radar Lenguajes y frameworks Evaluar
- 40. ¿Preguntas? 40
- 41. Suscríbete a mi lista de correo https://manuelzapata.co/lista 41
- 43. Muchas gracias Thank you so much Danke schön Arigatō Merci beaucoup 43
Notas del editor
- https://imgflip.com/i/30balp
- Hemos visto a muchos equipos crear un frontend monolítico — una aplicación grande y complicada en el navegador montada sobre servicios backend — que neutraliza en gran medida los beneficios de tener microservicios. Desde que describimos por primera vez micro frontends como técnica para atacar este problema, hemos tenido muchas experiencias positivas con este enfoque y hemos encontrado una serie de patrones para usar micro frontends incluso a medida que más y más código se mueve del servidor al navegador. Sin embargo, los componentes web (web components) se han mostrado esquivos en este campo por el momento.
- Hemos visto a muchos equipos crear un frontend monolítico — una aplicación grande y complicada en el navegador montada sobre servicios backend — que neutraliza en gran medida los beneficios de tener microservicios. Desde que describimos por primera vez micro frontends como técnica para atacar este problema, hemos tenido muchas experiencias positivas con este enfoque y hemos encontrado una serie de patrones para usar micro frontends incluso a medida que más y más código se mueve del servidor al navegador. Sin embargo, los componentes web (web components) se han mostrado esquivos en este campo por el momento.
- GraphQL is a query language for APIs and a runtime for fulfilling those queries with your existing data. GraphQL provides a complete and understandable description of the data in your API, gives clients the power to ask for exactly what they need and nothing more, makes it easier to evolve APIs over time, and enables powerful developer tools. Nuestros equipos informan que Apollo se ha convertido en la librería por excelencia al desarrollar una aplicación en React que usa GraphQL para obtener datos de un servicio back-end. A pesar de que el proyecto Apollo también provee un framework para el servidor y una pasarela (gateway) para GraphQL, el cliente Apollo llama nuestra atención porque simplifica el problema de conectar componentes de interfaz de usuario con datos servidos por cualquier backend GraphQL. En pocas palabras, esto significa menor cantidad de código que al usar REST backends y redux.
- In 2015, however, the Internet Engineering Task Force (IETF) released HTTP/2, the second major version of the most useful internet protocol, HTTP. HTTP/1.1. It was last updated in 1992, so why are we still using it?
- Ktor is a framework built by JetBrains for creating Web applications in Kotlin, making use of coroutines for high scalability and offering an easy-to-use and idiomatic API. detekt, a static code analysis tool for the Kotlin programming language. It operates on the abstract syntax tree provided by the Kotlin compiler. http4k is a lightweight but fully-featured HTTP toolkit written in pure Kotlin that enables the serving and consuming of HTTP services in a functional and consistent way. http4k applications are just Kotlin functions which can be mounted into a running backend.
- TypeScript, un lenguaje estáticamente tipado y superconjunto de Javascript, se ha convertido en nuestro lenguaje por defecto. Proyectos de gran escala son los más beneficiados por la seguridad de tipos. Nuestros desarrolladores apoyan su gestión mínima de configuracion, buena integración en IDE y su capacidad de refactorizar código de forma segura y gradualmente adopter tipos. Con el buen repositorio de definiciones de tipos de TypeScript a mano, nos podemos beneficiar de la riqueza de las librerías de JavaScript mientras ganamos seguridad de tipos.
- Desde su última aparición en el Radar de enero del 2015, hemos visto un aumento sostenido en el interés en Rust. Algunos de nuestros clientes están utilizando Rust actualmente, principalmente en lo relative a herramientas de infraestructura, pero también en dispositivos embebidos de gran potencia. El interés incrementó por un creciente ecosistema, así como también por las mejoras en el lenguaje en sí. Esto último incluye mejoras en el rendimiento, pero también cambios que hacen a Rust más intuitivo, por ejemplo, el cambio hacia ámbitos no léxicos. La mayoría de los cambios se incluyen en la versión Standard del 2018, publicada en diciembre pasado.
- a particular type of objective function that is used to summarize…how close a given design solution is to achieving the set aims.
- Los pipelines de construcción necesitan secretos para comunicarse con infraestructuras seguras como son los registros de contenedores, las aplicaciones usan llaves de API como secretos para tener acceso a funcionalidades de negocio y la comunicación servicio-servicio se asegura usando certificados y llaves. Estos secretos se pueden establecer y obtener de varias maneras. Hace tiempo se le ha advertido a los desarrolladores acerca del uso de repositorios de código fuente para el almacenamiento de secretos. Hemos recomendado desacoplar el manejo de secretos del código fuente y utilizar herramientas como git-secrets y Talisman para evitar el almacenamiento de secretos en el código. Igualmente, hemos estado utilizando secretos como servicio como una técnica para almacenar y acceder a los secretos. Mediante esta técnica Podemos emplear herramientas como Vault o AWS Key Management Service (KMS) para leer o escribir secretos sobre un endpoint HTTPS con niveles de acceso bien definidos