book

Facilitar el éxito de los microservicios

by Sarah Wells

September 2024

Intermediate to advanced

450 pages

14h 12m

Spanish

O'Reilly Media, Inc.

Book available

Read now

Unlock full access

Por qué escribí este libroQuién debería leer este libroNavegar por este libroParte I: ContextoParte II: Estructura y cultura organizativasParte III: Construcción y funcionamientoApéndicesCasos prácticosConvenciones utilizadas en este libroAprendizaje en línea O'ReillyCómo contactar con nosotrosAgradecimientos
Definición del estilo arquitectónico de microserviciosUn conjunto de serviciosCada uno funcionando en su propio procesoComunicarse con mecanismos ligerosCreado en torno a las capacidades empresarialesImplementación independiente"Pequeño"Con un mínimo de gestión centralizadaHeterogéneoPrecursores y alternativasEl MonolitoMonolitos modularesArquitectura orientada a serviciosEl ecosistema de microserviciosInfraestructura como códigoEntrega continuaLa nube públicaNuevas opciones de ImplementaciónDevOpsObservabilidadVentajas de los microserviciosEscalable independientementeRobustoFácil de lanzar pequeños cambios con frecuenciaApoyar opciones tecnológicas flexiblesRetos de los microserviciosLatenciaComplejidad patrimonialComplejidad operativaCoherencia de los datosSeguridadEncontrar el nivel adecuado de granularidadManejar el cambioExigir un cambio organizativoCambia la experiencia del desarrolladorEn resumen
Aportar regularmente valor empresarialAlta frecuencia de ImplementacionesPlazos cortos para los cambiosEjecución de experimentosSeparar la Implementación del Código de la Liberación de la FuncionalidadManejar el trabajo que traspasa los límites del equipoAdaptarse al cambio de prioridadesMantener niveles de servicio adecuadosCuando una liberación sale malSaber cuándo algo importante está rotoRestablecer algún nivel de servicio rápidamenteEvitar Cascadas de FallosDedicar la mayor parte de tu tiempo a un trabajo significativoNo tener que volver a empezarMantener el riesgo en un nivel aceptableCómo se miden los microserviciosEn resumen
Razones para elegir microserviciosAmpliación de la organizaciónExperiencia como desarrolladorSeparar las áreas con requisitos de cumplimiento y seguridadAdaptación a la cargaAumentar la robustezAumentar la flexibilidadCondiciones para el éxitoComprensión del dominioProductos, no proyectosApoyo al liderazgoEquipos que quieren autonomíaProcesos que permiten la autonomíaMadurez técnicaGestionar el cambioSeguir con una arquitectura monolíticaPermite Implementaciones sin Tiempo de InactividadConstruye un monolito modularAhora todo está distribuidoEl auge de la nube nativaEl SaaS tiene sentidoRecomendacionesEmpezar de ceroSustituir un monolito existenteMedir el éxitoEn resumen
Ley de ConwayLa Maniobra de Conway InversaLímites posiblesDominios empresarialesLocalizacionesTecnologíasConformidadTolerancia al fracasoFrecuencia de los cambiosRecomendacionesIdentificar cuándo los límites son incorrectosEn resumen
Cultura organizativaAbreAprenderPotenciandoOptimizado para el cambioEl modelo WestrumEquipos eficacesMotivados por la Autonomía, la Maestría y el PropósitoAlineado con el dominio empresarialTamaño adecuadoTransversal y en forma de TPropiedad fuerteLarga vidaCarga cognitiva sostenibleAlta Confianza y Alta Seguridad PsicológicaParte de un grupoOptimizar el flujoCorriente alineadaActivandoSubsistema complicadoPlataformaEn resumen
¿Qué es la autonomía?¿Por qué es importante la autonomía?Límites de la autonomíaLa cantidad adecuada de comunicaciónEstilos de interacciónColaboraciónX-as-a-ServiceFacilitarFormas de trabajar que apoyan la autonomíaAlinearse sobre los resultadosGobernanza de toque ligeroConfía pero verificaAcordar y alinear la tecnologíaEl papel del colaborador individualCompetencias mínimas viablesCrear espacio para el aprendizajeResponsabilidades de los equipos autónomosPropiedad activaComunicación y cooperaciónCumplimiento de las normasMantener una página de equipoEn resumen

