Puntos clave
Respuesta breve: La fiabilidad y la redundancia son dos formas diferentes de hacer que un sistema sea confiable. La fiabilidad trata de conseguir que los propios componentes fallen con menos frecuencia, mejorando la confiabilidad inherente para que los fallos sean más raros.
La redundancia trata de proporcionar una copia de seguridad, un componente o ruta duplicada, para que cuando una parte falle, otra tome el relevo y el sistema siga funcionando. La fiabilidad reduce la probabilidad de fallo; la redundancia reduce la consecuencia de uno.
Son complementarias: puedes hacer un sistema más confiable mejorando sus componentes, añadiendo redundancia, o ambas cosas. Para la métrica subyacente, véase tasa de fallos vs MTBF.
La fiabilidad, en este contexto, se refiere a conseguir que un componente o sistema falle con menos frecuencia de forma inherente, mejorando la confiabilidad del propio elemento para que los fallos sean más raros.
Se aumenta la fiabilidad utilizando mejores componentes, un diseño robusto, márgenes adecuados, buenos materiales y el mantenimiento que mantiene los activos saludables (el mundo de la tasa de fallos y el MTBF).
Un componente más fiable tiene una menor tasa de fallos y un mayor tiempo medio entre fallos; simplemente se avería menos. La fiabilidad ataca directamente la probabilidad de fallo: haz que cada parte sea más fiable y el sistema fallará con menos frecuencia.
Este es el enfoque fundamental para la confiabilidad: construir y mantener cosas que no se rompan. Pero hay un límite: ningún componente es perfectamente fiable, y llevar la fiabilidad inherente cada vez más alto resulta costoso.
Más allá de cierto punto, reducir aún más la probabilidad de fallo cuesta más de lo que merece la pena, y es ahí donde el otro enfoque, la redundancia, se vuelve valioso.
La redundancia consiste en proporcionar una copia de seguridad para que el sistema sobreviva a un fallo en lugar de prevenir el fallo.
En lugar de (o además de) hacer que un componente sea más fiable, se añade un duplicado, un segundo componente, una ruta paralela, una unidad de reserva, de modo que si uno falla, el otro toma el relevo y el sistema continúa funcionando.
La redundancia no hace que un componente individual falle con menos frecuencia; garantiza que un fallo individual no derribe el sistema.
Un par redundante de bombas, donde la de reserva arranca cuando la bomba en servicio falla, mantiene el proceso en funcionamiento durante una avería de bomba que de otro modo lo detendría.
La redundancia ataca la consecuencia del fallo en lugar de su probabilidad: los fallos siguen ocurriendo a nivel de componente, pero el sistema los tolera.
Por eso la redundancia puede aumentar dramáticamente la fiabilidad del sistema incluso con componentes ordinarios: dos componentes en paralelo, cada uno individualmente poco fiable, pueden juntos ser mucho más confiables que cualquiera de los dos por separado, porque ambos deben fallar simultáneamente para que el sistema falle.
La distinción clara es lo que cada uno reduce: la fiabilidad reduce la probabilidad de fallo (hacer que el componente falle con menos frecuencia), la redundancia reduce la consecuencia del fallo (sobrevivir cuando ocurre).
Operan en niveles distintos: la fiabilidad en el componente (el propio elemento), la redundancia en el sistema (la arquitectura alrededor de él).
Una idea clave es que la redundancia mejora la fiabilidad del sistema sin mejorar ningún componente individual: al disponer los componentes de forma que uno pueda fallar sin que el sistema falle, haces que el sistema sea confiable incluso cuando sus partes no lo son especialmente.
Por eso son complementarias, no competidoras. Puedes buscar confiabilidad mejorando componentes (fiabilidad), añadiendo copias de seguridad (redundancia), o ambas, y la mezcla adecuada depende del coste y la criticidad.
La fiabilidad suele ser más barata por unidad de confiabilidad hasta cierto punto; más allá de ese punto, la redundancia compra confiabilidad del sistema que elevar la fiabilidad de los componentes no podría lograr de forma económicamente viable.
Una función de bombeo crítica debe ser muy confiable. Dos enfoques. Enfoque de fiabilidad: instalar una única bomba de muy alta calidad, diseñada robustamente, y mantenerla meticulosamente, disminuyendo su tasa de fallos tanto como sea posible.
Esto hace que la bomba falle raramente, pero es una sola bomba, así que cuando falle (y eventualmente lo hará), la función se detiene.
Enfoque de redundancia: instalar dos bombas ordinarias en una disposición activo-reserva, de modo que si la bomba en funcionamiento falla, la de reserva arranque automáticamente y la función continúe. Ninguna bomba es excepcional, pero el sistema sobrevive a la falla de una sola bomba.
La solución más confiable a menudo combina ambas cosas: dos bombas razonablemente fiables en una disposición redundante; cada una falla raramente (fiabilidad), y la falla de una no detiene la función (redundancia).
La fiabilidad redujo la frecuencia de fallos; la redundancia aseguró que un fallo fuera asumible. Juntas suministran una confiabilidad que ninguna podría lograr sola al mismo coste.
La decisión entre invertir en fiabilidad, redundancia o ambas viene determinada por la criticidad y el coste. Para un activo no crítico cuyo fallo se absorbe fácilmente, una fiabilidad modesta y sin redundancia puede ser suficiente.
Para un activo crítico cuyo fallo es catastrófico o cuyo tiempo de inactividad es enormemente costoso, quieres tanto alta fiabilidad (para que falle pocas veces) como redundancia (para que un fallo sea asumible); la combinación ofrece la mayor confiabilidad.
También hay casos en los que la redundancia es la única vía práctica para lograr la confiabilidad necesaria, porque elevar la fiabilidad de un solo componente hasta el nivel requerido es imposible o prohibitivamente caro; ahí, la redundancia en paralelo de componentes ordinarios entrega la confiabilidad del sistema que ningún componente único podría lograr.
El juicio de ingeniería consiste en sopesar el coste de componentes más fiables frente al coste de componentes redundantes y compararlo con la consecuencia del fallo, y elegir la mezcla que entregue la confiabilidad requerida de forma más económica.
Los sistemas críticos suelen necesitar ambos; el arte está en el equilibrio.
Tanto la fiabilidad como la redundancia protegen el factor de disponibilidad del OEE, por medios distintos. Una mayor fiabilidad de los componentes eleva el MTBF y reduce la frecuencia de los fallos que causan tiempos de inactividad no planificados, la mayor pérdida de disponibilidad.
La redundancia protege la disponibilidad de forma diferente, asegurando que un fallo de componente no detenga el sistema; evita que el fallo se convierta en tiempo de inactividad, incluso cuando el componente ha fallado.
Así, un activo crítico redundante puede mantener una alta disponibilidad a pesar de fallos individuales de componentes, porque la copia de seguridad lo mantiene en funcionamiento.
Esto también explica por qué la redundancia interactúa con el operar hasta el fallo: un componente redundante suele ser un buen candidato para operar hasta el fallo, precisamente porque su fallo individual es asumible.
Juntas, fiabilidad y redundancia son las dos palancas de ingeniería para proteger la disponibilidad detrás del OEE: fallar menos y sobrevivir a los fallos que ocurren.
Fabrico mide la disponibilidad que la fiabilidad y la redundancia están diseñadas para proteger, y revela dónde merece la pena invertir en cada una.
Sus datos de tiempo de inactividad y fiabilidad muestran qué activos son los que realmente causan la mayor pérdida de OEE, indicándote dónde una mayor fiabilidad o redundancia protegerían más la disponibilidad, y si los sistemas redundantes están realmente manteniendo la disponibilidad frente a fallos de componentes o si un problema por causa común oculto está derrotando la redundancia.
Vincula la ingeniería de confiabilidad al impacto real sobre la disponibilidad. Reserva una demo para ver dónde la fiabilidad y la redundancia compensan en términos de disponibilidad.
La fiabilidad consiste en hacer que un componente o sistema falle con menos frecuencia, mejorando su confiabilidad inherente. La redundancia consiste en proporcionar una copia de seguridad para que el sistema siga funcionando cuando un componente falla. La fiabilidad reduce la probabilidad de fallo; la redundancia reduce la consecuencia de uno.
La redundancia mejora la fiabilidad del sistema sin hacer que ningún componente individual sea más fiable, disponiendo los componentes de modo que uno pueda fallar sin que el sistema falle. Dos componentes en paralelo, cada uno individualmente poco fiable, pueden juntos ser mucho más confiables, porque ambos deben fallar a la vez para que el sistema falle.
Depende de la criticidad y el coste. Los activos no críticos pueden necesitar solo una fiabilidad modesta. Los activos críticos a menudo necesitan ambos: alta fiabilidad para que fallen pocas veces y redundancia para que un fallo sea asumible. La redundancia a veces es la única ruta asequible hacia una confiabilidad muy alta.
Un fallo por causa común ocurre cuando los componentes redundantes comparten una causa, la misma fuente de alimentación, el mismo defecto de diseño, el mismo entorno, que los deja fuera simultáneamente, derrotando la redundancia. Una redundancia efectiva requiere que las copias de seguridad no compartan un único punto de fallo con la primaria.
Ambas protegen la disponibilidad. Una mayor fiabilidad eleva el MTBF y reduce la frecuencia de fallos que provocan tiempos de inactividad no planificados. La redundancia evita que un fallo de componente detenga el sistema por completo, manteniendo la disponibilidad a pesar del fallo. Juntas son las palancas de ingeniería para la disponibilidad del OEE.
Iniciar sesión
Blog
