هن بهار ۾ اسان پاڻ کي ڏاڍي خوشگوار حالتن ۾ ڏٺو. وبائي مرض جي ڪري ، اهو واضح ٿي ويو ته اسان جون اونهاري ڪانفرنسون آن لائن منتقل ٿيڻ گهرجن. ۽ انهن کي آن لائن موثر طريقي سان هلائڻ لاءِ، تيار ڪيل سافٽ ويئر حل اسان لاءِ مناسب نه هئا؛ اسان کي پنهنجو پاڻ لکڻ جي ضرورت هئي. ۽ اسان کي اهو ڪرڻ لاء ٽي مهينا هئا.
اهو واضح آهي ته اهو هڪ دلچسپ ٽي مهينا رهيو آهي. پر ٻاهران اهو مڪمل طور تي واضح ناهي: هڪ آن لائن ڪانفرنس پليٽ فارم ڇا آهي؟ اهو ڪهڙي حصن تي مشتمل آهي؟ تنهن ڪري، اونهاري جي آخري DevOops ڪانفرنس ۾، مون انهن کان پڇيو جيڪي هن ڪم جا ذميوار هئا:
- Nikolay Molchanov - JUG Ru گروپ جي ٽيڪنيڪل ڊائريڪٽر؛
- Vladimir Krasilshchik هڪ عملي جاوا پروگرامر آهي جيڪو پس منظر تي ڪم ڪري رهيو آهي (توهان هن جون رپورٽون اسان جي جاوا ڪانفرنسن ۾ پڻ ڏسي سگهو ٿا)؛
- Artyom Nikonov اسان جي سڀني وڊيو اسٽريمنگ جو ذميوار آهي.
رستي ۾، خزاں-سياري ڪانفرنسن ۾ اسان ساڳئي پليٽ فارم جو هڪ بهتر نسخو استعمال ڪنداسين - تنهنڪري ڪيترائي حبرا پڙهندڙ اڃا تائين ان جا استعمال ڪندڙ هوندا.
مجموعي تصويري
- ٽيم جي جوڙجڪ ڇا هئي؟
نکولي مولچانوف: اسان وٽ هڪ تجزيه نگار، هڪ ڊزائينر، هڪ ٽيسٽر، ٽي فرنٽ اينڊرز، ۽ هڪ پٺاڻ آهي. ۽، يقينا، هڪ T-shaped ماهر!
- اهو عمل عام طور تي ڇا نظر آيو؟
نڪالو مارچ جي وچ تائين، اسان وٽ آن لائن لاءِ ڪجهه به تيار نه هو. ۽ 15 مارچ تي ، سڄو آن لائن ڪارسيل اسپن ڪرڻ شروع ڪيو. اسان ڪيترائي ذخيرا قائم ڪيا، منصوبابندي ڪئي، بنيادي فن تعمير تي بحث ڪيو ۽ ٽن مهينن ۾ سڀ ڪجھ ڪيو.
اهو، يقينا، منصوبابندي، فن تعمير، خاصيتن جي چونڊ، انهن خاصيتن لاء ووٽنگ، انهن خاصيتن لاء پاليسي، انهن جي ڊيزائن، ترقي، جاچ جي شاندار مرحلن مان گذريو. نتيجي طور، 6 جون تي، اسان هر شيء کي پيداوار ڏانهن وڌايو. . هر شيء لاء 90 ڏينهن هئا.
- ڇا اسان ان کي پورو ڪرڻ جو انتظام ڪيو جيڪو اسان انجام ڏنو؟
نڪالو جتان اسان ھاڻي شرڪت ڪري رھيا آھيون DevOops ڪانفرنس آن لائن، ان جو مطلب آھي اھو ڪم ڪيو. مون ذاتي طور تي بنيادي شيءَ تي عزم ڪيو: مان گراهڪن کي هڪ اوزار آڻيندس جنهن سان اهي هڪ آن لائن ڪانفرنس ڪري سگهن ٿا.
چيلنج هي هو: اسان کي هڪ اوزار ڏيو جنهن سان اسان ٽڪيٽ هولڊرز کي اسان جون ڪانفرنسون نشر ڪري سگهون.
سموري رٿابندي کي ڪيترن ئي مرحلن ۾ ورهايو ويو، ۽ سڀ خصوصيتون (اٽڪل 30 عالمي) کي 4 ڀاڱن ۾ ورهايو ويو:
- جيڪو اسان ضرور ڪنداسين (اسان انهن کان سواء رهي نٿا سگهون)،
- جيڪو اسان ٻيو ڪنداسين،
- جيڪو اسان ڪڏهن به نه ڪنداسين،
- ۽ جيڪو اسان ڪڏهن به نه ڪنداسين.
اسان سڀني خصوصيتن کي پهرين ٻن قسمن مان ٺاهيو.
- مان ڄاڻان ٿو ته مجموعي طور تي 600 JIRA مسئلا پيدا ڪيا ويا. ٽن مهينن ۾، توهان 13 مائڪرو سروسز ٺاهيا، ۽ مون کي شڪ آهي ته اهي نه رڳو جاوا ۾ لکيل آهن. توهان مختلف ٽيڪنالاجيون استعمال ڪيون آهن، توهان وٽ آهن ٻه ڪبرنيٽس ڪلسٽر ٽن دستياب علائقن ۾ ۽ 5 RTMP اسٽريمز Amazon ۾.
اچو ته هاڻي سسٽم جي هر جزو کي الڳ الڳ ڏسو.
وهڻ
- اچو ته شروع ڪريون جڏهن اسان وٽ اڳ ۾ ئي هڪ وڊيو تصوير آهي، ۽ اهو ڪجهه خدمتن ڏانهن منتقل ڪيو ويو آهي. آرٽيم، اسان کي ٻڌايو ته هي اسٽريمنگ ڪيئن ٿئي ٿي؟
آرتيوم نيڪونوف: اسان جي عام اسڪيم هن طرح ڏسڻ ۾ اچي ٿي: ڪئميرا مان تصوير -> اسان جو ڪنٽرول روم -> مقامي RTMP سرور -> Amazon -> وڊيو پليئر. وڌيڪ تفصيل جون ۾ Habré تي.
عام طور تي، هي ڪرڻ جا ٻه عالمي طريقا آهن: يا ته هارڊويئر تي يا سافٽ ويئر حلن تي ٻڌل. اسان سافٽ ويئر جو رستو چونڊيو ڇو ته اهو ريموٽ اسپيڪر جي صورت ۾ آسان آهي. اهو هميشه ممڪن ناهي ته هارڊويئر کي ڪنهن ٻئي ملڪ ۾ اسپيڪر ڏانهن آڻڻ، پر اسپيڪر تائين سافٽ ويئر پهچائڻ آسان ۽ وڌيڪ قابل اعتماد لڳي ٿو.
هارڊويئر جي نقطي نظر کان، اسان وٽ ڪيمرا آهن (اسان جي اسٽوڊيو ۾ ۽ ريموٽ اسپيڪر تي)، اسٽوڊيو ۾ ريموٽ ڪنٽرولز جو هڪ خاص تعداد، جن کي ڪڏهن ڪڏهن براڊ ڪاسٽ دوران ٽيبل جي هيٺان ئي مرمت ڪرڻي پوندي آهي.
انهن ڊوائيسز مان سگنل ڪيپچر ڪارڊ، ان پٽ/آئوٽ پٽ ڪارڊ، ۽ سائونڊ ڪارڊ سان ڪمپيوٽرن ۾ داخل ٿين ٿا. اتي سگنل ملايا ويا آهن ۽ ترتيب ۾ گڏ ڪيا ويا آهن:
4 اسپيڪر لاء هڪ ترتيب جو مثال
4 اسپيڪر لاء هڪ ترتيب جو مثال
ان کان علاوه، مسلسل نشريات ٽن ڪمپيوٽرن جي مدد سان مهيا ڪئي وئي آهي: اتي هڪ مکيه مشين آهي ۽ هڪ جوڙو ڪم ڪندڙ جوڙو بدلي ۾. پهريون ڪمپيوٽر پهرين رپورٽ گڏ ڪري ٿو، ٻيو - وقفو، پهريون - ايندڙ رپورٽ، ٻيو - ايندڙ وقفو، وغيره. ۽ مکيه مشين پهرين کي ٻئي سان ملائي ٿي.
اهو هڪ قسم جو ٽڪنڊو ٺاهي ٿو، ۽ جيڪڏهن انهن نوڊس مان ڪو به ناڪام ٿئي ٿو، اسان جلدي ۽ معيار جي نقصان جي بغير گراهڪن تائين مواد پهچائڻ جاري رکون ٿا. اسان جي اهڙي حالت هئي. ڪانفرنس جي پهرين هفتي دوران، اسان هڪ مشين کي مقرر ڪيو، ان کي / بند ڪيو. ماڻهو اسان جي لچڪ مان خوش نظر اچن ٿا.
اڳيون، ڪمپيوٽرن مان وهڪرو مقامي سرور ڏانهن ويندا آهن، جنهن ۾ ٻه ڪم آهن: روٽ RTMP اسٽريمز ۽ رڪارڊ بيڪ اپ. تنهنڪري اسان وٽ ڪيترائي رڪارڊنگ پوائنٽون آهن. وڊيو اسٽريمز وري موڪليا ويا آهن اسان جي سسٽم جي حصي ڏانهن جيڪي ٺاهيل آهن Amazon SaaS خدمتن تي. اسان استعمال ڪريون ٿا ,S3,CloudFront.
نڪالو وڊيو سامعين تائين پهچڻ کان اڳ اتي ڇا ٿيندو آهي؟ توهان کي ان کي ڪنهن به طرح ڪٽي ڪرڻو پوندو، صحيح؟
آرٽيوم: اسان پنهنجي حصي تي وڊيو کي دٻايو ۽ ان کي ميڊيا لائيو ڏانهن موڪليو. اسان اتي ٽرانسڪوڊر لانچ ڪندا آهيون. اهي وڊيوز کي حقيقي وقت ۾ ڪيترن ئي قراردادن ۾ ٽرانسڪوڊ ڪن ٿا ته جيئن ماڻهو انهن کي پنهنجي فون تي ڏسي سگهن، ملڪ ۾ خراب انٽرنيٽ ذريعي، وغيره. پوءِ اهي سلسلا ڪٽيا ويندا آهن ، هي آهي ڪيئن پروٽوڪول ڪم ڪندو آهي . اسان فرنٽ اينڊ تي هڪ پبليڪيشن موڪليندا آهيون جنهن ۾ انهن حصن ڏانهن اشارو آهي.
ڇا اسان 1080p ريزوليوشن استعمال ڪري رهيا آهيون؟
آرٽيوم: اسان جي وڊيو جي ويڪر 1080p - 1920 پکسلز جي برابر آهي، ۽ اوچائي ٿوري گهٽ آهي، تصوير وڌيڪ ڊگهو آهي - هن جا سبب آهن.
پليئر
- آرٽيوم بيان ڪيو ته وڊيو ڪيئن اسٽريم ۾ داخل ٿئي ٿي، ڪيئن مختلف اسڪرين ريزوليوشن لاءِ مختلف پلے لسٽن ۾ ورهائجي ٿي، ٽڪڙن ۾ ڪٽجي وڃي ٿي ۽ پليئر ۾ اچي ٿي. ڪوليا، هاڻي ٻڌايو ته هي ڪهڙي قسم جو رانديگر آهي، اهو وهڪرو ڪيئن ٿو استعمال ڪري، ڇو HLS؟
نڪالو اسان وٽ ھڪڙو پليئر آھي جيڪو سڀ ڪانفرنس ڏسڻ وارا ڏسي سگھن ٿا.
لازمي طور تي، هي لائبريري جي چوڌاري هڪ لفافي آهي جنهن تي ٻيا به ڪيترائي رانديگر لکيل آهن. پر اسان کي تمام خاص ڪارڪردگي جي ضرورت آهي: ريوائنڊنگ ۽ ان جڳهه کي نشانو بڻائڻ جتي ماڻهو آهي، ڪهڙي رپورٽ هو هن وقت ڏسي رهيو آهي. اسان کي پڻ اسان جي پنهنجي ترتيب جي ضرورت هئي، هر قسم جي لوگو ۽ هر شيء جيڪا اسان سان ٺهيل هئي. تنهن ڪري، اسان فيصلو ڪيو ته اسان جي پنهنجي لائبريري (HLS مٿان هڪ لفافي) ۽ ان کي سائيٽ تي شامل ڪيو وڃي.
هي روٽ ڪارڪردگي آهي، تنهنڪري اهو تقريبا پهريون ڀيرو لاڳو ڪيو ويو. ۽ پوءِ هر شيءِ ان جي چوڌاري وڌي وئي.
حقيقت ۾، اختيار جي ذريعي، پليئر کي پس منظر مان هڪ پلے لسٹ حاصل ٿئي ٿي جيڪا وقت ۽ معيار سان لاڳاپيل حصن جي لنڪ سان، ضروري ڊائون لوڊ ڪري ٿي ۽ صارف کي ڏيکاري ٿو، رستي ۾ ڪجهه "جادو" انجام ڏئي ٿو.
ٽائيم لائن جو مثال
- هڪ بٽڻ پليئر ۾ صحيح ٺهيل آهي سڀني رپورٽن جي ٽائم لائن کي ڊسپلي ڪرڻ لاءِ ...
نڪالو ها، اسان فوري طور تي صارف نيويگيشن جو مسئلو حل ڪيو. اپريل جي وچ ۾، اسان فيصلو ڪيو ته اسان اسان جي هر ڪانفرنس کي الڳ ويب سائيٽ تي نشر نه ڪنداسين، پر هڪ تي هر شي کي گڏ ڪنداسين. انهي ڪري ته مڪمل پاس ٽڪيٽ استعمال ڪندڙ آزاديء سان مختلف ڪانفرنسن جي وچ ۾ تبديل ڪري سگهن ٿا: ٻئي لائيو نشريات ۽ ماضي جي رڪارڊنگ.
۽ ان کي آسان بڻائڻ لاءِ استعمال ڪندڙن لاءِ موجوده اسٽريم کي نيويگيٽ ڪرڻ ۽ ٽريڪ جي وچ ۾ سوئچ ڪرڻ لاءِ، اسان فيصلو ڪيو ”سڄو براڊ ڪاسٽ“ بٽڻ ۽ افقي رپورٽ ڪارڊ ٺاهڻ لاءِ ٽريڪ ۽ رپورٽن جي وچ ۾ سوئچ ڪرڻ لاءِ. ڪيبورڊ ڪنٽرول آهي.
- ڇا ان ۾ ڪي ٽيڪنيڪل مشڪلاتون ھيون؟
نڪالو انهن وٽ هڪ اسڪرول بار هوندو هو جنهن تي مختلف رپورٽن جا شروعاتي نقطا نشان لڳل هوندا هئا.
- آخر ۾، ڇا توھان انھن نشانين کي اسڪرول بار تي لاڳو ڪيو ھو ان کان اڳ جو يوٽيوب ڪجھھ ساڳيو ڪيو؟
آرٽيوم: انهن کي ان وقت بيٽا ۾ هو. اهو لڳي ٿو ته هي هڪ خوبصورت پيچيده خصوصيت آهي ڇاڪاڻ ته اهي جزوي طور تي گذريل سال کان صارفين سان ان جي جانچ ڪري رهيا آهن. ۽ هاڻي اهو وڪرو تائين پهچي چڪو آهي.
نڪالو پر اسان اصل ۾ ان کي تيزيء سان وڪڻڻ لاء حاصل ڪيو. ايمانداري سان، هن سادي خصوصيت جي پويان پليئر اندر پس منظر، فرنٽ اينڊ، حساب ۽ رياضي جو هڪ وڏو مقدار آهي.
سامهون وارو
- اچو ته اهو سمجهون ته هي مواد جيڪو اسان ڏيکاريون ٿا (اسپيچ ڪارڊ، اسپيڪر، ويب سائيٽ، شيڊول) اڳئين آخر تائين ڪيئن پهچي ٿو؟
ولاديمير ڪرسلشڪ: اسان وٽ ڪيترائي اندروني آئي ٽي سسٽم آهن. اتي ھڪڙو سسٽم آھي جنھن ۾ سڀ رپورٽون ۽ سڀ اسپيڪر داخل ٿيل آھن. اتي ھڪڙو عمل آھي جنھن ذريعي ھڪڙو اسپيڪر ڪانفرنس ۾ حصو وٺندو آھي. اسپيڪر هڪ درخواست جمع ڪري ٿو، سسٽم ان کي پڪڙي ٿو، پوء اتي هڪ خاص پائپ لائن آهي جنهن جي مطابق رپورٽ ٺاهي وئي آهي.
اهو ڪيئن اسپيڪر پائپ لائن کي ڏسي ٿو
اهو نظام اسان جي اندروني ترقي آهي.
اڳيون، توهان کي انفرادي رپورٽن مان هڪ شيڊول ٺاهڻ جي ضرورت آهي. جئين توهان کي خبر آهي، اهو هڪ NP-سخت مسئلو آهي، پر اسان ان کي ڪنهن به طريقي سان حل ڪريون ٿا. هن کي ڪرڻ لاءِ، اسان هڪ ٻيو حصو شروع ڪريون ٿا جيڪو هڪ شيڊول ٺاهي ٿو ۽ ان کي اپ لوڊ ڪري ٿو ٽئين پارٽي ڪلائوڊ سروس Contentful. اتي، هر شيء هڪ ٽيبل وانگر ڏسڻ ۾ اچي ٿي، جنهن ۾ ڪانفرنس جا ڏينهن آهن، ڏينهن ۾ ٽائيم سلاٽ آهن، ۽ سلاٽ ۾ رپورٽون، وقف يا اسپانسر شپ سرگرميون آهن. تنهن ڪري جيڪو مواد اسان ڏسون ٿا اهو هڪ ٽئين پارٽي جي خدمت ۾ واقع آهي. ۽ ڪم ان کي سائيٽ تي پهچائڻ آهي.
اهو لڳي ٿو ته سائيٽ صرف هڪ پليئر سان هڪ صفحو آهي، ۽ هتي ڪجھ به پيچيده ناهي. سواءِ ان جي. هن صفحي جي پويان پس منظر Contentful ڏانهن وڃي ٿو، اتان کان شيڊول حاصل ڪري ٿو، ڪجهه شيون ٺاهي ٿو ۽ ان کي فرنٽ اينڊ ڏانهن موڪلي ٿو. هڪ ويب ساکٽ ڪنيڪشن استعمال ڪندي، جيڪو اسان جي پليٽ فارم جو هر ڪلائنٽ ٺاهيندو آهي، اسان کيس موڪليندا آهيون شيڊول جي تازه ڪاري پس منظر کان فرنٽ اينڊ تائين.
حقيقي ڪيس: اسپيڪر ڪانفرنس دوران صحيح نوڪريون تبديل ڪيون. اسان کي هن جي آجر جي ڪمپني بيج کي تبديل ڪرڻ جي ضرورت آهي. پسمنظر کان اهو ڪيئن ٿيندو؟ هڪ تازه ڪاري موڪلي وئي آهي سڀني گراهڪن کي ويب ساکٽ ذريعي، ۽ پوءِ فرنٽ اينڊ پاڻ ٽائم لائن کي ٻيهر ٺاهي ٿو. اهو سڀ ڪجهه بي ترتيبي سان ٿئي ٿو. ڪلائوڊ سروس ۽ اسان جي ڪيترن ئي حصن جو ميلاپ اسان کي اهو سڀ مواد پيدا ڪرڻ ۽ ان کي اڳيان پيش ڪرڻ جو موقعو ڏئي ٿو.
نڪالو هتي اهو واضح ڪرڻ ضروري آهي ته اسان جي سائيٽ هڪ کلاسک SPA ايپليڪيشن ناهي. هي ٻئي هڪ ترتيب تي ٻڌل، پيش ڪيل ويب سائيٽ ۽ هڪ SPA آهي. گوگل اصل ۾ هن سائيٽ کي پيش ڪيل HTML طور ڏسي ٿو. اهو سٺو آهي ايس اي او لاءِ ۽ صارف تائين مواد پهچائڻ لاءِ. اهو صفحو ڏسڻ کان پهريان 1,5 ميگا بائيٽ جاوا اسڪرپٽ لوڊ ٿيڻ جو انتظار نٿو ڪري، اهو فوري طور تي اڳ ۾ ئي پيش ڪيل صفحو ڏسي ٿو، ۽ توهان ان کي محسوس ڪندا آهيو جڏهن توهان رپورٽ کي تبديل ڪندا آهيو. هر شي اڌ سيڪنڊ ۾ ٿئي ٿي، ڇاڪاڻ ته مواد اڳ ۾ ئي تيار آهي ۽ صحيح جڳهه تي پوسٽ ڪيو ويو آهي.
- اچو ته مٿين سڀني جي ھيٺان ھڪڙي لائين ٺاھيون ٽيڪنالاجي کي لسٽ ڪندي. Tyoma چيو ته اسان وٽ 5 Amazon اسٽريمز آهن، ۽ اسان اتي وڊيو ۽ آواز پهچائيندا آهيون. اسان وٽ اتي بيش اسڪرپٽ آهن، اسان انهن کي لانچ ڪرڻ ۽ ترتيب ڏيڻ لاءِ استعمال ڪندا آهيون...
آرٽيوم: اهو ٿئي ٿو AWS API ذريعي، اتي ڪيتريون ئي ٽيڪنيڪل سائڊ سروسز موجود آهن. اسان پنهنجون ذميواريون ورهايون آهن ته جيئن آئون پهچائي سگهان ، ۽ فرنٽ-آخر ۽ پوئتي-آخر ڊولپرز ان کي اتان وٺي ويندا آهن. مواد جي ترتيب کي آسان ڪرڻ لاءِ اسان وٽ اسان جون ڪيتريون ئي پابنديون آھن، جن کي اسين پوءِ 4K وغيره ۾ ٺاھيون ٿا. جيئن ته آخري وقت تمام تنگ هئا، اسان اهو تقريبا مڪمل طور تي AWS تي ڪيو.
- پوءِ اهو سڀ پليئر ۾ وڃي ٿو پس منظر سسٽم استعمال ڪندي. اسان وٽ آهي TypeScript, React, Next.JS اسان جي پليئر ۾. ۽ پس منظر تي اسان وٽ C#، جاوا، اسپرنگ بوٽ ۽ Node.js ۾ ڪيتريون ئي خدمتون آهن. اهو سڀ استعمال ڪيو ويو آهي Kubernetes استعمال ڪندي Yandex.Cloud انفراسٽرڪچر استعمال ڪندي.
مان اهو پڻ نوٽ ڪرڻ چاهيان ٿو ته جڏهن مون کي پليٽ فارم سان واقف ٿيڻ جي ضرورت هئي، اهو آسان ٿي ويو: سڀئي ذخيرا GitLab تي آهن، هر شيء سٺو نالو آهي، ٽيسٽ لکيو ويو آهي، دستاويز موجود آهن. يعني ايمرجنسي موڊ ۾ به هنن اهڙين شين جو خيال رکيو.
ڪاروباري پابنديون ۽ تجزياتي
- اسان ٽارگيٽ ڪيو 10 صارفين جي ڪاروباري گهرجن جي بنياد تي. اهو وقت آهي اسان جي ڪاروباري پابندين بابت ڳالهائڻ جو. اسان کي اعلي ڪم جي لوڊ کي يقيني بڻائڻو پوندو، ذاتي ڊيٽا جي تحفظ تي قانون جي تعميل کي يقيني بڻائي. ۽ ٻيو ڇا؟
نڪالو شروعات ۾، اسان ويڊيو گهرجن کان شروع ڪيو. سڀ کان اهم شيء ڪلائنٽ کي تيز ترسيل لاء سڄي دنيا ۾ وڊيو اسٽوريج ورهايو ويو آهي. ٻيا شامل آهن 1080p ريزوليوشن، گڏوگڏ ريوائنڊ، جيڪي ٻيا ڪيترائي لائيو موڊ ۾ لاڳو نٿا ڪن. بعد ۾ اسان 2x اسپيڊ کي فعال ڪرڻ جي صلاحيت شامل ڪئي، ان جي مدد سان توھان لائيو سان ”پڪڙ“ ڪري سگھوٿا ۽ حقيقي وقت ۾ ڪانفرنس کي ڏسڻ جاري رکو. ۽ رستي ۾، ٽائم لائن مارڪنگ ڪارڪردگي ظاهر ٿيو. ان سان گڏ، اسان کي غلطي برداشت ڪرڻ ۽ 10 ڪنيڪشن جي لوڊ کي برداشت ڪرڻو پوندو. پسمنظر جي نقطي نظر کان، هي لڳ ڀڳ 000 ڪنيڪشن آهي جنهن کي 10 درخواستن سان ضرب ڪيو ويو آهي هر صفحي جي ريفريش لاءِ. ۽ اهو اڳ ۾ ئي آهي 000 RPS/sec. ڪافي ٿورڙو.
- ڇا ”مجازي نمائش“ لاءِ ڪي ٻيون گهرجون هيون آن لائين پارٽنرز سان گڏ؟
نڪالو ها، اهو تمام جلدي ۽ عالمي سطح تي ٿيڻ گهرجي. اسان وٽ هر ڪانفرنس لاءِ 10 پارٽنر ڪمپنيون هيون، ۽ انهن سڀني کي هڪ يا ٻن هفتن ۾ مڪمل ٿيڻو هو. بهرحال، انهن جي مواد جي شڪل ۾ ٿورو مختلف آهي. پر ھڪڙي خاص ٽيمپليٽ انجڻ ٺاھيو ويو آھي جيڪو انھن صفحن کي اڏامي تي گڏ ڪري ٿو، عملي طور تي وڌيڪ ترقي جي شموليت سان.
- حقيقي وقت جي نظرين ۽ انگن اکرن جي تجزيي لاءِ به گهرجون هيون. مون کي خبر آهي ته اسان هن لاءِ پرومٿيس استعمال ڪندا آهيون، پر اسان کي وڌيڪ تفصيل سان ٻڌايو: اسان اينالائيٽڪس لاءِ ڪهڙيون گهرجون پوريون ڪيون ٿا، ۽ اهو ڪيئن لاڳو ڪيو وڃي ٿو؟
نڪالو شروعات ۾، اسان وٽ مارڪيٽنگ جون گهرجون آهن A/B جاچ لاءِ گڏ ڪرڻ ۽ معلومات گڏ ڪرڻ لاءِ انهي کي سمجهڻ لاءِ ته مستقبل ۾ ڪلائنٽ کي بهترين مواد ڪيئن پهچائي سگهجي. پارٽنر جي سرگرمين تي ڪجھ اينالائيٽڪس لاءِ به گھرجون آھن ۽ جيڪي توھان ڏسو ٿا (ڪائونٽر جو دورو ڪريو). سموري معلومات حقيقي وقت ۾ گڏ ڪئي وئي آهي.
اسان هي معلومات مجموعي فارم ۾ مهيا ڪري سگهون ٿا جيتوڻيڪ ڳالهائيندڙن کي: ڪيترا ماڻهو توهان کي ڏسي رهيا هئا هڪ خاص وقت تي. ساڳئي وقت، وفاقي قانون 152 جي تعميل ڪرڻ لاء، توهان جي ذاتي اڪائونٽ ۽ ذاتي ڊيٽا کي ڪنهن به طريقي سان ٽريڪ نه ڪيو ويو آهي.
پليٽ فارم وٽ اڳ ۾ ئي مارڪيٽنگ جا اوزار ۽ صارف جي سرگرمي کي حقيقي وقت ۾ ماپڻ لاءِ اسان جا ميٽرڪس آهن (جيڪي رپورٽ جو ڪهڙو سيڪنڊ ڏٺو) رپورٽن تي حاضري جا گراف ٺاهڻ لاءِ. ان ڊيٽا جي بنياد تي، تحقيق ڪئي پئي وڃي جيڪا ايندڙ ڪانفرنس کي بهتر بڻائي سگهندي.
فريب
- ڇا اسان وٽ اينٽي فراڊ ميڪانيزم آھي؟
نڪالو ڪاروباري نقطي نظر کان تنگ وقت جي فريم جي ڪري، ڪم شروعاتي طور تي غير ضروري ڪنيڪشن کي فوري طور تي بلاڪ ڪرڻ لاء مقرر نه ڪيو ويو. جيڪڏهن ٻه صارف هڪ ئي اڪائونٽ هيٺ لاگ ان ٿيا، اهي مواد ڏسي سگهن ٿا. پر اسان ڄاڻون ٿا ته هڪ ئي اڪائونٽ مان ڪيترا ئي نظريا هئا. ۽ اسان ڪيترن ئي خاص طور تي بدسلوڪي خلاف ورزي ڪندڙن کي پابند ڪيو.
ولاديمير: ان جي ڪريڊٽ تي، منع ٿيل استعمال ڪندڙن مان هڪ سمجهي ويو ته اهو ڇو ٿيو. هو آيو، معافي گهري ۽ ٽڪيٽ خريد ڪرڻ جو واعدو ڪيائين.
- اهو سڀ ڪجهه ٿيڻ لاءِ، توهان کي لازمي طور تي سڀني استعمال ڪندڙن کي داخلا کان ٻاهر نڪرڻ لاءِ مڪمل طور تي ٽريڪ ڪرڻ گهرجي، هميشه ڄاڻو ته اهي ڇا ڪري رهيا آهن. هي سسٽم ڪيئن ڪم ڪندو آهي؟
ولاديمير: مان اينالائيٽڪس ۽ انگ اکر بابت ڳالهائڻ چاهيان ٿو، جن کي اسين پوءِ رپورٽ جي ڪاميابي لاءِ تجزيو ڪريون ٿا يا وري ڀائيوارن کي مهيا ڪري سگهون ٿا. سڀئي گراهڪ هڪ مخصوص پس منظر واري ڪلستر سان ويب ساکٽ ڪنيڪشن ذريعي ڳنڍيل آهن. اهو اتي بيٺو آهي . هر ڪلائنٽ هر وقت جي دور ۾ موڪلي ٿو ته هو ڇا ڪري رهيو آهي ۽ ڪهڙي ٽريڪ هو ڏسي رهيو آهي. پوءِ اها معلومات گڏ ڪئي وئي آهي تيز هيزل ڪاسٽ نوڪريون استعمال ڪندي ۽ هر ڪنهن ڏانهن واپس موڪليو ويو جيڪو انهن ٽريڪن کي ڏسي ٿو. اسان ڪنڊ ۾ ڏسندا آهيون ته ڪيترا ماڻهو هاڻي اسان سان گڏ آهن.
ساڳئي معلومات ۾ ذخيرو ٿيل آهي ۽ اسان جي ڊيٽا ڍنڍ ڏانهن وڃي ٿي، جتان اسان وٽ هڪ وڌيڪ دلچسپ گراف ٺاهڻ جو موقعو آهي. سوال پيدا ٿئي ٿو: ڪيترا منفرد صارفين هن رپورٽ کي ڏٺو؟ اسان وڃون ٿا ، هتي سڀني ماڻهن جا پنگ آهن جيڪي هن رپورٽ جي آئي ڊي ذريعي آيا آهن. اسان گڏ ڪيو، مجموعو گڏ ڪيو، ۽ هاڻي اسان سمجهي سگهون ٿا.
نڪالو پر ساڳئي وقت، اسان پڻ حاصل ڪندا آهيون حقيقي وقت جي ڊيٽا Prometheus کان. اهو سڀني ڪبرنيٽس سروسز جي خلاف مقرر ڪيو ويو آهي، خود ڪبرنيٽس جي خلاف. اهو بلڪل هر شيء گڏ ڪري ٿو، ۽ گرافانا سان اسان حقيقي وقت ۾ ڪي به گراف ٺاهي سگهون ٿا.
ولاديمير: هڪ طرف، اسان هن کي وڌيڪ OLAP پروسيسنگ لاءِ ڊائون لوڊ ڪريون ٿا. ۽ OLTP لاءِ، ايپليڪيشن پوري شيءِ کي ڊائون لوڊ ڪري ٿي Prometheus، Grafana ۽ گرافس به ڪنورج!
- اهو معاملو آهي جڏهن گراف گڏ ڪن ٿا.
متحرڪ تبديليون
- اسان کي ٻڌايو ته ڪيئن متحرڪ تبديليون ختم ڪيون ويون آهن: جيڪڏهن رپورٽ شروع ٿيڻ کان 6 منٽ اڳ منسوخ ڪئي وئي، عملن جو سلسلو ڇا آهي؟ ڪهڙي پائپ لائن ڪم ڪري ٿي؟
ولاديمير: پائپ لائن بلڪل مشروط آهي. اتي ڪيترائي امڪان آھن. پهريون اهو آهي ته شيڊول نسل پروگرام ڪم ڪيو ۽ شيڊول تبديل ڪيو. تبديل ٿيل شيڊول مواد تي اپ لوڊ ڪيو ويو آهي. جنهن کان پوءِ پٺاڻ سمجهي ٿو ته هن ڪانفرنس لاءِ مواد ۾ تبديليون آهن، ان کي وٺي ٿو ۽ ان کي ٻيهر ٺاهي ٿو. هر شي گڏ ڪئي وئي آهي ۽ موڪلي وئي آهي ويب ساکٽ ذريعي.
ٻيو امڪان، جڏهن سڀ ڪجهه خراب رفتار سان ٿئي ٿو: ايڊيٽر دستي طور تي معلومات کي مواد ۾ تبديل ڪري ٿو (ٽيليگرام جي لنڪ، اسپيڪر جي پريزنٽيشن، وغيره) ۽ ساڳيو منطق پهريون ڀيرو ڪم ڪري ٿو.
نڪالو صفحو ريفريش ڪرڻ کان سواءِ سڀ ڪجھ ٿئي ٿو. سڀ تبديليون مڪمل طور تي ڪلائنٽ لاء مڪمل طور تي ٿينديون آهن. ساڳيو ئي رپورٽن کي تبديل ڪرڻ لاء آهي. جڏهن وقت اچي ٿو، رپورٽ ۽ انٽرفيس تبديل ٿي.
ولاديمير: انهي سان گڏ، ٽائم لائن ۾ رپورٽن جي شروعات لاء وقت ڪٽي آف آهن. شروعات ۾ ڪجھ به نه آهي. ۽ جيڪڏھن توھان پنھنجي ماؤس کي ڳاڙھي پٽي تي ھور ڪريو، پوء ڪجھ نقطي تي، براڊ ڪاسٽ ڊائريڪٽر جي مھرباني، ڪٽي آف ظاهر ٿيندا. ڊائريڪٽر براڊڪاسٽ جي صحيح شروعات کي سيٽ ڪري ٿو، پس منظر هن تبديلي کي چونڊيندو آهي، ڪانفرنس جي شيڊول جي مطابق سڄي ٽريڪ جي پيشڪش جي شروعات ۽ آخري وقت جو حساب ڪري ٿو، اهو اسان جي گراهڪن ڏانهن موڪلي ٿو، ۽ پليئر ڪٽي آف ٺاهي ٿو. ھاڻي صارف آساني سان رپورٽ جي شروعات ۽ پڇاڙيءَ تائين پھچي سگھي ٿو. اهو هڪ سخت ڪاروباري گهرج هو، تمام آسان ۽ مفيد. توهان رپورٽ لاء حقيقي شروعاتي وقت ڳولڻ ۾ وقت ضايع نٿا ڪريو. ۽ جڏهن اسان هڪ ڏيک ڏيون ٿا، اهو بلڪل شاندار ٿيندو.
مقرري
- مان لڳائڻ جي باري ۾ پڇڻ چاهيان ٿو. ڪوليا ۽ ٽيم شروع ۾ تمام گهڻو وقت گذاريو ته سڄي بنيادي ڍانچي کي قائم ڪرڻ لاءِ جنهن ۾ اسان لاءِ سڀ ڪجهه ظاهر ٿئي. مون کي ٻڌايو ته اهو سڀ ڪجهه ڇا ٺاهيو آهي؟
نڪالو هڪ ٽيڪنيڪل نقطي نظر کان، اسان کي شروعاتي طور تي هڪ گهربل گهربل هئي پراڊڪٽ کي ممڪن طور تي ڪنهن به وينڊر کان خلاصو. خاص طور تي AWS، يا خاص طور تي Yandex، يا Azure وغيره کان Terraform اسڪرپٽ ٺاهڻ لاءِ AWS ڏانهن اچو. واقعي مناسب نه هو. اسان کي ڪنهن جاءِ تي وڃڻو هو.
پهرين ٽن هفتن لاءِ اسان مسلسل هن کي بهتر ڪرڻ جو رستو ڳولي رهيا هئاسين. نتيجي ۾، اسان ان نتيجي تي پهتاسين ته ڪبرنيٽس هن معاملي ۾ اسان جي سڀڪجهه آهي، ڇاڪاڻ ته اها اسان کي اجازت ڏئي ٿي خودڪار اسڪيلنگ سروسز، آٽو رول آئوٽ، ۽ لڳ ڀڳ سڀني خدمتن کي باڪس مان حاصل ڪرڻ. قدرتي طور تي، سڀني خدمتن کي ڪبرنيٽس، ڊڪرر سان ڪم ڪرڻ لاء تربيت ڏني وئي هئي، ۽ ٽيم کي پڻ سکڻو پوندو.
اسان وٽ ٻه ڪلستر آهن. ٽيسٽ ۽ پيداوار. اهي هارڊويئر ۽ سيٽنگن جي لحاظ کان بلڪل هڪجهڙا آهن. اسان بنيادي ڍانچي کي ڪوڊ طور لاڳو ڪريون ٿا. سڀئي خدمتون خودڪار طور تي ٽن ماحولن ۾ فيچر برانچز، ماسٽر برانچز، ٽيسٽ برانچز، ۽ GitLab استعمال ڪندي پاڻمرادو پائيپ لائين ۾ شامل ڪيون وينديون آھن. اهو وڌ ۾ وڌ GitLab ۾ ضم ڪيو ويو آهي، وڌ ۾ وڌ لچڪدار، پروميٿيس سان گڏ.
اسان کي جلدي ڪرڻ جو موقعو ملي ٿو (10 منٽن اندر پس منظر لاءِ، 5 منٽن اندر فرنٽ اينڊ لاءِ) سڀني ٽيسٽن، انضمام، هلندڙ فنڪشنل ٽيسٽ، ماحول تي انٽيگريشن ٽيسٽ، ۽ لوڊ ٽيسٽن سان گڏ ڪنهن به ماحول ۾ تبديلين کي رول آئوٽ ڪيو. هڪ ٽيسٽ ماحول تقريبن ساڳي شيء جيڪا اسان پيداوار ۾ حاصل ڪرڻ چاهيون ٿا.
ٽيسٽ بابت
- توهان تقريبن هر شي کي جانچيو، اهو يقين ڪرڻ ڏکيو آهي ته توهان سڀ ڪجهه ڪيئن لکيو. ڇا توھان اسان کي ٻڌائي سگھو ٿا پس منظر ٽيسٽ بابت: ڪيترو سڀ ڪجھ ڍڪيل آھي، ڪھڙا ٽيسٽ؟
ولاديمير: ٽيسٽ جا ٻه قسم لکيا ويا آهن. پهرين جزو جا امتحان آهن. سڄي بهار جي ايپليڪيشن جي لفٽ ليول ٽيسٽ ۽ ان جو بنياد . هي اعليٰ سطحي ڪاروباري منظرنامي جو هڪ امتحان آهي. مان افعال جي جانچ نه ٿو ڪريان. اسان صرف ڪجهه وڏيون شيون آزمائيون ٿا. مثال طور، صحيح ٽيسٽ ۾، صارف ۾ لاگ ان ٿيڻ جو عمل نقل ڪيو ويو آهي، صارف جي ٽڪيٽ لاءِ درخواست جتي هو وڃي سگهي ٿو، ۽ وهڪرو ڏسڻ لاءِ رسائي جي درخواست. بلڪل صاف استعمال ڪندڙ منظرنامو.
لڳ ڀڳ ساڳي شيء کي نام نهاد انضمام ٽيسٽ ۾ لاڳو ڪيو ويو آهي، جيڪو اصل ۾ ماحول تي هلندو آهي. حقيقت ۾، جڏهن پيداوار ۾ ايندڙ تعیناتي ختم ٿي ويندي آهي، حقيقي بنيادي منظرنامي پڻ پيداوار ۾ هلندا آهن. ساڳيو لاگ ان، ٽڪيٽن جي درخواست ڪرڻ، CloudFront تائين رسائي جي درخواست، چيڪ ڪرڻ ته وهڪرو واقعي منهنجي اجازتن سان ڳنڍي ٿو، ڊائريڪٽر جي انٽرفيس کي چيڪ ڪندي.
هن وقت مون وٽ اٽڪل 70 جزو ٽيسٽ ۽ اٽڪل 40 انٽيگريشن ٽيسٽ بورڊ تي آهن. ڪوريج 95٪ جي ويجهو آهي. هي جزو وارن لاءِ آهي، انضمام وارن لاءِ گهٽ، اتي بس ايتري ضرورت ناهي. انهي ڳالهه تي غور ڪندي ته پروجيڪٽ ۾ سڀني قسمن جي ڪوڊ نسل شامل آهي، اهو هڪ تمام سٺو اشارو آهي. اسان ٽن مهينن ۾ جيڪو ڪيو سو ٻيو ڪو رستو نه هو. ڇاڪاڻ ته جيڪڏهن اسان دستي طور تي آزمايو، اسان جي ٽيسٽر کي خاصيتون ڏيو، ۽ هوءَ ڪيڙا ڳوليندي ۽ انهن کي درست ڪرڻ لاءِ اسان ڏانهن موٽائي، پوءِ ڪوڊ کي ڊيبگ ڪرڻ لاءِ هي گول سفر تمام ڊگهو هوندو، ۽ اسان ڪنهن به آخري وقت تي پورا نه لهنداسين.
نڪالو روايتي طور تي، سڄي پليٽ فارم تي هڪ رجعت کڻڻ لاء جڏهن ڪجهه فنڪشن کي تبديل ڪندي، توهان کي ويهڻ جي ضرورت آهي ۽ هر جاء تي ٻن ڏينهن تائين ڇڪڻ جي ضرورت آهي.
ولاديمير: تنهن ڪري، اها هڪ وڏي ڪاميابي آهي ته جڏهن آئون هڪ خاصيت جو اندازو لڳايو، مان چوان ٿو ته مون کي 4 ڏينهن جي ضرورت آهي ٻه سادي قلم ۽ 1 ويب ساکٽ، ڪوليا ان جي اجازت ڏئي ٿو. هو اڳ ۾ ئي هن حقيقت جي عادي آهي ته انهن 4 ڏينهن ۾ 2 قسم جا امتحان شامل آهن، ۽ پوء، گهڻو ڪري، اهو ڪم ڪندو.
نڪالو مون وٽ پڻ 140 ٽيسٽ لکيل آهن: جزو + فنڪشنل، جيڪي ساڳيو ڪم ڪن ٿا. سڀ ساڳيون منظرنامو پيداوار ۾، امتحان ۾، ۽ پيداوار ۾ آزمايا ويندا آهن. اسان تازو شامل ڪيو فنڪشنل بنيادي UI ٽيسٽ. هن طريقي سان اسان سڀ کان وڌيڪ بنيادي ڪارڪردگي کي ڍڪيندا آهيون جيڪا ڌار ٿي سگهي ٿي.
ولاديمير: يقينا، اهو لوڊ ٽيسٽ بابت ڳالهائڻ جي قابل آهي. اهو ضروري هو ته پليٽ فارم کي حقيقي هڪ جي ويجهو لوڊ ڪرڻ جي جانچ ڪرڻ لاء اهو سمجهڻ لاء ته سڀ ڪجهه ڪيئن آهي، خرگوش سان ڇا ٿي رهيو آهي، JVMs سان ڇا ٿي رهيو آهي، اصل ۾ ڪيتري ميموري جي ضرورت آهي.
- مون کي پڪ سان خبر ناهي ته ڇا اسان نديءَ واري پاسي ڪنهن به شيءِ جي جاچ ڪري رهيا آهيون ، پر مون کي ياد آهي ته ٽرانسڪوڊرز سان مسئلا هئا جڏهن اسان ملاقاتون ڪيون. ڇا اسان ندين کي آزمايو آهي؟
آرٽيوم: بار بار آزمائشي. گڏجاڻين کي منظم ڪرڻ. گڏجاڻين کي منظم ڪرڻ جي عمل ۾، تقريبن 2300 JIRA ٽڪيٽون هيون. اهي صرف عام شيون آهن جيڪي ماڻهو ملڻ لاءِ ڪندا هئا. اسان پليٽ فارم جا حصا ميٽنگن لاءِ هڪ الڳ پيج تي کنيا، جيڪو هلائي رهيو هو ڪريل ٽولڪاچوف ().
ايماندار ٿيڻ لاء، ڪو به وڏو مسئلو نه هئا. لفظي طور تي ٻه ڀيرا اسان CloudFront تي ڪيچنگ بگ پڪڙيا، اسان ان کي تمام جلدي حل ڪيو - اسان صرف پاليسين کي ٻيهر ترتيب ڏنو. ماڻهن ۾ خاص طور تي وڌيڪ ڪيڙا هئا، سائيٽ تي اسٽريمنگ سسٽم ۾.
ڪانفرنس دوران، مون کي وڌيڪ سامان ۽ خدمتن کي ڍڪڻ لاء ڪيترن ئي برآمد ڪندڙن کي لکڻو پيو. ڪجهه هنڌن تي مون کي صرف ميٽرڪ خاطر پنهنجون سائيڪلون ٺاهڻيون پيون. AV (آڊيو-وڊيو) هارڊويئر جي دنيا تمام گلابي نه آهي - توهان وٽ ڪجهه قسم جو "API" سامان آهي جنهن تي توهان اثر انداز نٿا ڪري سگهو. ۽ اهو هڪ حقيقت کان پري آهي ته توهان حاصل ڪرڻ جي قابل ٿي ويندا معلومات توهان کي گهربل آهي. هارڊويئر وينڊرز واقعي سست آهن، ۽ اهو حاصل ڪرڻ تقريبا ناممڪن آهي جيڪو توهان انهن کان چاهيو ٿا. مجموعي طور تي هارڊويئر جا 100 کان وڌيڪ ٽڪرا آهن، اهي واپس نه ٿا ڏين جيڪي توهان کي گهربل آهي، ۽ توهان لکندا آهيو عجيب ۽ بيڪار برآمد ڪندڙ، جنهن جي مهرباني توهان گهٽ ۾ گهٽ سسٽم کي ڊيب ڪري سگهو ٿا.
سامان
- مون کي ياد آهي ته ڪانفرنس جي شروعات کان اڳ اسان جزوي طور تي اضافي سامان خريد ڪيو.
آرٽيوم: اسان ڪمپيوٽر، ليپ ٽاپ، ۽ بيٽري پيڪ خريد ڪيو. هن وقت اسان 40 منٽن تائين بغير بجلي جي زندگي گذاري سگهون ٿا. جون ۾ سينٽ پيٽرسبرگ ۾ سخت گجگوڙ هئا - تنهنڪري اسان کي اهڙو بليڪ آئوٽ ڪيو ويو. ساڳئي وقت، ڪيترائي مهيا ڪندڙ اسان وٽ ايندا آهن نظرياتي لنڪس سان مختلف نقطن کان. اهو واقعي 40 منٽن جو بلڊنگ ڊائون ٽائم آهي، جنهن دوران اسان وٽ لائٽون آن، سائونڊ، ڪيمرا وغيره ڪم ڪري رهيا هوندا.
- اسان وٽ انٽرنيٽ سان ساڳي ڪهاڻي آهي. آفيس ۾ جتي اسان جو اسٽوڊيو واقع آهي، اسان فرش جي وچ ۾ هڪ سخت جال کي ڇڪيو.
آرٽيوم: اسان وٽ فرش جي وچ ۾ 20 Gbit فائبر آهي. فرش سان گڏ اڳتي، ڪٿي ڪٿي آپٽڪس آهي، ڪٿي ڪو به آپٽڪس ناهي، پر اڃا تائين گيگابٽ کان گهٽ چينل آهن - اسان انهن تي ڪانفرنس جي ٽريڪ جي وچ ۾ وڊيو هلائيندا آهيون. عام طور تي، اهو توهان جي پنهنجي انفراسٽرڪچر تي ڪم ڪرڻ تمام آسان آهي؛ توهان سائيٽن تي آف لائن ڪانفرنسن ۾ گهٽ ئي ڪري سگهو ٿا.
— ان کان اڳ جو مون JUG Ru گروپ ۾ ڪم ڪيو، مون ڏٺو ته ڪيئن آف لائن ڪانفرنسن ۾ هارڊويئر ڪمرا رات جو قائم ڪيا ويا، جتي ھڪڙو وڏو مانيٽر ھو جنھن سان انھن سڀني ماپن سان گڏ جيڪي توھان Grafana ۾ ٺاھيو ٿا. ھاڻي ھڪڙو ھيڊ ڪوارٽر روم پڻ آھي جنھن ۾ ڊولپمينٽ ٽيم ويھي رھي آھي، جيڪا ڪانفرنس دوران ڪجھ بگ کي درست ڪري ٿي ۽ خاصيتون ٺاھي ٿي. ساڳئي وقت، اتي هڪ نگراني نظام آهي جيڪو هڪ وڏي اسڪرين تي ڏيکاريل آهي. آرٽيوم، ڪوليا ۽ ٻيا ماڻهو ويٺا ۽ پڪ ڪريو ته اهو سڀ ڪجهه نه ٿو ٿئي ۽ خوبصورت ڪم ڪري ٿو.
تجسس ۽ مسئلا
- توهان حقيقت جي باري ۾ چڱي طرح ڳالهايو ته اسان وٽ Amazon سان اسٽريمنگ آهي، ويب سان هڪ پليئر آهي، هر شي مختلف پروگرامنگ ٻولين ۾ لکيل آهي، غلطي رواداري ۽ ٻيون ڪاروباري گهرجون مهيا ڪيون ويون آهن، بشمول هڪ ذاتي اڪائونٽ جيڪو قانوني ادارن لاءِ سپورٽ آهي ۽ فرد، ۽ اسان OAuth 2.0 استعمال ڪندي ڪنهن سان ضم ٿي سگهون ٿا، اتي مخالف فراڊ، صارف بلاڪنگ آهي. اسان متحرڪ طور تي تبديلين کي رول آئوٽ ڪري سگھون ٿا ڇاڪاڻ ته اسان اهو سٺو ڪيو، ۽ اهو سڀ ڪجهه آزمايل آهي.
مون کي ڄاڻڻ ۾ دلچسپي آهي ته ڪجهه شروع ڪرڻ ۾ ڪهڙيون شيون شامل هيون. ڇا ڪي عجيب حالتون آهن جڏهن توهان ترقي ڪري رهيا آهيو هڪ پس منظر، فرنٽ اينڊ، ڪجهه چريو نڪتو ۽ توهان کي سمجهه ۾ نه آيو ته ان سان ڇا ڪجي؟
ولاديمير: مون کي لڳي ٿو ته اهو صرف گذريل ٽن مهينن کان ٿيو آهي. روزاني. جئين توهان ڏسي سگهو ٿا، منهنجا سڀئي وار ڪڍيا ويا آهن.
Vladimir Krasilshchik 3 مهينن کان پوء، جڏهن ڪجهه قسم جو شڪار ٿيو ۽ ڪو به سمجهي نه سگهيو ته ان سان ڇا ڪجي
هر روز ڪجهه اهڙو هوندو هو، جڏهن ڪو اهڙو لمحو هوندو هو، جڏهن توهان ان کي کڻندا هئا ۽ پنهنجا وار ڦاڙي ڇڏيندا هئا، يا محسوس ڪندا هئا ته ٻيو ڪو به ناهي، ۽ صرف توهان ئي ڪري سگهو ٿا. اسان جو پهريون وڏو واقعو TechTrain هو. 6 جون تي 2 وڳي اسان اڃا پيداواري ماحول کي رول آئوٽ نه ڪيو هو، ڪوليا ان کي رول آئوٽ ڪري رهيو هو. ۽ ذاتي اڪائونٽ OAuth2.0 استعمال ڪندي اجازت ڏيڻ واري سرور طور ڪم نه ڪيو. اسان ان کي پليٽ فارم کي ڳنڍڻ لاءِ OAuth2.0 فراهم ڪندڙ ۾ تبديل ڪيو. مان شايد 18 ڪلاڪن کان سڌو ڪم ڪري رهيو هوس، مون ڪمپيوٽر ڏانهن ڏٺو ۽ ڪجهه به نه ڏٺو، مون کي سمجهه ۾ نه آيو ته اهو ڪم ڇو نه ڪري رهيو آهي، ۽ ڪوليا منهنجي ڪوڊ کي پري کان ڏٺو، بهار جي ترتيب ۾ هڪ بگ جي ڳولا ڪئي. ، اهو مليو، ۽ LC ڪم ڪيو، ۽ پيداوار ۾ پڻ.
نڪالو ۽ هڪ ڪلاڪ اڳ TechTrain رليز ٿي وئي.
هتي ڪيترائي تارا جڙيل هئا. اسان ڏاڍا خوش قسمت هئاسين ڇو ته اسان وٽ هڪ سپر ٽيم هئي، ۽ هرڪو ان کي آن لائن ڪرڻ جي خيال کان متاثر هو. اهي سڀئي ٽي مهينا اسان ان حقيقت کان متاثر ٿي ويا هئاسين ته اسان ”يوٽيوب ٺاهيو“. مون پاڻ کي اجازت نه ڏني ته پنهنجا وار ڦاڙي ڇڏين، پر سڀني کي ٻڌايو ته سڀ ڪجهه ڪم ڪندو، ڇاڪاڻ ته حقيقت ۾، هر شيء جو حساب گهڻو اڳ ٿي چڪو هو.
ڪارڪردگي بابت
- ڇا توهان مون کي ٻڌائي سگهو ٿا ته ڪيترا ماڻهو سائيٽ تي هڪ ٽريڪ تي هئا؟ ڇا ڪي ڪارڪردگي مسئلا هئا؟
نڪالو ڪابه ڪارڪردگي مسئلا نه هئا، جيئن اسان اڳ ۾ ئي چيو آهي. هڪ رپورٽ ۾ شرڪت ڪندڙ ماڻهن جو وڌ ۾ وڌ تعداد 1300 ماڻهو هو، هي هيسنبگ تي آهي.
- مقامي ڏسڻ سان ڪي مسئلا هئا؟ ۽ ڇا اهو ممڪن آهي ته هڪ ٽيڪنيڪل وضاحت سان ڊاگرام سان اهو سڀ ڪيئن ڪم ڪري ٿو؟
نڪالو اسان بعد ۾ ان بابت هڪ مضمون ڪنداسين.
توھان مقامي طور تي اسٽريمز کي ڊيبگ ڪري سگھو ٿا. هڪ دفعو ڪانفرنسون شروع ٿيون، اهو اڃا به آسان ٿي ويو، ڇاڪاڻ ته پيداوار جو سلسلو ظاهر ٿيو ته اسان هر وقت ڏسي سگهون ٿا.
ولاديمير: جيئن ته مان سمجهان ٿو، فرنٽ-اينڊ ڊولپرز مقامي طور تي ٺٺوليون سان ڪم ڪيو، ۽ پوء، جيئن ته فرنٽ ۾ devs ڏانهن رول ڪرڻ جو وقت پڻ ننڍو آهي (5 منٽ)، سرٽيفڪيٽ سان ڇا ٿي رهيو آهي ان جي جانچ ڪرڻ ۾ ڪو مسئلو ناهي.
- سڀ ڪجھ آزمايو ويو آھي ۽ ڊيبگ ڪيو ويو آھي، حتي مقامي طور تي. ان جو مطلب آهي ته اسان سڀني فني خصوصيتن سان گڏ هڪ مضمون لکنداسين، ڏيکارينداسين، توهان کي ڊراگرام سان سڀ ڪجهه ٻڌائينداسين، اهو ڪيئن هو.
ولاديمير: توهان ان کي وٺي سگهو ٿا ۽ ان کي ورجائي.
- 3 مهينن ۾.
نتيجو
- بيان ڪيل هر شيءِ سٺي لڳي ٿي، انهي ڳالهه تي غور ڪندي ته اها ٽن مهينن ۾ هڪ ننڍڙي ٽيم ڪئي هئي.
نڪالو وڏي ٽيم ائين نه ڪندي. پر ماڻهن جو هڪ ننڍڙو گروپ جيڪو هڪ ٻئي سان تمام ويجهڙائي ۽ چڱي طرح سان رابطو ڪري ٿو ۽ هڪ معاهدي تي اچي سگهي ٿو. انهن ۾ ڪو به تضاد نه آهي، فن تعمير ٻن ڏينهن ۾ ايجاد ڪيو ويو، فائنل ڪيو ويو ۽ اصل ۾ تبديل نه ڪيو ويو آهي. خصوصيت جي درخواستن ۽ تبديلين کي گڏ ڪرڻ جي لحاظ کان ايندڙ ڪاروباري گهرجن جي تمام سخت سهولت آهي.
- توهان جي وڌيڪ ڪمن جي لسٽ ۾ ڇا هو جڏهن اونهاري ڪانفرنسون ٿي چڪيون هيون؟
نڪالو مثال طور، ڪريڊٽ. وڊيو تي لڪي وڃڻ واريون لائينون، وڊيو ۾ ڪجهه هنڌن تي پاپ اپ ڏيکاريل مواد جي لحاظ سان. مثال طور، اسپيڪر سامعين کان هڪ سوال پڇڻ چاهي ٿو، ۽ هڪ ووٽ اسڪرين تي پاپ اپ ٿئي ٿو، جيڪو ووٽرن جي نتيجن جي بنياد تي اسپيڪر ڏانهن موٽندو آهي. پريزنٽيشن دوران ئي رپورٽ جي پسند، دل، درجه بندي جي صورت ۾ ڪجهه قسم جي سماجي سرگرمي، ته جيئن توهان راءِ جي فارمن کان پوءِ پريشان ٿيڻ کان سواءِ صحيح وقت تي راءِ ڀريو. شروعات ۾ هن طرح.
۽ پڻ شامل ڪرڻ سڄي پليٽ فارم تي، سواء اسٽريمنگ ۽ ڪانفرنس کان سواء، ڪانفرنس کان پوء رياست پڻ. اهي پبليڪيشن آهن (جنهن ۾ صارفين طرفان مرتب ڪيل آهن)، ممڪن آهي ته ٻين گذريل ڪانفرنسن جو مواد، مربوط، ليبل ٿيل، صارف تائين پهچ، ۽ پڻ اسان جي ويب سائيٽ تي ڏسڻ لاءِ دستياب هجي ().
- دوست، توهان جي جوابن لاء تمام گهڻو مهرباني!
جيڪڏهن پڙهندڙن ۾ اهڙا آهن جن اسان جي اونهاري ڪانفرنس ۾ شرڪت ڪئي، مهرباني ڪري پليئر ۽ براڊڪاسٽ بابت پنهنجا تاثرات شيئر ڪريو. ڇا آسان هو، ڇا توهان کي ناراض ڪيو، توهان مستقبل ۾ ڇا ڏسڻ چاهيندا؟
جيڪڏهن توهان پليٽ فارم ۾ دلچسپي وٺندا آهيو ۽ ان کي ڏسڻ چاهيو ٿا "جنگ ۾"، اسان ان کي ٻيهر استعمال ڪندا آهيون اسان جي . انهن مان هڪ مڪمل رينج آهي، تنهنڪري اتي تقريبن ضرور آهي جيڪو توهان لاء صحيح آهي.
جو ذريعو: www.habr.com