¿Qué hay en un nombre?Construir una plataformaServicios de plataformaPreocupaciones a nivel organizativoConstruir la plataforma viable más delgadaConstruir para las necesidades de la mayoríaPlataforma como productoMás allá de la PlataformaIngeniería de proveedoresAPI, plantillas, bibliotecas y ejemplosUn Catálogo de ServiciosPerspectivasPavimentar el caminoQué capacidades incluirHazlo opcionalQue sea pequeñoCómo ir fuera de la carreteraRecuperar el tesoroPortales internos para desarrolladoresConstruir una plataforma que la gente utilice realmenteAsegúrate de que lo que construyes satisface una necesidadComercialízaloBusca señales de que te estás equivocandoPrincipios para construir una carretera asfaltadaOpcionalAporta valorAutoservicioPropiedad y apoyoFácil de usarGuía a las personas para que hagan lo correctoComponible y ampliableMedir el impactoCuándo invertir en capacitación de ingenierosEn resumen
Por qué los microservicios implican DevOpsLiberación bajo demandaTrabajar en las características operativasConstruir las cosas de forma diferenteBuenos RunbooksEjecutar en servidores ajenosSentirse cómodo en la producciónMantener tu sistema en producciónAsignar apoyo de operaciones dedicado en horario de oficinaMejorar las alertas y la documentaciónIdentifica los Bosques EmbrujadosConsultaAsistencia fuera del horario laboralPermitir la exclusión voluntariaRotas Formales Versus Mejores EsfuerzosAsegúrate de que las llamadas son rarasSólo para sistemas críticosProporcionar apoyo y orientaciónGestión de incidentesCultura intachablePlantear un incidenteFunciones a asignarDurante el incidenteDespués del incidenteAprender de los incidentesEn resumen
Respuesta a la vulnerabilidad Log4ShellUn contraejemplo: Equifax y una vulnerabilidad de StrutsPropiedad durante el desarrollo activoPropiedad fuertePropiedad débilPropiedad colectivaUna vez que se ha completado un servicioSin propiedadTitularidad nominalPropiedad ActivaQué significa propiedad activaAdministración del CódigoActualizaciones y parchesMigracionesApoyo a la producciónDocumentaciónConocer tu patrimonioTu propio softwareDependenciasSoftware de tercerosQué necesitas de un Catálogo de ServiciosModelo basado en gráficosDirigido por APIExtensibleEsquema flexibleProporciona diferentes vistas a través de la fincaTransferencia de propiedad¿Cómo es una buena transferencia?Cumplir las expectativas de calidadTraspaso operativoSustitución deQué hacer si tienes dificultadesPlantea el caso empresarialEmpieza por los sistemas críticosHaz tu mejor conjetura sobre los propietariosAporta valor a partir de los datosAspirar a la mejora continuaBusca equipos que estén desbordadosLos servicios no deben vivir para siempreEn resumen
¿Por qué hacemos pruebas?Construir bien la cosaConstruir lo correctoRecoger regresionesCumplir los requisitos de calidad del servicioCambio de pruebas a la izquierda¿Qué hace que un test sea bueno?Retroalimentación rápida y tempranaFácil de cambiarEncuentra problemas realesTipos de pruebasLa pirámide de pruebasPruebas unitariasPruebas de servicioPruebas de extremo a extremoPruebas contractualesPruebas de coherenciaPruebas exploratoriasPruebas interfuncionalesPruebas en producción¿Es seguro?La puesta en escena no es de producciónTus clientes pueden sorprenderteNo puedes probar todas las variacionesNo tienes que hacer llegar un cambio a todo el mundoMonitoreo como pruebaProbar tu infraestructuraIngeniería del caosProbar fallos y restauracionesLa calidad va más allá de las pruebasQué hacer si tienes dificultadesNo hay suficientes pruebas automatizadasPruebas que no aportan valorEn resumen
Por qué es importante la gobernanzaConoce tu patrimonio¿Qué tipo de información es relevante?Barandillas y políticasAutomatización de los guardarraílesQué incluirLos guardarraíles de la FTAlineación sobre barandillasGrupo de Gobernanza TecnológicaVentajas de la TGGElegir tecnologíasEl ciclo de vida de la tecnologíaGuardar la innovación para los resultados empresariales claveUtiliza la tecnología de perforaciónLimita las alternativasSé claro sobre dónde es aceptable la duplicaciónEspera que las cosas cambienLa información conduce a la acciónGobernanza en otras organizacionesGobernanza en MonzoGobernanza en SkyscannerQué hacer si tienes dificultadesEn resumen
¿Qué es la resiliencia?Resistencia de los sistemas distribuidosResiliencia para microserviciosComprender tus requisitos de nivel de servicioObjetivos de nivel de servicioPresupuestos de erroresConstruir servicios resilientesRedundanciaArranque rápido y apagado suaveEstablece tiempos de espera adecuadosRetrocede y vuelve a intentarloHaz que tus peticiones sean idempotentesProtégetePrueba de resistencia del servicioFacilita la creación de servicios resilientesConstruir sistemas resilientesAlmacenamiento en cachéGestión de fallos en cascadaComportamiento de retrocesoEvitar el trabajo innecesarioIr asíncronoConmutación por errorCopia de seguridad y restauraciónRecuperación en caso de catástrofeConstruir una plataforma resistenteResistencia a los problemas externosHerramientas internasValidar tus opciones de resilienciaIngeniería del caosPrueba de copia de seguridad y restauraciónLa práctica hace al maestroPruebas de cargaAprender de los incidentesUna cosa cada vezQué hacer si tienes dificultadesEn resumen
Retos operativos de los microserviciosTecnologías diferentes implican conocimientos de apoyo diferentesInfraestructura efímeraCambio rápidoSobrecarga de alertasLos sistemas complejos funcionan en modo degradadoConstruir la observabilidad enRegistroMonitoreo y métricasAgregación de registrosOpenTelemetryCentrarse en los eventosRastreo distribuidoArchivar Datos de ObservabilidadConstruye tus propias herramientasDetectar problemasAlerta correctaChequeos médicosMonitoreo de los resultados empresarialesComprender qué es lo normalMitigaciónSolución de problemasMantener una documentación útilSaber qué ha cambiadoProblemas con sistemas externosCaracterísticas de las herramientasAprender de los incidentesQué hacer si tienes dificultadesEn resumen
¿Por qué es un reto?Minimizar el impacto del cambioPiensa a largo plazoUna razón para estar en la carretera asfaltadaElige servicios gestionados y opciones SaaSProporcionar APIInfraestructura inmutable y efímeraDesmantelar y desaprovecharTipos de cambioCambios de emergenciaCambios menores previstosPrincipales cambios previstosResponder al cambioComprender el paisajeDefinir políticas orientativasTomar una decisión¿Quién decide?Programar el trabajoGestionar el cambioClaridadComunicaciónEmpatíaEjecuciónQué hacer si tienes dificultadesEn resumen
¿Por qué microservicios?La importancia del flujoApoyo a la AutonomíaEl auge de la ingeniería de plataformasConclusión
¿Necesitas microservicios?Desafíos de la ampliaciónRazones técnicasDetectar posibles trampasEstructura organizativa y culturaEnfoque de entrega de software
Parte I: ContextoParte II: Estructura y cultura organizativasParte III: Construcción y funcionamiento

