Diseño, Desarollo, Despligue

Transcript

1. Diseño -> Desarrollo ->Despliegue Diseño -> Desarrollo ->Despliegue +Calidad +Calidad
2. By José Antonio Henríquez Chavarría Backend Developer and Cofounder
3. 1 - Diseño 2 - Desarrollo 3 - Calidad 4 - Despliegue
4. public function Design(): string { return "API Rest"; }
5. • Conjunto de reglas de cómo se debe comportar y comunicar sistemas distribuidos rfc6690 • Cliente Servidor • Sin Estado • Cache • Recursos uniformes • Operaciones (GET,POST,PUT,PATCH, DELETE) • Estados de respuesta (2xx, 3xx, 4xxx, 5xx) Restful
6. • Separación clara entre cliente y servidor • Independiente de la tecnología de desarrollo o consumo . • Identificadores Únicos (URI) • Fiabilidad, escalabilidad, flexibilidad • Mejora la experiencia de usuario • Menos recursos del servidor Ventajas
7. • Cambio de forma de pensamiento y análisis de los problemas (para algunas personas). • Estructuras complejas que complican la integración de la data que se expone. • No hay un estándar obligatorio de las respuestas Desventajas
8. Solicitud de 500 elementos
11. public function Development(): array { $topics = [ "Framework o Desarrollo Nativo", "S.O.L.I.D", ]; return $topics; }
12. • Se conoce y se trabaja con las especificaciones del lenguaje de desarrollo. • Como se programa en base a la necesidad se utilizan solo los recursos y componentes necesarios para el requerimiento Desarrollo Nativo
13. Frameworks • Nos proporcionan funcionalidades para desarrollar ya optimizan los tiempos de desarrollo, acceso a bases de datos, validaciones, patrones y/o arquitecturas.
14. S.O.L.I.D • Single Responsibility • Open / Close. • Liskov Substitution • Interfaces Segregation. • Dependency Injection
15. Single Responsibility Un objeto solo tiene una única responsabilidad SIP
16. Open / Close Un Objeto debe de estar abiertas para extenderse, pero cerradas para su modificación OCP
17. Liskov Substitution Cada clase que hereda de otra puede usarse como su padre sin necesidad de conocer las diferencias entre ellas LSP
18. Interface Segregation Los elementos no deberían de implementar comportamientos que no usan. ISP
19. Dependency Injection La dependencia debería recaer sobre abstracciones, no sobre clases concretas DIP
20. public function Quality(): array { $topics = [ "TDD", "RED-GREEN-REFACTOR", ]; return $topics; }
21. • Técnica de programación que consiste básicamente en programar en pequeñas y seguras iteraciones siguiendo un ciclo. TDD- Test Driven Development
22. Ciclo TDD
24. Beneficios en el Desarrollo de software • más robusto, • más seguro, • más mantenible • mayor rapidez en el desarrollo
25. public function Deployment(): array { $topics = [ "Continuous Integration", "Continuous Delivery", "Docker", "Cloud" ]; return $topics; }
26. • Es un proceso del cual se hacen integraciones de forma continua y en ciclos de tiempo corto, con esto puede detectar fallos en etapas tempranas del desarrollo. • su objetivo es ejecutar las pruebas unitarias y compilación o empaquetado del código Continuous Integration
27. • Su objetivo es el de hacer entregas de software en ciclos cortos, e incrementales que permiten el ahorro de costos y tiempo de puestas en producción Continuous Delivery
28. Beneficios en el Desarrollo de software
30. DevOps
31. Docker
32. Docker Es un proyecto de código abierto que automatiza el despliegue de aplicaciones dentro de contenedores de software,
34. Docker Compose Esta herramienta nos permite el generar scripts para desplegar todo un entorno de contenedores con diferentes servicios
35. version: '3' networks: laravel: null services: admincars: image: 'nginx:stable-alpine' container_name: webserver ports: - '8088:80' volumes: - './admincars/:/var/www' - './admincars/nginx/default.conf:/etc/nginx/conf.d/default.conf' depends_on: - php - mongo networks: - laravel
36. CLOUD
38. Extra Herramientas y Sitios de ayuda
39. Preguntas ?