rest

This chocolate is very hot!!! Dal GraphQL al DB in .NET via HotChocolate, Banana, EF C'era una volta REST API, poi arrivò OData. Fu la svolta per molte chiamate in lettura che necessitavano di qualcosa di meno piatto.L'arrivo di GraphQL ha rivoluzionato l'approccio ancora una volta e l'accoppiata Mauro Bennici - Savi Carlone ha provato a mettere il naso in una libreria, HotChocolate, nata per congiungere la chiamata GraphQL al DB, tramite EntityFramework, tutto usando .NET 8. Il risultato è stato strabiliante e questa sessione, realizzata mostrando le capacità su dati veri e propri di un vero programma, lascerà sicuramente a bocca aperta per tre fattori: Facilità di scrittura del codice che fa cose complesse Facilità di comprensione del codice che fa cose complesse Performance pazzesche In più come bonus arriverà l'uso di Banana, una piattaforma per costruire le query GraphQL in modo semplicissimo e potente. Imperdibile! TOret.boNET Cosa è TOret.boNET ? La fusione tra due elementi simbolo di Torino: le fontane verdi a forma di toro (toret) e il delizioso dolce all'amaretto (bonet). Cosa viene fuori dalla fusione di questi due elementi, a Torino, se non TO.NET?TO NET vuol dire "a rete" e proprio alla rete è destinata questa serie di incontri a cadenza mensile. Vi aspettiamo!

OpenTelemetry, an open-source project, enables the instrumentation, generation, collection, and exportation of observability data. ThousandEyes as part of Cisco collects 30000 data per second. Currently, ThousandEyes network test data is only accessible via Rest API. Nowadays everyone is talking about Opentelemetry and real time observability. To simplify the integration with ThousandEyes, we have developed a system based on OpenTelemetry to export network test data. It allows customers to correlate ThousandEyes data with their data. Nevertheless, with this wave of adoption also came a wave of concerns and risks that simultaneously prevent many companies from onboarding the technology. Privacy, security, reliance on third party and costs, are all reasons that have slowed down the adoption of AI for internal processes at a corporate level. Our OpenTelemetry architecture is mostly built using the existing OpenTelemetry Collector components. The system is capable of processing and exporting 3k data points per second. Nevertheless, we had to develop some extensions, which we are planning to contribute to the community. In this session, we will present the initiative for adopting OpenTelemetry, including a walk-through of the architecture, some of the custom components we have developed, and a demo at the end about how easily customers can export the network test data to any observability backend.

The Global Software Architecture Summit (GSAS) is a 3-day event that aims to attract and connect software architecture experts from all over the world as well as all those interested in building working software to improve their skills, share knowledge, and connect. The event features two days of talks by industry experts such as Mark Richards, Neal Ford, Nathaniel Schutta and one day of workshops. It is focused on software architecture topics as backend & frontend development, DDD, mobile development techniques, software architecture models & beyond. The summit is held every year, so if you are interested in attending do not hesitate to buy your ticket. It is an excellent opportunity to give your career a boost and meet professionals in the industry. EVENT ORGANIZER: APIUMHUB Apiumhub is a software development hub that solves complex problems with high-quality solutions. Our purpose is to build scalable software to help our clients strengthen their businesses with powerful technology. Every year, we host this event in Barcelona to support the software architecture community and provide a space for the exchange of new and interesting ideas. -- GSAS website: https://gsas.io/ Organizer site: https://apiumhub.com/

Hola, Continuamos con la segunda edición del Mes de QA con la sesión Cómo probar API usando Rest Assured. Quién no ha perdido horas necesitado hacer llamadas API para hacer pruebas, pues si quieres ahorrártelas, no te puedes perder la sesión de Meg  Jedraszak. REST Assured es una herramienta para automatizar las pruebas de regresión de servicios REST API. Aunque requiera habilidades de codificación Java para crear las pruebas, vale la pena empezar con ello. En esta sesión vamos a repasar un proyecto básico con el fin de conocer las opciones que nos ofrece Rest Assured para poder dejar de lado horas de hacer las llamadas API a mano. Nos centraremos en los aspectos más importantes para probar y las maneras de hacer tests más legibles. La agenda de la sesión será aproximadamente la siguiente: 18:30 - Bienvenida y Anuncios 18:35 - Cómo probar API usando Rest Assured- Meg  Jedraszak. 19:20 - Q & A ¡Ah! La sesión se podrá seguir a través de YouTube (podréis ver el enlace tras registraros en el evento). Nos vemos el jueves 22. Un saludo.

El proceso de creación de un banco digital no es una tarea sencilla. Requiere de profundos conocimientos en diferentes áreas y de una gran variedad de perfiles distintos. Si nos planteamos un objetivo temporal de 180 días el reto se complica. Para garantizar la alta disponibilidad, escalabilidad y portabilidad, nos basamos en una arquitectura de microservicios Java con Spring Boot, desplegado en kubernetes y servicios REST apificados para uso de frontales Angular y aplicaciones mobile nativas (Android e iOS). Un Middleware que integra el core bancario, CRM Salesforce y aplicaciones de terceros (Know Your Customer, AML, verificación documental...). Explicaremos el proceso para llegar al caso de éxito de Pibank tanto a nivel técnico y funcional, como de gestión y de relación con el cliente. ------------- ¡Conoce Autentia! -Twitter: https://goo.gl/MU5pUQ -Instagram: https://lk.autentia.com/instagram -LinkedIn: https://goo.gl/2On7Fj/ -Facebook: https://goo.gl/o8HrWX