Content preview from Facilitar el éxito de los microservicios

Capítulo 13. Poner tu sistema en producción

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com

Como comenté en el Capítulo 8, los equipos de ingeniería tienen que implicarse mucho más en la ejecución de los servicios que construyen cuando adoptan una arquitectura de microservicios. Si estás lanzando varios cambios al día, traspasar los lanzamientos y el soporte de producción a otro equipo te ralentizaría demasiado.

Eso significa construir sistemas de forma diferente, pero también significa hacerlos funcionar en producción: el tema central de este capítulo.

Los microservicios plantean retos operativos particulares: son sistemas distribuidos, con muchas partes, y el aspecto del sistema en su conjunto será generalmente muy diferente del que tenía hace seis meses. En consecuencia, la documentación tiene dificultades para mantenerse al día.

Voy a empezar este capítulo con una visión general de estos retos operativos, para establecer el contexto de las siguientes secciones que proporcionarán formas de abordarlos.

Eso empieza con la observabilidad. El funcionamiento de los microservicios de es mucho más fácil si has incorporado la observabilidad a tus servicios y al sistema, y veremos cómo hacerlo eficazmente. También deberías plantearte crear tus propias utilidades y herramientas para obtener más información sobre tu sistema o para ayudarte a solucionar problemas.

La observabilidad consiste en poder deducir lo que ocurre ...