આ વસંતઋતુમાં અમે અમારી જાતને ખૂબ જ ખુશખુશાલ સ્થિતિમાં જોયા. રોગચાળાને કારણે, તે સ્પષ્ટ થઈ ગયું કે અમારી ઉનાળાની પરિષદોને ઑનલાઇન ખસેડવાની જરૂર છે. અને તેમને કાર્યક્ષમ રીતે ઓનલાઈન ચલાવવા માટે, તૈયાર સોફ્ટવેર સોલ્યુશન્સ અમારા માટે યોગ્ય ન હતા; અમારે પોતાનું લખવું જરૂરી હતું. અને આ કરવા માટે અમારી પાસે ત્રણ મહિના હતા.

તે સ્પષ્ટ છે કે તે એક આકર્ષક ત્રણ મહિના રહ્યો છે. પરંતુ બહારથી તે સંપૂર્ણપણે સ્પષ્ટ નથી: ઑનલાઇન કોન્ફરન્સ પ્લેટફોર્મ શું છે? તે કયા ભાગોનો સમાવેશ કરે છે? તેથી, ઉનાળાના છેલ્લા દેવઓપ્સ પરિષદોમાં, મેં આ કાર્ય માટે જવાબદાર લોકોને પૂછ્યું:

• નિકોલે મોલ્ચાનોવ - જેયુજી રૂ ગ્રુપના તકનીકી નિર્દેશક;
• વ્લાદિમીર ક્રાસિલશ્ચિક એક વ્યવહારિક જાવા પ્રોગ્રામર છે જે બેકએન્ડ પર કામ કરે છે (તમે અમારી જાવા કોન્ફરન્સમાં તેના અહેવાલો પણ જોઈ શકો છો);
• Artyom Nikonov અમારા તમામ વિડિયો સ્ટ્રીમિંગ માટે જવાબદાર છે.

માર્ગ દ્વારા, પાનખર-શિયાળાની પરિષદોમાં અમે સમાન પ્લેટફોર્મના સુધારેલા સંસ્કરણનો ઉપયોગ કરીશું - તેથી ઘણા હેબ્રા વાચકો હજી પણ તેના વપરાશકર્તાઓ હશે.

સામાન્ય ચિત્ર

- ટીમની રચના શું હતી?

નિકોલે મોલ્ચાનોવ: અમારી પાસે એક વિશ્લેષક, એક ડિઝાઇનર, એક પરીક્ષક, ત્રણ ફ્રન્ટ-એન્ડર્સ અને બેક-એન્ડ છે. અને, અલબત્ત, ટી-આકારના નિષ્ણાત!

- પ્રક્રિયા સામાન્ય રીતે કેવી દેખાતી હતી?

નિકોલે: મધ્ય માર્ચ સુધી, અમારી પાસે ઑનલાઇન માટે બિલકુલ તૈયાર નહોતું. અને 15 માર્ચે, આખું ઓનલાઈન કેરોયુઝલ સ્પિન થવા લાગ્યું. અમે અનેક રિપોઝીટરીઝ સેટ કરી, આયોજન કર્યું, મૂળભૂત આર્કિટેક્ચરની ચર્ચા કરી અને ત્રણ મહિનામાં બધું જ કર્યું.

આ, અલબત્ત, આયોજન, આર્કિટેક્ચર, વિશેષતાઓની પસંદગી, તે સુવિધાઓ માટે મતદાન, તે સુવિધાઓ માટેની નીતિ, તેમની ડિઝાઇન, વિકાસ, પરીક્ષણના ઉત્તમ તબક્કાઓમાંથી પસાર થયું. પરિણામે, 6 જૂનના રોજ, અમે ઉત્પાદન માટે બધું જ રોલ આઉટ કર્યું. ટેકટ્રેન. દરેક વસ્તુ માટે 90 દિવસ હતા.

- અમે જે માટે પ્રતિબદ્ધ છીએ તે પૂર્ણ કરવામાં અમે મેનેજ કર્યું?

નિકોલે: અમે હવે DevOops કોન્ફરન્સમાં ઑનલાઇન ભાગ લઈ રહ્યા હોવાથી, તેનો અર્થ એ છે કે તે કામ કર્યું. હું વ્યક્તિગત રીતે મુખ્ય વસ્તુ માટે પ્રતિબદ્ધ છું: હું ગ્રાહકોને એક સાધન લાવીશ જેની સાથે તેઓ ઑનલાઇન કોન્ફરન્સ કરી શકે.

પડકાર આ હતો: અમને એક સાધન આપો જેની મદદથી અમે ટિકિટ ધારકોને અમારી કોન્ફરન્સનું પ્રસારણ કરી શકીએ.

તમામ આયોજનને અનેક તબક્કામાં વિભાજિત કરવામાં આવ્યું હતું, અને તમામ સુવિધાઓ (લગભગ 30 વૈશ્વિક)ને 4 શ્રેણીઓમાં વિભાજિત કરવામાં આવી હતી:

• જે આપણે ચોક્કસપણે કરીશું (અમે તેમના વિના જીવી શકતા નથી),
• જે આપણે બીજું કરીશું,
• જે આપણે ક્યારેય નહીં કરીએ,
• અને જે આપણે ક્યારેય નહીં કરીએ.

અમે પ્રથમ બે શ્રેણીઓમાંથી તમામ સુવિધાઓ બનાવી છે.

— હું જાણું છું કે કુલ 600 JIRA મુદ્દાઓ બનાવવામાં આવ્યા હતા. ત્રણ મહિનામાં, તમે 13 માઇક્રોસર્વિસિસ કરી, અને મને શંકા છે કે તે ફક્ત જાવામાં જ લખવામાં આવી નથી. તમે વિવિધ તકનીકોનો ઉપયોગ કર્યો છે, તમારી પાસે ત્રણ ઉપલબ્ધતા ઝોનમાં બે કુબરનેટ્સ ક્લસ્ટર છે અને એમેઝોનમાં 5 RTMP સ્ટ્રીમ છે.

ચાલો હવે સિસ્ટમના દરેક ઘટકને અલગથી જોઈએ.

સ્ટ્રીમિંગ

— ચાલો શરૂઆત કરીએ જ્યારે અમારી પાસે પહેલાથી જ વિડિયો ઈમેજ હોય ​​અને તે અમુક સેવાઓમાં ટ્રાન્સમિટ થાય. આર્ટીઓમ, અમને કહો કે આ સ્ટ્રીમિંગ કેવી રીતે થાય છે?

આર્ટીઓમ નિકોનોવ: અમારી સામાન્ય યોજના આના જેવી દેખાય છે: કેમેરામાંથી ઇમેજ -> અમારા કંટ્રોલ રૂમ -> સ્થાનિક RTMP સર્વર -> Amazon -> વિડિયો પ્લેયર. વધુ વિગતો તેના વિશે લખ્યું જૂનમાં હાબ્રે પર.

સામાન્ય રીતે, આ કરવાની બે વૈશ્વિક રીતો છે: કાં તો હાર્ડવેર પર અથવા સોફ્ટવેર સોલ્યુશન્સ પર આધારિત. અમે સોફ્ટવેર રૂટ પસંદ કર્યો કારણ કે તે રિમોટ સ્પીકર્સના કિસ્સામાં સરળ છે. બીજા દેશમાં સ્પીકર પર હાર્ડવેર લાવવું હંમેશા શક્ય નથી, પરંતુ સ્પીકરને સોફ્ટવેર પહોંચાડવાનું સરળ અને વધુ વિશ્વસનીય લાગે છે.

હાર્ડવેરના દૃષ્ટિકોણથી, અમારી પાસે ચોક્કસ સંખ્યામાં કેમેરા છે (અમારા સ્ટુડિયોમાં અને રિમોટ સ્પીકર્સ પર), સ્ટુડિયોમાં ચોક્કસ સંખ્યામાં રિમોટ કંટ્રોલ છે, જેનું પ્રસારણ દરમિયાન કેટલીકવાર ટેબલની નીચે જ સમારકામ કરવું પડે છે.

આ ઉપકરણોમાંથી સિગ્નલો કેપ્ચર કાર્ડ્સ, ઇનપુટ/આઉટપુટ કાર્ડ્સ અને સાઉન્ડ કાર્ડ્સ સાથે કમ્પ્યુટર્સમાં પ્રવેશ કરે છે. ત્યાં સિગ્નલો મિશ્રિત થાય છે અને લેઆઉટમાં એસેમ્બલ થાય છે:

