এই বসন্তে আমরা খুব প্রফুল্ল পরিস্থিতিতে নিজেদের খুঁজে পেয়েছি। মহামারীর কারণে, এটি স্পষ্ট হয়ে গেছে যে আমাদের গ্রীষ্মকালীন সম্মেলনগুলি অনলাইনে সরানো দরকার। এবং সেগুলি অনলাইনে দক্ষতার সাথে পরিচালনা করার জন্য, তৈরি সফ্টওয়্যার সমাধানগুলি আমাদের জন্য উপযুক্ত ছিল না; আমাদের নিজেদের লিখতে হবে। এবং এই কাজটি করার জন্য আমাদের তিন মাস সময় ছিল।

এটা স্পষ্ট যে এটি একটি উত্তেজনাপূর্ণ তিন মাস হয়েছে। কিন্তু বাইরে থেকে এটি সম্পূর্ণরূপে সুস্পষ্ট নয়: একটি অনলাইন কনফারেন্স প্ল্যাটফর্ম কি? এটা কি অংশ নিয়ে গঠিত? অতএব, গ্রীষ্মকালীন DevOops সম্মেলনের শেষ সময়ে, আমি এই কাজের জন্য দায়ীদের জিজ্ঞাসা করেছি:

• নিকোলে মোলচানভ - জেইউজি রু গ্রুপের প্রযুক্তিগত পরিচালক;
• ভ্লাদিমির ক্রাসিলশিক একজন বাস্তববাদী জাভা প্রোগ্রামার যিনি ব্যাকএন্ডে কাজ করেন (আপনি আমাদের জাভা কনফারেন্সে তার প্রতিবেদনগুলিও দেখতে পারেন);
• Artyom Nikonov আমাদের সমস্ত ভিডিও স্ট্রিমিংয়ের জন্য দায়ী।

যাইহোক, শরৎ-শীতকালীন সম্মেলনে আমরা একই প্ল্যাটফর্মের একটি উন্নত সংস্করণ ব্যবহার করব - তাই অনেক হাবরা পাঠক এখনও এর ব্যবহারকারী হবেন।

সাধারণ ছবি

- দলের গঠন কি ছিল?

নিকোলাই মোলচানভ: আমাদের একজন বিশ্লেষক, একজন ডিজাইনার, একজন পরীক্ষক, তিনজন ফ্রন্ট-এন্ডার এবং একজন ব্যাক-এন্ড আছে। এবং, অবশ্যই, একটি টি-আকৃতির বিশেষজ্ঞ!

- প্রক্রিয়াটি সাধারণভাবে কেমন লাগছিল?

নিকোলে: মার্চের মাঝামাঝি পর্যন্ত, আমাদের কাছে অনলাইনের জন্য মোটেও প্রস্তুত ছিল না। এবং 15 মার্চ, পুরো অনলাইন ক্যারোজেল ঘুরতে শুরু করে। আমরা বেশ কয়েকটি সংগ্রহস্থল স্থাপন করেছি, পরিকল্পনা করেছি, মৌলিক স্থাপত্য নিয়ে আলোচনা করেছি এবং তিন মাসে সবকিছু করেছি।

এটি অবশ্যই পরিকল্পনা, স্থাপত্য, বৈশিষ্ট্য নির্বাচন, সেই বৈশিষ্ট্যগুলির জন্য ভোটদান, সেই বৈশিষ্ট্যগুলির জন্য নীতি, তাদের নকশা, বিকাশ, পরীক্ষার ক্লাসিক পর্যায়ের মধ্য দিয়ে গেছে। ফলস্বরূপ, 6 জুন, আমরা উত্পাদনের জন্য সবকিছু গুটিয়ে নিয়েছিলাম। টেক ট্রেন. সবকিছুর জন্য 90 দিন ছিল।

— আমরা যা করতে প্রতিশ্রুতিবদ্ধ তা কি আমরা সম্পন্ন করতে পেরেছি?

নিকোলে: যেহেতু আমরা এখন অনলাইনে DevOops কনফারেন্সে অংশগ্রহণ করছি, তার মানে এটি কাজ করেছে। আমি ব্যক্তিগতভাবে মূল বিষয়ের প্রতি প্রতিশ্রুতিবদ্ধ: আমি গ্রাহকদের একটি টুল আনব যা দিয়ে তারা একটি অনলাইন সম্মেলন করতে পারে।

চ্যালেঞ্জটি ছিল এই: আমাদের একটি টুল দিন যার সাহায্যে আমরা টিকিটধারীদের কাছে আমাদের সম্মেলন সম্প্রচার করতে পারি।

সমস্ত পরিকল্পনা বিভিন্ন পর্যায়ে বিভক্ত ছিল, এবং সমস্ত বৈশিষ্ট্য (প্রায় 30টি বিশ্বব্যাপী) 4টি বিভাগে বিভক্ত ছিল:

• যা আমরা অবশ্যই করব (আমরা তাদের ছাড়া বাঁচতে পারি না),
• যা আমরা দ্বিতীয়ভাবে করব,
• যা আমরা কখনই করব না,
• এবং যা আমরা কখনই করব না।

আমরা প্রথম দুটি বিভাগ থেকে সমস্ত বৈশিষ্ট্য তৈরি করেছি।

— আমি জানি যে মোট 600টি JIRA সমস্যা তৈরি করা হয়েছে। তিন মাসে, আপনি 13টি মাইক্রোসার্ভিস তৈরি করেছেন এবং আমি সন্দেহ করি যে সেগুলি কেবল জাভাতে লেখা হয়নি। আপনি বিভিন্ন প্রযুক্তি ব্যবহার করেছেন, আপনার তিনটি প্রাপ্যতা অঞ্চলে দুটি কুবারনেটস ক্লাস্টার এবং অ্যামাজনে 5টি RTMP স্ট্রীম রয়েছে৷

আসুন এখন সিস্টেমের প্রতিটি উপাদান আলাদাভাবে দেখুন।

স্ট্রিমিং

— চলুন শুরু করা যাক যখন আমাদের কাছে ইতিমধ্যে একটি ভিডিও চিত্র থাকে এবং এটি কিছু পরিষেবাতে প্রেরণ করা হয়৷ আর্টিওম, আমাদের বলুন কিভাবে এই স্ট্রিমিং হয়?

আর্টিওম নিকোনভ: আমাদের সাধারণ স্কিমটি এরকম দেখাচ্ছে: ক্যামেরা থেকে ছবি -> আমাদের কন্ট্রোল রুম -> স্থানীয় RTMP সার্ভার -> Amazon -> ভিডিও প্লেয়ার। আরো বিস্তারিত এটা সম্পর্কে লিখেছেন জুন মাসে হাব্রেতে।

সাধারণভাবে, এটি করার দুটি বিশ্বব্যাপী উপায় রয়েছে: হয় হার্ডওয়্যারের উপর বা সফ্টওয়্যার সমাধানের উপর ভিত্তি করে। আমরা সফ্টওয়্যার রুটটি বেছে নিয়েছি কারণ এটি দূরবর্তী স্পিকারের ক্ষেত্রে সহজ। অন্য দেশে একটি স্পিকারের কাছে হার্ডওয়্যার আনা সবসময় সম্ভব নয়, তবে স্পিকারের কাছে সফ্টওয়্যার সরবরাহ করা সহজ এবং আরও নির্ভরযোগ্য বলে মনে হয়।

হার্ডওয়্যারের দৃষ্টিকোণ থেকে, আমাদের একটি নির্দিষ্ট সংখ্যক ক্যামেরা (আমাদের স্টুডিওতে এবং দূরবর্তী স্পীকারে), স্টুডিওতে একটি নির্দিষ্ট সংখ্যক রিমোট কন্ট্রোল রয়েছে, যা কখনও কখনও সম্প্রচারের সময় ঠিক টেবিলের নীচে মেরামত করতে হয়।

