El protocolo de confirmación en dos fases
Comprenda la confirmación en dos fases (2PC) para transacciones distribuidas, sus garantías y sus debilidades de bloqueo, y por qué los microservicios prefieren las sagas.
El protocolo de confirmación en dos fases es una lección gratuita de Microservices Communication Patterns (Saga, Circuit Breaker) en CoddyKit. Esta es la lección 4 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de Microservices Communication Patterns (Saga, Circuit Breaker), y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de Microservices Communication Patterns (Saga, Circuit Breaker) incluye 4 lecciones en total.
Partes de esta lección aún no han sido traducidas y se muestran en inglés.
The Need for Atomic Distributed Writes
When one business action spans two databases, you want all-or-nothing: both commit or both roll back. A single local transaction cannot span separate systems, so we need a coordination protocol.
Enter Two-Phase Commit
Two-phase commit (2PC) is a classic protocol where a coordinator drives multiple participants to a unanimous decision: commit or abort.
Phase 1: Prepare
The coordinator asks every participant: can you commit? Each does the work, locks the resources, writes to its log, and replies yes (prepared) or no.
Phase 2: Commit or Abort
If all said yes, the coordinator tells everyone to commit. If anyone said no, it tells everyone to abort. The decision is final and recorded.
The Guarantee
2PC provides atomicity across participants: there is no state where one committed and another aborted, as long as the protocol completes.
The Blocking Problem
Here is the fatal flaw: if the coordinator crashes after phase 1, participants are stuck holding locks, unable to decide. They block indefinitely until the coordinator recovers.
Locks Kill Throughput
Resources stay locked for the whole protocol round-trip. Across services and networks this dramatically reduces concurrency and availability, which is unacceptable for high-scale microservices.
The CAP Tension
2PC favors consistency over availability. A network partition during commit can freeze the whole transaction, violating the availability that distributed systems usually prioritize.
XA Transactions
The XA standard implements 2PC across resource managers (databases, JMS brokers). It works, but it tightly couples services and inherits all of 2PC's blocking issues.
Why Microservices Avoid 2PC
Microservices prize loose coupling and availability. They generally reject 2PC in favor of the saga pattern: a sequence of local transactions with compensating actions, accepting eventual consistency instead of distributed locks.
When 2PC Still Makes Sense
2PC is not always wrong. Within a single trust boundary, low-volume, short transactions over reliable infrastructure (e.g. one DB plus one message broker) can use it safely.
Quick Check
Test your 2PC understanding.
Recap
You learned 2PC:
- 2PC coordinates an all-or-nothing commit across participants
- Phase 1 prepares (locks and votes); phase 2 commits or aborts
- It guarantees atomicity but blocks on coordinator failure
- Locks and the CAP trade-off hurt availability at scale
- Microservices prefer sagas; 2PC suits small, reliable, single-boundary cases
Preguntas frecuentes
¿La lección «El protocolo de confirmación en dos fases» es gratis?
Sí — el texto completo de «El protocolo de confirmación en dos fases» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de Microservices Communication Patterns (Saga, Circuit Breaker), actualiza a CoddyKit PRO. El curso de Microservices Communication Patterns (Saga, Circuit Breaker) incluye 4 lecciones en total.
¿Qué aprenderé en «El protocolo de confirmación en dos fases»?
Comprenda la confirmación en dos fases (2PC) para transacciones distribuidas, sus garantías y sus debilidades de bloqueo, y por qué los microservicios prefieren las sagas. Practicas Microservices Communication Patterns (Saga, Circuit Breaker) con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.
¿Necesito experiencia previa para empezar Microservices Communication Patterns (Saga, Circuit Breaker)?
No se requiere experiencia previa. Microservices Communication Patterns (Saga, Circuit Breaker) en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 4 de 4.
¿Cuánto tiempo toma la lección «El protocolo de confirmación en dos fases»?
La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.
¿Puedo escribir y ejecutar código en esta lección de Microservices Communication Patterns (Saga, Circuit Breaker)?
Sí. Cada lección de Microservices Communication Patterns (Saga, Circuit Breaker) incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.
Todas las lecciones de este curso
- Principios ACID frente a BASE
- Comprensión de la consistencia eventual
- Gestión de transacciones en microservicios
- El protocolo de confirmación en dos fases