4 સ્પીકર માટે લેઆઉટનું ઉદાહરણ

4 સ્પીકર માટે લેઆઉટનું ઉદાહરણ

આગળ, ત્રણ કમ્પ્યુટર્સની મદદથી સતત પ્રસારણ પૂરું પાડવામાં આવે છે: ત્યાં એક મુખ્ય મશીન છે અને બદલામાં એક જોડી કાર્યરત છે. પ્રથમ કમ્પ્યુટર પ્રથમ અહેવાલ, બીજો - વિરામ, પ્રથમ - આગામી અહેવાલ, બીજો - આગામી વિરામ, વગેરે એકત્રિત કરે છે. અને મુખ્ય મશીન પ્રથમને બીજા સાથે મિશ્રિત કરે છે.

આ એક પ્રકારનો ત્રિકોણ બનાવે છે, અને જો આમાંના કોઈપણ નોડ નિષ્ફળ જાય, તો અમે ઝડપથી અને ગુણવત્તાની ખોટ વિના ગ્રાહકોને સામગ્રી પહોંચાડવાનું ચાલુ રાખી શકીએ છીએ. અમારી આવી સ્થિતિ હતી. પરિષદોના પ્રથમ સપ્તાહ દરમિયાન, અમે એક મશીનને ઠીક કર્યું, તેને ચાલુ/બંધ કર્યું. લોકો અમારી સ્થિતિસ્થાપકતાથી ખુશ જણાય છે.

આગળ, કમ્પ્યુટર્સમાંથી સ્ટ્રીમ્સ સ્થાનિક સર્વર પર જાય છે, જેમાં બે કાર્યો છે: રૂટ RTMP સ્ટ્રીમ્સ અને રેકોર્ડ બેકઅપ. તેથી અમારી પાસે બહુવિધ રેકોર્ડિંગ પોઇન્ટ છે. પછી વિડિયો સ્ટ્રીમ્સ એમેઝોન સાસ સેવાઓ પર બનેલી અમારી સિસ્ટમના ભાગમાં મોકલવામાં આવે છે. અમે ઉપયોગ કરીએ છીએ મીડિયાલાઈવ,S3,ક્લાઉડફ્રન્ટ.

નિકોલે: વીડિયો પ્રેક્ષકો સુધી પહોંચે તે પહેલાં ત્યાં શું થાય છે? તમારે તેને કોઈક રીતે કાપવું પડશે, બરાબર?

આર્ટીઓમ: અમે અમારા તરફથી વિડિઓને સંકુચિત કરીએ છીએ અને તેને MediaLive પર મોકલીએ છીએ. અમે ત્યાં ટ્રાન્સકોડર્સ લોન્ચ કરીએ છીએ. તેઓ રીઅલ ટાઇમમાં વિડિયોને કેટલાક રિઝોલ્યુશનમાં ટ્રાન્સકોડ કરે છે જેથી કરીને લોકો તેમને તેમના ફોન પર, દેશમાં નબળા ઇન્ટરનેટ દ્વારા વગેરે જોઈ શકે. પછી આ સ્ટ્રીમ્સ કાપવામાં આવે છે હિસ્સા, આ રીતે પ્રોટોકોલ કામ કરે છે એચ.એલ.એસ.. અમે ફ્રન્ટએન્ડ પર એક પ્લેલિસ્ટ મોકલીએ છીએ જેમાં આ હિસ્સાના નિર્દેશકો હોય છે.

- શું આપણે 1080p રિઝોલ્યુશનનો ઉપયોગ કરીએ છીએ?

આર્ટીઓમ: અમારી વિડિઓની પહોળાઈ 1080p - 1920 પિક્સેલ જેટલી છે, અને ઊંચાઈ થોડી ઓછી છે, ચિત્ર વધુ વિસ્તરેલ છે - આના કારણો છે.

ખેલાડી

— Artyom એ વર્ણવ્યું કે વિડિઓ કેવી રીતે સ્ટ્રીમ્સમાં આવે છે, કેવી રીતે તેને વિવિધ સ્ક્રીન રીઝોલ્યુશન માટે વિવિધ પ્લેલિસ્ટમાં વિતરિત કરવામાં આવે છે, ટુકડાઓમાં કાપીને પ્લેયરમાં પ્રવેશ કરે છે. કોલ્યા, હવે મને કહો કે આ કેવા પ્રકારનો ખેલાડી છે, તે સ્ટ્રીમનો ઉપયોગ કેવી રીતે કરે છે, શા માટે HLS?

નિકોલે: અમારી પાસે એક પ્લેયર છે જેને તમામ કોન્ફરન્સ દર્શકો જોઈ શકે છે.

અનિવાર્યપણે, આ પુસ્તકાલયની આસપાસ એક આવરણ છે hls.js, જેના પર અન્ય ઘણા ખેલાડીઓ લખેલા છે. પરંતુ અમને ખૂબ ચોક્કસ કાર્યક્ષમતાની જરૂર છે: વ્યક્તિ જ્યાં છે તે સ્થાનને રીવાઇન્ડ અને ચિહ્નિત કરવું, તે હાલમાં કયો રિપોર્ટ જોઈ રહ્યો છે. અમારે અમારા પોતાના લેઆઉટ, તમામ પ્રકારના લોગો અને અમારી સાથે બિલ્ટ ઇન કરવામાં આવેલી અન્ય દરેક વસ્તુની પણ જરૂર હતી. તેથી, અમે અમારી પોતાની લાઇબ્રેરી (HLS પર રેપર) લખવાનું અને તેને સાઇટ પર એમ્બેડ કરવાનું નક્કી કર્યું.

આ રૂટ કાર્યક્ષમતા છે, તેથી તે લગભગ પ્રથમ લાગુ કરવામાં આવી હતી. અને પછી બધું તેની આસપાસ વધ્યું.

વાસ્તવમાં, અધિકૃતતા દ્વારા, ખેલાડી બેકએન્ડમાંથી સમય અને ગુણવત્તા સાથે સંબંધિત હિસ્સાની લિંક્સ સાથેની પ્લેલિસ્ટ મેળવે છે, જરૂરી ડાઉનલોડ કરે છે અને તેને વપરાશકર્તાને બતાવે છે, રસ્તામાં કેટલાક "જાદુ" કરે છે.

સમયરેખાનું ઉદાહરણ

— બધા રિપોર્ટ્સની સમયરેખા પ્રદર્શિત કરવા માટે પ્લેયરમાં જ એક બટન બનેલ છે...

નિકોલે: હા, અમે તરત જ વપરાશકર્તા નેવિગેશનની સમસ્યા હલ કરી. એપ્રિલના મધ્યમાં, અમે નક્કી કર્યું કે અમે અમારી દરેક પરિષદોને એક અલગ વેબસાઇટ પર પ્રસારિત કરીશું નહીં, પરંતુ એક પર બધું જ જોડીશું. જેથી ફુલ પાસ ટિકિટના ઉપયોગકર્તાઓ અલગ-અલગ કોન્ફરન્સ વચ્ચે મુક્તપણે સ્વિચ કરી શકે: લાઈવ બ્રોડકાસ્ટ અને ભૂતકાળના રેકોર્ડિંગ બંને.

અને વપરાશકર્તાઓ માટે વર્તમાન પ્રવાહમાં નેવિગેટ કરવાનું અને ટ્રેક્સ વચ્ચે સ્વિચ કરવાનું સરળ બનાવવા માટે, અમે ટ્રેક અને રિપોર્ટ્સ વચ્ચે સ્વિચ કરવા માટે "સંપૂર્ણ પ્રસારણ" બટન અને આડા રિપોર્ટ કાર્ડ્સ બનાવવાનું નક્કી કર્યું છે. કીબોર્ડ નિયંત્રણ છે.

- શું આમાં કોઈ તકનીકી મુશ્કેલીઓ હતી?

નિકોલે: તેમની પાસે એક સ્ક્રોલ પટ્ટી હતી જેના પર વિવિધ અહેવાલોના પ્રારંભિક બિંદુઓને ચિહ્નિત કરવામાં આવ્યા હતા.