El aumento en la adopción de las arquitecturas orientadas a eventos, el uso de distintos proveedores cloud, así como la cantidad y heterogeneidad de productos dentro del stack tecnológico de los clientes, ha supuesto un aumento en la diversidad de los casos de uso. Esto implica que se demanden una serie de necesidades a nivel de integración que no son cubiertas de forma óptima por las tradicionales soluciones basadas en APIs REST. Y aquí es donde surge el uso de gRPC. Ponente: Noelia Martín, Equipo de Cloud Native. ¿Quieres escuchar nuestros podcasts? https://www.ivoox.com/podcast-apasionados-tecnologia_sq_f11031082_1.html ¿Quieres saber cuáles son los próximos eventos que organizamos?: https://www.paradigmadigital.com/eventos/

▬▬▬▬▬▬ Título de la Sesión ▬▬▬▬▬▬ Creando aplicaciones low code con Liferay Objects ▬▬▬▬▬▬ Ponente ▬▬▬▬▬▬ Daniel de Francisco Descripción * Linkedin - * Twitter - ▬▬▬▬▬▬ Resumen ▬▬▬▬▬▬ En la sesión volveremos a los fundamentos y hablaremos de las mejores prácticas de APIs que te ayudarán a diseñar y desarrollar tu API en Liferay para crear grandes experiencias con las API. Algunas de ellas serán: cómo definir tus URIs, utilizar correctamente los métodos HTTP y el código de estado de respuesta, diseñar tus representaciones, añadir capacidades hypermedia, proporcionar características avanzadas y aplicarlas tanto a GraphQL como a REST. En Liferay, se basan en gran medida en las buenas prácticas, y seguirlas facilitará tu experiencia de desarrollo, así como la experiencia del usuario. Intentaremos pasar de la teoría a la práctica para ver cómo el seguimiento de las buenas prácticas afecta al uso de las herramientas de Liferay como REST Builder para crear tu API personalizada. Únete para conocer un poco más sobre el diseño de APIs y las herramientas de desarrollo de APIs de Liferay La agenda de la sesión del este miércoles será la siguiente: 18:30 - Bienvenida y Anuncios 18:40 - Creando aplicaciones low code con Liferay Objects - Daniel de Francisco 19:25 - Q & A 19:30 - Networking ▬▬▬▬▬▬ Organizadores de la sesión ▬▬▬▬▬▬ - - - ▬▬▬▬▬▬ LUGSpain ▬▬▬▬▬▬ Página - https://www.lugspain.tk/ Twitter - https://twitter.com/LUGSpain LinkedIn -www.linkedin.com/in/lugspain Slack - https://liferay.dev/chat Meetup - https://www.meetup.com/es-ES/Liferay-Spain-User-Group/

Durante este KIT exploraremos las capacidades de KarateDSL para el testing y mocking de APIs REST. Para ello implementaremos: - Suite de Tests E2E para el servicio productor de la API y - Mocks de Alta Fidelidad con Estado (Consumer Contracts) para los proyectos cliente. Todo el código fuente estará disponible en github https://github.com/ZenWave360/karate-openapi-petstore - Introducción a Contract Testing - Niveles de Madurez en el testing de APIs - Implementando Tests End-to-End con KarateDSL: atomic, data-driven y business flows - Creando Mocks de Alta Fidelidad y con Estado como Consumer-Contracts para Tests Unitarios/Integración - Automatización: CI/CD, calculo de cobertura de los tests y de los mocks con respecto al API

Hoy aprenderás a hacer una API Rest HTTP utilizando Spring Boot y Kotlin en menos de 5 minutos. Enlaces interesantes ⇩ ﹤🍍﹥ Enlaces ricos ├ 🔗 Curso: https://bit.ly/kotlin-hexagonal ├ 💀 Skeleton: https://github.com/CodelyTV/kotlin-api-skeleton └ 💻 Intellij Community: https://www.jetbrains.com/idea/download ﹤🍍﹥ CodelyTV ├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV ├ 🎷 Twitter Isa: https://twitter.com/isabeliita90 ├ 💂‍♀️ Twitter Rafa: https://twitter.com/rafaoe ├ 📸 Instagram: https://instagram.com/CodelyTV ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv ├ 🟦 Facebook: https://facebook.com/CodelyTV └ 📕 Catálogo cursos: https://bit.ly/cursos-codely

Ponente: José Carlos Calvo Tudela Títutlo: Optimización de rendimiento de una API usando DRF Aula: Teoría 8 (Domingo) ----------------------------------------- Resumen: Django Rest Framework (DRF) nos facilita la creación de APIs mediante una filosofía "muy Django" es decir, con muchos elementos que hacen cosas de forma automática. Gracias a DRF podemos crear APIs de forma rápida y mantenible. El problema llega cuando dicha API se empieza a usar de forma masiva, y empiezan a surgir los primero problemas de rendimiento. Veremos cuales son esos problemas, y varias alternativas para solucionarlos, teniendo en cuenta que en general la mantenibilidad y el rendimiento suelen ir enfrentados.