Loading documents preview...
Fundamentos de Arquitectura Principios de Arquitectura David Uribe Consulting Practice Manager Oracle Consulting LAD
1Confidential – Oracle Internal
#lad-ocs-architecture Suscríbete al canal de slack
2
Confidential – Oracle Internal/Restricted/Highly Restricted
Principios de Arquitectura Objetivos • • • •
3
Entender qué es un principio de arquitectura Describir qué hace un bueno principio Entender el diferencia entre principios y guías Consideraciones para definir principios
Confidential – Oracle Internal
¿Qué es un principio de arquitectura?
Principios de Arquitectura
Principio de Arquitectura Principio de Arquitectura: Es una declaración inequívoca que articula reglas fundamentales y perdurables que son escasamente modificadas, usado para definir, modelar y ejecutar un blueprint y estrategia de arquitectura
5
Confidential – Oracle Internal/Restricted/Highly Restricted
• Fundamento tanto para la arquitectura como para el desarrollo de estándares y políticas • Provee un conjunto común de directrices, en lugar de dejar cada decisión de arquitectura como una empresa independiente • Conlleva a los requerimientos de arquitectura • La arquitectura se adhiere a los principios • Difiere de las guías
Principios de Arquitectura
¿Qué hace un buen principio de Arquitectura? • • • • • • • •
6
Comprensible Orientado al Consenso Significativo Documentado Conduce y soporta la trazabilidad Estable Publicado, Promocionado, y Bajo Mandato Apoya una toma de decisiones consistente
Copyright © 2020, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Consideraciones al capturar Principios de Arquitectura
Principios de Arquitectura
Consideraciones en la captura de principios de arquitectura • • • • • Identificar impulsores
8
Determinar impulsores relevantes como metas, objetivos, problemas y riesgos
Definir principios
Colaborativamente definir nombre, declaración, razón fundamental e implicaciones
Confidential – Oracle Internal/Restricted/Highly Restricted
Clasificar y Relacionar Principios
Clasificar contra las dimensiones apropiadas y definir relaciones
Misión / Planes de la Empresa Iniciativas Estratégicas Restricciones Externas Sistemas/Tecnología Actuales Tendencias Emergentes de la Industria Priorizar principios
Priorizar principios en el contexto de “todas las demás cosas son iguales”
Validar Principios
Interesados relevantes aceptan los principios documentados
Definir Principios Nombre: Término(s) significativo(s) que representan la esencia de la regla, típicamente
una sola palabra o frase corta
Definición
Comunica claramente la regla fundamental de una manera no ambigua
Razón Fundamental
Implicaciones
Resalta los objetivos esperados y los beneficios de adherirse al principio y una descripción de su relación con otros principios. Aquí se deberían describir situaciones en las cuales cierto principio podría pesar más que otro en el proceso de toma de decisiones.
Destacar los requerimientos y el impacto para llevar a cabo el principio tanto para el neogico como TI (p.e. recursos, costos, actividades/tareas)
Patrones de Solución CEA – ECA Patrones utilizados para llevar a cabo el principio 9
Confidential – Oracle Internal/Restricted/Highly Restricted
Principios de Arquitectura
Consideraciones en la captura de principios de arquitectura • Principios Generales/De empresa • Principios de Dominio de Arquitectura • Principios de Múltiples Dominios
Identificar impulsores
10
Determinar impulsores relevantes como metas, objetivos, problemas y riesgos
- Diseño - Despliegue - Servicio Definir principios
Colaborativamente definir nombre, declaración, razón fundamental e implicaciones
Confidential – Oracle Internal/Restricted/Highly Restricted
Clasificar y Relacionar Principios
Clasificar contra las dimensiones apropiadas y definir relaciones
• Principios de Estrategia de Tecnología
Principios de Arquitectura
Business Strategy
Trazabilidad Uno de los usos más poderosos de los principios es proveer trazabilidad para las decisiones de arquitectura. Los principios ayudan a justificar y explicar elementos particulares o características de una arquitectura
Direcciona necesidades
IT Principles
Application Architecture Principles
Influencia
Business Architecture Principles
Influencia
Information Architecture Principles
Influencia
Technology Architecture Principles
Direcciona
Decisiones de Arquitectura
11
Confidential – Oracle Internal/Restricted/Highly Restricted
Influencia
Diseño
Principios de Arquitectura
Despliegue
Mapa de Principios Simplicidad Operativa
Mantener la arquitectura simple. Si aún es compleja, simplificar de nuevo. Las soluciones complejas tienden a ser inflexibles, no ágiles, no innovadoras y operativamente defectuosas
Automatización
Procurar automatizar los procesos de producción desde un principio, por ejemplo a través de 'infraestructura como código'
Solución Híbrida
Solución debe ser capaz de funcionar en modo híbrido, teniendo en cuenta aspectos de ancho de banda y latencia
Separación de Entornos
El entorno de producción siempre separado del de pruebas y desarrollo. Políticas de ciclo de vida deben ser claras.
Gestión y Monitoreo de la Nube
Claramente mapear los requisitos de gestión y de monitoreo, que obedecen el enfoque Cloud Continuum
12
Servicio
Aplicación Primero
Siempre se debe considerar primero los servicios de aplicaciones, segundo los servicios de plataforma y sólo como último recurso los servicios de infraestructura SaaS> PaaS> IaaS
Integración Centrada en API
Preferir la integración a través de API (REST) a través de HTTPS – se prefieren los protocolos de red de alto nivel sobre los inferiores
Gestión de Incidencias
Diseñar para el servicio. Adoptar las solicitudes y la solución de escalación con claridad en la propiedad, el gobierno y los SLA
Confidential – Oracle Internal/Restricted/Highly Restricted
Encajar Casos de Uso
Esforzarse por mapear a casos de uso aplicables – La simplicidad arquitectónica y el éxito operativo provienen del reúso
Seguridad de Datos
Asegurar los datos en reposo y en tránsito. Gestión de claves de cifrado y el gobierno deben estar establecidos desde el principio
Centro de Operaciones de Seguridad (SOC)
Crear (por ejemplo, por Centro de Operaciones y Mantenimiento OMC) o conectarse a un SOC existente. Mejor apoyado por la inteligencia artificial y Machine Learning - uso de servicios en la nube
Alta Disponibilidad para la Continuidad del Negocio Arquitectar para la disponibilidad, prepararse para un desastre, el apalancamiento de Cloud incorpora la capacidad de recuperación
Unifición de Gestión de Identidad
Todos los usuarios / identidades deben ser gestionados en un sistema central (opcionalmente federados) de gestión de identidad, aplicar SSO
Ciclo de Vida de Solución
Mapear claramente el gobierno del ciclo de vida de la solución en la nube. Aplicar frameworks ITIL e ITSM. Disposición para el cambio continuo es un factor de éxito
Legalidad y Cumplimiento de Seguridad Considerar los requisitos de cumplimiento requeridos y las políticas existentes en la fase inicial de diseño
Autenticación, Autorización y Responsabilidades
Todos los privilegios se asignan a través de los roles administrados de forma centralizada para la separación de funciones
Abordaje de Nube
Preparar ambientes PoC y apoyo del arquitecto de solución. La participación temprana del Customer Success Management es clave para el éxito
Principios de Arquitectura
Consideraciones en la captura de principios de arquitectura
Identificar impulsores
13
Determinar impulsores relevantes como metas, objetivos, problemas y riesgos
Definir principios
Colaborativamente definir nombre, declaración, razón fundamental e implicaciones
Confidential – Oracle Internal/Restricted/Highly Restricted
Clasificar y Relacionar Principios
Clasificar contra las dimensiones apropiadas y definir relaciones
Priorizar principios
Priorizar principios en el contexto de “todas las demás cosas son iguales”
Validar Principios
Interesados relevantes aceptan los principios documentados
Ejemplos de Principios de Arquitectura
Diseño-1: Simplicidad Operativa Definición
La solución será tan simple como sea posible. Cuando se requiera complejidad, se encapsulará y se ocultará detrás de una interfaz que sea lo más simple posible. Desde los primeros pasos mantener la arquitectura operacional final en mente y se propende crear los primeros resultados en los primeros pasos del proceso, por lo que el resultado final será una arquitectura operacional simplificada.
Razón Fundamental •
La simplicidad es un principio clave de diseño. Dentro de más fácil es la solución de entender y de usar es más probable que se adopte y que se comprometan con la misma.
•
Disminuye los costos de simplicidad a través de economías de escala y reduce la sobrecarga de gestión de la complejidad.
•
Se acelera la adopción de la solución, al tiempo que mejora la calidad.
Patrones de Solución CEA – ECA
6
Implicaciones •
Un artefacto arquitectónico debería proporcionar claridad en lugar de confusión.
•
Mantener la cantidad de componentes y las relaciones lo más pequeño posible, y dividir una arquitectura compleja en diferentes vistas de arquitecturas.
•
Sin embargo, también es importante no hacer cosas tan simples como para comprometer la funcionalidad del diseño final - los usuarios van a vivir con un poco de complejidad si se mejora su experiencia en general.
Diseño-3: Aplicación Primero Definición
Siempre se debe considerar primero los servicios de aplicaciones, segundo los servicios de plataforma y sólo como último recurso los servicios de infraestructura SaaS> PaaS> IaaS Adoptar el enfoque de Cloud Continuum bien utilizado.
Razón Fundamental •
•
No reinventar la rueda cuando las capacidades están disponibles en un modelo de servicio superior de la nube, tales como SaaS. Esta es una manera de lograr mayor eficiencia y eficacia operativa. SaaS proporciona los beneficios de las soluciones de la plataforma junto con los beneficios de la disponibilidad nube, continuidad (DR) y la integración. Estas soluciones SaaS incluyen mejor los procesos de negocio llamadas Mejores Prácticas Modernas.
Patrones de Solución CEA – ECA Patrones SaaS y PaaS en Arquitectura Empresarial en la Nube Enterprise IaaS 8
Implicaciones •
Evaluar la madurez de los clientes en la preparación, los procesos de negocio relacionados y experiencia en la nube.
•
Los patrones de adoptar y adaptar soluciones SaaS y complementar con los componentes PaaS necesarios: middleware, gestión de datos. Desarrollar componentes para cerrar las brechas de funcionalidad. El uso de IaaS, como último recurso, para los casos de uso específicos.
Despliegue-3: Integración Centrada en API Definición
Las APIs son el puente entre los procesos de negocio y los servicios para la implementación back-end. Las soluciones de plataforma se pueden utilizar para la integración de nube a nube y nube-a-On-Premise. Usar las APIs y API platform para evitar exponer APIs de backend directamente a los clientes y aplicaciones externas. Integraciones con API son altamente preferidas para la integración en la nube.
Razón Fundamental •
•
Las APIs definen un estándar claro para la comunicación entre procesos de aplicaciones. Las imlementaciones modernas a través de APIs REST facilitan la integración de aplicaciones. El API platforrm puede proporcionar capacidades adicionales de seguridad, de control y de gestión.
Patrones de Solución CEA – ECA API Innovation & Management 14
Implicaciones •
Mantenga API en cuenta para el desarrollo de software e integración de nube - API primer lugar.
•
Definir la plataforma API como una abstracción de sus API reales de back-end - No exponga la API real para el Internet!
•
Documentación separada de API para uso interno y externo.
•
Definir la gobernabilidad para las API, para la seguridad y su uso.
Service-5: Abordaje de Nube Definición
Como parte del proyecto, la planificación del abordaje a la nube y la migración es muy importante. Proponer un posible enfoque paso a paso a la nube. La incorporación técnica habitual se basa en una implementación de prueba de conceptos madura (no consultoría de ventas) que crecerá en los primeros entornos productivos.
Razón Fundamental •
Una rápida incorporación y migración a la nube ayudará a ahorrar dinero y permitirá a las empresas obtener un valor más rápido de las soluciones
Patrones de Solución CEA – ECA
18
Implicaciones •
Reutilice la arquitectura y el patrón de diseño.
•
Reutilice entornos y plantillas en la nube.
•
Aproveche la automatización tanto como sea posible, por ejemplo Infraestructura como Código.
•
Aproveche al máximo otras tecnologías ágiles, como contenedores, Chef, Puppet, Kubernetes.
Principios de Arquitectura Resumen
• Proporciona un conjunto común de directrices, en lugar de dejar cada decisión de arquitectura como un compriso independiente. • Los principios están interrelacionados y habilitan su trazabilidad por medio de mapas de principios • Los principios conducen las decisiones de arquitectura • Los arquitectos deben asegurase de que los principios de arquitectura sean aplicados propiamente, y solamente cuando sea necesario sean excepciones para desviaciones dadas. • Son diferentes a las guías
19
Copyright © 2020, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Principios de Arquitectura Recursos
• Enterprise Cloud Adoption Lifecycle http://ecal.oraclecorp.com • True Cloud Method http://tcm.oraclecorp.com
20
Confidential – Oracle Internal/Restricted/Highly Restricted
#lad-ocs-architecture Suscríbete al canal de slack
21
Confidential – Oracle Internal/Restricted/Highly Restricted
Our mission is to help people see data in new ways, discover insights, unlock endless possibilities.