— અંતે, YouTube એ કંઈક આવું કર્યું તે પહેલાં તમે સ્ક્રોલ બાર પર આ ચિહ્નો લાગુ કર્યા હતા?

આર્ટીઓમ: ત્યારે તેમની પાસે બીટામાં હતું. એવું લાગે છે કે આ એક ખૂબ જટિલ સુવિધા છે કારણ કે તેઓ પાછલા વર્ષથી વપરાશકર્તાઓ સાથે આંશિક રીતે તેનું પરીક્ષણ કરી રહ્યાં છે. અને હવે તે વેચાણ પર પહોંચી ગયું છે.

નિકોલે: પરંતુ અમે વાસ્તવમાં તે ઝડપથી વેચાણ માટે મેળવ્યું. પ્રામાણિકપણે, આ સરળ સુવિધા પાછળ પ્લેયરની અંદર બેકએન્ડ, ફ્રન્ટએન્ડ, ગણતરીઓ અને ગણિતનો મોટો જથ્થો છે.

અગ્રભાગ

— ચાલો જાણીએ કે આ સામગ્રી જે આપણે બતાવીએ છીએ (સ્પીચ કાર્ડ, સ્પીકર્સ, વેબસાઇટ, શેડ્યૂલ) આગળના છેડે કેવી રીતે આવે છે?

વ્લાદિમીર ક્રાસિલશ્ચિક: અમારી પાસે ઘણી આંતરિક IT સિસ્ટમ્સ છે. ત્યાં એક સિસ્ટમ છે જેમાં તમામ અહેવાલો અને તમામ સ્પીકર્સ દાખલ કરવામાં આવે છે. ત્યાં એક પ્રક્રિયા છે જેના દ્વારા વક્તા કોન્ફરન્સમાં ભાગ લે છે. સ્પીકર એપ્લિકેશન સબમિટ કરે છે, સિસ્ટમ તેને કેપ્ચર કરે છે, પછી ત્યાં ચોક્કસ પાઇપલાઇન હોય છે જે મુજબ રિપોર્ટ બનાવવામાં આવે છે.

આ રીતે વક્તા પાઇપલાઇન જુએ છે

આ સિસ્ટમ આપણો આંતરિક વિકાસ છે.

આગળ, તમારે વ્યક્તિગત અહેવાલોમાંથી શેડ્યૂલ બનાવવાની જરૂર છે. જેમ તમે જાણો છો, આ એક NP-હાર્ડ સમસ્યા છે, પરંતુ અમે તેને કોઈક રીતે હલ કરીએ છીએ. આ કરવા માટે, અમે અન્ય ઘટક લોન્ચ કરીએ છીએ જે શેડ્યૂલ જનરેટ કરે છે અને તેને તૃતીય-પક્ષ ક્લાઉડ સેવા Contentful પર અપલોડ કરે છે. ત્યાં, બધું એક ટેબલ જેવું લાગે છે જેમાં કોન્ફરન્સના દિવસો હોય છે, દિવસોમાં ટાઈમ સ્લોટ હોય છે અને સ્લોટમાં રિપોર્ટ્સ, બ્રેક્સ અથવા સ્પોન્સરશિપ પ્રવૃત્તિઓ હોય છે. તેથી અમે જે સામગ્રી જોઈએ છીએ તે તૃતીય-પક્ષ સેવામાં સ્થિત છે. અને કાર્ય તેને સાઇટ પર પહોંચાડવાનું છે.

એવું લાગે છે કે સાઇટ ફક્ત પ્લેયર સાથેનું એક પૃષ્ઠ છે, અને અહીં કંઈ જટિલ નથી. સિવાય કે તે નથી. આ પૃષ્ઠ પાછળનો બેકએન્ડ કન્ટેન્ટફુલ પર જાય છે, ત્યાંથી શેડ્યૂલ મેળવે છે, કેટલાક ઑબ્જેક્ટ્સ જનરેટ કરે છે અને તેને આગળના ભાગમાં મોકલે છે. વેબસોકેટ કનેક્શનનો ઉપયોગ કરીને, જે અમારા પ્લેટફોર્મના દરેક ક્લાયન્ટ બનાવે છે, અમે તેને બેકએન્ડથી ફ્રન્ટ એન્ડ સુધી શેડ્યૂલ માટે અપડેટ મોકલીએ છીએ.

વાસ્તવિક કેસ: સ્પીકરે કોન્ફરન્સ દરમિયાન જ નોકરી બદલી. અમારે તેના એમ્પ્લોયર કંપનીનો બેજ બદલવાની જરૂર છે. બેકએન્ડથી આ કેવી રીતે થાય છે? વેબસોકેટ દ્વારા તમામ ગ્રાહકોને અપડેટ મોકલવામાં આવે છે, અને પછી ફ્રન્ટએન્ડ પોતે જ સમયરેખાને ફરીથી દોરે છે. આ બધું એકીકૃત રીતે થાય છે. ક્લાઉડ સેવા અને અમારા કેટલાક ઘટકોનું સંયોજન અમને આ બધી સામગ્રી જનરેટ કરવાની અને તેને આગળના ભાગમાં પ્રદાન કરવાની તક આપે છે.

નિકોલે: અહીં એ સ્પષ્ટ કરવું અગત્યનું છે કે અમારી સાઇટ ક્લાસિક SPA એપ્લિકેશન નથી. આ લેઆઉટ-આધારિત, રેન્ડર કરેલી વેબસાઇટ અને SPA બંને છે. Google ખરેખર આ સાઇટને રેન્ડર કરેલ HTML તરીકે જુએ છે. આ SEO માટે અને વપરાશકર્તાને સામગ્રી પહોંચાડવા માટે સારું છે. તે પૃષ્ઠને જોતા પહેલા 1,5 મેગાબાઇટ્સ JavaScript લોડ થાય તેની રાહ જોતું નથી, તે તરત જ પહેલાથી રેન્ડર થયેલ પૃષ્ઠ જુએ છે, અને જ્યારે પણ તમે રિપોર્ટ સ્વિચ કરો છો ત્યારે તમને તે અનુભવાય છે. બધું અડધા સેકન્ડમાં થાય છે, કારણ કે સામગ્રી પહેલેથી જ તૈયાર છે અને યોગ્ય સ્થાને પોસ્ટ કરવામાં આવી છે.

- ચાલો ટેક્નોલોજીની યાદી બનાવીને ઉપરોક્ત તમામની નીચે એક રેખા દોરીએ. ટ્યોમાએ કહ્યું કે અમારી પાસે 5 એમેઝોન સ્ટ્રીમ છે અને અમે ત્યાં વિડિયો અને સાઉન્ડ ડિલિવરી કરીએ છીએ. અમારી પાસે ત્યાં બેશ સ્ક્રિપ્ટો છે, અમે તેનો ઉપયોગ શરૂ કરવા અને ગોઠવવા માટે કરીએ છીએ...

આર્ટીઓમ: આ AWS API દ્વારા થાય છે, ત્યાં ઘણી વધુ તકનીકી બાજુ સેવાઓ છે. અમે અમારી જવાબદારીઓ વહેંચી છે જેથી હું તેને પહોંચાડી શકું ક્લાઉડફ્રન્ટ, અને ફ્રન્ટ-એન્ડ અને બેક-એન્ડ ડેવલપર્સ તેને ત્યાંથી લે છે. સામગ્રીના લેઆઉટને સરળ બનાવવા માટે અમારી પાસે અમારી પોતાની સંખ્યાબંધ બાંધણીઓ છે, જેને અમે 4K વગેરેમાં બનાવીએ છીએ. સમયમર્યાદા ખૂબ જ ચુસ્ત હોવાથી, અમે તે લગભગ સંપૂર્ણપણે AWS પર કર્યું.

- પછી આ બધું બેકએન્ડ સિસ્ટમનો ઉપયોગ કરીને પ્લેયરમાં જાય છે. અમારી પાસે અમારા પ્લેયરમાં TypeScript, React, Next.JS છે. અને બેકએન્ડ પર અમારી પાસે C#, Java, Spring Boot અને Node.js માં ઘણી બધી સેવાઓ છે. આ બધું Yandex.Cloud ઈન્ફ્રાસ્ટ્રક્ચરનો ઉપયોગ કરીને Kubernetes નો ઉપયોગ કરીને જમાવવામાં આવે છે.

