Pekan lalu, tim saya menyelenggarakan acara yang menarik di Four Seasons Hotel di Houston, Texas. Itu didedikasikan untuk kelanjutan dari kecenderungan untuk mengembangkan hubungan yang lebih dekat antara para peserta. Itu adalah acara yang mempertemukan pengguna, mitra, dan pelanggan. . Selain itu, acara tersebut dihadiri oleh banyak perwakilan dari Hitachi. Ketika mengatur perusahaan ini, kami menetapkan dua tujuan:
- Menumbuhkan minat dalam penelitian yang sedang berlangsung tentang masalah industri yang muncul;
- Periksa area di mana kami sudah bekerja dan berkembang, serta penyesuaiannya berdasarkan umpan balik pengguna.
Doug Gibson dan Matt Hall ( Agile Geoscience ) dimulai dengan diskusi tentang keadaan industri dan berbagai masalah yang terkait dengan pengelolaan dan pemrosesan data seismik. Itu cukup menginspirasi dan tentu saja mengungkapkan untuk mendengar bagaimana volume investasi didistribusikan antara produksi, transportasi dan pemrosesan. Baru-baru ini, bagian terbesar dari investasi masuk ke produksi, yang dulunya adalah raja dalam hal jumlah dana yang dikonsumsi, tetapi secara bertahap investasi tersebut ditransfer baik ke pemrosesan dan transportasi. Matt menggambarkan ketertarikannya dengan pengamatan literal evolusi geologis Bumi menggunakan data seismik.
Secara umum, saya percaya bahwa acara kami dapat dianggap sebagai "publikasi pertama" untuk karya yang kami mulai beberapa tahun lalu. Kami akan terus memberi tahu Anda tentang berbagai prestasi dan keberhasilan dalam pekerjaan kami di bidang ini. Selanjutnya, terinspirasi oleh satu pertunjukan oleh Matt Hall, kami mengadakan serangkaian sesi yang menghasilkan pertukaran pengalaman yang sangat berharga.
Periferal (batas) atau komputasi awan?
Pada salah satu sesi, Doug dan Ravi (Penelitian Hitachi di Santa Clara) berdiskusi tentang cara mentransfer beberapa analitik ke komputasi periferal untuk pengambilan keputusan yang lebih cepat dan lebih akurat. Ada banyak alasan untuk ini, dan saya pikir bahwa tiga yang paling penting adalah saluran transmisi data yang sempit, data dalam jumlah besar (baik dalam hal tingkat kedatangan, volume dan variasi), dan jadwal pengambilan keputusan yang ketat. Terlepas dari kenyataan bahwa beberapa proses (terutama yang geologis) dapat memakan waktu berminggu-minggu, berbulan-bulan atau bertahun-tahun untuk diselesaikan, masih ada banyak kasus dalam industri ini di mana urgensi merupakan hal yang sangat penting. Dalam hal ini, ketidakmampuan untuk mengakses cloud yang terpusat dapat memiliki konsekuensi yang sangat buruk! Secara khusus, masalah yang terkait dengan HSE (kesehatan, keselamatan dan lingkungan), serta masalah yang berkaitan dengan produksi minyak dan gas, memerlukan analisis cepat dan pengambilan keputusan. Mungkin cara terbaik adalah menunjukkan ini menggunakan angka yang berbeda sebagai contoh - biarkan detail spesifik tetap anonim untuk "melindungi yang tidak bersalah."
- Jaringan nirkabel last mile sedang ditingkatkan di tempat-tempat seperti Perm basin, dengan berlalunya saluran dari satelit (di mana kecepatan diukur dalam kbit / detik) ke saluran 10 Mbps menggunakan 4G / LTE atau rentang frekuensi yang tidak berlisensi. Bahkan jaringan yang ditingkatkan ini mungkin tidak dapat mengatasi tabrakan dengan terabyte dan petabyte data di perbatasan.
- Sistem sensor dari perusahaan seperti FOTECH, yang bergabung dengan banyak platform sensor baru dan jangka panjang lainnya, mampu menghasilkan beberapa terabyte per hari. Kamera digital tambahan, yang dipasang untuk pemantauan keamanan dan perlindungan anti-pencurian, juga menghasilkan sejumlah besar data, yang berarti bahwa di perbatasan satu set lengkap kategori data besar terbentuk (volume, kecepatan kedatangan dan variasi).
- Dalam kasus sistem seismik yang digunakan untuk mengumpulkan data, proyek mencakup sistem konvergen yang ditempatkan dalam wadah ISO untuk mengumpulkan dan memformat ulang data seismik yang berpotensi hingga 10 petabyte data. Karena lokasi terpencil di mana sistem intelijen ini beroperasi, ada kekurangan bandwidth yang serius untuk memindahkan data dari batas mil terakhir ke pusat data di seluruh jaringan. Oleh karena itu, perusahaan jasa secara harfiah mengirim data dari perbatasan ke pusat data menggunakan pita, optik, atau perangkat penyimpanan magnetik yang tahan lama.
- Operator pabrik brownfield, tempat ribuan acara dan puluhan "alarm merah" berlangsung setiap hari, ingin bekerja lebih optimal dan stabil. Namun, jaringan dengan tingkat transfer data yang rendah dan hampir tidak adanya fasilitas penyimpanan untuk mengumpulkan data untuk analisis di pabrik menunjukkan bahwa sesuatu yang lebih mendasar diperlukan sebelum memulai analisis dasar operasi saat ini.
Ini, tentu saja, membuat saya berpikir bahwa sementara penyedia sistem cloud publik mencoba untuk mentransfer semua data ini ke platform mereka, ada kenyataan pahit yang harus Anda coba atasi. Mungkin cara terbaik untuk mengklasifikasikan masalah ini adalah dengan mencoba mendorong gajah melalui sedotan! Namun, banyak keunggulan cloud sangat penting. Jadi apa yang bisa kita lakukan?
Transisi Awan Periferal
Tentu saja, pasar Hitachi telah memiliki solusi yang dioptimalkan (khusus industri) yang memperkaya data di perbatasan, menganalisis dan mengompresnya ke jumlah data yang dapat digunakan minimum, dan juga menyediakan sistem penasehat bisnis yang dapat meningkatkan proses komputasi periferal. Namun demikian, kesimpulan saya yang dibuat minggu lalu adalah bahwa solusi untuk masalah-masalah kompleks ini tidak hanya menyangkut widget yang Anda bawa, tetapi pendekatan untuk memecahkan masalah. Ini benar-benar semangat platform Lumada dari Hitachi Insight Group, karena mencakup metode untuk menarik pengguna, ekosistem, dan, jika perlu, menyediakan alat diskusi. Saya sangat senang kembali ke penyelesaian masalah (daripada menjual produk) karena Matt Hall mengatakan: "Saya senang melihat karyawan Hitachi mulai memahami dengan benar sejauh mana masalah itu," ketika kami menutup KTT kami.
Jadi bisakah O&G (industri minyak dan gas) menjadi contoh nyata yang menunjukkan perlunya komputasi periferal? Tampaknya, mengingat masalah yang ditemukan selama KTT kami, serta interaksi industri lainnya, kemungkinan jawabannya adalah ya. Mungkin alasan untuk ini sangat jelas, karena komputasi periferal, penargetan industri, dan campuran pola desain berbasis cloud terbukti sebagai tumpukan upgrade. Saya percaya bahwa dalam kasus ini pertanyaan tentang "bagaimana" perlu mendapat perhatian.
Menggunakan kutipan Matt dari paragraf terakhir, kami memahami bagaimana mendorong prinsip komputasi awan ke komputasi periferal. Faktanya, untuk industri ini, kita harus melakukan kontak “kuno” dan terkadang pribadi dengan orang-orang yang berpartisipasi dalam berbagai bagian ekosistem industri minyak dan gas, seperti ahli geologi, insinyur pengeboran, ahli geofisika, dan sebagainya. Mengingat interaksi ini yang perlu ditangani, ruang lingkup dan kedalamannya menjadi lebih jelas dan bahkan meyakinkan. Kemudian, ketika kita menyusun rencana implementasi dan menghidupkannya, kita akan memutuskan untuk membangun sistem cloud periferal.
Namun, jika kita duduk di tengah, cukup membaca dan menyajikan masalah-masalah ini, kita tidak akan memiliki cukup pengertian dan simpati untuk benar-benar melakukan yang terbaik. Jadi, sekali lagi, ya, minyak dan gas akan menghasilkan sistem cloud periferal, tetapi pemahaman tentang kebutuhan nyata pengguna di lapangan yang akan membantu kami menentukan masalah apa yang paling penting.