এই ডিভাইসগুলি থেকে সংকেতগুলি ক্যাপচার কার্ড, ইনপুট/আউটপুট কার্ড এবং সাউন্ড কার্ড সহ কম্পিউটারে প্রবেশ করে। সেখানে সংকেতগুলি মিশ্রিত হয় এবং লেআউটগুলিতে একত্রিত হয়:

4 স্পিকারের জন্য একটি লেআউটের উদাহরণ

4 স্পিকারের জন্য একটি লেআউটের উদাহরণ

আরও, তিনটি কম্পিউটারের সাহায্যে অবিচ্ছিন্ন সম্প্রচার সরবরাহ করা হয়: একটি প্রধান মেশিন এবং পালাক্রমে একজোড়া কাজ করে। প্রথম কম্পিউটার প্রথম প্রতিবেদন সংগ্রহ করে, দ্বিতীয়টি - বিরতি, প্রথম - পরবর্তী প্রতিবেদন, দ্বিতীয় - পরবর্তী বিরতি ইত্যাদি। এবং প্রধান মেশিন প্রথমটি দ্বিতীয়টির সাথে মিশ্রিত করে।

এটি এক ধরণের ত্রিভুজ তৈরি করে, এবং যদি এই নোডগুলির মধ্যে যেকোনও ব্যর্থ হয়, আমরা দ্রুত এবং মানের ক্ষতি ছাড়াই ক্লায়েন্টদের কাছে সামগ্রী সরবরাহ করা চালিয়ে যেতে পারি। আমাদের এমন অবস্থা হয়েছিল। সম্মেলনের প্রথম সপ্তাহে, আমরা একটি মেশিন ঠিক করেছি, এটি চালু/বন্ধ করেছি। লোকেরা আমাদের স্থিতিস্থাপকতায় খুশি বলে মনে হচ্ছে।

এরপরে, কম্পিউটার থেকে স্ট্রীমগুলি একটি স্থানীয় সার্ভারে যায়, যার দুটি কাজ রয়েছে: রুট RTMP স্ট্রীম এবং রেকর্ড ব্যাকআপ। তাই আমরা একাধিক রেকর্ডিং পয়েন্ট আছে. ভিডিও স্ট্রিমগুলি তারপরে Amazon SaaS পরিষেবাগুলিতে নির্মিত আমাদের সিস্টেমের অংশে পাঠানো হয়। আমরা ব্যাবহার করি মিডিয়ালাইভ,S3,ক্লাউডফ্রন্ট।

নিকোলে: ভিডিও দর্শকদের কাছে পৌঁছানোর আগে সেখানে কী ঘটে? আপনি এটা একরকম কাটা আছে, তাই না?

আর্টিওম: আমরা আমাদের পক্ষ থেকে ভিডিওটি সংকুচিত করি এবং মিডিয়ালাইভে পাঠাই। আমরা সেখানে ট্রান্সকোডার চালু করি। তারা রিয়েল টাইমে ভিডিওগুলিকে বেশ কয়েকটি রেজোলিউশনে ট্রান্সকোড করে যাতে লোকেরা তাদের ফোনে, দেশের দুর্বল ইন্টারনেটের মাধ্যমে এবং আরও অনেক কিছু দেখতে পারে৷ তারপর এই স্রোত মধ্যে কাটা হয় খণ্ড, এইভাবে প্রোটোকল কাজ করে HLS. আমরা ফ্রন্টএন্ডে একটি প্লেলিস্ট পাঠাই যাতে এই অংশগুলির জন্য পয়েন্টার থাকে।

— আমরা কি 1080p রেজোলিউশন ব্যবহার করছি?

আর্টিওম: আমাদের ভিডিওর প্রস্থ 1080p - 1920 পিক্সেলের সমান, এবং উচ্চতা একটু কম, ছবিটি আরও দীর্ঘায়িত - এর কারণ রয়েছে।

প্লেয়ার

— আর্টিওম বর্ণনা করেছেন কীভাবে ভিডিওটি স্ট্রিমে আসে, কীভাবে এটি বিভিন্ন স্ক্রীন রেজোলিউশনের জন্য বিভিন্ন প্লেলিস্টে বিতরণ করা হয়, টুকরো টুকরো করে প্লেয়ারে যায়। কোল্যা, এখন বলুন এটা কি ধরনের প্লেয়ার, এটা কিভাবে স্ট্রিম গ্রাস করে, কেন HLS?

নিকোলে: আমাদের একটি প্লেয়ার আছে যা সমস্ত কনফারেন্স দর্শক দেখতে পারে।

মূলত, এটি লাইব্রেরির চারপাশে একটি মোড়ক hls.js, যার উপরে আরও অনেক খেলোয়াড় লেখা আছে। কিন্তু আমাদের খুব সুনির্দিষ্ট কার্যকারিতার প্রয়োজন ছিল: ব্যক্তিটি কোথায় আছে, সে বর্তমানে কী প্রতিবেদন দেখছে তা রিওয়াইন্ড করা এবং চিহ্নিত করা। আমাদের নিজস্ব লেআউট, সব ধরণের লোগো এবং আমাদের সাথে তৈরি করা অন্য সবকিছুরও প্রয়োজন ছিল। অতএব, আমরা আমাদের নিজস্ব লাইব্রেরি (এইচএলএস-এর উপর একটি মোড়ক) লিখতে এবং এটি সাইটে এম্বেড করার সিদ্ধান্ত নিয়েছি।

এটি রুট কার্যকারিতা, তাই এটি প্রায় প্রথম প্রয়োগ করা হয়েছিল। এবং তারপরে এটির চারপাশে সবকিছু বেড়েছে।

প্রকৃতপক্ষে, অনুমোদনের মাধ্যমে, প্লেয়ার ব্যাকএন্ড থেকে সময় এবং মানের সাথে সম্পর্কযুক্ত অংশগুলির লিঙ্ক সহ একটি প্লেলিস্ট গ্রহণ করে, প্রয়োজনীয়গুলি ডাউনলোড করে এবং সেগুলি ব্যবহারকারীকে দেখায়, পথ ধরে কিছু "জাদু" সম্পাদন করে।

টাইমলাইন উদাহরণ

— সমস্ত রিপোর্টের একটি টাইমলাইন প্রদর্শন করতে প্লেয়ারের মধ্যে একটি বোতাম তৈরি করা হয়েছে...

নিকোলে: হ্যাঁ, আমরা অবিলম্বে ব্যবহারকারীর নেভিগেশন সমস্যার সমাধান করেছি। এপ্রিলের মাঝামাঝি সময়ে, আমরা সিদ্ধান্ত নিয়েছিলাম যে আমরা আমাদের প্রতিটি সম্মেলন একটি পৃথক ওয়েবসাইটে সম্প্রচার করব না, তবে একটিতে সবকিছু একত্রিত করব। যাতে ফুল পাস টিকিট ব্যবহারকারীরা অবাধে বিভিন্ন সম্মেলনের মধ্যে পরিবর্তন করতে পারে: লাইভ সম্প্রচার এবং অতীতের রেকর্ডিং উভয়ই।

এবং ব্যবহারকারীদের জন্য বর্তমান স্ট্রীম নেভিগেট করা এবং ট্র্যাকগুলির মধ্যে স্যুইচ করা সহজ করার জন্য, আমরা ট্র্যাক এবং রিপোর্টগুলির মধ্যে স্যুইচ করার জন্য একটি "পুরো সম্প্রচার" বোতাম এবং অনুভূমিক রিপোর্ট কার্ড তৈরি করার সিদ্ধান্ত নিয়েছি৷ কীবোর্ড নিয়ন্ত্রণ আছে।

— এর সাথে কোন প্রযুক্তিগত অসুবিধা ছিল?

নিকোলে: তাদের একটি স্ক্রল বার ছিল যার উপর বিভিন্ন প্রতিবেদনের শুরুর পয়েন্টগুলি চিহ্নিত করা হয়েছিল।