હું એ પણ નોંધવા માંગુ છું કે જ્યારે મને પ્લેટફોર્મ સાથે પરિચિત થવાની જરૂર હતી, ત્યારે તે સરળ બન્યું: બધી રીપોઝીટરીઝ ગિટલેબ પર છે, બધું સારી રીતે નામ આપવામાં આવ્યું છે, પરીક્ષણો લખવામાં આવ્યા છે, દસ્તાવેજો છે. એટલે કે ઈમરજન્સી મોડમાં પણ તેઓ આવી બાબતોનું ધ્યાન રાખતા હતા.

વ્યાપાર અવરોધો અને વિશ્લેષણ

— અમે વ્યવસાયની આવશ્યકતાઓને આધારે 10 વપરાશકર્તાઓને લક્ષ્યાંકિત કર્યા છે. અમારા પરના વ્યવસાય પ્રતિબંધો વિશે વાત કરવાનો આ સમય છે. અમારે ઉચ્ચ વર્કલોડ સુનિશ્ચિત કરવું હતું, વ્યક્તિગત ડેટાની જાળવણી અંગેના કાયદાનું પાલન સુનિશ્ચિત કરવું હતું. અને બીજું શું?

નિકોલે: શરૂઆતમાં, અમે વિડિઓ આવશ્યકતાઓથી શરૂઆત કરી. સૌથી મહત્વની બાબત એ છે કે ક્લાયંટને ઝડપી ડિલિવરી માટે વિશ્વભરમાં વિડિયો સ્ટોરેજનું વિતરણ કરવામાં આવે છે. અન્યમાં 1080p રિઝોલ્યુશન, તેમજ રીવાઇન્ડનો સમાવેશ થાય છે, જે અન્ય ઘણા લોકો લાઇવ મોડમાં અમલમાં મૂકતા નથી. પાછળથી અમે 2x સ્પીડને સક્ષમ કરવાની ક્ષમતા ઉમેરી, તેની મદદથી તમે લાઇવ સાથે "કેચ અપ" કરી શકો છો અને રીઅલ ટાઇમમાં કોન્ફરન્સ જોવાનું ચાલુ રાખી શકો છો. અને રસ્તામાં, સમયરેખા માર્કિંગ કાર્યક્ષમતા દેખાઈ. ઉપરાંત, અમારે દોષ-સહિષ્ણુ બનવું પડ્યું અને 10 કનેક્શનના ભારનો સામનો કરવો પડ્યો. બેકએન્ડ દૃષ્ટિકોણથી, આ લગભગ 000 કનેક્શન્સ છે જે દરેક પૃષ્ઠ રિફ્રેશ માટે 10 વિનંતીઓ દ્વારા ગુણાકાર કરે છે. અને આ પહેલેથી જ 000 RPS/sec છે. તદ્દન થોડી.

— શું ભાગીદારોના ઓનલાઈન સ્ટેન્ડ સાથે "વર્ચ્યુઅલ પ્રદર્શન" માટે કોઈ અન્ય જરૂરિયાતો હતી?

નિકોલે: હા, આ ખૂબ જ ઝડપથી અને સાર્વત્રિક રીતે કરવાનું હતું. દરેક કોન્ફરન્સ માટે અમારી પાસે 10 જેટલી ભાગીદાર કંપનીઓ હતી, અને તે બધી એક કે બે અઠવાડિયામાં પૂર્ણ થવાની હતી. જો કે, તેમની સામગ્રી ફોર્મેટમાં થોડી અલગ છે. પરંતુ એક ચોક્કસ ટેમ્પલેટ એન્જિન બનાવવામાં આવ્યું હતું જે આ પૃષ્ઠોને ફ્લાય પર એસેમ્બલ કરે છે, વર્ચ્યુઅલ રીતે આગળ વિકાસની ભાગીદારી નથી.

- રીઅલ-ટાઇમ દૃશ્યો અને આંકડાઓના વિશ્લેષણ માટે પણ આવશ્યકતાઓ હતી. હું જાણું છું કે અમે આ માટે પ્રોમિથિયસનો ઉપયોગ કરીએ છીએ, પરંતુ અમને વધુ વિગતવાર જણાવો: વિશ્લેષણ માટે આપણે કઈ આવશ્યકતાઓને પૂર્ણ કરીએ છીએ અને આ કેવી રીતે અમલમાં આવે છે?

નિકોલે: શરૂઆતમાં, ભવિષ્યમાં ક્લાયન્ટને શ્રેષ્ઠ સામગ્રી કેવી રીતે યોગ્ય રીતે પહોંચાડવી તે સમજવા માટે અમારી પાસે A/B પરીક્ષણ માટે એકત્રિત કરવા અને માહિતી એકત્રિત કરવા માટે માર્કેટિંગ આવશ્યકતાઓ છે. ભાગીદાર પ્રવૃત્તિઓ પરના કેટલાક વિશ્લેષણો અને તમે જુઓ છો તે વિશ્લેષણ માટે પણ આવશ્યકતાઓ છે (કાઉન્ટરની મુલાકાત લો). બધી માહિતી વાસ્તવિક સમયમાં એકત્રિત કરવામાં આવે છે.

અમે સ્પીકર્સને પણ આ માહિતી એકીકૃત સ્વરૂપમાં પ્રદાન કરી શકીએ છીએ: ચોક્કસ સમયે કેટલા લોકો તમને જોઈ રહ્યા હતા. તે જ સમયે, ફેડરલ લૉ 152 નું પાલન કરવા માટે, તમારું વ્યક્તિગત એકાઉન્ટ અને વ્યક્તિગત ડેટા કોઈપણ રીતે ટ્રૅક કરવામાં આવતો નથી.

રિપોર્ટ્સ પર હાજરીનો ગ્રાફ બનાવવા માટે પ્લેટફોર્મ પાસે પહેલાથી જ માર્કેટિંગ ટૂલ્સ અને રીઅલ ટાઇમમાં વપરાશકર્તાની પ્રવૃત્તિને માપવા માટેના અમારા મેટ્રિક્સ છે (જેણે રિપોર્ટનો બીજો ભાગ જોયો) આ ડેટાના આધારે, સંશોધન કરવામાં આવી રહ્યું છે જે આગામી પરિષદોને વધુ સારી બનાવશે.

છેતરપિંડી

- શું અમારી પાસે છેતરપિંડી વિરોધી પદ્ધતિઓ છે?

નિકોલે: વ્યવસાયના દૃષ્ટિકોણથી ચુસ્ત સમયમર્યાદાને લીધે, કાર્ય શરૂઆતમાં બિનજરૂરી જોડાણોને તાત્કાલિક અવરોધિત કરવા માટે સેટ કરવામાં આવ્યું ન હતું. જો બે યુઝર્સે એક જ એકાઉન્ટ હેઠળ લોગ ઇન કર્યું હોય, તો તેઓ કન્ટેન્ટ જોઈ શકશે. પરંતુ અમે જાણીએ છીએ કે એક એકાઉન્ટમાંથી કેટલા એક સાથે જોવાયા હતા. અને અમે કેટલાક ખાસ કરીને દૂષિત ઉલ્લંઘનકારો પર પ્રતિબંધ મૂક્યો છે.

વ્લાદિમીર: તેના ક્રેડિટ માટે, પ્રતિબંધિત વપરાશકર્તાઓમાંથી એક સમજી ગયો કે આવું કેમ થયું. તે આવ્યો, માફી માંગી અને ટિકિટ ખરીદવાનું વચન આપ્યું.

— આ બધું થાય તે માટે, તમારે પ્રવેશથી બહાર નીકળવા સુધીના તમામ વપરાશકર્તાઓને સંપૂર્ણ રીતે શોધી કાઢવું ​​​​જોઈએ, હંમેશા જાણવું જોઈએ કે તેઓ શું કરી રહ્યા છે. આ સિસ્ટમ કેવી રીતે કામ કરે છે?

