La semaine dernière, mon équipe a organisé un événement passionnant au Four Seasons Hotel de Houston, au Texas. Il s'agissait de poursuivre la tendance à développer des relations plus étroites entre les participants. C'était un événement qui a réuni utilisateurs, partenaires et clients. De nombreux représentants Hitachi étaient également présents à l'événement. En organisant cette entreprise, nous nous sommes fixés deux objectifs :
- Favoriser l'intérêt pour la recherche en cours sur les nouveaux problèmes de l'industrie ;
- Vérifiez les domaines dans lesquels nous travaillons et développons déjà, ainsi que leurs ajustements en fonction des retours des utilisateurs.
et Matt Hall () a commencé par évoquer l'état de l'industrie et les différents défis associés à la gestion et au traitement des données sismiques. C'était assez inspirant et certainement révélateur d'entendre comment les volumes d'investissement sont répartis entre la production, le transport et la transformation. Plus récemment, la part du lion des investissements a été consacrée à la production, qui était autrefois reine en termes de volume de fonds consommés, mais les investissements se déplacent progressivement vers la transformation et le transport. Matt a parlé de sa passion pour l'observation littérale du développement géologique de la Terre à l'aide de données sismiques.
Dans l'ensemble, je crois que notre événement peut être considéré comme une « première apparition » pour le travail que nous avons commencé il y a plusieurs années. Nous continuerons à vous informer des diverses réalisations et succès de notre travail dans cette direction. Ensuite, inspirés par une conférence de Matt Hall, nous avons organisé une série de sessions qui ont abouti à un échange d'expériences très précieux.
Edge (edge) ou cloud computing ?
Au cours d'une séance, Doug et Ravi (Hitachi Research à Santa Clara) ont mené une discussion sur la façon de déplacer certaines analyses vers l'informatique de pointe pour une prise de décision plus rapide et plus précise. Il y a de nombreuses raisons à cela, et je pense que les trois plus importantes sont les canaux de données étroits, les grands volumes de données (à la fois en termes de vitesse, de volume et de variété) et les calendriers de décision serrés. Bien que certains processus (notamment géologiques) puissent prendre des semaines, des mois ou des années, il existe de nombreux cas dans ce secteur où l'urgence revêt une importance particulière. Dans ce cas, l’impossibilité d’accéder au cloud centralisé peut avoir des conséquences désastreuses ! En particulier, les questions HSE (santé, sécurité et environnement) et celles liées à la production pétrolière et gazière nécessitent une analyse et une prise de décision rapides. La meilleure façon est peut-être d’illustrer cela avec différents chiffres – les détails spécifiques resteront anonymes pour « protéger les innocents ».
- Les réseaux sans fil du dernier kilomètre sont en cours de mise à niveau dans des endroits comme le bassin permien, en déplaçant les canaux du satellite (où les vitesses étaient mesurées en kbps) vers un canal de 10 Mbps utilisant la 4G/LTE ou un spectre sans licence. Même ces réseaux modernisés peuvent avoir du mal à gérer des téraoctets et des pétaoctets de données en périphérie.
- Les systèmes de capteurs d'entreprises comme FOTECH, qui rejoignent diverses autres plates-formes de capteurs nouvelles et établies, sont capables de produire plusieurs téraoctets par jour. Les caméras numériques supplémentaires installées pour la surveillance de sécurité et la protection contre le vol génèrent également de grandes quantités de données, ce qui signifie qu'une gamme complète de catégories de mégadonnées (volume, vitesse et variété) sont générées à la frontière.
- Pour les systèmes sismiques utilisés pour l'acquisition de données, les conceptions impliquent des systèmes conteneurisés ISO « convergés » pour collecter et reformater les données sismiques, potentiellement jusqu'à une échelle de 10 pétaoctets de données. En raison des emplacements éloignés dans lesquels ces systèmes de renseignement fonctionnent, il existe un sérieux manque de bande passante pour déplacer les données du dernier kilomètre vers le centre de données à travers les réseaux. Ainsi, les sociétés de services envoient littéralement les données de la périphérie au centre de données sur des périphériques de stockage sur bande, optiques ou magnétiques robustes.
- Les exploitants de friches industrielles, où des milliers d'événements et des dizaines d'alarmes rouges se produisent chaque jour, souhaitent fonctionner de manière plus optimale et plus cohérente. Cependant, les réseaux à faible débit et pratiquement aucune installation de stockage pour collecter les données à analyser dans les usines suggèrent qu'il faut quelque chose de plus fondamental avant de pouvoir commencer l'analyse de base des opérations en cours.
Cela me fait certainement penser que même si les fournisseurs de cloud public tentent de déplacer toutes ces données sur leurs plates-formes, il existe une dure réalité à laquelle il faut faire face. La meilleure façon de classer ce problème est peut-être de tenter de pousser un éléphant à travers une paille ! Cependant, de nombreux avantages du cloud sont essentiels. Alors, que pouvons-nous faire?
Passer au cloud périphérique
Bien entendu, Hitachi propose déjà sur le marché des solutions optimisées (spécifiques au secteur) qui enrichissent les données en périphérie, les analysent et les compressent jusqu'à un volume de données minimum utilisable, et fournissent des systèmes de conseil aux entreprises qui peuvent améliorer les processus associés à l'informatique de périphérie. Cependant, ce que je retiens de la semaine dernière, c'est que les solutions à ces problèmes complexes dépendent moins du gadget que vous apportez à la table que de l'approche que vous adoptez pour résoudre le problème. C'est véritablement l'esprit de la plateforme Lumada d'Hitachi Insight Group, car elle inclut des méthodes pour impliquer les utilisateurs et les écosystèmes et, le cas échéant, fournit des outils de discussion. J'étais très heureux de recommencer à résoudre des problèmes (plutôt qu'à vendre des produits) car Matt Hall a déclaré : « J'étais heureux de voir que les gens d'Hitachi commençaient à vraiment comprendre l'ampleur du problème » lorsque nous avons clôturé notre sommet.
L’O&G (industrie pétrolière et gazière) peut-elle donc servir d’exemple vivant de la nécessité de mettre en œuvre l’informatique de pointe ? Il semble que, compte tenu des problèmes découverts lors de notre sommet, ainsi que d’autres interactions avec l’industrie, la réponse probable soit oui. La raison pour laquelle cela est si clair est peut-être que l'informatique de pointe, la construction axée sur l'industrie et le mélange de modèles de conception cloud sont évidents à mesure que les piles se modernisent. Je crois que dans ce cas, la question du « comment » mérite attention. En utilisant la citation de Matt dans le dernier paragraphe, nous comprenons comment pousser la philosophie du cloud computing vers l'informatique de pointe. Essentiellement, cette industrie nous oblige à avoir des contacts « à l'ancienne » et parfois personnels avec des personnes impliquées dans divers pans de l'écosystème de l'industrie pétrolière et gazière, comme des géologues, des ingénieurs de forage, des géophysiciens, etc. Une fois ces interactions résolues, leur portée et leur profondeur deviennent plus apparentes, voire convaincantes. Ensuite, une fois que nous aurons élaboré des plans d’exécution et que nous les aurons mis en œuvre, nous déciderons de créer des systèmes cloud de pointe. Cependant, si nous nous asseyons au milieu et lisons et imaginons ces problèmes, nous n’aurons pas suffisamment de compréhension et d’empathie pour vraiment faire de notre mieux. Encore une fois, oui, le pétrole et le gaz donneront naissance à des systèmes cloud de pointe, mais c'est la compréhension des besoins réels des utilisateurs sur le terrain qui nous aidera à déterminer quelles questions sont de la plus haute importance.
Source: habr.com