— শেষ পর্যন্ত, ইউটিউব অনুরূপ কিছু করার আগে আপনি কি স্ক্রোল বারে এই চিহ্নগুলি প্রয়োগ করেছিলেন?

আর্টিওম: তাদের তখন বিটাতে ছিল। দেখে মনে হচ্ছে এটি একটি বেশ জটিল বৈশিষ্ট্য কারণ তারা গত বছর ধরে ব্যবহারকারীদের সাথে এটি আংশিকভাবে পরীক্ষা করছে। আর এখন তা বিক্রি হয়ে গেছে।

নিকোলে: কিন্তু আমরা আসলে এটি দ্রুত বিক্রি করতে পেরেছি। সত্যই, এই সাধারণ বৈশিষ্ট্যটির পিছনে প্লেয়ারের ভিতরে প্রচুর পরিমাণে ব্যাকএন্ড, ফ্রন্টএন্ড, গণনা এবং গণিত রয়েছে।

সামনের অংশ

— আসুন আমরা যে বিষয়বস্তুটি দেখাই (স্পিচ কার্ড, স্পিকার, ওয়েবসাইট, সময়সূচী) তা সামনের প্রান্তে কীভাবে আসে তা বের করা যাক?

ভ্লাদিমির ক্রাসিলশিক: আমাদের বেশ কয়েকটি অভ্যন্তরীণ আইটি সিস্টেম রয়েছে। একটি সিস্টেম আছে যেখানে সমস্ত রিপোর্ট এবং সমস্ত স্পিকার প্রবেশ করানো হয়। একটি প্রক্রিয়া আছে যার মাধ্যমে একজন স্পিকার একটি সম্মেলনে অংশ নেয়। স্পিকার একটি আবেদন জমা দেয়, সিস্টেম এটি ক্যাপচার করে, তারপরে একটি নির্দিষ্ট পাইপলাইন থাকে যা অনুযায়ী প্রতিবেদন তৈরি করা হয়।

এভাবেই বক্তা পাইপলাইন দেখেন

এই সিস্টেম আমাদের অভ্যন্তরীণ উন্নয়ন.

পরবর্তী, আপনাকে পৃথক প্রতিবেদন থেকে একটি সময়সূচী তৈরি করতে হবে। আপনি জানেন যে, এটি একটি এনপি-হার্ড সমস্যা, কিন্তু আমরা কোনো না কোনোভাবে এটি সমাধান করি। এটি করার জন্য, আমরা অন্য একটি উপাদান চালু করি যা একটি সময়সূচী তৈরি করে এবং এটিকে তৃতীয় পক্ষের ক্লাউড পরিষেবা সামগ্রীতে আপলোড করে। সেখানে, সবকিছু একটি টেবিলের মতো দেখায় যেখানে সম্মেলনের দিনগুলি রয়েছে, দিনগুলিতে সময় স্লট রয়েছে এবং স্লটে প্রতিবেদন, বিরতি বা স্পনসরশিপ কার্যক্রম রয়েছে। সুতরাং আমরা যে বিষয়বস্তু দেখি তা তৃতীয় পক্ষের পরিষেবাতে অবস্থিত। এবং কাজটি সাইটে এটি পৌঁছে দেওয়া।

দেখে মনে হবে যে সাইটটি কেবল একটি প্লেয়ার সহ একটি পৃষ্ঠা, এবং এখানে জটিল কিছু নেই। এটা না ছাড়া. এই পৃষ্ঠার পিছনের ব্যাকএন্ড Contentful-এ যায়, সেখান থেকে সময়সূচী পায়, কিছু বস্তু তৈরি করে এবং ফ্রন্টএন্ডে পাঠায়। একটি ওয়েবসকেট সংযোগ ব্যবহার করে, যা আমাদের প্ল্যাটফর্মের প্রতিটি ক্লায়েন্ট তৈরি করে, আমরা তাকে ব্যাকএন্ড থেকে ফ্রন্টএন্ড পর্যন্ত সময়সূচীর আপডেট পাঠাই।

বাস্তব ঘটনা: সম্মেলনের সময় স্পিকার চাকরি পরিবর্তন করেছেন। আমাদের তার নিয়োগকর্তা কোম্পানির ব্যাজ পরিবর্তন করতে হবে। এটা কিভাবে ব্যাকএন্ড থেকে ঘটবে? ওয়েবসকেটের মাধ্যমে সমস্ত ক্লায়েন্টকে একটি আপডেট পাঠানো হয় এবং তারপর ফ্রন্টএন্ড নিজেই টাইমলাইনটি পুনরায় আঁকে। এ সব ঘটে নির্বিঘ্নে। ক্লাউড পরিষেবা এবং আমাদের বেশ কয়েকটি উপাদানের সংমিশ্রণ আমাদের এই সমস্ত সামগ্রী তৈরি করার এবং এটিকে সামনে সরবরাহ করার সুযোগ দেয়।

নিকোলে: এখানে স্পষ্ট করা গুরুত্বপূর্ণ যে আমাদের সাইটটি একটি ক্লাসিক SPA অ্যাপ্লিকেশন নয়। এটি একটি লেআউট, রেন্ডার করা ওয়েবসাইট এবং SPA। গুগল আসলে এই সাইটটিকে রেন্ডার করা HTML হিসাবে দেখে। এটি এসইওর জন্য এবং ব্যবহারকারীর কাছে সামগ্রী সরবরাহের জন্য ভাল। এটি পৃষ্ঠাটি দেখার আগে 1,5 মেগাবাইট জাভাস্ক্রিপ্ট লোড হওয়ার জন্য অপেক্ষা করে না, এটি ইতিমধ্যেই রেন্ডার করা পৃষ্ঠাটি অবিলম্বে দেখতে পায় এবং আপনি যখনই প্রতিবেদনটি পরিবর্তন করেন তখন আপনি এটি অনুভব করেন৷ সবকিছু অর্ধেক সেকেন্ডের মধ্যে ঘটে, যেহেতু বিষয়বস্তু ইতিমধ্যেই প্রস্তুত এবং সঠিক জায়গায় পোস্ট করা হয়েছে৷

— প্রযুক্তির তালিকা করে উপরের সমস্তটির নিচে একটি রেখা আঁকুন। Tyoma বলেছেন যে আমাদের 5টি অ্যামাজন স্ট্রিম রয়েছে এবং আমরা সেখানে ভিডিও এবং শব্দ সরবরাহ করি। আমাদের সেখানে ব্যাশ স্ক্রিপ্ট আছে, আমরা সেগুলি লঞ্চ এবং কনফিগার করতে ব্যবহার করি...

আর্টিওম: এটি AWS API এর মাধ্যমে ঘটে, সেখানে আরও অনেক প্রযুক্তিগত পার্শ্ব পরিষেবা রয়েছে। আমরা আমাদের দায়িত্ব ভাগ করেছি যাতে আমি বিতরণ করি CloudFront, এবং ফ্রন্ট-এন্ড এবং ব্যাক-এন্ড ডেভেলপাররা সেখান থেকে এটি গ্রহণ করে। বিষয়বস্তুর বিন্যাসকে সহজ করার জন্য আমাদের নিজস্ব কিছু বাইন্ডিং আছে, যা আমরা 4K, ইত্যাদিতে তৈরি করি। যেহেতু সময়সীমা খুব টাইট ছিল, তাই আমরা এটি প্রায় সম্পূর্ণ AWS-এ করেছি।

— তারপর এই সব ব্যাকএন্ড সিস্টেম ব্যবহার করে প্লেয়ারে যায়। আমাদের প্লেয়ারে TypeScript, React, Next.JS আছে। এবং ব্যাকএন্ডে আমাদের C#, Java, Spring Boot এবং Node.js-এ বেশ কিছু পরিষেবা রয়েছে। Yandex.Cloud পরিকাঠামো ব্যবহার করে Kubernetes ব্যবহার করে এই সব স্থাপন করা হয়।