વ્લાદિમીર: હું એનાલિટિક્સ અને આંકડાઓ વિશે વાત કરવા માંગુ છું, જે પછી અમે રિપોર્ટની સફળતા માટે વિશ્લેષણ કરીએ છીએ અથવા પછી ભાગીદારોને પ્રદાન કરી શકીએ છીએ. બધા ક્લાયન્ટ્સ વેબસોકેટ કનેક્શન દ્વારા ચોક્કસ બેકએન્ડ ક્લસ્ટર સાથે જોડાયેલા છે. એ ત્યાં જ ઊભો છે હેઝલકાસ્ટ. દરેક ક્લાયંટ દરેક સમયગાળામાં તે શું કરી રહ્યો છે અને તે કયો ટ્રેક જોઈ રહ્યો છે તે મોકલે છે. પછી આ માહિતી ઝડપી હેઝલકાસ્ટ જોબ્સનો ઉપયોગ કરીને એકત્રિત કરવામાં આવે છે અને આ ટ્રેક્સ જોનારા દરેકને પાછા મોકલવામાં આવે છે. આપણે ખૂણામાં જોઈએ છીએ કે હવે કેટલા લોકો આપણી સાથે છે.

માં સમાન માહિતી સંગ્રહિત છે મોગો અને અમારા ડેટા લેક પર જાય છે, જ્યાંથી અમને વધુ રસપ્રદ ગ્રાફ બનાવવાની તક મળે છે. પ્રશ્ન ઊભો થાય છે: કેટલા અનન્ય વપરાશકર્તાઓએ આ અહેવાલ જોયો? અમે જઈએ છીએ પોસ્ટગ્રેસો, આ રિપોર્ટના આઈડી દ્વારા આવેલા તમામ લોકોના પિંગ છે. અમે અનોખાને એકત્રિત કર્યા, એકત્રિત કર્યા અને હવે અમે સમજી શકીએ છીએ.

નિકોલે: પરંતુ તે જ સમયે, અમે પ્રોમિથિયસ પાસેથી રીઅલ-ટાઇમ ડેટા પણ પ્રાપ્ત કરીએ છીએ. તે કુબરનેટ્સની તમામ સેવાઓ સામે, કુબરનેટ્સની વિરુદ્ધ જ સેટ છે. તે એકદમ બધું એકત્ર કરે છે, અને Grafana સાથે અમે વાસ્તવિક સમયમાં કોઈપણ ગ્રાફ બનાવી શકીએ છીએ.

વ્લાદિમીર: એક તરફ, અમે તેને વધુ OLAP પ્રક્રિયા માટે ડાઉનલોડ કરીએ છીએ. અને OLTP માટે, એપ્લીકેશન પ્રોમિથિયસ, ગ્રાફના પર આખી વસ્તુ ડાઉનલોડ કરે છે અને ગ્રાફ પણ કન્વર્જ થાય છે!

- જ્યારે આલેખ એકરૂપ થાય છે ત્યારે આ કેસ છે.

ગતિશીલ ફેરફારો

— અમને કહો કે ગતિશીલ ફેરફારો કેવી રીતે રોલઆઉટ કરવામાં આવે છે: જો રિપોર્ટ શરૂ થયાના 6 મિનિટ પહેલા રદ કરવામાં આવ્યો હોય, તો ક્રિયાઓની સાંકળ શું છે? કઈ પાઇપલાઇન કામ કરે છે?

વ્લાદિમીર: પાઇપલાઇન ખૂબ જ શરતી છે. અનેક શક્યતાઓ છે. પ્રથમ એ છે કે શેડ્યૂલ જનરેશન પ્રોગ્રામે કામ કર્યું અને શેડ્યૂલ બદલ્યો. સંશોધિત શેડ્યૂલ Contentful પર અપલોડ કરવામાં આવ્યું છે. જે પછી બેકએન્ડ સમજે છે કે Contentful માં આ કોન્ફરન્સ માટે ફેરફારો છે, તે લે છે અને તેને ફરીથી બનાવે છે. બધું એકત્રિત કરવામાં આવે છે અને વેબસોકેટ દ્વારા મોકલવામાં આવે છે.

બીજી શક્યતા, જ્યારે બધું જ ખતરનાક ગતિએ થાય છે: સંપાદક મેન્યુઅલી કન્ટેન્ટફુલ (ટેલિગ્રામની લિંક, સ્પીકરનું પ્રેઝન્ટેશન, વગેરે) માં માહિતીને બદલે છે અને તે જ તર્ક પ્રથમ વખતની જેમ કાર્ય કરે છે.

નિકોલે: પૃષ્ઠને તાજું કર્યા વિના બધું જ થાય છે. બધા ફેરફારો ક્લાયંટ માટે સંપૂર્ણપણે એકીકૃત થાય છે. તે જ અહેવાલો સ્વિચ કરવા માટે જાય છે. જ્યારે સમય આવે છે, રિપોર્ટ અને ઇન્ટરફેસ બદલાય છે.

વ્લાદિમીર: ઉપરાંત, સમયરેખામાં અહેવાલો શરૂ કરવા માટે સમય કટઓફ છે. ખૂબ શરૂઆતમાં ત્યાં કંઈ નથી. અને જો તમે તમારા માઉસને લાલ પટ્ટા પર હોવર કરો છો, તો પછી અમુક સમયે, બ્રોડકાસ્ટ ડિરેક્ટરનો આભાર, કટઓફ્સ દેખાશે. દિગ્દર્શક પ્રસારણની સાચી શરૂઆત સેટ કરે છે, બેકએન્ડ આ ફેરફારને પસંદ કરે છે, કોન્ફરન્સ શેડ્યૂલ અનુસાર સમગ્ર ટ્રેકની પ્રસ્તુતિઓની શરૂઆત અને સમાપ્તિ સમયની ગણતરી કરે છે, તેને અમારા ગ્રાહકોને મોકલે છે અને ખેલાડી કટઓફ્સ દોરે છે. હવે વપરાશકર્તા અહેવાલની શરૂઆત અને અંત સુધી સરળતાથી નેવિગેટ કરી શકે છે. તે વ્યવસાયની સખત જરૂરિયાત હતી, ખૂબ અનુકૂળ અને ઉપયોગી હતી. તમે રિપોર્ટ માટે વાસ્તવિક શરૂઆતનો સમય શોધવામાં સમય બગાડો નહીં. અને જ્યારે અમે પૂર્વાવલોકન કરીએ છીએ, ત્યારે તે એકદમ અદ્ભુત હશે.

જમાવટ

— હું જમાવટ વિશે પૂછવા માંગુ છું. કોલ્યા અને ટીમે સમગ્ર ઇન્ફ્રાસ્ટ્રક્ચર સેટ કરવા માટે શરૂઆતમાં ઘણો સમય વિતાવ્યો જેમાં અમારા માટે બધું જ ખુલે છે. મને કહો, આ બધું શેનું બનેલું છે?

નિકોલે: તકનીકી દૃષ્ટિકોણથી, અમારી પાસે શરૂઆતમાં ઉત્પાદન માટે કોઈપણ વિક્રેતા પાસેથી શક્ય તેટલું અમૂર્ત હોવું જરૂરી હતું. ખાસ કરીને AWS, અથવા ખાસ કરીને Yandex, અથવા Azure વગેરેમાંથી Terraform સ્ક્રિપ્ટ્સ બનાવવા માટે AWS પર આવો. ખરેખર ફિટ ન હતી. અમારે અમુક સમયે ક્યાંક ખસેડવાનું હતું.

પ્રથમ ત્રણ અઠવાડિયા અમે સતત આને વધુ સારી રીતે કરવા માટેનો માર્ગ શોધી રહ્યા હતા. પરિણામે, અમે નિષ્કર્ષ પર આવ્યા કે આ કિસ્સામાં કુબરનેટ્સ એ જ આપણું સર્વસ્વ છે, કારણ કે તે અમને આપોઆપ-સ્કેલિંગ સેવાઓ, ઑટો-રોલઆઉટ બનાવવા અને લગભગ તમામ સેવાઓને બૉક્સમાંથી બહાર કાઢવાની મંજૂરી આપે છે. સ્વાભાવિક રીતે, બધી સેવાઓને કુબરનેટ્સ, ડોકર સાથે કામ કરવા માટે તાલીમ આપવી પડી હતી અને ટીમે પણ શીખવું પડ્યું હતું.

