La industria del petróleo y el gas como ejemplo de sistemas de nube perimetral

La semana pasada, mi equipo organizó un evento emocionante en el Hotel Four Seasons en Houston, Texas. Se dedicó a continuar la tendencia de desarrollar relaciones más estrechas entre los participantes. Fue un evento que reunió a usuarios, socios y clientes. Además, muchos representantes de Hitachi estuvieron presentes en el evento. Al organizar esta empresa nos fijamos dos objetivos:

  1. Fomentar el interés en la investigación en curso sobre nuevos problemas de la industria;
  2. Consulta las áreas en las que ya estamos trabajando y desarrollando, así como sus ajustes en función del feedback de los usuarios.

David Gibson y Matt Hall (Geociencia ágil) comenzó discutiendo el estado de la industria y los diversos desafíos asociados con la gestión y el procesamiento de datos sísmicos. Fue bastante inspirador y ciertamente revelador escuchar cómo se distribuyen los volúmenes de inversión entre producción, transporte y procesamiento. Más recientemente, la mayor parte de las inversiones se destinó a la producción, que alguna vez fue la reina en términos de volumen de fondos consumidos, pero las inversiones se están moviendo gradualmente hacia el procesamiento y el transporte. Matt habló sobre su pasión por observar literalmente el desarrollo geológico de la Tierra utilizando datos sísmicos.

La industria del petróleo y el gas como ejemplo de sistemas de nube perimetral

En general, creo que nuestro evento puede considerarse como una "primera aparición" del trabajo que iniciamos hace varios años. Continuaremos informándoles sobre diversos logros y éxitos en nuestro trabajo en esta dirección. A continuación, inspirados en una charla de Matt Hall, realizamos una serie de sesiones que resultaron en un intercambio de experiencias muy valioso.

La industria del petróleo y el gas como ejemplo de sistemas de nube perimetral

¿Borde (borde) o computación en la nube?

En una sesión, Doug y Ravi (Hitachi Research en Santa Clara) dirigieron una discusión sobre cómo trasladar algunos análisis a la informática de punta para una toma de decisiones más rápida y precisa. Hay muchas razones para esto, y creo que las tres más importantes son los canales de datos estrechos, los grandes volúmenes de datos (tanto en velocidad, como en volumen y variedad) y los calendarios de toma de decisiones ajustados. Aunque algunos procesos (especialmente los geológicos) pueden tardar semanas, meses o años en completarse, hay muchos casos en esta industria donde la urgencia es de particular importancia. En este caso, la imposibilidad de acceder a la nube centralizada puede tener consecuencias desastrosas. En particular, las cuestiones de HSE (salud, seguridad y medio ambiente) y las cuestiones relacionadas con la producción de petróleo y gas requieren un análisis y una toma de decisiones rápidos. Quizás la mejor manera sea ilustrar esto con números diferentes: los detalles específicos permanecerán en el anonimato para "proteger a los inocentes".

  • Las redes inalámbricas de última milla se están actualizando en lugares como la Cuenca Pérmica, trasladando canales del satélite (donde las velocidades se medían en kbps) a un canal de 10 Mbps utilizando 4G/LTE o espectro sin licencia. Incluso estas redes modernizadas pueden tener dificultades cuando se enfrentan a terabytes y petabytes de datos en el borde.
  • Los sistemas de sensores de empresas como FOTECH, que se suman a una variedad de otras plataformas de sensores nuevas y establecidas, son capaces de producir varios terabytes por día. Las cámaras digitales adicionales instaladas para vigilancia de seguridad y protección contra robos también generan grandes cantidades de datos, lo que significa que en la frontera se genera una gama completa de categorías de big data (volumen, velocidad y variedad).
  • Para los sistemas sísmicos utilizados para la adquisición de datos, los diseños implican sistemas en contenedores ISO "convergentes" para recopilar y reformatear datos sísmicos, potencialmente hasta una escala de 10 petabytes de datos. Debido a las ubicaciones remotas en las que operan estos sistemas de inteligencia, existe una grave falta de ancho de banda para mover datos desde el borde de la última milla hasta el centro de datos a través de las redes. Por lo tanto, las empresas de servicios literalmente envían datos desde el borde al centro de datos en cintas, dispositivos de almacenamiento ópticos o magnéticos resistentes.
  • Los operadores de plantas abandonadas, donde cada día ocurren miles de eventos y docenas de alarmas rojas, quieren operar de manera más óptima y consistente. Sin embargo, las redes de baja velocidad de datos y la prácticamente ausencia de instalaciones de almacenamiento para recopilar datos para su análisis en las fábricas sugieren que se requiere algo más fundamental antes de que pueda comenzar el análisis básico de las operaciones actuales.

Esto ciertamente me hace pensar que, si bien los proveedores de nube pública están tratando de trasladar todos estos datos a sus plataformas, hay una dura realidad que tratar de afrontar. ¡Quizás la mejor manera de clasificar este problema sea como intentar empujar un elefante a través de una pajita! Sin embargo, muchos de los beneficios de la nube son esenciales. Entonces, ¿qué podemos hacer?

Pasando a la nube perimetral

Por supuesto, Hitachi ya tiene soluciones optimizadas (específicas de la industria) en el mercado que enriquecen los datos en el borde, los analizan y comprimen a un volumen mínimo utilizable de datos y brindan sistemas de asesoramiento empresarial que pueden mejorar los procesos asociados con la computación en el borde. Sin embargo, mi conclusión de la semana pasada es que las soluciones a estos problemas complejos tienen menos que ver con el widget que traes a la mesa y más con el enfoque que adoptas para resolver el problema. Este es verdaderamente el espíritu de la plataforma Lumada de Hitachi Insight Group, ya que incluye métodos para involucrar a los usuarios, los ecosistemas y, cuando corresponde, proporciona herramientas para el debate. Me sentí muy feliz de volver a resolver problemas (en lugar de vender productos) porque Matt Hall dijo: "Me alegró ver que la gente de Hitachi estaba empezando a comprender verdaderamente el alcance del problema" cuando cerramos nuestra cumbre.

Entonces, ¿puede la O&G (industria del petróleo y el gas) actuar como un ejemplo vivo de la necesidad de implementar la informática de punta? Parece que, dadas las cuestiones descubiertas durante nuestra cumbre, así como otras interacciones de la industria, la respuesta probable es sí. Quizás la razón por la que esto es tan claro es porque la computación de punta, la construcción centrada en la industria y la combinación de patrones de diseño de la nube son evidentes a medida que las pilas se modernizan. Creo que en este caso la cuestión del “cómo” merece atención. Utilizando la cita de Matt del último párrafo, entendemos cómo llevar el espíritu de la computación en la nube a la computación de borde. Esencialmente, esta industria requiere que tengamos contactos "anticuados" y a veces personales con personas involucradas en diversas partes del ecosistema de la industria del petróleo y el gas, como geólogos, ingenieros de perforación, geofísicos, etc. Una vez resueltas estas interacciones, su alcance y profundidad se vuelven más evidentes e incluso convincentes. Luego, una vez que hayamos elaborado planes de ejecución y los hayamos implementado, decidiremos construir sistemas de nube perimetrales. Sin embargo, si nos sentamos en el medio y simplemente leemos e imaginamos estos temas, no tendremos suficiente comprensión y empatía para realmente hacer lo mejor que podamos. De nuevo, sí, el petróleo y el gas darán lugar a sistemas de nube perimetrales, pero comprender las necesidades reales de los usuarios sobre el terreno será lo que nos ayudará a determinar qué cuestiones son de suma importancia.

Fuente: habr.com

Añadir un comentario