আমি আরও লক্ষ্য করতে চাই যে যখন আমার প্ল্যাটফর্মের সাথে পরিচিত হওয়ার প্রয়োজন হয়েছিল, তখন এটি সহজ হয়ে উঠল: সমস্ত সংগ্রহস্থল গিটল্যাবে রয়েছে, সবকিছুর নামকরণ করা হয়েছে, পরীক্ষাগুলি লেখা হয়েছে, ডকুমেন্টেশন রয়েছে। অর্থাৎ, এমনকি ইমার্জেন্সি মোডেও তারা এই ধরনের জিনিসের যত্ন নেয়।

ব্যবসার সীমাবদ্ধতা এবং বিশ্লেষণ

— আমরা ব্যবসার প্রয়োজনীয়তার উপর ভিত্তি করে 10 ব্যবহারকারীদের লক্ষ্য করেছি। আমাদের যে ব্যবসায়িক বিধিনিষেধ ছিল সে সম্পর্কে কথা বলার সময় এসেছে। আমাদের একটি উচ্চ কাজের চাপ নিশ্চিত করতে হয়েছিল, ব্যক্তিগত ডেটা সংরক্ষণের আইনের সাথে সম্মতি নিশ্চিত করতে হয়েছিল। আর কি?

নিকোলে: প্রাথমিকভাবে, আমরা ভিডিওর প্রয়োজনীয়তা থেকে শুরু করেছি। সবচেয়ে গুরুত্বপূর্ণ বিষয় হল ক্লায়েন্টের কাছে দ্রুত ডেলিভারির জন্য বিশ্বজুড়ে ভিডিও স্টোরেজ বিতরণ করা। অন্যদের মধ্যে রয়েছে 1080p রেজোলিউশন, সেইসাথে রিওয়াইন্ড, যা অন্য অনেকে লাইভ মোডে প্রয়োগ করে না। পরে আমরা 2x গতি সক্ষম করার ক্ষমতা যুক্ত করেছি, এর সাহায্যে আপনি লাইভের সাথে "ক্যাচ আপ" করতে পারেন এবং রিয়েল টাইমে সম্মেলনটি দেখতে চালিয়ে যেতে পারেন। এবং পথ ধরে, টাইমলাইন চিহ্নিত করার কার্যকারিতা উপস্থিত হয়েছিল। এছাড়াও, আমাদের ত্রুটি-সহনশীল হতে হবে এবং 10 সংযোগের লোড সহ্য করতে হবে। ব্যাকএন্ড দৃষ্টিকোণ থেকে, এটি প্রায় 000 সংযোগ প্রতিটি পৃষ্ঠা রিফ্রেশের জন্য 10টি অনুরোধ দ্বারা গুণিত। এবং এটি ইতিমধ্যে 000 RPS/সেকেন্ড। বেশ কিছুটা।

— অংশীদারদের অনলাইন স্ট্যান্ড সহ একটি "ভার্চুয়াল প্রদর্শনী" এর জন্য কি অন্য কোন প্রয়োজনীয়তা ছিল?

নিকোলে: হ্যাঁ, এটি বেশ দ্রুত এবং সর্বজনীনভাবে করা উচিত ছিল। প্রতিটি সম্মেলনের জন্য আমাদের 10টি পর্যন্ত অংশীদার কোম্পানি ছিল এবং সেগুলিকে এক বা দুই সপ্তাহের মধ্যে সম্পন্ন করতে হবে। যাইহোক, তাদের বিষয়বস্তু বিন্যাসে সামান্য ভিন্ন। কিন্তু একটি নির্দিষ্ট টেমপ্লেট ইঞ্জিন তৈরি করা হয়েছিল যা এই পৃষ্ঠাগুলিকে উড়ন্ত অবস্থায় একত্রিত করে, কার্যত আর কোন উন্নয়ন অংশগ্রহণ ছাড়াই।

— রিয়েল-টাইম ভিউ এবং পরিসংখ্যানের বিশ্লেষণের জন্যও প্রয়োজনীয়তা ছিল। আমি জানি যে আমরা এর জন্য প্রমিথিউস ব্যবহার করি, তবে আমাদের আরও বিস্তারিতভাবে বলুন: বিশ্লেষণের জন্য আমরা কী প্রয়োজনীয়তা পূরণ করি এবং এটি কীভাবে প্রয়োগ করা হয়?

নিকোলে: প্রাথমিকভাবে, ভবিষ্যতে ক্লায়েন্টের কাছে কীভাবে সঠিকভাবে সেরা সামগ্রী সরবরাহ করা যায় তা বোঝার জন্য আমাদের A/B পরীক্ষার জন্য সংগ্রহ এবং তথ্য সংগ্রহের জন্য বিপণনের প্রয়োজনীয়তা রয়েছে। এছাড়াও অংশীদার ক্রিয়াকলাপ এবং আপনি যে বিশ্লেষণগুলি দেখেন তার কিছু বিশ্লেষণের জন্য প্রয়োজনীয়তা রয়েছে (কাউন্টারে যান)৷ সমস্ত তথ্য বাস্তব সময়ে সংগ্রহ করা হয়.

আমরা এই তথ্যটি একত্রিত আকারে এমনকি বক্তাদেরকেও প্রদান করতে পারি: নির্দিষ্ট সময়ে কতজন লোক আপনাকে দেখছিল। একই সময়ে, ফেডারেল আইন 152 মেনে চলার জন্য, আপনার ব্যক্তিগত অ্যাকাউন্ট এবং ব্যক্তিগত ডেটা কোনোভাবেই ট্র্যাক করা হয় না।

প্রতিবেদনে উপস্থিতির গ্রাফ তৈরি করার জন্য প্ল্যাটফর্মটিতে ইতিমধ্যেই বিপণন সরঞ্জাম এবং রিয়েল টাইমে ব্যবহারকারীর কার্যকলাপ পরিমাপের জন্য আমাদের মেট্রিক্স রয়েছে (যারা প্রতিবেদনের কোন সেকেন্ড দেখেছেন)। এই তথ্যের উপর ভিত্তি করে, গবেষণা করা হচ্ছে যা পরবর্তী সম্মেলনগুলিকে আরও ভাল করে তুলবে।

প্রতারণা

— আমাদের কি জালিয়াতি বিরোধী ব্যবস্থা আছে?

নিকোলে: ব্যবসায়িক দৃষ্টিকোণ থেকে আঁটসাঁট সময়সীমার কারণে, কাজটি প্রাথমিকভাবে অপ্রয়োজনীয় সংযোগগুলিকে অবিলম্বে ব্লক করার জন্য সেট করা হয়নি। যদি দুইজন ব্যবহারকারী একই অ্যাকাউন্টের অধীনে লগ ইন করেন, তাহলে তারা বিষয়বস্তু দেখতে পারবেন। কিন্তু আমরা জানি যে একটি অ্যাকাউন্ট থেকে কতগুলো একই সাথে দেখা হয়েছে। এবং আমরা বেশ কিছু বিশেষভাবে দূষিত লঙ্ঘনকারীদের নিষিদ্ধ করেছি।

ভ্লাদিমির: এর কৃতিত্বের জন্য, নিষিদ্ধ ব্যবহারকারীদের একজন বুঝতে পেরেছিলেন যে কেন এটি ঘটেছে। তিনি এসেছিলেন, ক্ষমা চেয়েছিলেন এবং টিকিট কেনার প্রতিশ্রুতি দিয়েছিলেন।

— এই সব ঘটার জন্য, আপনাকে অবশ্যই প্রবেশ থেকে প্রস্থান করার জন্য সমস্ত ব্যবহারকারীকে সম্পূর্ণরূপে ট্রেস করতে হবে, তারা কী করছে তা সর্বদা জানুন। এই সিস্টেম কিভাবে কাজ করে?

ভ্লাদিমির: আমি বিশ্লেষণ এবং পরিসংখ্যান সম্পর্কে কথা বলতে চাই, যা আমরা প্রতিবেদনের সাফল্যের জন্য বিশ্লেষণ করি বা তারপর অংশীদারদের প্রদান করতে পারি। সমস্ত ক্লায়েন্ট একটি নির্দিষ্ট ব্যাকএন্ড ক্লাস্টারে একটি ওয়েবসকেট সংযোগের মাধ্যমে সংযুক্ত থাকে। সেখানেই দাঁড়িয়ে আছে হ্যাজেলকাস্ট. প্রতিটি ক্লায়েন্ট প্রতিটি সময়কালে পাঠায় সে কি করছে এবং কোন ট্র্যাক দেখছে। তারপরে এই তথ্যগুলি দ্রুত হ্যাজেলকাস্ট কাজগুলি ব্যবহার করে একত্রিত করা হয় এবং যারা এই ট্র্যাকগুলি দেখে তাদের প্রত্যেককে ফেরত পাঠানো হয়। আমরা কোণে দেখি কত মানুষ এখন আমাদের সাথে আছে।

একই তথ্য সংরক্ষণ করা হয় মোঙ্গো এবং আমাদের ডেটা লেকে যায়, যেখান থেকে আমাদের আরও আকর্ষণীয় গ্রাফ তৈরি করার সুযোগ রয়েছে। প্রশ্ন উঠেছে: কতজন অনন্য ব্যবহারকারী এই প্রতিবেদনটি দেখেছেন? আমরা যাই পোস্টগ্রিস, এই রিপোর্টের আইডি দ্বারা আসা সমস্ত লোকের পিং আছে। আমরা সংগ্রহ করেছি, অনন্য একত্রিত করেছি এবং এখন আমরা বুঝতে পারি।

নিকোলে: কিন্তু একই সময়ে, আমরা প্রমিথিউসের কাছ থেকে রিয়েল-টাইম ডেটাও পাই। এটি সমস্ত Kubernetes পরিষেবার বিরুদ্ধে সেট করা হয়েছে, Kubernetes নিজেই বিরুদ্ধে। এটি একেবারে সবকিছু সংগ্রহ করে এবং Grafana দিয়ে আমরা রিয়েল টাইমে যেকোনো গ্রাফ তৈরি করতে পারি।

ভ্লাদিমির: একদিকে, আমরা আরও OLAP প্রক্রিয়াকরণের জন্য এটি ডাউনলোড করি। এবং OLTP-এর জন্য, অ্যাপ্লিকেশনটি প্রমিথিউস, গ্রাফানা এবং গ্রাফগুলি এমনকি একত্রিত হয়ে পুরো জিনিসটি ডাউনলোড করে!

- যখন গ্রাফগুলি একত্রিত হয় তখন এটি হয়।

গতিশীল পরিবর্তন

— আমাদের বলুন কিভাবে গতিশীল পরিবর্তনগুলি রোল আউট করা হয়: যদি রিপোর্টটি শুরু হওয়ার 6 মিনিট আগে বাতিল করা হয়, তাহলে অ্যাকশনের চেইন কী? কোন পাইপলাইন কাজ করে?

ভ্লাদিমির: পাইপলাইন খুবই শর্তসাপেক্ষ। বেশ কিছু সম্ভাবনা আছে। প্রথমটি হল শিডিউল জেনারেশন প্রোগ্রাম কাজ করেছে এবং সময়সূচী পরিবর্তন করেছে। পরিবর্তিত সময়সূচী Contentful-এ আপলোড করা হয়েছে। এর পরে ব্যাকএন্ড বুঝতে পারে যে কনটেন্টফুল-এ এই কনফারেন্সের জন্য কিছু পরিবর্তন আছে, এটি নেয় এবং এটি পুনর্নির্মাণ করে। সবকিছু সংগ্রহ করা হয় এবং ওয়েবসকেটের মাধ্যমে পাঠানো হয়।

দ্বিতীয় সম্ভাবনা, যখন সবকিছু একটি বিশ্রী গতিতে ঘটে: সম্পাদক ম্যানুয়ালি কনটেন্টফুল (টেলিগ্রামের লিঙ্ক, স্পিকারের উপস্থাপনা ইত্যাদি) তথ্য পরিবর্তন করেন এবং একই যুক্তি প্রথমবারের মতো কাজ করে।

নিকোলে: পৃষ্ঠাটি রিফ্রেশ না করেই সবকিছু ঘটে। সমস্ত পরিবর্তন ক্লায়েন্টের জন্য একেবারে নির্বিঘ্নে ঘটে। একই রিপোর্ট স্যুইচিং জন্য যায়. যখন সময় আসে, রিপোর্ট এবং ইন্টারফেস পরিবর্তন হয়।

ভ্লাদিমির: এছাড়াও, টাইমলাইনে রিপোর্ট শুরু করার সময় কাটঅফ রয়েছে। একেবারে শুরুতে কিছুই নেই। এবং যদি আপনি আপনার মাউসকে লাল স্ট্রাইপের উপর ঘোরান, তবে কিছু সময়ে, সম্প্রচার পরিচালককে ধন্যবাদ, কাটঅফগুলি উপস্থিত হবে। পরিচালক সম্প্রচারের সঠিক সূচনা সেট করেন, ব্যাকএন্ড এই পরিবর্তনটি তুলে নেয়, কনফারেন্সের সময়সূচী অনুসারে পুরো ট্র্যাকের উপস্থাপনাগুলির শুরু এবং শেষের সময় গণনা করে, এটি আমাদের ক্লায়েন্টদের কাছে পাঠায় এবং প্লেয়ার কাটঅফগুলি আঁকেন। এখন ব্যবহারকারী সহজেই রিপোর্টের শুরু এবং শেষে নেভিগেট করতে পারেন। এটি একটি কঠোর ব্যবসায়ের প্রয়োজনীয়তা ছিল, খুব সুবিধাজনক এবং দরকারী। আপনি রিপোর্টের জন্য আসল শুরুর সময় খুঁজে পেতে সময় নষ্ট করবেন না। এবং যখন আমরা একটি প্রিভিউ করি, তখন এটি একেবারেই চমৎকার হবে।

স্থাপনা

— আমি স্থাপনার বিষয়ে জিজ্ঞাসা করতে চাই। কোল্যা এবং দলটি পুরো অবকাঠামো সেট আপ করার জন্য শুরুতে অনেক সময় ব্যয় করেছে যেখানে সবকিছু আমাদের জন্য উন্মোচিত হয়। বলুন তো, সব কি দিয়ে তৈরি?

নিকোলে: প্রযুক্তিগত দৃষ্টিকোণ থেকে, আমাদের প্রাথমিকভাবে পণ্যটি যেকোন বিক্রেতার কাছ থেকে যতটা সম্ভব বিমূর্ত হওয়া প্রয়োজন ছিল। বিশেষভাবে AWS, বা বিশেষভাবে Yandex, বা Azure ইত্যাদি থেকে Terraform স্ক্রিপ্ট তৈরি করতে AWS-এ আসুন। সত্যিই মাপসই না. এক পর্যায়ে আমাদের কোথাও সরে যেতে হয়েছে।

প্রথম তিন সপ্তাহ ধরে আমরা ক্রমাগত এটি আরও ভাল করার উপায় খুঁজছিলাম। ফলস্বরূপ, আমরা উপসংহারে পৌঁছেছি যে এই ক্ষেত্রে কুবারনেটসই আমাদের সবকিছু, কারণ এটি আমাদের স্বয়ংক্রিয়ভাবে-স্কেলিং পরিষেবা তৈরি করতে, অটো-রোলআউট করতে এবং প্রায় সমস্ত পরিষেবাগুলিকে বাক্সের বাইরে পেতে দেয়৷ স্বাভাবিকভাবেই, কুবারনেটস, ডকারের সাথে কাজ করার জন্য সমস্ত পরিষেবাকে প্রশিক্ষণ দিতে হয়েছিল এবং দলটিকেও শিখতে হয়েছিল।