અમારી પાસે બે ક્લસ્ટર છે. પરીક્ષણ અને ઉત્પાદન. તેઓ હાર્ડવેર અને સેટિંગ્સની દ્રષ્ટિએ એકદમ સમાન છે. અમે ઈન્ફ્રાસ્ટ્રક્ચરને કોડ તરીકે લાગુ કરીએ છીએ. બધી સેવાઓ ઓટોમેટિક પાઈપલાઈનનો ઉપયોગ કરીને ફીચર બ્રાન્ચ, માસ્ટર બ્રાન્ચ, ટેસ્ટ બ્રાન્ચ અને ગિટલેબમાંથી ત્રણ વાતાવરણમાં આપોઆપ રોલઆઉટ થાય છે. આ ગિટલેબમાં મહત્તમ રીતે સંકલિત છે, મહત્તમ રીતે સ્થિતિસ્થાપક, પ્રોમિથિયસ સાથે સંકલિત છે.

અમને ઝડપથી (10 મિનિટની અંદર બેકએન્ડ માટે, 5 મિનિટની અંદર ફ્રન્ટએન્ડ માટે) તમામ પરીક્ષણો, એકીકરણ, ચાલી રહેલા કાર્યાત્મક પરીક્ષણો, પર્યાવરણ પર એકીકરણ પરીક્ષણો, અને લોડ પરીક્ષણો સાથે પરીક્ષણો સાથે કોઈપણ પર્યાવરણમાં ફેરફારોને રોલઆઉટ કરવાની તક મળે છે. પરીક્ષણ વાતાવરણ લગભગ તે જ વસ્તુ છે જે આપણે ઉત્પાદનમાં મેળવવા માંગીએ છીએ.

પરીક્ષણો વિશે

- તમે લગભગ દરેક વસ્તુનું પરીક્ષણ કરો છો, તમે બધું કેવી રીતે લખ્યું તે માનવું મુશ્કેલ છે. શું તમે અમને બેકએન્ડ પરીક્ષણો વિશે કહી શકો છો: બધું કેટલું આવરી લેવામાં આવ્યું છે, કયા પરીક્ષણો?

વ્લાદિમીર: બે પ્રકારની કસોટીઓ લખવામાં આવી છે. પ્રથમ ઘટકો પરીક્ષણો છે. સમગ્ર સ્પ્રિંગ એપ્લિકેશનના લિફ્ટ લેવલ ટેસ્ટ અને બેઝ ઇન ટેસ્ટ કન્ટેનર. આ ઉચ્ચતમ સ્તરના વ્યવસાય દૃશ્યોની કસોટી છે. હું કાર્યોનું પરીક્ષણ કરતો નથી. અમે ફક્ત કેટલીક મોટી વસ્તુઓનું પરીક્ષણ કરીએ છીએ. ઉદાહરણ તરીકે, ટેસ્ટમાં જ, વપરાશકર્તામાં લૉગ ઇન કરવાની પ્રક્રિયાનું અનુકરણ કરવામાં આવે છે, તે જ્યાં જઈ શકે છે ત્યાંની ટિકિટ માટેની વપરાશકર્તાની વિનંતી અને સ્ટ્રીમ જોવાની ઍક્સેસ માટેની વિનંતી. ખૂબ જ સ્પષ્ટ વપરાશકર્તા દૃશ્યો.

લગભગ સમાન વસ્તુ કહેવાતા એકીકરણ પરીક્ષણોમાં લાગુ કરવામાં આવે છે, જે વાસ્તવમાં પર્યાવરણ પર ચાલે છે. હકીકતમાં, જ્યારે ઉત્પાદનમાં આગામી જમાવટ શરૂ કરવામાં આવે છે, ત્યારે વાસ્તવિક મૂળભૂત દૃશ્યો પણ ઉત્પાદનમાં ચાલી રહી છે. એ જ લૉગિન, ટિકિટની વિનંતી કરવી, ક્લાઉડફ્રન્ટની ઍક્સેસની વિનંતી કરવી, સ્ટ્રીમ ખરેખર મારી પરવાનગીઓ સાથે જોડાય છે કે નહીં તે તપાસવું, ડિરેક્ટરનું ઇન્ટરફેસ તપાસવું.

આ ક્ષણે મારી પાસે બોર્ડ પર લગભગ 70 ઘટક પરીક્ષણો અને લગભગ 40 એકીકરણ પરીક્ષણો છે. કવરેજ 95% ની ખૂબ નજીક છે. આ ઘટકો માટે છે, એકીકરણ માટે ઓછું છે, ત્યાં ફક્ત એટલું જરૂરી નથી. પ્રોજેક્ટમાં તમામ પ્રકારના કોડ જનરેશનનો સમાવેશ થાય છે તે ધ્યાનમાં લેતા, આ ખૂબ જ સારો સૂચક છે. અમે ત્રણ મહિનામાં જે કર્યું તે કરવાનો બીજો કોઈ રસ્તો નહોતો. કારણ કે જો અમે મેન્યુઅલી પરીક્ષણ કર્યું, અમારા પરીક્ષકને સુવિધાઓ આપીને, અને તે ભૂલો શોધી કાઢશે અને તેને સુધારવા માટે અમને પરત કરશે, તો કોડને ડીબગ કરવા માટે આ રાઉન્ડ ટ્રીપ ખૂબ લાંબી હશે, અને અમે કોઈ સમયમર્યાદાને પૂર્ણ કરીશું નહીં.

નિકોલે: પરંપરાગત રીતે, કોઈ ફંક્શન બદલતી વખતે સમગ્ર પ્લેટફોર્મ પર રીગ્રેસન કરવા માટે, તમારે બે દિવસ સુધી દરેક જગ્યાએ બેસીને પોક કરવાની જરૂર છે.

વ્લાદિમીર: તેથી, તે એક મોટી સફળતા છે કે જ્યારે હું કોઈ વિશેષતાનો અંદાજ કાઢું છું, ત્યારે હું કહું છું કે મને બે સરળ પેન અને 4 વેબસોકેટ માટે 1 દિવસની જરૂર છે, કોલ્યા તેની મંજૂરી આપે છે. તે પહેલેથી જ એ હકીકત માટે ટેવાયેલું છે કે આ 4 દિવસોમાં 2 પ્રકારના પરીક્ષણો શામેલ છે, અને પછી, સંભવત,, તે કામ કરશે.

નિકોલે: મારી પાસે 140 પરીક્ષણો પણ લખેલા છે: ઘટક + કાર્યાત્મક, જે સમાન કાર્ય કરે છે. બધા સમાન દૃશ્યો ઉત્પાદનમાં, પરીક્ષણમાં અને ઉત્પાદનમાં પરીક્ષણ કરવામાં આવે છે. અમે તાજેતરમાં કાર્યાત્મક મૂળભૂત UI પરીક્ષણો પણ ઉમેર્યા છે. આ રીતે અમે સૌથી મૂળભૂત કાર્યક્ષમતાને આવરી લઈએ છીએ જે અલગ પડી શકે છે.

વ્લાદિમીર: અલબત્ત, તે લોડ પરીક્ષણો વિશે વાત કરવા યોગ્ય છે. બધું કેવી રીતે છે, રેબિટ સાથે શું થઈ રહ્યું છે, JVM સાથે શું થઈ રહ્યું છે, વાસ્તવમાં કેટલી મેમરીની જરૂર છે તે સમજવા માટે વાસ્તવિકની નજીકના લોડ હેઠળ પ્લેટફોર્મનું પરીક્ષણ કરવું જરૂરી હતું.

- મને ખાતરીપૂર્વક ખબર નથી કે અમે સ્ટ્રીમ બાજુ પર કંઈપણ પરીક્ષણ કરી રહ્યા છીએ કે કેમ, પરંતુ મને યાદ છે કે જ્યારે અમે મીટિંગ્સ કરી ત્યારે ટ્રાન્સકોડર્સમાં સમસ્યાઓ હતી. શું આપણે સ્ટ્રીમ્સનું પરીક્ષણ કર્યું છે?

