El viaje de Bol para desplazarse hacia la izquierda* y desplazarse hacia la derecha**: nuestra visión | Blog | bol.com

*) en completo aislamiento, confiando en stubs y contenedores stub **) entorno de preproducción totalmente integrado ***) experimentar con nuevos componentes de la nube, cambios de red o permisos En esta publicación describiremos cómo es esta visión y por qué creemos en él y en publicaciones posteriores compartiremos más sobre sus elementos clave. La visión En 2021, muchos de nuestros equipos todavía confiaban en un entorno de preproducción totalmente integrado (STG en el texto posterior) para validar sus cambios. Esperaban que las dependencias estuvieran en funcionamiento y que los datos de producción estuvieran presentes en todo el entorno. Esperaban que la cadena estuviera disponible y fuera fiable. Sin embargo, los cambios en la tecnología, los datos, la privacidad y las restricciones de acceso impuestas por regulaciones en constante expansión han significado que garantizar un entorno STG estable con datos consistentes en todas las aplicaciones ya no es una expectativa razonable. Era tiempo de un cambio. Es hora de evolucionar. Nos damos cuenta de que el primer componente clave de nuestra visión de futuro son las PRUEBAS AISLADAS, tanto para pruebas funcionales como no funcionales. Realmente creemos que al impulsar seriamente este giro hacia la izquierda, los equipos podrán obtener resultados más rápido y con confianza. Sin embargo, esto tiene un costo. Los requisitos previos para realizar pruebas aisladas exitosas son: Crear apéndices es fácil Los apéndices son confiables. Esto nos hizo darnos cuenta de que no podemos tener más de 170 equipos comenzando a escribir sus implementaciones de código auxiliar para, a menudo, hasta 107 dependencias de las que depende su aplicación. También quedó claro que la responsabilidad de proporcionar trozos fiables y fiables debería recaer en los fabricantes. Necesitábamos una forma de que la automatización se encargara de estos pasos manuales y propensos a errores, al tiempo que garantizaba que los códigos auxiliares fueran una representación confiable de una aplicación. Adoptar un enfoque de desarrollo API-FIRST en el que las API se consideran ciudadanos de primera clase en lugar de una tecnología para integrar subsistemas fue un paso importante para que esto sucediera. El diseño de API prioritaria permite a los equipos innovar más rápido mediante el uso de GENERACIÓN DE CÓDIGO para producir código, simulacros y códigos auxiliares de cliente/servidor. La calidad del código generado depende de la calidad de la API, y aquí es donde API LINTING juega un papel importante. La vinculación de API ayudará a crear API de alta calidad que luego pueden formar una base sólida para la generación de código. Esto automatizará el trabajo manual propenso a errores, lo que permitirá a nuestros ingenieros centrarse en ofrecer valor a nuestros clientes. Estos tres componentes representan los pasos que estamos dando para movernos hacia la izquierda.

About Francisco

Check Also

Pruebas de dispositivos inalámbricos | Presentamos el proceso de prueba inalámbrica ThinkPalm

Probar dispositivos inalámbricos no es sólo un proceso técnico. Es esencial para su negocio ya …

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *