نوٽ. ترجمو: هي آرٽيڪل، جيڪو ميڊيم تي هڪ هٽ ٿيو، پروگرامنگ ٻولين جي دنيا ۾ اهم (2010-2019) تبديلين جو هڪ جائزو آهي ۽ لاڳاپيل ٽيڪنالاجي ماحولياتي نظام (ڊاڪر ۽ ڪبرنيٽس تي خاص ڌيان سان). ان جي اصل ليکڪا سنڊي سريدھرن آهي، جيڪا ڊولپر ٽولز ۽ ورهايل نظامن ۾ ماهر آهي - خاص طور تي، هن ڪتاب ”ڊسٽريبيوٽڊ سسٽم آبزرويبلٽي“ لکيو آهي - ۽ آئي ٽي ماهرن جي وچ ۾ انٽرنيٽ جي اسپيس ۾ ڪافي مشهور آهي، خاص طور تي ڪلائوڊ اصلي جي موضوع ۾ دلچسپي رکي ٿي.
جيئن ته 2019 ويجهو اچي رهيو آهي، مون کي گذريل ڏهاڪي جي ڪجهه اهم ترين ٽيڪنالاجي ترقي ۽ جدت تي پنهنجا خيال حصيداري ڪرڻ چاهيندا هئا. ان کان علاوه، مان ڪوشش ڪندس ته ٿورڙي مستقبل ۾ ڏسڻ ۽ ايندڙ ڏهاڪي جي بنيادي مسئلن ۽ موقعن کي بيان ڪرڻ جي ڪوشش ڪندس.
مان اهو واضح ڪرڻ چاهيان ٿو ته هن آرٽيڪل ۾ آئون ڊيٽا سائنس جي علائقن ۾ تبديلين کي ڍڪي نه ٿو ڏيان (ڊيٽا سائنس)، مصنوعي ذهانت، فرنٽ اينڊ انجنيئرنگ، وغيره، ڇاڪاڻ ته مون کي ذاتي طور تي انهن ۾ ڪافي تجربو نه آهي.
Typification پوئتي هٽي ٿو
2010 جي ڏهاڪي جي سڀ کان وڌيڪ مثبت رجحانن مان هڪ هو statically ٽائپ ٿيل ٻولين جي بحالي. بهرحال، اهڙيون ٻوليون ڪڏهن به غائب نه ٿيون (C++ ۽ Java اڄڪلهه جي طلب ۾ آهن؛ اهي ڏهه سال اڳ تسلط ۾ هئا)، پر متحرڪ طور تي ٽائپ ڪيل ٻوليون (ڊائنامڪس) 2005 ۾ روبي آن ريل تحريڪ جي ظاهر ٿيڻ کان پوء مقبوليت ۾ هڪ اهم اضافو محسوس ڪيو. . اها ترقي 2009 ۾ Node.js جي اوپن سورس سان عروج تي هئي، جنهن کي Javascript-on-the-server هڪ حقيقت بڻائي ڇڏيو.
وقت سان گڏ، متحرڪ ٻوليون سرور سافٽ ويئر ٺاهڻ جي ميدان ۾ انهن جي ڪجهه اپيل کي وڃائي ڇڏيو آهي. گو ٻولي، ڪنٽينر جي انقلاب دوران مشهور ٿي، متوازي پروسيسنگ سان گڏ اعلي ڪارڪردگي، وسيلن جي موثر سرور ٺاهڻ لاء بهتر مناسب لڳي ٿي Node.js جو خالق پاڻ).
مورچا، 2010 ۾ متعارف ڪرايو ويو، شامل ڪيو ويو ترقي ۾ هڪ محفوظ ۽ ٽائپ ٿيل ٻولي بنائڻ جي ڪوشش ۾. ڏهاڪي جي پهرئين اڌ ۾، صنعت جي رست جو استقبال نه بلڪه ٿلهو هو، پر ٻئي اڌ ۾ ان جي مقبوليت تمام گهڻي وڌي وئي. زنگ لاءِ قابل ذڪر استعمال ڪيس شامل آهن ان لاءِ استعمال , (اسان ان بابت ڳالهايو - لڳ ڀڳ ترجمو.)، هڪ شروعاتي WebAssembly مرتب ڪندڙ Fastly (هاڻي bytecodealliance جو حصو) وغيره. Microsoft سان Windows OS جي ڪجهه حصن کي Rust ۾ ٻيهر لکڻ جي امڪان تي غور ڪندي، اهو چوڻ لاءِ محفوظ آهي ته هن ٻولي جو 2020ع ۾ روشن مستقبل آهي.
ايستائين جو متحرڪ ٻولين کي نئين خاصيتون مليون آهن جهڙوڪ (اختياري قسم). اهي پهريون ڀيرو ٽائپ اسڪرپٽ ۾ لاڳو ڪيا ويا، هڪ ٻولي جيڪا توهان کي ٽائپ ڪيل ڪوڊ ٺاهڻ ۽ ان کي جاوا اسڪرپٽ ۾ گڏ ڪرڻ جي اجازت ڏئي ٿي. PHP، Ruby ۽ Python جا پنهنجا اختياري ٽائپنگ سسٽم آهن (, )، جيڪي ڪاميابي سان استعمال ڪيا ويا آهن .
واپسي SQL ڏانهن NoSQL
NoSQL هڪ ٻي ٽيڪنالاجي آهي جيڪا ڏهاڪي جي شروعات ۾ آخر کان وڌيڪ مشهور هئي. مان سمجهان ٿو ته ان جا ٻه سبب آهن.
پهريون، NoSQL ماڊل، ان جي اسڪيما جي کوٽ، ٽرانزيڪشن، ۽ ضعيف استحڪام جي ضمانت سان، SQL ماڊل جي ڀيٽ ۾ لاڳو ڪرڻ وڌيڪ ڏکيو ثابت ٿيو. IN عنوان سان "جڏهن ممڪن هجي ته توهان کي مضبوط استحڪام ڇو پسند ڪرڻ گهرجي" (جڏهن ممڪن هجي ته توهان کي مضبوط استحڪام ڇو چونڊڻ گهرجي) گوگل لکي ٿو:
انهن شين مان هڪ آهي جيڪا اسان گوگل تي سکي آهي ته ايپليڪيشن ڪوڊ آسان آهي ۽ ڊولپمينٽ جو وقت ننڍو آهي جڏهن انجنيئر پيچيده ٽرانزيڪشن کي سنڀالڻ ۽ ڊيٽا کي ترتيب ۾ رکڻ لاءِ موجوده اسٽوريج تي ڀروسو ڪري سگهن ٿا. اصل اسپنر دستاويزن جو حوالو ڏيڻ لاءِ، ”اسان سمجهون ٿا ته پروگرامرز لاءِ اهو بهتر آهي ته ايپليڪيشن ڪارڪردگي جي مسئلن سان معاملو ڪن جيئن ٽرانزيڪشن جي غلط استعمال سبب رڪاوٽون پيدا ٿين، بلڪه مسلسل ٽرانزيڪشن جي غير موجودگي کي ذهن ۾ رکڻ جي بجاءِ.
ٻيو سبب "اسڪيل-آئوٽ" ورهايل SQL ڊيٽابيس جي اڀار جو سبب آهي (جهڙوڪ и ) عوامي ڪلائوڊ اسپيس ۾، انهي سان گڏ اوپن سورس متبادل جهڙوڪ CockroachDB (اسان هن جي باري ۾ پڻ ڳالهائي رهيا آهيون - لڳ ڀڳ ترجمو.)، جيڪي ڪيترن ئي ٽيڪنيڪل مسئلن کي حل ڪن ٿا جيڪي روايتي SQL ڊيٽابيس کي ”اسڪيل نه ڪرڻ“ جو سبب بڻجن ٿا. جيتوڻيڪ MongoDB، هڪ ڀيرو NoSQL تحريڪ جو عڪس، هاڻي آهي ورهايل ٽرانزيڪشن.
انهن حالتن لاءِ جيڪي ايٽمي پڙهڻ ۽ ڪيترن ئي دستاويزن ۾ لکڻ جي ضرورت هونديون آهن (هڪ يا وڌيڪ مجموعن ۾)، MongoDB گھڻن دستاويزن جي ٽرانزيڪشن کي سپورٽ ڪري ٿو. ورهايل ٽرانزيڪشن جي صورت ۾، ٽرانزيڪشن ڪيترن ئي عملن، گڏ ڪرڻ، ڊيٽابيس، دستاويزن، ۽ شارڊز ۾ استعمال ڪري سگھجن ٿيون.
ڪل اسٽريمنگ
Apache Kafka بغير ڪنهن شڪ جي گذريل ڏهاڪي جي سڀ کان اهم ايجادن مان هڪ آهي. ان جو سورس ڪوڊ جنوري 2011 ۾ کوليو ويو، ۽ ڪيترن ئي سالن کان، ڪافڪا ڪاروبار جي ڊيٽا سان ڪم ڪرڻ جي طريقي ۾ انقلاب آڻي ڇڏيو آهي. ڪافڪا هر ڪمپني ۾ استعمال ڪيو ويو آهي جنهن لاءِ مون ڪم ڪيو آهي، شروعاتي کان وٺي وڏين ڪارپوريشنن تائين. ضمانتون ۽ استعمال جا ڪيس جيڪي مهيا ڪن ٿا (پب-سب، اسٽريمز، ايونٽ تي هلندڙ اڏاوتون) مختلف ڪمن ۾ استعمال ڪيا ويا آهن، ڊيٽا اسٽوريج کان مانيٽرنگ ۽ اسٽريمنگ اينالائيٽڪس تائين، ڪيترن ئي علائقن ۾ گهرج ۾ جيئن فنانس، هيلٿ ڪيئر، پبلڪ سيڪٽر، پرچون وغيره.
مسلسل انضمام (۽ گهٽ حد تائين مسلسل تعیناتي)
مسلسل انضمام گذريل 10 سالن ۾ ظاهر نه ٿيو، پر گذريل ڏهاڪي ۾ اهو ايتري حد تائين پکڙيل آهي، جيڪو معياري ڪم فلو جو حصو بڻجي چڪو آهي (سڀني پل جي درخواستن تي ٽيسٽ هلائڻ). GitHub قائم ڪرڻ هڪ پليٽ فارم جي طور تي ڪوڊ کي ترقي ۽ اسٽوريج لاء ۽، وڌيڪ اهم طور تي، ڪم فلو جي بنياد تي ترقي ڪندي مطلب ته ماسٽر ڏانهن ڇڪڻ جي درخواست کي قبول ڪرڻ کان پهريان ٽيسٽ هلائڻ صرف ترقي ۾ ڪم فلو، انجنيئرن کان واقف جن گذريل ڏهن سالن ۾ پنهنجو ڪيريئر شروع ڪيو.
مسلسل تعیناتي (هر ڪمٽ کي ترتيب ڏيڻ ۽ جڏهن اهو ماسٽر کي هٽائي ٿو) مسلسل انضمام جيترو وسيع ناهي. جڏهن ته، مختلف ڪلائوڊ APIs جي تعين سان گڏ، پليٽ فارمن جي وڌندڙ مقبوليت جهڙوڪ ڪبرنيٽس (جيڪي مقرري لاءِ هڪ معياري API مهيا ڪن ٿا)، ۽ ملٽي پليٽ فارم، ملٽي ڪلائوڊ ٽولز جو اڀرڻ جهڙوڪ اسپنيڪر (مٿي تي ٺهيل انهن معياري APIs)، ترتيب ڏيڻ وارا عمل وڌيڪ خودڪار، منظم، ۽، عام طور تي، وڌيڪ محفوظ ٿي ويا آهن.
ڪنٽينر
ڪنٽينر شايد 2010s جي سڀ کان وڌيڪ hyped، بحث، اشتهارن ۽ غلط سمجھي ٽيڪنالاجي آهن. ٻئي طرف، اها گذريل ڏهاڪي جي سڀ کان اهم جدت مان هڪ آهي. هن سموري ڪيڪوفوني جي سبب جو هڪ حصو مخلوط سگنلن ۾ آهي جيڪو اسان تقريبن هر هنڌ کان حاصل ڪري رهيا هئاسين. هاڻي ته هيپ ڪجهه گهٽجي ويو آهي، ڪجهه شيون تيز ڌيان ۾ اچي چڪا آهن.
ڪنٽينر مشهور ٿي ويا آهن ڇو ته اهي هڪ ايپليڪيشن هلائڻ جو بهترين طريقو آهي جيڪو عالمي ڊولپر ڪميونٽي جي ضرورتن کي پورو ڪري ٿو. ڪنٽينر مشهور ٿي ويا ڇاڪاڻ ته اهي ڪاميابيءَ سان هڪ خاص اوزار لاءِ مارڪيٽنگ جي درخواست ۾ ڪامياب ٿي ويا آهن جيڪي مڪمل طور تي مختلف مسئلو حل ڪن ٿا. ڊاڪر نڪري ويو لاجواب هڪ ڊولپمينٽ ٽول جيڪو دٻائڻ واري مطابقت واري مسئلي کي حل ڪري ٿو ("منهنجي مشين تي ڪم ڪري ٿو").
وڌيڪ واضح طور تي، انقلاب ڪيو ويو ڊاکر تصوير، ڇاڪاڻ ته اهو ماحول جي وچ ۾ برابري جو مسئلو حل ڪيو ۽ نه صرف ايپليڪيشن فائل جي حقيقي پوربلٽي فراهم ڪئي پر ان جي سڀني سافٽ ويئر ۽ آپريٽنگ انحصار جي پڻ. حقيقت اها آهي ته هي اوزار ڪنهن به طرح "ڪنٽينرز" جي مقبوليت کي وڌايو، جيڪي بنيادي طور تي تمام گهٽ سطح تي عمل درآمد جي تفصيل آهن، مون وٽ رهي ٿو شايد گذريل ڏهاڪي جو بنيادي اسرار.
سرور
مان سمجهان ٿو ته ”سرور لیس“ ڪمپيوٽنگ جي آمد ڪنٽينرز کان به وڌيڪ اهم آهي ڇاڪاڻ ته اهو واقعي آن ڊيمانڊ ڪمپيوٽنگ جي خواب کي حقيقت بڻائي ٿو. (مطالبو تي). گذريل پنجن سالن کان، مون ڏٺو آهي ته سرور بي ترتيب انداز ۾ تدريجي طور تي نئين ٻولين ۽ رن ٽائمز لاءِ سپورٽ شامل ڪندي دائري ۾ وڌندي. پراڊڪٽس جو ظهور جهڙوڪ Azure Durable Functions رياستي ڪمن تي عمل درآمد جي طرف صحيح قدم لڳي ٿو (ساڳئي وقت هڪ فيصلو ڪندڙ FaaS جي حدن سان لاڳاپيل). مان دلچسپي سان ڏسندس ته ايندڙ سالن ۾ هي نئون نمونو ڪيئن ترقي ڪري ٿو.
خودڪار
شايد هن رجحان جو سڀ کان وڏو فائدو ڏيندڙ آپريشنز انجنيئرنگ ڪميونٽي آهي، ڇاڪاڻ ته هن بنيادي طور تي بنيادي ڍانچي جهڙوڪ ڪوڊ (IaC) کي هڪ حقيقت بنائڻ جي قابل ڪيو آهي. اضافي طور تي، آٽوميشن جو جذبو "SRE ڪلچر" جي اڀار سان ٺهڪي اچي ٿو، جنهن جو مقصد آپريشنز لاءِ وڌيڪ سافٽ ويئر-مرڪزي انداز اختيار ڪرڻ آهي.
يونيورسل API-فڪشن
گذريل ڏهاڪي جي هڪ ٻي دلچسپ خصوصيت مختلف ترقياتي ڪمن جي API-فڪشن آهي. سٺا، لچڪدار APIs ڊولپر کي اجازت ڏين ٿا ته نت ڪم ڪار فلوز ۽ ٽولز ٺاهي، جيڪي بدلي ۾ سار سنڀال ۾ مدد ڪن ۽ صارف جي تجربي کي بهتر ڪن.
ان کان علاوه، API-fication ڪجهه ڪارڪردگي يا اوزار جي SaaS-fication ڏانهن پهريون قدم آهي. اهو رجحان پڻ مائڪرو سروسز جي مقبوليت ۾ اضافو سان ٺهڪي اچي ٿو: SaaS صرف هڪ ٻي خدمت بڻجي وئي آهي جيڪا API ذريعي رسائي سگهجي ٿي. ھاڻي ڪيترائي SaaS ۽ FOSS اوزار موجود آھن علائقن ۾، جيئن مانيٽرنگ، ادائگي، لوڊ بيلنسنگ، لڳاتار انضمام، خبرداري، فيچر سوئچنگ (خصوصيت جي پرچم)، CDN، ٽرئفڪ انجنيئرنگ (مثال طور DNS)، وغيره، جيڪي گذريل ڏهاڪي ۾ ترقي ڪري چڪا آهن.
مشاهدو
اهو قابل ذڪر آهي ته اڄ اسان وٽ پهچ آهي گهڻو وڌيڪ ترقي يافته اوزارن جي نگراني ۽ تشخيص ڪرڻ لاءِ ايپليڪيشن جي رويي کي اڳي کان وڌيڪ. Prometheus مانيٽرنگ سسٽم، جيڪو 2015 ۾ اوپن سورس اسٽيٽس حاصل ڪيو، شايد سڏيو وڃي ٿو بهترين مانيٽرنگ سسٽم انهن مان جن سان مون ڪم ڪيو آهي. اهو مڪمل نه آهي، پر شين جو هڪ اهم انگ بلڪل صحيح طريقي سان لاڳو ڪيو ويو آهي (مثال طور، ماپ لاء حمايت [dimensionality] ميٽرڪس جي صورت ۾).
Distributed Tracing هڪ ٻي ٽيڪنالاجي هئي جيڪا 2010 جي ڏهاڪي ۾ مرڪزي ڌارا ۾ داخل ٿي، شروعاتن جي مهرباني جهڙوڪ OpenTracing (۽ ان جي جانشين OpenTelemetry). جيتوڻيڪ ٽريڪنگ لاڳو ڪرڻ اڃا ڪافي ڏکيو آهي، ڪجهه جديد ترقيات اميد ڏي ٿو ته اسان 2020s ۾ ان جي حقيقي صلاحيت کي انلاڪ ڪنداسين. (نوٽ: اسان جي بلاگ ۾ پڻ پڙهو مضمون جو ترجمو “"ساڳي ليکڪ طرفان.)
مستقبل ڏانهن ڏسي رهيو آهي
بدقسمتي سان، اهڙا ڪيترائي درد نقطا آهن جيڪي ايندڙ ڏهاڪي ۾ حل جو انتظار ڪندا آهن. هتي انهن تي منهنجا خيال آهن ۽ انهن مان نجات حاصل ڪرڻ بابت ڪجهه امڪاني خيال آهن.
مور جي قانون جو مسئلو حل ڪرڻ
ڊنارڊ جي اسڪيلنگ قانون جو خاتمو ۽ مور جي قانون جي پٺڀرائي کي نئين جدت جي ضرورت آهي. جان هينيسي ۾ وضاحت ڪري ٿي ڇو ته مسئلا علت (ڊومين مخصوص) آرڪيٽيڪچرز جهڙوڪ TPU شايد مور جي قانون کان پوئتي رهڻ جي مسئلي جي حل مان هڪ آهي. اوزارن وانگر گوگل کان اڳ ۾ ئي لڳي ٿو ته هن هدايت ۾ هڪ سٺو قدم اڳتي آهي:
ڪمپيلرز کي لازمي طور تي نون ايپليڪيشنن کي سپورٽ ڪرڻ گهرجي، نئين هارڊويئر تي آساني سان پورٽ ڪيو وڃي، متحرڪ، منظم ٻولين کان وٺي ویکٹر ايڪسيليٽرز ۽ سافٽ ويئر ڪنٽرول اسٽوريج ڊوائيسز تائين تجريد جي ڪيترن ئي پرتن کي ڳنڍڻ، جڏهن ته آٽو ٽيوننگ لاء اعلي سطحي سوئچز مهيا ڪرڻ، صرف مهيا ڪرڻ. فنڪشنلٽي ۾ - وقت، تشخيص، ۽ ڊيبگنگ معلومات کي ورهائڻ بابت سسٽم جي ڪم ۽ ڪارڪردگي بابت سڄي اسٽيڪ ۾، جڏهن ته اڪثر ڪيسن ۾ ڪارڪردگي مهيا ڪري ٿي جيڪا مناسب طور تي هٿ سان لکيل جمع ڪندڙ جي ويجهو آهي. اسان جو ارادو آهي ته اسان جي ويزن، ترقي، ۽ منصوبن کي حصيداري ڪرڻ لاء ترقي ۽ عوام جي دستيابي لاء اهڙي تاليف انفراسٽرڪچر.
CI/CD
جڏهن ته CI جو عروج 2010s جي سڀ کان وڏي رجحانن مان هڪ بڻجي چڪو آهي، جينڪنز اڃا تائين CI لاءِ سون جو معيار آهي.
ھن جڳھ کي ھيٺين علائقن ۾ جدت جي سخت ضرورت آھي:
- يوزر انٽرفيس (ڊي ايس ايل انڪوڊنگ ٽيسٽ جي وضاحتن لاءِ)؛
- عملدرآمد جا تفصيل جيڪي ان کي يقيني طور تي اسپيبلبل ۽ تيز بڻائيندا؛
- مختلف ماحول سان گڏ انضمام (اسٽيجنگ، پروڊ، وغيره) جاچ جي وڌيڪ جديد شڪلن کي لاڳو ڪرڻ لاء؛
- مسلسل جاچ ۽ لڳائڻ.
ڊولپر جا اوزار
هڪ صنعت جي طور تي، اسان وڌندڙ پيچيده ۽ متاثر ڪندڙ سافٽ ويئر ٺاهڻ شروع ڪيو آهي. بهرحال، جڏهن اهو اسان جي پنهنجي اوزار تي اچي ٿو، صورتحال بهتر ٿي سگهي ٿي.
تعاون ۽ ريموٽ (ذريعي ssh) ايڊيٽنگ ڪجهه مقبوليت حاصل ڪئي، پر ترقي جو نئون معياري طريقو ڪڏهن به نه ٿيو. جيڪڏهن توهان، مون وانگر، ان خيال کي رد ڪريو ضرورت انٽرنيٽ سان مستقل ڪنيڪشن صرف پروگرامنگ ڪرڻ جي قابل ٿيڻ لاءِ، پوءِ ريموٽ مشين تي ssh ذريعي ڪم ڪرڻ ممڪن ناهي ته توهان کي مناسب هجي.
مقامي ترقياتي ماحول، خاص طور تي انجنيئرن لاءِ جيڪي وڏي خدمت تي مبني فن تعمير تي ڪم ڪري رهيا آهن، اڃا به هڪ چئلينج آهي. ڪجهه منصوبا هن کي حل ڪرڻ جي ڪوشش ڪري رهيا آهن، ۽ مان ڄاڻڻ چاهيان ٿو ته سڀ کان وڌيڪ ergonomic UX هڪ ڏنل استعمال جي صورت ۾ نظر ايندو.
اهو پڻ دلچسپ هوندو ته "پورٽيبل ماحول" جي تصور کي ترقي جي ٻين علائقن ڏانهن وڌايو وڃي جيئن بگ جي پيداوار (يا ) جيڪو ڪجهه حالتن يا سيٽنگن جي تحت ٿئي ٿو.
مان پڻ وڌيڪ جدت ڏسڻ چاهيان ٿو علائقن جهڙوڪ سيمينٽڪ ۽ حوالي سان حساس ڪوڊ ڳولها، اوزار ڪوڊ بيس جي مخصوص حصن سان پيداوار جي واقعن کي ملائڻ لاء، وغيره.
ڪمپيوٽنگ (پاس جو مستقبل)
2010 جي ڏهاڪي ۾ ڪنٽينرز ۽ بي سرور جي چوڌاري هائپ جي پٺيان، عوامي ڪلائوڊ اسپيس ۾ حل جو سلسلو گذريل ڪجھ سالن ۾ خاص طور تي وڌايو ويو آهي.
اهو ڪيترائي دلچسپ سوال پيدا ڪري ٿو. سڀ کان پهريان، عوامي بادل ۾ موجود اختيارن جي فهرست مسلسل وڌي رهي آهي. ڪلائوڊ سروس فراهم ڪندڙن وٽ اسٽاف ۽ وسيلا آهن جيڪي آساني سان اوپن سورس جي دنيا ۾ جديد ترقيات سان گڏ رهندا آهن ۽ پروڊڪٽس کي جاري ڪن ٿا جهڙوڪ ”سرور لیس پوڊس“ (مون کي شڪ آهي صرف انهن جي پنهنجي FaaS رن ٽائمز OCI مطابق ڪرڻ سان) يا ٻيون اهڙيون فينسي شيون.
ھڪڙو صرف حسد ڪري سگھن ٿا جيڪي اھي بادل حل استعمال ڪندا آھن. نظريي ۾، ڪبرنيٽس ڪلائوڊ پيشڪش (GKE، EKS، EKS on Fargate، وغيره) ڪم لوڊ هلائڻ لاءِ ڪلائوڊ فراهم ڪندڙ-آزاد APIs مهيا ڪن ٿا. جيڪڏهن توهان ساڳي پروڊڪٽس (ECS، Fargate، Google Cloud Run، وغيره) استعمال ڪندا آهيو، توهان شايد اڳ ۾ ئي خدمت فراهم ڪندڙ پاران پيش ڪيل تمام گهڻيون دلچسپ خاصيتون ٺاهي رهيا آهيو. اضافي طور تي، جيئن نيون پروڊڪٽس يا ڪمپيوٽنگ جا نمونا سامهون اچن ٿا، لڏپلاڻ جو امڪان آهي سادو ۽ دٻاء کان آزاد.
انهي ڳالهه تي غور ڪندي ته اهڙين حلن جي حد ڪيتري جلدي ترقي ڪري رهي آهي (مان تمام گهڻو حيران ٿي ويندس جيڪڏهن ڪجهه نوان آپشن ويجهي مستقبل ۾ ظاهر نه ٿيندا)، ننڍيون "پليٽ فارم" ٽيمون (ٽيمنون انفراسٽرڪچر سان لاڳاپيل ۽ ذميوار پليٽ فارمز ٺاهڻ لاءِ ذميوار آهن. هلندڙ ڪم لوڊ ڪمپنيون) ڪارڪردگي، استعمال ۾ آساني ۽ مجموعي اعتبار جي لحاظ کان مقابلو ڪرڻ ناقابل يقين حد تائين ڏکيو هوندو. 2010 جي ڏهاڪي ۾ Kubernetes کي PaaS (پليٽفارم-اي-سروس) جي تعمير لاءِ هڪ اوزار طور ڏٺو ويو آهي، تنهن ڪري اهو مون لاءِ مڪمل طور تي بيڪار لڳي ٿو ته ڪبرنيٽس جي چوٽي تي هڪ اندروني پليٽ فارم ٺاهيو جيڪو ساڳيو پسند، سادگي ۽ عوام ۾ موجود آزادي پيش ڪري. بادل خلا. "Kubernetes حڪمت عملي" جي طور تي ڪنٽينر تي ٻڌل PaaS کي ترتيب ڏيڻ عمدي طور بادل جي جديد ترين صلاحيتن کان بچڻ جي برابر آهي.
جيڪڏهن توهان دستياب تي نظر اچن ٿا اڄ ڪمپيوٽنگ جي صلاحيتون، اهو واضح ٿي وڃي ٿو ته توهان جو پنهنجو PaaS ٺاهڻ صرف ڪبرنيٽس جي بنياد تي پنهنجو پاڻ کي هڪ ڪنڊ ۾ رنگڻ جي برابر آهي (هڪ گهڻو اڳتي سوچڻ وارو طريقو ناهي، ها؟). ايستائين جو ڪو به فيصلو ڪري ٿو ته اڄڪلهه ڪبرنيٽس تي هڪ ڪنٽينر ٿيل PaaS ٺاهي، ڪجهه سالن ۾ اهو کلاؤڊ جي صلاحيتن جي مقابلي ۾ پراڻي نظر ايندو. جيتوڻيڪ ڪبرنيٽس هڪ اوپن سورس پروجيڪٽ جي طور تي شروع ڪيو، ان جو اباڻو ۽ الهام هڪ اندروني گوگل اوزار آهي. بهرحال، اهو اصل ۾ 2000 جي شروعات / وچ ۾ ترقي ڪئي وئي هئي جڏهن ڪمپيوٽنگ جي منظرنامي مڪمل طور تي مختلف هئي.
انهي سان گڏ، هڪ تمام وسيع معنى ۾، ڪمپنين کي ڪوبرنيٽس ڪلستر هلائڻ ۾ ماهر ٿيڻ جي ضرورت ناهي، ۽ نه ئي اهي پنهنجون ڊيٽا مرڪز ٺاهي ۽ برقرار رکندا آهن. هڪ قابل اعتماد ڪمپيوٽنگ بنياد فراهم ڪرڻ هڪ بنيادي چئلينج آهي ڪلائوڊ سروس فراهم ڪندڙ.
آخرڪار، مون کي محسوس ٿيو ته اسان هڪ صنعت جي لحاظ کان ٿورو پوئتي هٽايو آهي رابطي جو تجربو (). هيروڪو 2007 ۾ شروع ڪيو ويو ۽ اڃا تائين سڀني مان هڪ آهي استعمال ڪرڻ آسان پليٽ فارم ان ۾ ڪو به انڪار نه آهي ته ڪبرنيٽس تمام گهڻو طاقتور، وسعت وارو ۽ پروگرام لائق آهي، پر مون کي ياد آهي ته شروع ڪرڻ ۽ هيروڪو کي ترتيب ڏيڻ ڪيترو آسان آهي. هن پليٽ فارم کي استعمال ڪرڻ لاء، توهان کي صرف ڄاڻڻ جي ضرورت آهي Git.
هي سڀ مون کي هيٺين نتيجي تي پهچندو آهي: اسان کي ڪم ڪرڻ لاءِ بهتر، اعليٰ سطحي تجريد جي ضرورت آهي (اهو خاص طور تي صحيح آهي. اعليٰ سطحي خلاصيون).
صحيح API اعلي سطح تي
ڊاکر هڪ ئي وقت ۾ خدشات جي بهتر الڳ ٿيڻ جي ضرورت جو هڪ بهترين مثال آهي اعلي سطحي API جو صحيح عمل.
Docker سان مسئلو اهو آهي ته (گهٽ ۾ گهٽ) شروعاتي طور تي پروجيڪٽ جا مقصد تمام وسيع هئا: سڀ ڪنٽينر ٽيڪنالاجي استعمال ڪندي مطابقت واري مسئلي کي حل ڪرڻ لاءِ ("منهنجي مشين تي ڪم ڪري ٿو"). ڊڪر هڪ تصويري شڪل هئي، هڪ رن ٽائم پنهنجي ورچوئل نيٽ ورڪ سان، هڪ CLI اوزار، هڪ ڊيمون روٽ طور هلندو، ۽ گهڻو ڪجهه. ڪنهن به صورت ۾، پيغامن جي بدلي هئي более مونجهارو، ذڪر نه ڪرڻ لاءِ ”لائيٽ ويٽ VMs“، cgroups، namespaces، ڪيترائي حفاظتي مسئلا ۽ خاصيتون جيڪي مارڪيٽنگ ڪال سان مليل آهن ”ڪنهن به ايپليڪيشن کي ڪٿي به ٺاهيو، پهچائڻ، هلائڻ“ لاءِ.
جيئن سڀني سٺين تجزين سان، اهو وقت وٺندو آهي (۽ تجربو ۽ درد) مختلف مسئلن کي ٽوڙڻ لاء منطقي تہن ۾ جيڪي هڪ ٻئي سان گڏ ٿي سگهن ٿيون. بدقسمتي سان، ڊاکر کان اڳ ساڳئي پختگي تائين پهچي سگهي ٿي، ڪبرنيٽس ميدان ۾ داخل ٿيو. هن هائپ چڪر کي ايترو ته اجايو ڪري ڇڏيو جو هاڻي هرڪو ڪوشش ڪري رهيو هو ته ڪبرنيٽس ايڪو سسٽم ۾ تبديلين سان گڏ، ۽ ڪنٽينر ايڪو سسٽم هڪ ثانوي حيثيت ورتي.
ڪبرنيٽس ڊاڪر وانگر ڪيترن ئي مسئلن کي حصيداري ڪري ٿو. ٿڌي ۽ ٺهڪندڙ تجريد بابت سڀني ڳالهين لاءِ، مختلف ڪمن کي پرت ۾ ورهائڻ تمام چڱي طرح encapsulated نه آهي. ان جي بنيادي طور تي، اهو هڪ ڪنٽينر آرڪيسٽرٽر آهي جيڪو ڪنٽينرز کي مختلف مشينن جي ڪلستر تي هلائي ٿو. هي هڪ انتهائي گهٽ سطحي ڪم آهي، صرف ڪلسٽر کي هلائيندڙ انجنيئرن تي لاڳو ٿئي ٿو. ٻئي طرف، Kubernetes پڻ آهي اعليٰ سطح جو خلاصو، هڪ CLI اوزار جيڪو صارفين سان رابطو ڪري ٿو YAML ذريعي.
Docker هو (۽ اڃا به آهي) عمده ترقي جو اوزار، ان جي سڀني گهٽتائي جي باوجود. هڪ ئي وقت ۾ سڀني "هارس" سان گڏ رکڻ جي ڪوشش ۾، ان جي ڊولپرز صحيح طور تي لاڳو ڪرڻ ۾ ڪامياب ٿي ويا تجريد اعلي سطح تي. تجريد ذريعي اعليٰ سطح تي منهنجو مطلب آهي هڪ ذيلي سيٽ ڪارڪردگي جيڪا ٽارگيٽ سامعين (هن صورت ۾، ڊولپر جيڪي گهڻو وقت پنهنجي مقامي ترقياتي ماحول ۾ گذاريندا هئا) واقعي ۾ دلچسپي وٺندا هئا ۽ اهو دٻي کان ٻاهر ڪم ڪيو..
Dockerfile ۽ CLI افاديت docker هڪ مثال هجڻ گهرجي ته ڪيئن ٺاهيو سٺو "اعلي سطحي صارف جو تجربو". ھڪڙو عام ڊولپر ڊاڪر سان ڪم ڪرڻ شروع ڪري سگھي ٿو بغير پيچيدگين بابت ڪجھ ڄاڻڻ کان سواء عملدرآمد جيڪي آپريشنل تجربو ۾ مدد ڪن ٿاجهڙوڪ نالا اسپيس، سي گروپ، ميموري ۽ سي پي يو جون حدون، وغيره. بالآخر، هڪ Dockerfile لکڻ هڪ شيل اسڪرپٽ لکڻ کان گهڻو مختلف ناهي.
Kubernetes مختلف ٽارگيٽ گروپن لاء ارادو ڪيو ويو آهي:
- ڪلستر منتظمين؛
- سافٽ ويئر انجنيئر انفراسٽرڪچر جي مسئلن تي ڪم ڪري رهيا آهن، ڪبرنيٽس جي صلاحيتن کي وڌائڻ ۽ ان جي بنياد تي پليٽ فارم ٺاهڻ؛
- آخر استعمال ڪندڙ ڪبرنيٽس سان لهه وچڙ ۾
kubectl.
ڪبرنيٽس جو ”هڪ API سڀني کي پورو ڪري ٿو“ نقطو پيش ڪري ٿو هڪ غير مناسب طور تي پکڙيل ”پيچيدگيءَ جو جبل“ جنهن کي ماپڻ جي ڪا به هدايت ناهي. هي سڀ هڪ غير منصفانه طور تي ڊگهي سکيا واري رستي ڏانهن وٺي ٿو. ڪيئن آدم جيڪب، "ڊاڪر هڪ تبديل ڪندڙ صارف تجربو کڻي آيو جيڪو ڪڏهن به نه وڌايو ويو آهي. هر ڪنهن کان پڇو جيڪو K8s استعمال ڪري ٿو جيڪڏهن اهي چاهين ٿا ته اهو انهن جي پهرين وانگر ڪم ڪري docker run. جواب هوندو ها“:
مان بحث ڪندس ته سڀ کان وڌيڪ انفراسٽرڪچر ٽيڪنالاجي اڄ تمام گهٽ سطح تي آهي (۽ انهي ڪري سمجهيو ويندو آهي "تمام پيچيده"). Kubernetes هڪ انتهائي گهٽ سطح تي لاڳو ڪيو ويو آهي. ان ۾ ورهايل ٽريڪنگ (ڪيترن ئي اسپن کي گڏ ڪيو ويو آهي هڪ ٽريڪ وييو ٺاهڻ لاء) پڻ لاڳو ڪيو ويو آهي تمام گهٽ سطح تي. ڊولپر جا اوزار جيڪي لاڳو ڪن ٿا ”اعليٰ سطحي خلاصيون“ سڀ کان وڌيڪ ڪامياب ٿي وڃن ٿا. اهو نتيجو حيرت انگيز ڪيسن ۾ صحيح آهي (جيڪڏهن ٽيڪنالاجي تمام پيچيده يا استعمال ڪرڻ ڏکيو آهي، ته پوء ان ٽيڪنالاجي لاء "اعلي سطح API/UI" اڃا تائين دريافت ڪيو ويو آهي).
هن وقت، ڪلائوڊ مقامي ماحولياتي نظام ان جي گهٽ سطح جي توجه جي ڪري مونجهارو آهي. هڪ صنعت جي طور تي، اسان کي لازمي طور تي جدت، تجربو، ۽ تعليم ڏيڻ گهرجي ته "وڌ کان وڌ، سڀ کان وڌيڪ تجزيه" جي صحيح سطح ڪيئن نظر اچي ٿي.
پرچون واپاري
2010s ۾، ڊجيٽل پرچون تجربو گهڻو ڪري تبديل نه ٿيو. هڪ طرف، آن لائين شاپنگ جي آسانيء سان روايتي پرچون اسٽورن کي مارڻ گهرجي، ٻئي طرف، آن لائين شاپنگ بنيادي طور تي هڪ ڏهاڪي ۾ تقريبا تبديل نه ٿي رهي آهي.
جڏهن ته مون وٽ ڪو خاص خيال نه آهي ته هي صنعت ايندڙ ڏهاڪي ۾ ڪيئن ترقي ڪندي، مان تمام گهڻو مايوس ٿي ويندس جيڪڏهن اسان 2030 ۾ خريد ڪندا آهيون ساڳئي طرح 2020 ۾.
صحافت
مان عالمي صحافت جي حالت کان وڌيڪ مايوس ٿي رهيو آهيان. غيرجانبدار خبرون ذريعن کي ڳولڻ مشڪل ٿي رهيو آهي جيڪي معقول ۽ محتاط طور تي رپورٽ ڪن ٿا. اڪثر خبرن جي وچ ۾ لڪير ۽ ان جي باري ۾ رايا blurred آهي. ضابطي جي طور تي، معلومات هڪ باصلاحيت انداز ۾ پيش ڪئي وئي آهي. اهو خاص طور تي ڪجهه ملڪن ۾ سچ آهي جتي تاريخي طور تي خبر ۽ راء جي وچ ۾ ڪو به علحدگي نه آهي. گذريل برطانيه جي عام چونڊن کان پوء شايع ٿيل هڪ تازي مضمون ۾، Alan Rusbridger، The Guardian جي اڳوڻي ايڊيٽر، :
بنيادي ڳالهه اها آهي ته ڪيترن سالن کان مون آمريڪي اخبارون ڏٺيون ۽ اتي پنهنجن ساٿين لاءِ افسوس محسوس ڪيو، جيڪي صرف خبرن جا ذميوار هئا، تبصرو ڇڏي مڪمل طور تي مختلف ماڻهن ڏانهن. تنهن هوندي به، وقت سان، رحم حسد ۾ بدلجي ويو. مان هاڻي سمجهان ٿو ته برطانيه جي سڀني قومي اخبارن کي خبرن جي ذميواري انهن جي تبصري جي ذميواري کان الڳ ڪرڻ گهرجي. بدقسمتي سان، اهو تمام ڏکيو آهي اوسط پڙهندڙ- خاص طور تي آن لائين پڙهندڙن لاء- فرق کي سمجهڻ لاء.
ڏني وئي سلڪون وادي جي بلڪه مشڪوڪ شهرت جڏهن اها اخلاقيات جي اچي ٿي، آئون ڪڏهن به ٽيڪنالاجي تي اعتبار نه ڪندس ته صحافت کي "انقلاب" ڪرڻ لاء. اهو چيو پيو وڃي، مان (۽ منهنجا ڪيترائي دوست) خوش ٿي ويندا جيڪڏهن ڪو غيرجانبدار، غير دلچسپي ۽ قابل اعتماد خبر جو ذريعو هجي. جيتوڻيڪ مون کي خبر ناهي ته اهڙو پليٽ فارم ڪهڙو نظر ايندو، پر مون کي يقين آهي ته هڪ اهڙي دور ۾ جتي سچ کي سمجهڻ مشڪل ٿي پيو آهي، ايماندار صحافت جي ضرورت اڳي کان وڌيڪ آهي.
سوشل نيٽ ورڪن
سوشل ميڊيا ۽ ڪميونٽي نيوز پليٽ فارمز دنيا جي ڪيترن ئي ماڻهن لاءِ معلومات جو بنيادي ذريعو آهن، ۽ ڪجهه پليٽ فارمن جي درستي ۽ اڻڄاڻائيءَ جي ڪري به بنيادي حقيقتن جي جانچ ڪرڻ لاءِ تباهي جا نتيجا سامهون آيا آهن جهڙوڪ نسل ڪشي، چونڊ مداخلت، ۽ وڌيڪ. .
سوشل ميڊيا پڻ سڀ کان وڌيڪ طاقتور ميڊيا جو اوزار آهي جيڪو ڪڏهن به موجود آهي. انهن بنيادي طور تي سياسي عمل کي تبديل ڪيو. انهن اشتهارن کي تبديل ڪيو. انهن پاپ ڪلچر کي تبديل ڪيو (مثال طور، نام نهاد منسوخ ڪلچر جي ترقي ۾ بنيادي حصو [تقريبن جي ثقافت - تقريبن. ترجمو] سماجي نيٽ ورڪ مدد ڪن ٿا). نقادن جو چوڻ آهي ته سوشل ميڊيا اخلاقي قدرن ۾ تيز ۽ دلڪش تبديلين لاءِ زرخيز ميدان ثابت ٿيو آهي، پر ان سان گڏ پسمانده گروهن جي ميمبرن کي پڻ موقعا فراهم ڪيا ويا آهن ته هو انهن طريقن سان منظم ٿين، جيڪي اڳ ڪڏهن به نه هئا. جوهر ۾، سوشل ميڊيا XNUMX هين صدي ۾ ماڻهن جي گفتگو ۽ اظهار جو طريقو تبديل ڪري ڇڏيو آهي.
بهرحال، مان اهو پڻ سمجهان ٿو ته سوشل ميڊيا بدترين انساني جذبن کي ڪڍي ٿو. مقبوليت جي حق ۾ غور ۽ فڪر کي اڪثر نظرانداز ڪيو ويندو آهي، ۽ اهو لڳ ڀڳ ناممڪن ٿي ويندو آهي ته ڪنهن خاص راءِ ۽ موقف سان معقول اختلاف جو اظهار ڪيو وڃي. پولرائيزيشن اڪثر ڪري ڪنٽرول کان ٻاهر ٿي وڃي ٿي، نتيجي ۾ عوام صرف انفرادي رايا نه ٻڌي، جڏهن ته مطلق العنان آن لائن آداب ۽ قبوليت جي مسئلن تي ڪنٽرول ڪن ٿا.
مان حيران آهيان ته ڇا اهو ممڪن آهي ته هڪ "بهتر" پليٽ فارم ٺاهيو جيڪو بهتر معيار جي بحثن کي فروغ ڏئي؟ آخرڪار، اهو ئي آهي جيڪو "مصروفيت" کي هلائي ٿو جيڪو اڪثر ڪري انهن پليٽ فارمن تي مکيه منافعو آڻيندو آهي. ڪيئن نيو يارڪ ٽائمز ۾ ڪارا سوئشر:
اهو ممڪن آهي ته ڊجيٽل رابطي کي ترقي ڪرڻ کان سواء نفرت ۽ عدم برداشت جي. ان جو سبب اڪثر سوشل ميڊيا سائيٽون ايترو زهر لڳي رهيون آهن ڇاڪاڻ ته اهي مواد ۽ درستگي جي بجاءِ رفتار، وائرلٽي ۽ توجه لاءِ ٺاهيل هيون.
اها واقعي بدقسمتي هوندي جيڪڏهن، ٻن ڏهاڪن ۾، سوشل ميڊيا جو واحد وراثت عوامي گفتگو ۾ نقص ۽ مناسبيت جو خاتمو هو.
پي ايس مترجم کان
اسان جي بلاگ تي پڻ پڙهو:
- «"؛
- «"؛
- «"؛
- «».
جو ذريعو: www.habr.com