આર્ટીઓમ: પુનરાવર્તિત રીતે પરીક્ષણ કર્યું. મીટઅપ્સનું આયોજન. મીટઅપ્સનું આયોજન કરવાની પ્રક્રિયામાં, લગભગ 2300 JIRA ટિકિટો હતી. આ ફક્ત સામાન્ય વસ્તુઓ છે જે લોકોએ મીટિંગ કરવા માટે કરી હતી. અમે પ્લેટફોર્મના ભાગોને મીટઅપ્સ માટે એક અલગ પૃષ્ઠ પર લઈ ગયા, જેનું સંચાલન કિરીલ ટોલ્કાચેવ દ્વારા કરવામાં આવ્યું હતું (talkkv).

પ્રમાણિકપણે, ત્યાં કોઈ મોટી સમસ્યાઓ ન હતી. શાબ્દિક રીતે અમે ક્લાઉડફ્રન્ટ પર કેશિંગ બગ્સ પકડ્યા, અમે તેને ખૂબ જ ઝડપથી હલ કરી - અમે ફક્ત નીતિઓને ફરીથી ગોઠવી. સાઇટ પરની સ્ટ્રીમિંગ સિસ્ટમ્સમાં લોકોમાં નોંધપાત્ર રીતે વધુ બગ્સ હતા.

પરિષદો દરમિયાન, મારે વધુ સાધનો અને સેવાઓને આવરી લેવા માટે ઘણા વધુ નિકાસકારોને લખવા પડ્યા. કેટલીક જગ્યાએ મારે માત્ર મેટ્રિક્સ ખાતર મારી પોતાની સાયકલ બનાવવી પડી હતી. AV (ઑડિઓ-વિડિયો) હાર્ડવેરની દુનિયા બહુ રોઝી નથી - તમારી પાસે અમુક પ્રકારના "API" સાધનો છે જેને તમે પ્રભાવિત કરી શકતા નથી. અને તે હકીકતથી દૂર છે કે તમે તમને જોઈતી માહિતી મેળવી શકશો. હાર્ડવેર વિક્રેતાઓ ખરેખર ધીમું છે, અને તમે તેમની પાસેથી જે ઇચ્છો છો તે મેળવવું લગભગ અશક્ય છે. કુલ મળીને હાર્ડવેરના 100 થી વધુ ટુકડાઓ છે, તેઓ તમને જે જોઈએ છે તે પાછા આપતા નથી, અને તમે વિચિત્ર અને બિનજરૂરી નિકાસકારો લખો છો, જેનો આભાર તમે ઓછામાં ઓછા કોઈક રીતે સિસ્ટમને ડીબગ કરી શકો છો.

સાધનો

- મને યાદ છે કે પરિષદોની શરૂઆત પહેલાં અમે આંશિક રીતે વધારાના સાધનો કેવી રીતે ખરીદ્યા હતા.

આર્ટીઓમ: અમે કમ્પ્યુટર, લેપટોપ અને બેટરી પેક ખરીદ્યા. અત્યારે આપણે વીજળી વિના 40 મિનિટ જીવી શકીએ છીએ. જૂનમાં સેન્ટ પીટર્સબર્ગમાં ભારે વાવાઝોડાં હતાં - તેથી અમારી પાસે આવી બ્લેકઆઉટ હતી. તે જ સમયે, ઘણા પ્રદાતાઓ વિવિધ બિંદુઓથી ઓપ્ટિકલ લિંક્સ સાથે અમારી પાસે આવે છે. આ ખરેખર 40 મિનિટનો બિલ્ડીંગ ડાઉનટાઇમ છે, જે દરમિયાન અમારી પાસે લાઇટ ચાલુ હશે, સાઉન્ડ, કેમેરા વગેરે કામ કરશે.

- અમારી પાસે ઇન્ટરનેટ સાથે સમાન વાર્તા છે. ઓફિસમાં જ્યાં અમારા સ્ટુડિયો આવેલા છે, અમે ફ્લોર વચ્ચે ભીષણ જાળી ખેંચી.

આર્ટીઓમ: અમારી પાસે ફ્લોર વચ્ચે 20 Gbit ફાઇબર છે. ફ્લોરની સાથે આગળ, ક્યાંક ઓપ્ટિક્સ છે, ક્યાંક ઓપ્ટિક્સ નથી, પરંતુ હજી પણ ગીગાબીટ કરતા ઓછી ચેનલો છે - અમે કોન્ફરન્સના ટ્રેક વચ્ચે તેમના પર વિડિઓ ચલાવીએ છીએ. સામાન્ય રીતે, તમારા પોતાના ઇન્ફ્રાસ્ટ્રક્ચર પર કામ કરવું ખૂબ જ અનુકૂળ છે; તમે સાઇટ્સ પર ઑફલાઇન પરિષદોમાં ભાગ્યે જ આ કરી શકો છો.

— મેં JUG Ru ગ્રુપમાં કામ કર્યું તે પહેલાં, મેં જોયું કે કેવી રીતે ઑફલાઇન કૉન્ફરન્સમાં હાર્ડવેર રૂમ રાતોરાત સેટ કરવામાં આવ્યા હતા, જ્યાં તમે Grafana માં બનાવો છો તે તમામ મેટ્રિક્સ સાથેનું એક મોટું મોનિટર હતું. હવે એક હેડક્વાર્ટર રૂમ પણ છે જેમાં ડેવલપમેન્ટ ટીમ બેસે છે, જે કોન્ફરન્સ દરમિયાન કેટલીક ભૂલોને ઠીક કરે છે અને સુવિધાઓ વિકસાવે છે. તે જ સમયે, એક મોનિટરિંગ સિસ્ટમ છે જે મોટી સ્ક્રીન પર પ્રદર્શિત થાય છે. આર્ટિઓમ, કોલ્યા અને અન્ય લોકો બેસે છે અને ખાતરી કરે છે કે તે બધું પડતું નથી અને સુંદર રીતે કાર્ય કરે છે.

જિજ્ઞાસાઓ અને સમસ્યાઓ

— તમે એ હકીકત વિશે સારી વાત કરી કે અમારી પાસે એમેઝોન સાથે સ્ટ્રીમિંગ છે, વેબ સાથે એક પ્લેયર છે, બધું જ અલગ-અલગ પ્રોગ્રામિંગ ભાષાઓમાં લખાયેલું છે, ખામી સહિષ્ણુતા અને અન્ય વ્યવસાયિક આવશ્યકતાઓ પૂરી પાડવામાં આવે છે, જેમાં વ્યક્તિગત એકાઉન્ટ કે જે કાનૂની સંસ્થાઓ માટે સમર્થિત હોય અને વ્યક્તિઓ, અને અમે OAuth 2.0 નો ઉપયોગ કરીને કોઈની સાથે એકીકૃત થઈ શકીએ છીએ, ત્યાં છેતરપિંડી વિરોધી છે, વપરાશકર્તા અવરોધિત છે. અમે ફેરફારોને ગતિશીલ રીતે રોલ આઉટ કરી શકીએ છીએ કારણ કે અમે તે સારી રીતે કર્યું છે, અને તે બધાનું પરીક્ષણ કરવામાં આવ્યું છે.

મને એ જાણવામાં રસ છે કે કંઈક શરૂ કરવામાં કઈ વિચિત્રતા સામેલ હતી. શું એવી કોઈ વિચિત્ર પરિસ્થિતિઓ આવી છે જ્યારે તમે બેકએન્ડ, ફ્રન્ટએન્ડ વિકસાવી રહ્યા હતા, કંઈક ઉન્મત્ત બન્યું અને તમને સમજાયું નહીં કે તેની સાથે શું કરવું?

વ્લાદિમીર: મને લાગે છે કે છેલ્લા ત્રણ મહિનાથી જ આવું બન્યું છે. દરરોજ. જેમ તમે જોઈ શકો છો, મારા બધા વાળ ખેંચાઈ ગયા છે.

વ્લાદિમીર ક્રાસિલશ્ચિક 3 મહિના પછી, જ્યારે કોઈ પ્રકારની રમત બહાર આવી અને કોઈને સમજાયું નહીં કે તેની સાથે શું કરવું

