Equipo · material · proceso
Relaciones físicas
Represente suministro, flujo, conversión, ubicación y contención, con dirección y vigencia. Una red de vapor, un lote de producción y una jerarquía de equipos necesitan relaciones diferentes.
Be Water Core · Funciones y especificaciones
Core · Contexto industrial y cálculos especializados
Base industrial · Nueva versión en desarrolloMiembros clave del equipo han entregado plataformas iDOS y aplicaciones especializadas en proyectos industriales. Be Water desarrolla esas tecnologías, modelos y experiencia en productos más fáciles de desplegar, actualizar y mantener.
Core está diseñado para organizar los objetos industriales, comprobar la calidad de sus datos y ejecutar los cálculos que necesitan las aplicaciones. Consulte las funciones previstas, las interfaces, las opciones de despliegue y las cargas de referencia para integrarlo con Work, sus sistemas actuales o las aplicaciones de sus socios.
Funciones del software de un vistazo
| Función | Capacidad prevista | Límites de configuración |
|---|---|---|
| Objetos y hechos industriales | Objetos, relaciones físicas, dependencias entre cálculos, responsabilidades y registros con versiones y fechas de vigencia | Construya los objetos y relaciones necesarios para la aplicación seleccionada; un modelo completo de la fábrica no es un requisito previo. |
| Preparación y calidad de datos | Correspondencias de fuentes, comprobaciones de unidades y condiciones de referencia, marcas temporales, estado operativo y propagación de calidad | Distinga los valores medidos, calculados y estimados; conserve los valores de origen y las versiones de las correspondencias. |
| Cálculos especializados | Fórmulas y reglas, métodos estadísticos y de previsión, modelos dinámicos de proceso, optimización con restricciones | Cada paquete declara entradas, condiciones aplicables, dependencias y un responsable profesional de mantenimiento. Los solucionadores complejos y los modelos externos se validan por separado. |
| Ciclo de vida de modelos | Paquetes versionados, reproducción histórica, evaluación de alternativas candidatas, operación en sombra, puesta en uso controlada y reversión | Una alternativa candidata puede evaluarse sin obtener permiso para actuar sobre los equipos. |
| Configuración y desarrollo | Edición de objetos y relaciones, propuestas de correspondencias, inspección de parámetros y resultados, SDK y herramientas de prueba | Las vistas de configuración estables sirven al trabajo habitual; el código y las herramientas de depuración apoyan el desarrollo. |
| Acceso y gobernanza | Ámbitos de tenant, instalación, objeto y acción; integración de identidad empresarial; permisos de uso de modelos y datos | Los permisos para leer, calcular, simular, publicar y solicitar acciones son distintos. |
| Visibilidad operativa | Vigencia de las fuentes, fallos de modelos, colas, uso de recursos, estado de dependencias y versiones | Inspeccione por separado los fallos de calidad de datos y los fallos de servicio. |
Este es el alcance previsto de Core. La configuración de cada entrega identifica los módulos, paquetes de modelos, conectores y versiones compatibles que incluye; la tabla no enumera software ya lanzado.
Más que un árbol de equipos
Para calcular hay que saber qué representa cada valor y cómo se relaciona con la operación. Modele la parte de la instalación que necesita la tarea elegida y amplíela cuando aumenten las necesidades.
Entrada · método · resultado
Dependencias de cálculo
Registre qué observaciones, parámetros y versiones de modelos produjeron un resultado. Los lazos físicos y la realimentación de los cálculos se representan por separado.
Responsable · aprobador · ejecutor
Trabajo y responsabilidad
Relacione cada objeto con las personas, funciones y tareas responsables de él. Conserve ese historial cuando cambie el turno o el contratista.
Los objetos conservan una identidad estable entre los distintos sistemas de origen. Las fechas de vigencia y las revisiones registradas permiten corregir la información sin borrar las pruebas utilizadas para tomar una decisión anterior.
Conserve el contexto de cada medición
| Contexto | Qué se necesita saber | Por qué cambia el resultado |
|---|---|---|
| Identidad y origen | Instalación, objeto, sistema de origen y versión de las correspondencias | Dos señales con nombres similares pueden pertenecer a equipos o instalaciones diferentes. |
| Magnitudes y unidades | Valor y unidad originales, tipo de magnitud, conversión y condiciones de referencia | La presión manométrica y la absoluta son distintas; los volúmenes estándar de gas necesitan su referencia de temperatura y presión. |
| Tiempo | Tiempos de origen y recepción, intervalo de muestreo y retardo de proceso pertinente | La sincronización de los relojes no elimina el tiempo que tardan los materiales o la energía en recorrer un proceso. |
| Calidad e incertidumbre | Calidad de origen, valores ausentes u obsoletos, calibración e incertidumbre conocida | Un valor retenido no es una medición nueva. Los valores medidos, calculados y estimados requieren tratamientos distintos. |
| Condiciones operativas | Estado del equipo, aislamiento, modo de proceso y límites aplicables | Un modelo válido en una condición operativa puede no ser adecuado en otra. |
| Versión de las evidencias | Instantánea de entradas, versión del documento y ejecución del modelo | Quien revise el resultado debe poder consultar los datos y documentos en los que se basa y distinguir cualquier revisión posterior. |
El entorno de ejecución previsto comprueba los datos de entrada y conserva su estado de calidad en los resultados. Si faltan condiciones de referencia o el estado operativo no es adecuado, puede detener el método afectado mientras continúa el trabajo que no dependa de él.
Defina, compruebe y mantenga cada método de cálculo
Core está diseñado para ejecutar fórmulas y reglas, modelos estadísticos, modelos dinámicos de proceso y optimización con restricciones. Defina para cada método en qué casos se aplica y quién lo mantiene; disponer de un archivo de modelo no basta para utilizarlo en una operación industrial.
Defina el método
Especifique entradas, unidades, condiciones de referencia, rango operativo válido, parámetros, salidas y responsabilidad profesional.
Compruebe las entradas
Seleccione un intervalo de datos adecuado y, antes de calcular, compruebe la calidad y la vigencia de los datos, el estado operativo y las relaciones que requiere el método.
Ejecute con dependencias explícitas
Ordene los cálculos dependientes y gestione el estado dinámico, la realimentación y los retardos del proceso. Conserve instantáneas de las entradas y sus versiones.
Revise el resultado
Muestre los supuestos, la calidad de los datos, las restricciones y las condiciones en las que el cálculo puede fallar. Una propuesta de optimización no concede permiso para actuar sobre los equipos.
Mantenga y mejore
Compare los resultados con ejemplos de referencia y con lo observado en la operación. Detecte desviaciones, evalúe los cambios propuestos y apruebe su puesta en producción o la vuelta a la versión anterior.
Los modelos de clientes y socios pueden permanecer en sus servicios existentes. Las vías de integración previstas incluyen API, contenedores y adaptadores FMI/FMU validados; la compatibilidad y los requisitos de ejecución se determinan para cada modelo.
Interfaces, formatos de datos y SDK
| Interfaz | Especificación prevista | Condiciones de integración |
|---|---|---|
| Entrada de archivos y lotes | CSV, Parquet, JSON y lecturas por lotes de bases de datos/API; Excel mediante un analizador restringido | Las macros de Excel no se ejecutan. Alcance inicial de importación de referencia: archivos de hasta 1 GB y lotes de hasta 1 millón de filas; las entradas mayores usan procesamiento asíncrono por bloques. |
| Plataformas de datos existentes | Consultas a históricos/API, referencias a objetos externos, caché bajo demanda y sincronización incremental | Los sistemas existentes pueden seguir siendo la fuente oficial; se registran límites de las fuentes, calidad de las marcas temporales y vigencia de la caché. |
| API HTTP | OpenAPI 3.1 y JSON Schema; interfaces de objetos, observaciones, cálculo y resultados | Separe las operaciones de lectura, simulación, registro, publicación y solicitud de acción; el trabajo asíncrono devuelve una referencia de ejecución. |
| Eventos | Esquemas de eventos versionados con identidad, secuencia, hora del evento y referencia de trazabilidad | Separación por tenant/instalación/tipo; entrega al menos una vez con deduplicación por parte del consumidor. |
| SDK para desarrolladores | Python y TypeScript; interfaces tipadas, utilidades para unidades, ejemplos y herramientas de simulación | La compatibilidad prevista abarca la versión principal actual y la anterior del SDK. Las versiones exactas del entorno de ejecución y las dependencias corresponden a la matriz de compatibilidad del despliegue. |
| Modelos profesionales externos | Servicios REST/gRPC, contenedores OCI firmados y adaptadores FMI/FMU validados | La integración FMI inicial se centra en FMI 2/3 Co-Simulation. Los requisitos de solucionador, estado, tiempos y licencia se validan para cada modelo. |
| Adaptadores de identidad y herramientas | OIDC/SAML empresarial mediante un servicio de identidad validado; adaptadores MCP opcionales sobre API sujetas a controles | MCP no amplía la autoridad del solicitante sobre datos, cálculos o acciones. |
Estas interfaces y formatos son objetivos de diseño. Para cada despliegue se confirman los adaptadores de modelos, las versiones de los sistemas de origen y las dependencias. Que un formato sea compatible no demuestra que el modelo sea válido para el cálculo especializado.
Despliegue y entorno de ejecución
| Opción | Organización del entorno de ejecución | Qué establecer |
|---|---|---|
| SaaS regional | Servicios regionales gestionados e integraciones externas aprobadas | Ubicación de datos, destinos permitidos, conectividad de las fuentes y alcance del servicio seleccionado. |
| Nube privada del cliente | Servicios Core en el entorno de nube seleccionado por el cliente | Integración de identidades, vías de red, base de datos/almacenamiento de objetos, copias de seguridad y responsabilidades operativas. |
| Servidor local | Servicios y almacenamiento locales; Linux x86-64 es el entorno anfitrión de referencia | Validación del equipo anfitrión, almacenamiento y red para la carga seleccionada, junto con procedimientos de copia de seguridad y recuperación. |
| Entorno de ejecución Edge limitado | Un subconjunto local de servicios de objetos y cálculo junto a Edge | Confirme qué funciones se incluyen y con qué recursos cuentan; este entorno no equivale automáticamente al perfil completo de Core para una instalación estándar. |
| Plataforma industrial existente | Entorno de ejecución de modelos, paquetes de capacidades y adaptadores seleccionados junto a la plataforma actual | Responsabilidad sobre los campos, interfaces de origen, dependencias de modelos y sistema que conserva cada registro. |
La residencia de datos y las vías hacia servicios externos se seleccionan explícitamente. Las versiones del sistema operativo, base de datos, contenedores y conectores se fijan en la matriz de compatibilidad de la configuración, no se deducen de estas categorías de despliegue.
Perfiles de referencia de recursos y cargas de trabajo
| Perfil | Recursos de referencia | Carga para validación |
|---|---|---|
| Instalación ligera | 8 vCPU, 32 GB RAM y 1–2 TB de almacenamiento, o un entorno de ejecución local E-M validado | Menos objetos, modelos o tiempo de conservación de datos, especialmente si una base histórica existente ya guarda los registros. No corresponde a la carga completa CL-1. |
| CL-1 · instalación estándar | 16 vCPU, 64 GB RAM y 8 TB de almacenamiento utilizable; Linux x86-64 | 50 000 objetos, 500 000 relaciones, 20 000 puntos y 5 000 actualizaciones/s; 100 usuarios registrados y 30 simultáneos, con 20 solicitudes API ordinarias/s y trabajo declarado con modelos pequeños. |
| CL-10 · despliegue regional | Dimensionamiento inicial: seis workers, cada uno con 16 vCPU y 64 GB RAM; servicios separados de base de datos/almacenamiento de objetos con tres réplicas | Hasta diez instalaciones CL-1, un total de 50 000 actualizaciones/s y 100 usuarios simultáneos. La política de carga, la retención y la validación independiente de capacidad determinan el clúster final. |
Todas las cifras son cargas objetivo o de referencia sin probar. Los recursos y la carga deben validarse juntos, con permisos, consultas y ejecución de modelos habilitados. Los 8 TB son capacidad utilizable tras la redundancia, no la suma de discos en espejo. Las E/S de almacenamiento y el ancho de banda requieren validación; el vídeo, las formas de onda sin procesar de alta frecuencia y las grandes simulaciones quedan fuera de estos perfiles estándar.
Operación, recuperación y portabilidad
| Área | Comportamiento previsto | Detalles de configuración o entrega |
|---|---|---|
| Estado de modelos y reinicio | Guarde puntos de recuperación de modelos con estado; compruebe parámetros, versiones del estado y entradas ausentes antes de reanudar | Reinicialice el modelo o observe el proceso si el estado guardado ya no representa de forma segura las condiciones actuales. |
| Copias de seguridad y recuperación | Copia de seguridad diaria con opciones incrementales; restauración de configuraciones, objetos, versiones de modelos, permisos y evidencias | Las configuraciones de un único equipo anfitrión, redundantes y de recuperación de la instalación ante desastres son distintas; acuerde ubicación de las copias de seguridad, entorno de sustitución y alcance de recuperación. |
| Retención | Política de referencia: 30 días de series temporales locales sin procesar y 13 meses de agregados por minuto | El tiempo de conservación de los datos puede ajustarse. Los modelos, las configuraciones y las pruebas importantes del trabajo se conservan según la política acordada. |
| Actualizaciones y compatibilidad | Versione código, modelos, configuraciones, diccionarios y conectores con una matriz de compatibilidad compartida | Identifique qué aplicaciones afecta cada cambio. Tanto la puesta en producción como la vuelta a una versión anterior deben conservar versiones compatibles. |
| Exportación del cliente | JSON, CSV y Parquet con descripciones de los esquemas | Exporte objetos, relaciones, unidades, marcas temporales, datos/configuración del cliente, evidencias de ejecución de modelos y archivos de modelos permitidos por las licencias. |
| Materiales de entrega | Manifiesto de despliegue, esquemas de objetos/datos, interfaces, paquetes declarados, materiales API/SDK y matriz de compatibilidad | Incluya herramientas de copia de seguridad/recuperación y exportación, datos de muestra y responsabilidades de mantenimiento. |
Los compromisos de recuperación y los periodos de mantenimiento se fijan para el despliegue seleccionado. La retención de referencia es una decisión de diseño, no una norma legal universal; las licencias siguen regulando los archivos de modelos transferibles.