گذريل هفتي منهنجي ٽيم هوسٽن، ٽيڪساس ۾ فور سيزنز هوٽل ۾ هڪ دلچسپ تقريب منعقد ڪئي. اهو شرڪت ڪندڙن جي وچ ۾ ويجهن لاڳاپن کي وڌائڻ جي رجحان کي جاري رکڻ لاء وقف ڪيو ويو. اهو هڪ واقعو هو جنهن کي گڏ ڪيو ويو صارفين، ڀائيوارن ۽ گراهڪن کي. ان کان سواء، ڪيترن ئي Hitachi نمائندن جي تقريب ۾ موجود هئا. جڏهن هن اداري کي منظم ڪريون ٿا، اسان پاڻ کي ٻه مقصد مقرر ڪريون ٿا:
- نئين صنعت جي مسئلن ۾ جاري تحقيق ۾ دلچسپي وڌائڻ؛
- انهن علائقن کي چيڪ ڪريو جن ۾ اسان اڳ ۾ ئي ڪم ڪري رهيا آهيون ۽ ترقي ڪري رهيا آهيون، انهي سان گڏ انهن جي ترتيبن کي صارف جي راء جي بنياد تي.
۽ ميٽ هال () صنعت جي حالت ۽ زلزلي جي ڊيٽا جي انتظام ۽ پروسيسنگ سان لاڳاپيل مختلف چئلينج تي بحث ڪندي شروع ڪيو. اهو ڪافي متاثر ڪندڙ هو ۽ يقيني طور تي ٻڌو ته ڪيئن سيڙپڪاري جي مقدار کي پيداوار، نقل و حمل ۽ پروسيسنگ جي وچ ۾ ورهايو ويو آهي. وڌيڪ تازو، سيڙپ جو وڏو حصو پيداوار ۾ ويو، جيڪو هڪ ڀيرو استعمال ٿيل پئسن جي مقدار جي لحاظ کان بادشاهه هو، پر سيڙپڪاري آهستي آهستي پروسيسنگ ۽ ٽرانسپورٽ ۾ منتقل ٿي رهيا آهن. ميٽ پنهنجي جذبي بابت لفظي طور تي زلزلي جي ڊيٽا استعمال ڪندي ڌرتيء جي جيولوجيڪل ترقي جو مشاهدو ڪرڻ بابت ڳالهايو.
مجموعي طور تي، مان سمجهان ٿو ته اسان جي واقعي کي سمجهي سگهجي ٿو "پهريون ظاهري" ڪم لاء جيڪو اسان ڪيترائي سال اڳ شروع ڪيو هو. اسان توهان کي هن هدايت ۾ اسان جي ڪم ۾ مختلف ڪاميابين ۽ ڪاميابين بابت آگاهي جاري رکنداسين. اڳيون، ميٽ هال جي هڪ گفتگو کان متاثر ٿي، اسان سيشن جو هڪ سلسلو منعقد ڪيو جنهن جي نتيجي ۾ تجربن جي هڪ تمام قيمتي مٽاسٽا هئي.
Edge (Edge) يا ڪلائوڊ ڪمپيوٽنگ؟
ھڪڙي سيشن ۾، ڊگ ۽ روي (سانتا ڪلارا ۾ ھتاچي ريسرچ) ھڪڙي بحث جي اڳواڻي ڪئي ته ڪيئن تيز، وڌيڪ صحيح فيصلا ڪرڻ لاء ڪمپيوٽنگ کي ڪنڊ ڪرڻ لاء ڪجھ اينالائيٽڪس کي منتقل ڪيو وڃي. هن جا ڪيترائي سبب آهن، ۽ مان سمجهان ٿو ته ٽي سڀ کان اهم آهن تنگ ڊيٽا چينلز، ڊيٽا جي وڏي مقدار (ٻنهي جي رفتار، حجم، ۽ قسم ۾)، ۽ سخت فيصلا شيڊول. جيتوڻيڪ ڪي عمل (خاص ڪري ارضيات وارا) مڪمل ٿيڻ ۾ هفتا، مهينا يا سال وٺي سگهن ٿا، پر هن صنعت ۾ ڪيترائي ڪيس آهن جتي تڪڙي خاص اهميت آهي. انهي صورت ۾، مرڪزي بادل تائين رسائي جي ناڪامي تباهي جا نتيجا ٿي سگهي ٿي! خاص طور تي، ايڇ ايس اي (صحت، حفاظت ۽ ماحول) مسئلن ۽ تيل ۽ گئس جي پيداوار سان لاڳاپيل مسئلا تيز تجزيو ۽ فيصلا ڪرڻ جي ضرورت آهي. شايد بهترين طريقو اهو آهي ته هن کي مختلف نمبرن سان بيان ڪيو وڃي - مخصوص تفصيل "معصوم کي بچائڻ" لاءِ گمنام رهندا.
- آخري ميل وائرليس نيٽ ورڪ کي جڳهن ۾ اپ گريڊ ڪيو پيو وڃي جهڙوڪ پرميئن بيسن، سيٽلائيٽ کان چينلز (جتي رفتار ماپ ڪئي وئي KPS ۾) 10 Mbps چينل تي 4G/LTE يا غير لائسنس ٿيل اسپيڪٽرم استعمال ڪندي. جيتوڻيڪ اهي جديد نيٽ ورڪ جدوجهد ڪري سگهن ٿيون جڏهن terabytes ۽ petabytes ڊيٽا جي ڪناري سان منهن ڏيڻو پوي ٿو.
- FOTECH وانگر ڪمپنين کان سينسر سسٽم، جيڪي مختلف قسم جي ٻين نئين ۽ قائم ڪيل سينسر پليٽ فارمن ۾ شامل ٿين ٿا، روزانو ڪيترائي ٽيرا بائيٽ پيدا ڪرڻ جي قابل آهن. سيڪيورٽي نگراني ۽ چوري جي حفاظت لاءِ نصب ڪيل اضافي ڊجيٽل ڪئميرا پڻ وڏي مقدار ۾ ڊيٽا پيدا ڪن ٿا، مطلب ته وڏي ڊيٽا جي زمرے (حجم، رفتار ۽ قسم) جي مڪمل حد سرحد تي ٺاهيا ويا آهن.
- ڊيٽا جي حصول لاءِ استعمال ٿيندڙ زلزلي واري نظام لاءِ، ڊزائينز ۾ شامل آهن "گڏيل" ISO ڪنٽينرائزڊ سسٽم زلزلي جي ڊيٽا کي گڏ ڪرڻ ۽ ريفارميٽ ڪرڻ لاءِ، ممڪن طور تي ڊيٽا جي 10 پيٽابائيٽس جي ماپ تائين. ريموٽ جڳهن جي ڪري جن ۾ اهي انٽيليجنس سسٽم ڪم ڪن ٿا، اتي بينڊوڊٿ جي شديد کوٽ آهي ڊيٽا کي آخري ميل جي ڪنڊ کان ڊيٽا سينٽر تائين نيٽ ورڪ تي منتقل ڪرڻ لاء. تنهن ڪري سروس ڪمپنيون لفظي طور تي ڊيٽا کي ڪنڊ کان ڊيٽا سينٽر ڏانهن ٽيپ، آپٽيڪل، يا خراب مقناطيسي اسٽوريج ڊوائيسز تي موڪليندا آهن.
- براون فيلڊ پلانٽس جا آپريٽر، جتي هر روز هزارين واقعا ۽ درجنين لال الارم ٿين ٿا، وڌيڪ بهتر ۽ لاڳيتو هلائڻ چاهيندا آهن. بهرحال، گهٽ ڊيٽا جي شرح جا نيٽ ورڪ ۽ فيڪٽرين ۾ تجزيو لاءِ ڊيٽا گڏ ڪرڻ لاءِ عملي طور تي ڪو به اسٽوريج سهولتون نه هجڻ جي ڪري اها تجويز آهي ته موجوده عملن جو بنيادي تجزيو شروع ٿيڻ کان پهريان ڪجهه وڌيڪ بنيادي گهربل آهي.
اهو يقيني طور تي مون کي سوچيندو آهي ته جڏهن عوامي بادل فراهم ڪندڙ هن سڀني ڊيٽا کي انهن جي پليٽ فارمن تي منتقل ڪرڻ جي ڪوشش ڪري رهيا آهن، ان سان مقابلو ڪرڻ جي ڪوشش ڪرڻ لاء هڪ سخت حقيقت آهي. شايد هن مسئلي کي درجه بندي ڪرڻ جو بهترين طريقو اهو آهي جيئن هڪ هاٿي کي پٽي ذريعي ڌڪ ڏيڻ جي ڪوشش! بهرحال، بادل جا ڪيترائي فائدا ضروري آهن. پوء اسان ڇا ڪري سگهون ٿا؟
بادل جي ڪنڊ ڏانهن منتقل ٿيڻ
يقينن، هٽچي وٽ اڳ ۾ ئي (انڊسٽري-مخصوص) بهتر حل آهن مارڪيٽ تي جيڪي ڊيٽا کي بهتر ڪن ٿا، ان جو تجزيو ڪري ٿو ۽ ان کي دٻائي ٿو گهٽ ۾ گهٽ استعمال لائق ڊيٽا جي مقدار ۾، ۽ ڪاروباري مشاورتي نظام مهيا ڪري ٿو جيڪو ڪمپيوٽنگ سان لاڳاپيل عملن کي بهتر ڪري سگهي ٿو. تنهن هوندي، گذريل هفتي کان منهنجو رستو اهو آهي ته انهن پيچيده مسئلن جو حل توهان جي ميز تي آڻيندڙ ويجٽ بابت گهٽ آهي ۽ توهان مسئلي کي حل ڪرڻ جي طريقيڪار بابت وڌيڪ آهي. هي واقعي Hitachi Insight Group جي Lumada پليٽ فارم جو روح آهي جيئن ان ۾ استعمال ڪندڙن کي مشغول ڪرڻ جا طريقا، ماحولياتي نظام ۽، جتي مناسب هجي، بحث لاءِ اوزار مهيا ڪري ٿي. مون کي واپس اچڻ تي ڏاڍي خوشي ٿي ته مسئلا حل ڪرڻ (پراڊڪٽس وڪڻڻ بدران) ڇاڪاڻ ته ميٽ هال چيو، ”مون کي اهو ڏسي خوشي ٿي ته هٽچي ماڻهو واقعي مسئلي جي دائري کي سمجهڻ شروع ڪري رهيا هئا“ جڏهن اسان پنهنجو سمٽ بند ڪيو.
پوءِ ڇا O&G (تيل ۽ گئس جي صنعت) ايج ڪمپيوٽنگ کي لاڳو ڪرڻ جي ضرورت جي زنده مثال طور ڪم ڪري سگھي ٿو؟ اهو ظاهر ٿئي ٿو ته، اسان جي سربراهي اجلاس دوران اڻڄاتل مسئلن کي، ۽ گڏوگڏ ٻين صنعت جي وچ ۾، امڪاني جواب ها آهي. شايد اهو ئي سبب آهي جو اهو ايترو واضح آهي ڇو ته ايج ڪمپيوٽنگ، صنعت تي ڌيان ڏيڻ واري عمارت، ۽ ڪلائوڊ ڊيزائن جي نمونن جو ميلاپ واضح طور تي اسٽيڪ کي جديد بڻائي ٿو. مان سمجهان ٿو ته هن معاملي ۾ "ڪيئن" جو سوال ڌيان جي لائق آهي. آخري پيراگراف مان Matt جي اقتباس کي استعمال ڪندي، اسان سمجھون ٿا ته ڪلائوڊ ڪمپيوٽنگ جي اخلاقيات کي ڪمپيوٽنگ کي ڪيئن وڌايو. لازمي طور تي، هي صنعت اسان کي "پراڻي فيشن" جي ضرورت آهي ۽ ڪڏهن ڪڏهن انهن ماڻهن سان ذاتي رابطا جيڪي تيل ۽ گئس جي صنعت جي ماحولياتي نظام جي مختلف حصن ۾ شامل آهن، جهڙوڪ جيولوجسٽ، ڊرلنگ انجنيئر، جيو فزڪسسٽ وغيره. انهن ڳالهين کي حل ڪرڻ سان، انهن جي گنجائش ۽ کوٽائي وڌيڪ واضح ۽ مجبور ٿي ويندي آهي. ان کان پوء، هڪ دفعو اسان عملدرآمد منصوبا ٺاهيا ۽ انهن تي عمل ڪيو، اسان ايج ڪلائوڊ سسٽم ٺاهڻ جو فيصلو ڪنداسين. تنهن هوندي، جيڪڏهن اسان وچ ۾ ويهندا آهيون ۽ صرف انهن مسئلن کي پڙهندا ۽ تصور ڪندا آهيون، اسان وٽ ايتري سمجھ ۽ همدردي نه هوندي ته حقيقت ۾ پنهنجو بهترين ڪم ڪري سگهون. تنهن ڪري ٻيهر، ها، تيل ۽ گئس کنڊ ڪلاؤڊ سسٽم کي جنم ڏين ٿا، پر اهو سمجهي رهيو آهي حقيقي ضرورتن جي استعمال ڪندڙن جي زمين تي جيڪا اسان کي اهو طئي ڪرڻ ۾ مدد ڪندي ته ڪهڙا مسئلا انتهائي اهميت وارا آهن.
جو ذريعو: www.habr.com