દરરોજ કંઈક આવું હતું, જ્યારે કોઈ એવી ક્ષણ હતી જ્યારે તમે તેને લો અને તમારા વાળ ફાડી નાખો, અથવા સમજો કે બીજું કોઈ નથી, અને ફક્ત તમે જ કરી શકો છો. અમારી પ્રથમ મોટી ઇવેન્ટ હતી ટેકટ્રેન. 6 જૂને બપોરના 2 વાગ્યે અમે ઉત્પાદનનું વાતાવરણ હજી બહાર પાડ્યું ન હતું, કોલ્યા તેને રોલઆઉટ કરી રહ્યું હતું. અને વ્યક્તિગત એકાઉન્ટ OAuth2.0 નો ઉપયોગ કરીને અધિકૃતતા સર્વર તરીકે કામ કરતું નથી. પ્લેટફોર્મને તેની સાથે કનેક્ટ કરવા માટે અમે તેને OAuth2.0 પ્રદાતામાં ફેરવ્યું છે. હું કદાચ 18 કલાક સુધી કામ કરી રહ્યો હતો, મેં કોમ્પ્યુટર તરફ જોયું અને મને કંઈ દેખાતું નહોતું, તે શા માટે કામ કરતું નથી તે મને સમજાતું નહોતું, અને કોલ્યાએ મારા કોડને દૂરથી જોયો, વસંત ગોઠવણીમાં બગ શોધ્યો. , તે મળ્યું, અને એલસી કામ કર્યું, અને ઉત્પાદનમાં પણ.

નિકોલે: અને ટેકટ્રેનના એક કલાક પહેલા રિલીઝ થઈ.

ઘણા બધા તારાઓ અહીં ગોઠવાયેલા હતા. અમે અત્યંત નસીબદાર હતા કારણ કે અમારી પાસે એક સુપર ટીમ હતી, અને દરેક જણ તેને ઑનલાઇન કરવાના વિચારથી પ્રેરિત હતા. આ બધા ત્રણ મહિના અમે એ હકીકતથી પ્રેરિત હતા કે અમે "YouTube બનાવ્યું." મેં મારી જાતને મારા વાળ ફાડવાની મંજૂરી આપી નહીં, પરંતુ દરેકને કહ્યું કે બધું કામ કરશે, કારણ કે હકીકતમાં, દરેક વસ્તુની ગણતરી ઘણા સમય પહેલા થઈ ગઈ હતી.

કામગીરી વિશે

- શું તમે મને કહી શકો છો કે એક ટ્રેક પર કેટલા લોકો સાઇટ પર હતા? શું કોઈ કામગીરી સમસ્યાઓ હતી?

નિકોલે: અમે પહેલેથી જ કહ્યું છે તેમ, ત્યાં કોઈ પ્રદર્શન સમસ્યાઓ નહોતી. એક રિપોર્ટમાં ભાગ લેનારા લોકોની મહત્તમ સંખ્યા 1300 લોકો હતી, આ હેઈઝનબગ પર છે.

— સ્થાનિક જોવામાં કોઈ સમસ્યા હતી? અને તે બધું કેવી રીતે કાર્ય કરે છે તેના આકૃતિઓ સાથે તકનીકી વર્ણન શક્ય છે?

નિકોલે: અમે આ વિશે પછીથી લેખ બનાવીશું.

તમે સ્થાનિક રીતે સ્ટ્રીમ્સને ડીબગ પણ કરી શકો છો. એકવાર પરિષદો શરૂ થઈ ગયા પછી, તે વધુ સરળ બની ગયું, કારણ કે ઉત્પાદન સ્ટ્રીમ્સ દેખાય છે જે આપણે હંમેશાં જોઈ શકીએ છીએ.

વ્લાદિમીર: જેમ હું તેને સમજું છું તેમ, ફ્રન્ટ-એન્ડ ડેવલપર્સે સ્થાનિક રીતે મૉક્સ સાથે કામ કર્યું હતું, અને પછી, ફ્રન્ટમાં devs પર રોલ આઉટ કરવાનો સમય પણ ટૂંકો હોવાથી (5 મિનિટ), પ્રમાણપત્રો સાથે શું થઈ રહ્યું છે તે તપાસવામાં કોઈ સમસ્યા નથી.

- દરેક વસ્તુનું પરીક્ષણ અને ડીબગ થયેલ છે, સ્થાનિક રીતે પણ. આનો અર્થ એ છે કે અમે તમામ તકનીકી સુવિધાઓ સાથેનો લેખ લખીશું, તમને બતાવીશું, તમને આકૃતિઓ સાથે બધું કહીશું, તે કેવી રીતે હતું.

વ્લાદિમીર: તમે તેને લઈ શકો છો અને તેને પુનરાવર્તન કરી શકો છો.

- 3 મહિનામાં.

પરિણામ

— એકસાથે વર્ણવેલ બધું સરસ લાગે છે, કારણ કે તે ત્રણ મહિનામાં એક નાની ટીમ દ્વારા કરવામાં આવ્યું હતું.

નિકોલે: મોટી ટીમ આવું નહીં કરે. પરંતુ લોકોનું એક નાનું જૂથ જે એકબીજા સાથે ખૂબ નજીકથી અને સારી રીતે વાતચીત કરે છે અને કરાર પર આવી શકે છે. તેમની પાસે કોઈ વિરોધાભાસ નથી, આર્કિટેક્ચરની શોધ બે દિવસમાં કરવામાં આવી હતી, અંતિમ સ્વરૂપ આપવામાં આવ્યું હતું અને વાસ્તવમાં બદલાયું નથી. સુવિધાની વિનંતીઓ અને ફેરફારોના થાંભલાના સંદર્ભમાં આવનારા વ્યવસાયની આવશ્યકતાઓની ખૂબ જ કડક સુવિધા છે.

— જ્યારે ઉનાળાની પરિષદો થઈ ચૂકી હતી ત્યારે તમારા આગળના કાર્યોની યાદીમાં શું હતું?

નિકોલે: ઉદાહરણ તરીકે, ક્રેડિટ્સ. વિડિયો પર વિસર્પી રેખાઓ, બતાવવામાં આવી રહેલી સામગ્રીના આધારે વિડિઓમાં કેટલાક સ્થળોએ પોપ-અપ્સ. ઉદાહરણ તરીકે, વક્તા પ્રેક્ષકોને પ્રશ્ન પૂછવા માંગે છે, અને સ્ક્રીન પર એક મત દેખાય છે, જે સ્પીકરને જ મતદાનના પરિણામોના આધારે પાછળ જાય છે. પ્રેઝન્ટેશન દરમિયાન જ રિપોર્ટના લાઇક્સ, હાર્ટ્સ, રેટિંગના રૂપમાં અમુક પ્રકારની સામાજિક પ્રવૃત્તિ, જેથી તમે ફીડબેક ફોર્મ્સ દ્વારા પાછળથી વિચલિત થયા વિના યોગ્ય સમયે ફીડબેક ભરી શકો. શરૂઆતમાં આ રીતે.

અને સ્ટ્રીમિંગ અને કોન્ફરન્સ સિવાય સમગ્ર પ્લેટફોર્મમાં ઉમેરવું, કોન્ફરન્સ પછીની સ્થિતિ પણ છે. આ પ્લેલિસ્ટ્સ છે (વપરાશકર્તાઓ દ્વારા સંકલિત કરાયેલ સહિત), સંભવતઃ અન્ય ભૂતકાળની કોન્ફરન્સમાંથી સામગ્રી, સંકલિત, લેબલવાળી, વપરાશકર્તા માટે સુલભ અને અમારી વેબસાઇટ પર જોવા માટે પણ ઉપલબ્ધ છે (live.jugru.org).

- મિત્રો, તમારા જવાબો માટે ખૂબ ખૂબ આભાર!

જો વાચકોમાં એવા લોકો હોય કે જેમણે અમારી ઉનાળાની પરિષદોમાં હાજરી આપી હોય, તો કૃપા કરીને પ્લેયર અને બ્રોડકાસ્ટ વિશેની તમારી છાપ શેર કરો. શું અનુકૂળ હતું, તમને શું ચીડવ્યું, તમે ભવિષ્યમાં શું જોવા માંગો છો?

જો તમે પ્લેટફોર્મમાં રસ ધરાવો છો અને તેને "યુદ્ધમાં" જોવા માંગો છો, તો અમે તેનો ફરીથી અમારા પર ઉપયોગ કરીએ છીએ પાનખર-શિયાળુ પરિષદો. તેમાંની સંપૂર્ણ શ્રેણી છે, તેથી લગભગ ચોક્કસપણે એક છે જે તમારા માટે યોગ્ય છે.

સોર્સ: www.habr.com