আমাদের দুটি ক্লাস্টার আছে। পরীক্ষা এবং উত্পাদন। তারা হার্ডওয়্যার এবং সেটিংস পরিপ্রেক্ষিতে একেবারে অভিন্ন. আমরা কোড হিসাবে পরিকাঠামো বাস্তবায়ন করি। সমস্ত পরিষেবা স্বয়ংক্রিয়ভাবে একটি স্বয়ংক্রিয় পাইপলাইন ব্যবহার করে বৈশিষ্ট্য শাখা, মাস্টার শাখা, পরীক্ষা শাখা এবং গিটল্যাব থেকে তিনটি পরিবেশে স্বয়ংক্রিয়ভাবে রোল আউট হয়। এটি সর্বাধিকভাবে গিটল্যাবে একত্রিত করা হয়েছে, সর্বাধিক ইলাস্টিক, প্রমিথিউসের সাথে একত্রিত।

আমরা দ্রুত (10 মিনিটের মধ্যে ব্যাকএন্ডের জন্য, 5 মিনিটের মধ্যে ফ্রন্টএন্ডের জন্য) সমস্ত পরীক্ষা, ইন্টিগ্রেশন, চলমান কার্যকরী পরীক্ষা, পরিবেশের উপর ইন্টিগ্রেশন পরীক্ষা, এবং লোড পরীক্ষার সাথে পরীক্ষা সহ যেকোনো পরিবেশে পরিবর্তন আনার সুযোগ পাই। একটি পরীক্ষার পরিবেশ প্রায় একই জিনিস যা আমরা উত্পাদন পেতে চাই।

পরীক্ষা সম্পর্কে

- আপনি প্রায় সবকিছু পরীক্ষা করেন, আপনি কীভাবে সবকিছু লিখেছেন তা বিশ্বাস করা কঠিন। আপনি ব্যাকএন্ড পরীক্ষা সম্পর্কে আমাদের বলতে পারেন: সবকিছু কতটা আচ্ছাদিত, কি পরীক্ষা?

ভ্লাদিমির: দুই ধরনের পরীক্ষা লিখিত হয়েছে। প্রথমটি উপাদান পরীক্ষা। সমগ্র বসন্ত প্রয়োগের লিফ্ট লেভেল পরীক্ষা এবং বেস ইন টেস্ট কন্টেইনার. এটি সর্বোচ্চ স্তরের ব্যবসায়িক পরিস্থিতিগুলির একটি পরীক্ষা। আমি ফাংশন পরীক্ষা না. আমরা শুধুমাত্র কিছু বড় জিনিস পরীক্ষা. উদাহরণস্বরূপ, পরীক্ষায়, ব্যবহারকারীর সাথে লগ ইন করার প্রক্রিয়াটি অনুকরণ করা হয়, ব্যবহারকারীর টিকিটের জন্য অনুরোধ যেখানে তিনি যেতে পারেন এবং স্ট্রিমটি দেখার জন্য অ্যাক্সেসের অনুরোধ। খুব পরিষ্কার ব্যবহারকারীর দৃশ্যকল্প.

প্রায় একই জিনিস তথাকথিত ইন্টিগ্রেশন পরীক্ষায় বাস্তবায়িত হয়, যা আসলে পরিবেশে চলে। প্রকৃতপক্ষে, যখন উত্পাদনে পরবর্তী স্থাপনাটি চালু করা হয়, তখন প্রকৃত মৌলিক পরিস্থিতিগুলিও উত্পাদনে চলছে। একই লগইন, টিকিটের অনুরোধ করা, ক্লাউডফ্রন্টে অ্যাক্সেসের অনুরোধ করা, স্ট্রীমটি সত্যিই আমার অনুমতির সাথে সংযুক্ত কিনা তা পরীক্ষা করা, পরিচালকের ইন্টারফেস পরীক্ষা করা।

এই মুহুর্তে আমার বোর্ডে প্রায় 70টি উপাদান পরীক্ষা এবং প্রায় 40টি ইন্টিগ্রেশন পরীক্ষা রয়েছে। কভারেজ 95% এর খুব কাছাকাছি। এটি উপাদানগুলির জন্য, একীকরণের জন্য কম, এখানে খুব বেশি প্রয়োজন নেই। বিবেচনা করে যে প্রকল্পটিতে সমস্ত ধরণের কোড জেনারেশন জড়িত, এটি একটি খুব ভাল সূচক। তিন মাসে আমরা যা করেছি তা করার আর কোন উপায় ছিল না। কারণ আমরা যদি ম্যানুয়ালি পরীক্ষা করি, আমাদের পরীক্ষককে বৈশিষ্ট্যগুলি দিয়ে থাকি, এবং সে বাগগুলি খুঁজে পায় এবং সেগুলিকে সংশোধনের জন্য আমাদের কাছে ফেরত দেয়, তাহলে কোডটি ডিবাগ করার জন্য এই রাউন্ড ট্রিপটি খুব দীর্ঘ হবে এবং আমরা কোনও সময়সীমা পূরণ করব না৷

নিকোলে: প্রচলিতভাবে, কিছু ফাংশন পরিবর্তন করার সময় পুরো প্ল্যাটফর্মে একটি রিগ্রেশন করতে, আপনাকে দুই দিনের জন্য সব জায়গায় বসে থাকতে হবে।

ভ্লাদিমির: অতএব, এটি একটি দুর্দান্ত সাফল্য যে যখন আমি একটি বৈশিষ্ট্য অনুমান করি, আমি বলি যে আমার দুটি সাধারণ কলম এবং 4টি ওয়েবসকেটের জন্য 1 দিন প্রয়োজন, কোল্যা এটি অনুমতি দেয়। তিনি ইতিমধ্যে অভ্যস্ত যে এই 4 দিনের মধ্যে 2 ধরনের পরীক্ষা অন্তর্ভুক্ত, এবং তারপর, সম্ভবত, এটি কাজ করবে।

নিকোলে: আমার কাছে 140 টি পরীক্ষা লেখা আছে: উপাদান + কার্যকরী, যা একই জিনিস করে। সমস্ত একই পরিস্থিতি উৎপাদনে, পরীক্ষায় এবং উৎপাদনে পরীক্ষা করা হয়। আমরা সম্প্রতি কার্যকরী মৌলিক UI পরীক্ষা যোগ করেছি। এইভাবে আমরা সবচেয়ে মৌলিক কার্যকারিতা কভার করি যা বিচ্ছিন্ন হতে পারে।

ভ্লাদিমির: অবশ্যই, এটি লোড পরীক্ষা সম্পর্কে কথা বলা মূল্যবান। সবকিছু কেমন আছে, খরগোশের সাথে কী ঘটছে, জেভিএমগুলির সাথে কী ঘটছে, আসলে কতটা মেমরির প্রয়োজন তা বোঝার জন্য বাস্তবের কাছাকাছি একটি লোডের নীচে প্ল্যাটফর্মটি পরীক্ষা করা দরকার ছিল।

— আমি নিশ্চিতভাবে জানি না যে আমরা স্ট্রীম সাইডে কিছু পরীক্ষা করছি কিনা, কিন্তু আমার মনে আছে যে আমরা মিটআপ করার সময় ট্রান্সকোডারগুলির সাথে সমস্যা ছিল। আমরা কি স্ট্রিম পরীক্ষা করেছি?

আর্টিওম: পুনরাবৃত্তিমূলকভাবে পরীক্ষিত. মিটিং-এর আয়োজন। মিটআপ আয়োজনের প্রক্রিয়ায়, প্রায় 2300টি JIRA টিকেট ছিল। এগুলি কেবল সাধারণ জিনিস যা লোকেরা মিটআপ করার জন্য করেছিল। আমরা প্ল্যাটফর্মের কিছু অংশ মিটআপের জন্য একটি পৃথক পৃষ্ঠায় নিয়েছিলাম, যেটি কিরিল টোলকাচেভ (talkkv).

সত্যি বলতে কোন বড় সমস্যা ছিল না। আক্ষরিকভাবে কয়েকবার আমরা ক্লাউডফ্রন্টে ক্যাশিং বাগগুলি ধরেছি, আমরা এটি বেশ দ্রুত সমাধান করেছি - আমরা কেবল নীতিগুলি পুনরায় কনফিগার করেছি৷ সাইটের স্ট্রিমিং সিস্টেমে মানুষের মধ্যে উল্লেখযোগ্যভাবে বেশি বাগ ছিল।

সম্মেলনের সময়, আমাকে আরও অনেক রপ্তানিকারক লিখতে হয়েছিল যাতে আরও সরঞ্জাম এবং পরিষেবাগুলি কভার করা যায়। কিছু জায়গায় আমাকে শুধুমাত্র মেট্রিক্সের জন্য নিজের সাইকেল তৈরি করতে হয়েছিল। AV (অডিও-ভিডিও) হার্ডওয়্যারের জগত খুব গোলাপী নয় - আপনার কাছে এমন কিছু "API" সরঞ্জাম রয়েছে যা আপনি কেবল প্রভাবিত করতে পারবেন না। এবং এটি একটি সত্য থেকে দূরে যে আপনি আপনার প্রয়োজনীয় তথ্য পেতে সক্ষম হবেন। হার্ডওয়্যার বিক্রেতারা সত্যিই ধীর, এবং আপনি তাদের কাছ থেকে যা চান তা পাওয়া প্রায় অসম্ভব। মোট 100 টিরও বেশি হার্ডওয়্যার রয়েছে, তারা আপনার যা প্রয়োজন তা ফেরত দেয় না এবং আপনি অদ্ভুত এবং অপ্রয়োজনীয় রপ্তানিকারকদের লেখেন, যার জন্য আপনি অন্তত কোনওভাবে সিস্টেমটি ডিবাগ করতে পারেন।

উপকরণ

— আমার মনে আছে কীভাবে সম্মেলন শুরু হওয়ার আগে আমরা আংশিকভাবে অতিরিক্ত সরঞ্জাম কিনেছিলাম।

আর্টিওম: আমরা কম্পিউটার, ল্যাপটপ এবং ব্যাটারি প্যাক কিনেছি। এই মুহুর্তে আমরা 40 মিনিটের জন্য বিদ্যুৎ ছাড়া বাঁচতে পারি। জুন মাসে সেন্ট পিটার্সবার্গে প্রচন্ড বজ্রপাত হয়েছিল - তাই আমাদের এমন একটি ব্ল্যাকআউট ছিল। একই সময়ে, বেশ কিছু প্রদানকারী আমাদের কাছে বিভিন্ন পয়েন্ট থেকে অপটিক্যাল লিঙ্ক নিয়ে আসে। এটি সত্যিই 40 মিনিটের বিল্ডিং ডাউনটাইম, এই সময়ে আমরা লাইট অন, সাউন্ড, ক্যামেরা ইত্যাদি কাজ করব।

— ইন্টারনেটের সাথে আমাদের একই রকম গল্প আছে। আমাদের স্টুডিওগুলি যে অফিসে অবস্থিত, আমরা মেঝেগুলির মধ্যে একটি প্রচণ্ড জাল টেনেছি।

আর্টিওম: আমরা মেঝে মধ্যে 20 Gbit ফাইবার আছে. আরও মেঝে বরাবর, কোথাও অপটিক্স আছে, কোথাও কোন অপটিক্স নেই, কিন্তু তবুও গিগাবিটের চেয়ে কম চ্যানেল রয়েছে - আমরা কনফারেন্সের ট্র্যাকগুলির মধ্যে তাদের উপর ভিডিও চালাই। সাধারণভাবে, আপনার নিজস্ব অবকাঠামোতে কাজ করা খুব সুবিধাজনক; আপনি সাইটগুলিতে অফলাইন সম্মেলনে খুব কমই এটি করতে পারেন।

— আমি JUG Ru গ্রুপে কাজ করার আগে, আমি দেখেছি কীভাবে অফলাইন কনফারেন্সে হার্ডওয়্যার রুম রাতারাতি সেট আপ করা হয়, যেখানে আপনি Grafana-এ তৈরি করা সমস্ত মেট্রিক্স সহ একটি বড় মনিটর ছিল। এখন একটি সদর দফতরের কক্ষ রয়েছে যেখানে উন্নয়ন দল বসে, যা সম্মেলনের সময় কিছু বাগ সংশোধন করে এবং বৈশিষ্ট্যগুলি বিকাশ করে। একই সময়ে, একটি মনিটরিং সিস্টেম রয়েছে যা একটি বড় পর্দায় প্রদর্শিত হয়। Artyom, Kolya এবং অন্যান্য ছেলেরা বসে এবং নিশ্চিত করুন যে এটি সব পড়ে না এবং সুন্দরভাবে কাজ করে।

কৌতূহল এবং সমস্যা

— আপনি এই সত্যটি সম্পর্কে ভাল কথা বলেছেন যে আমরা অ্যামাজনের সাথে স্ট্রিমিং করেছি, ওয়েবের সাথে একটি প্লেয়ার রয়েছে, সবকিছু বিভিন্ন প্রোগ্রামিং ভাষায় লেখা আছে, ত্রুটি সহনশীলতা এবং অন্যান্য ব্যবসায়িক প্রয়োজনীয়তা সরবরাহ করা হয়েছে, যার মধ্যে একটি ব্যক্তিগত অ্যাকাউন্ট রয়েছে যা আইনি সত্ত্বার জন্য সমর্থিত এবং ব্যক্তি, এবং আমরা OAuth 2.0 ব্যবহার করে কারো সাথে একীভূত হতে পারি, সেখানে জালিয়াতি বিরোধী, ব্যবহারকারী ব্লকিং আছে। আমরা পরিবর্তনগুলি গতিশীলভাবে রোল আউট করতে পারি কারণ আমরা এটি ভাল করেছি এবং এটি সবই পরীক্ষিত।

আমি জানতে আগ্রহী যে কোন কিছু শুরু করার ক্ষেত্রে কী অদ্ভুততা জড়িত ছিল। আপনি যখন একটি ব্যাকএন্ড, ফ্রন্টএন্ড তৈরি করছিলেন তখন কি কোনও অদ্ভুত পরিস্থিতি হয়েছে, কিছু পাগল হয়ে গেল এবং আপনি বুঝতে পারছিলেন না এর সাথে কী করবেন?

ভ্লাদিমির: আমার কাছে মনে হচ্ছে এটা গত তিন মাস ধরেই হয়েছে। প্রতিদিন. আপনি দেখতে পাচ্ছেন, আমার সমস্ত চুল টেনে বের করা হয়েছে।

ভ্লাদিমির ক্র্যাসিলশিক 3 মাস পরে, যখন কোনও ধরণের খেলা পরিণত হয়েছিল এবং কেউ বুঝতে পারেনি এর সাথে কী করতে হবে

প্রতিদিন এমন কিছু ছিল, যখন এমন একটি মুহূর্ত ছিল যখন আপনি এটি গ্রহণ করেন এবং আপনার চুল ছিঁড়ে ফেলেন, বা বুঝতে পারেন যে অন্য কেউ নেই, এবং শুধুমাত্র আপনি এটি করতে পারেন। আমাদের প্রথম বড় ইভেন্ট ছিল টেকট্রেন। 6 জুন দুপুর 2 টায় আমরা এখনও উত্পাদন পরিবেশ তৈরি করিনি, কোল্যা এটি রোল আউট করছিল। এবং ব্যক্তিগত অ্যাকাউন্ট OAuth2.0 ব্যবহার করে একটি অনুমোদন সার্ভার হিসাবে কাজ করেনি। প্ল্যাটফর্মটিকে এর সাথে সংযুক্ত করতে আমরা এটিকে একটি OAuth2.0 প্রদানকারীতে পরিণত করেছি। আমি সম্ভবত 18 ঘন্টা ধরে কাজ করছিলাম, আমি কম্পিউটারের দিকে তাকালাম এবং কিছুই দেখতে পেলাম না, কেন এটি কাজ করছে না তা আমি বুঝতে পারিনি, এবং কোলিয়া দূর থেকে আমার কোডটি দেখেছিল, স্প্রিং কনফিগারেশনে একটি বাগ খুঁজছিল , এটি পাওয়া গেছে, এবং LC কাজ করেছে, এবং উৎপাদনেও।

নিকোলে: আর এক ঘণ্টা আগে টেকট্রেন রিলিজ হয়েছিল।

অনেক তারা এখানে সারিবদ্ধ ছিল. আমরা অত্যন্ত ভাগ্যবান ছিলাম কারণ আমাদের একটি সুপার টিম ছিল এবং প্রত্যেকেই এটি অনলাইনে করার ধারণা দ্বারা অনুপ্রাণিত হয়েছিল। এই তিন মাস আমরা "YouTube তৈরি করেছি।" আমি নিজেকে আমার চুল ছিঁড়তে দিইনি, তবে সবাইকে বলেছিলাম যে সবকিছু কার্যকর হবে, কারণ আসলে, সবকিছু অনেক আগেই গণনা করা হয়েছিল।

কর্মক্ষমতা সম্পর্কে

— আপনি কি আমাকে বলতে পারেন যে এক ট্র্যাকে কতজন লোক সাইটে ছিল? কোন কর্মক্ষমতা সমস্যা ছিল?

নিকোলে: কোন পারফরম্যান্স সমস্যা ছিল না, আমরা আগেই বলেছি। একটি প্রতিবেদনে যোগদানকারী সর্বাধিক সংখ্যক লোক ছিল 1300 জন, এটি হাইজেনবাগে।

— স্থানীয় দেখার সাথে কোন সমস্যা ছিল? এবং এটি কিভাবে সব কাজ করে তার ডায়াগ্রাম সহ একটি প্রযুক্তিগত বিবরণ আছে কি সম্ভব?

নিকোলে: আমরা পরে এই সম্পর্কে একটি নিবন্ধ তৈরি করব.

এমনকি আপনি স্থানীয়ভাবে স্ট্রীম ডিবাগ করতে পারেন। একবার সম্মেলন শুরু হলে, এটি আরও সহজ হয়ে ওঠে, কারণ উত্পাদন স্ট্রীমগুলি উপস্থিত হয়েছিল যা আমরা সব সময় দেখতে পারি।

ভ্লাদিমির: আমি এটি বুঝতে পেরেছি, ফ্রন্ট-এন্ড ডেভেলপাররা স্থানীয়ভাবে উপহাসের সাথে কাজ করেছে এবং তারপরে, যেহেতু সামনের ডেভগুলিতে রোল আউট করার সময়ও কম (5 মিনিট), সার্টিফিকেটগুলির সাথে কী চলছে তা পরীক্ষা করতে কোনও সমস্যা নেই।

— সবকিছু পরীক্ষিত এবং ডিবাগ করা হয়, এমনকি স্থানীয়ভাবেও। এর অর্থ হল আমরা সমস্ত প্রযুক্তিগত বৈশিষ্ট্য সহ একটি নিবন্ধ লিখব, আপনাকে দেখাব, আপনাকে চিত্র সহ সবকিছু বলব, এটি কেমন ছিল।

ভ্লাদিমির: আপনি এটি নিতে এবং এটি পুনরাবৃত্তি করতে পারেন।

- 3 মাসে।

ফলাফল

— একসাথে বর্ণিত সবকিছুই দুর্দান্ত শোনাচ্ছে, বিবেচনা করে যে এটি একটি ছোট দল তিন মাসে করেছে।

নিকোলে: একটি বড় দল এটা করবে না। কিন্তু একটি ছোট দল যারা একে অপরের সাথে বেশ ঘনিষ্ঠভাবে এবং ভাল যোগাযোগ করে এবং একটি চুক্তিতে আসতে পারে। তাদের কোন দ্বন্দ্ব নেই, স্থাপত্যটি দুই দিনের মধ্যে উদ্ভাবিত হয়েছিল, চূড়ান্ত করা হয়েছিল এবং আসলে পরিবর্তন হয়নি। বৈশিষ্ট্যের অনুরোধ এবং পরিবর্তনগুলি জমা করার ক্ষেত্রে ইনকামিং ব্যবসার প্রয়োজনীয়তাগুলির একটি খুব কঠোর সুবিধা রয়েছে৷

— গ্রীষ্মকালীন সম্মেলনগুলি ইতিমধ্যে অনুষ্ঠিত হওয়ার পরে আপনার আরও কাজের তালিকায় কী ছিল?

নিকোলে: উদাহরণস্বরূপ, ক্রেডিট। ভিডিওতে ক্রিপিং লাইন, ভিডিওর কিছু জায়গায় পপ-আপ দেখানো বিষয়বস্তুর উপর নির্ভর করে। উদাহরণস্বরূপ, স্পিকার শ্রোতাদের কাছে একটি প্রশ্ন জিজ্ঞাসা করতে চান, এবং একটি ভোট স্ক্রিনে পপ আপ হয়, যা স্পিকারের কাছে ভোটের ফলাফলের ভিত্তিতে পিছনে ফিরে যায়। উপস্থাপনার সময়ই প্রতিবেদনের লাইক, হার্ট, রেটিং আকারে কিছু সামাজিক ক্রিয়াকলাপ, যাতে আপনি প্রতিক্রিয়া ফর্মগুলির দ্বারা পরে বিভ্রান্ত না হয়ে সঠিক মুহূর্তে প্রতিক্রিয়া পূরণ করতে পারেন। শুরুতে এভাবে।

এবং পুরো প্ল্যাটফর্মে যোগ করা, স্ট্রিমিং এবং কনফারেন্স ব্যতীত, কনফারেন্স-পরবর্তী অবস্থাও। এগুলি হল প্লেলিস্টগুলি (ব্যবহারকারীদের দ্বারা সংকলিত সহ), সম্ভবত অন্যান্য অতীত সম্মেলনের বিষয়বস্তু, সমন্বিত, লেবেলযুক্ত, ব্যবহারকারীর কাছে অ্যাক্সেসযোগ্য এবং আমাদের ওয়েবসাইটে দেখার জন্য উপলব্ধ (live.jugru.org).

- বন্ধুরা, আপনার উত্তরের জন্য আপনাকে অনেক ধন্যবাদ!

পাঠকদের মধ্যে যদি আমাদের গ্রীষ্মকালীন সম্মেলনে অংশগ্রহনকারীরা থাকে, দয়া করে প্লেয়ার এবং সম্প্রচার সম্পর্কে আপনার ইমপ্রেশন শেয়ার করুন। কি সুবিধাজনক ছিল, আপনি কি বিরক্ত, আপনি ভবিষ্যতে কি দেখতে চান?

আপনি যদি প্ল্যাটফর্মে আগ্রহী হন এবং এটি "যুদ্ধে" দেখতে চান তবে আমরা এটি আবার ব্যবহার করব শরৎ-শীতকালীন সম্মেলন. সেগুলির একটি সম্পূর্ণ পরিসর রয়েছে, তাই প্রায় অবশ্যই আপনার জন্য সঠিক একটি রয়েছে৷

উত্স: www.habr.com