DevOps અભિગમના ચાહકો માટે કોન્ફરન્સ

અમે, અલબત્ત, વિશે વાત કરી રહ્યા છીએ DevOpsConf. જો તમે વિગતોમાં ન જાવ, તો 30 સપ્ટેમ્બર અને 1 ઓક્ટોબરના રોજ અમે વિકાસ, પરીક્ષણ અને કામગીરીની પ્રક્રિયાઓને સંયોજિત કરવા પર એક પરિષદ યોજીશું, અને જો તમે વિગતોમાં જશો, તો કૃપા કરીને, બિલાડી હેઠળ.

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

કોન્ફરન્સમાં અમે બતાવવા માંગીએ છીએ કે આ અભિગમ ઉત્પાદનના વિકાસને કેવી રીતે પ્રભાવિત કરે છે. ક્લાયન્ટ માટે સિસ્ટમની વિશ્વસનીયતા અને અનુકૂલનક્ષમતા કેવી રીતે સુનિશ્ચિત કરવામાં આવે છે. કેવી રીતે DevOps તેની કાર્ય પ્રક્રિયાને ગોઠવવા માટે કંપનીની રચના અને અભિગમને બદલી રહી છે.

પડદા પાછળ

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

• વરિષ્ઠ ઇજનેરો;
• વિકાસકર્તાઓ;
• ટીમ લીડ્સ;
• સીટીઓ.

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

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

કોન્ફરન્સ વિભાગો માં જેવા જ રહેશે છેલ્લા સમય.

• ઈન્ફ્રાસ્ટ્રક્ચર પ્લેટફોર્મ.
• કોડ તરીકે ઈન્ફ્રાસ્ટ્રક્ચર.
• સતત ડિલિવરી.
• પ્રતિસાદ.
• DevOps માં આર્કિટેક્ચર, CTO માટે DevOps.
• SRE પ્રેક્ટિસ.
• તાલીમ અને જ્ઞાન વ્યવસ્થાપન.
• સુરક્ષા, DevSecOps.
• DevOps પરિવર્તન.

કાગળો માટે કૉલ કરો: અમે કયા પ્રકારના અહેવાલો શોધી રહ્યા છીએ

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

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

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

સાયબર સુરક્ષા નિષ્ણાતો સુરક્ષા પ્રક્રિયાને કેવી રીતે સેટ કરવી તે સમજવું મહત્વપૂર્ણ છે જેથી તે કંપનીની અંદર વિકાસ અને પરિવર્તન પ્રક્રિયાઓને અટકાવે નહીં. જરૂરિયાતો વિશેના વિષયો કે જે DevOps આવા નિષ્ણાતો પર મૂકે છે તે પણ રસપ્રદ રહેશે.

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

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

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

ઠીક છે, જો તમારે જાહેરમાં બોલવાની જરૂર નથી, તો બસ ટિકિટ ખરીદો અને સહકર્મીઓ સાથે વાતચીત કરવા 30 સપ્ટેમ્બર અને 1 ઓક્ટોબરના રોજ આવો. અમે વચન આપીએ છીએ કે તે રસપ્રદ અને પ્રેરણાદાયક હશે.

આપણે DevOps કેવી રીતે જોઈએ છીએ

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

DevOps એક જટિલ સિસ્ટમ છે, તેમાં શામેલ હોવું આવશ્યક છે:

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

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

તમે અહેવાલનો વિડિયો જોઈ શકો છો અહીં.

અને હવે ત્યાં એક બોનસ હશે: RIT++ 2019ના કેટલાક વીડિયો, જે DevOps ટ્રાન્સફોર્મેશનના સૌથી સામાન્ય મુદ્દાઓને સ્પર્શે છે.

ઉત્પાદન તરીકે કંપની ઈન્ફ્રાસ્ટ્રક્ચર

Artyom Naumenko Skyeng ખાતે DevOps ટીમનું નેતૃત્વ કરે છે અને તેમની કંપનીના ઈન્ફ્રાસ્ટ્રક્ચરના વિકાસની કાળજી લે છે. તેમણે જણાવ્યું કે કેવી રીતે ઇન્ફ્રાસ્ટ્રક્ચર સ્કાયઇન્ગ ખાતે વ્યવસાય પ્રક્રિયાઓને અસર કરે છે: તેના માટે ROI ની ગણતરી કેવી રીતે કરવી, ગણતરી માટે કયા મેટ્રિક્સ પસંદ કરવા જોઈએ અને તેમને સુધારવા માટે કેવી રીતે કાર્ય કરવું.

માઇક્રોસર્વિસિસના રસ્તા પર

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

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

આવા પ્રોજેક્ટ્સના મેનેજરો અનિવાર્યપણે તમામ તકનીકી પ્રક્રિયાઓને પરિવર્તિત કરવાની જરૂરિયાતનો સામનો કરે છે. તેના અહેવાલમાં, બોરિસે કહ્યું:

• પ્રોજેક્ટ માટે યોગ્ય આર્કિટેક્ચર કેવી રીતે પસંદ કરવું અને ઇન્ફ્રાસ્ટ્રક્ચરને ક્રમમાં કેવી રીતે મૂકવું;
• કયા સાધનોનો ઉપયોગ કરવો અને પરિવર્તનના માર્ગમાં કયા મુશ્કેલીઓનો સામનો કરવો પડે છે;
• આગળ શું કરવું.

રીલીઝનું ઓટોમેશન અથવા ઝડપથી અને પીડારહિત કેવી રીતે વિતરિત કરવું

એલેક્ઝાન્ડર કોરોટકોવ CIAN ખાતે CI/CD સિસ્ટમના અગ્રણી વિકાસકર્તા છે. તેમણે ઓટોમેશન ટૂલ્સ વિશે વાત કરી જેણે ગુણવત્તામાં સુધારો કરવાનું શક્ય બનાવ્યું અને ઉત્પાદનમાં કોડ પહોંચાડવાનો સમય 5 ગણો ઘટાડ્યો. પરંતુ આવા પરિણામો એકલા ઓટોમેશનથી પ્રાપ્ત કરી શકાતા નથી, તેથી એલેક્ઝાંડરે વિકાસ પ્રક્રિયાઓમાં ફેરફારો પર પણ ધ્યાન આપ્યું.

અકસ્માતો તમને શીખવામાં કેવી રીતે મદદ કરે છે?

એલેક્સી કિર્પિચનિકોવ 5 વર્ષથી SKB કોન્ટુર ખાતે DevOps અને ઈન્ફ્રાસ્ટ્રક્ચરનો અમલ કરી રહ્યાં છે. ત્રણ વર્ષ દરમિયાન, તેમની કંપનીમાં લગભગ 1000 ફેકેપ્સ વિવિધ ડિગ્રીના મહાકાવ્ય બન્યા. તેમાંથી, ઉદાહરણ તરીકે, 36% ઉત્પાદનમાં નીચી-ગુણવત્તાવાળા પ્રકાશનને રોલ આઉટ કરવાને કારણે થયા હતા, અને 14% ડેટા સેન્ટરમાં હાર્ડવેર જાળવણી કાર્યને કારણે થયા હતા.

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

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

અમે સમજીએ છીએ કે તમારું DevOps વિઝન અમારી સાથે મેળ ખાતું નથી. તમે DevOps પરિવર્તનને કેવી રીતે જુઓ છો તે જાણવું રસપ્રદ રહેશે. ટિપ્પણીઓમાં આ વિષયનો તમારો અનુભવ અને દ્રષ્ટિ શેર કરો.

અમે પ્રોગ્રામમાં કયા અહેવાલો પહેલાથી જ સ્વીકાર્યા છે?

આ અઠવાડિયે પ્રોગ્રામ કમિટીએ 4 રિપોર્ટ અપનાવ્યા: સુરક્ષા, ઈન્ફ્રાસ્ટ્રક્ચર અને SRE પ્રેક્ટિસ પર.

કદાચ DevOps પરિવર્તનનો સૌથી પીડાદાયક વિષય: કેવી રીતે ખાતરી કરવી કે માહિતી સુરક્ષા વિભાગના લોકો વિકાસ, કામગીરી અને વહીવટ વચ્ચે પહેલાથી બનેલા જોડાણોને નષ્ટ ન કરે. કેટલીક કંપનીઓ માહિતી સુરક્ષા વિભાગ વિના સંચાલન કરે છે. આ કિસ્સામાં માહિતી સુરક્ષા કેવી રીતે સુનિશ્ચિત કરવી? તે વિશે કહેશે sudo.su તરફથી મોના આર્કિપોવા. તેના અહેવાલમાંથી આપણે શીખીએ છીએ:

• શું સુરક્ષિત રાખવાની જરૂર છે અને કોની પાસેથી;
• નિયમિત સુરક્ષા પ્રક્રિયાઓ શું છે;
• IT અને માહિતી સુરક્ષા પ્રક્રિયાઓ કેવી રીતે છેદે છે;
• CIS CSC શું છે અને તેનો અમલ કેવી રીતે કરવો;
• કેવી રીતે અને કયા સૂચકાંકો દ્વારા નિયમિત માહિતી સુરક્ષા તપાસ કરવી.

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

મેક્સિમ બતાવશે કે કોડ પ્લેસમેન્ટ પેટર્ન કેવી રીતે કાર્ય કરે છે, જેનો હેતુ ઓટોમેશન અને વિકાસને સરળ બનાવવાનો છે.

અન્ય અહેવાલ અમે ઇન્ફ્રાસ્ટ્રક્ચર વિશે સાંભળીશું પ્લેકીમાંથી વ્લાદિમીર રાયબોવ. અહીં આપણે ઈન્ફ્રાસ્ટ્રક્ચર પ્લેટફોર્મ વિશે વાત કરીશું, અને આપણે શીખીશું:

• સ્ટોરેજ સ્પેસનો અસરકારક રીતે ઉપયોગ થઈ રહ્યો છે કે કેમ તે કેવી રીતે સમજવું;
• જો ફક્ત 10 TB સ્ટોરેજનો ઉપયોગ કરવામાં આવે તો કેટલાંક વપરાશકર્તાઓ 20 TB સામગ્રી કેવી રીતે પ્રાપ્ત કરી શકે છે;
• ડેટાને કેવી રીતે 5 વખત સંકુચિત કરવો અને તેને રીઅલ-ટાઇમમાં વપરાશકર્તાઓને કેવી રીતે પ્રદાન કરવો;
• કેટલાંક ડેટા સેન્ટરો વચ્ચે ફ્લાય પર ડેટાને કેવી રીતે સિંક્રનાઇઝ કરવું;
• એક વર્ચ્યુઅલ મશીનનો ક્રમિક રીતે ઉપયોગ કરતી વખતે એકબીજા પરના વપરાશકર્તાઓના કોઈપણ પ્રભાવને કેવી રીતે દૂર કરવું.

આ જાદુનું રહસ્ય ટેકનોલોજી છે ફ્રીબીએસડી માટે ઝેડએફએસ અને તેનો તાજો કાંટો લિનક્સ પર ઝેડએફએસ. વ્લાદિમીર પ્લેકીમાંથી કેસ શેર કરશે.

Amixr.IO તરફથી Matvey Kukuy જીવનના ઉદાહરણો સાથે તૈયાર કહેવું, શું થયું છે એસ.આર.ઇ. અને તે કેવી રીતે વિશ્વસનીય સિસ્ટમ બનાવવામાં મદદ કરે છે. Amixr.IO તેના બેકએન્ડ દ્વારા ક્લાયન્ટની ઘટનાઓ પસાર કરે છે; વિશ્વભરની ડઝનેક ઓન-ડ્યુટી ટીમો પહેલાથી જ 150 હજાર કેસોનો સામનો કરી ચૂકી છે. કોન્ફરન્સમાં, Matvey આંકડા અને આંતરદૃષ્ટિ શેર કરશે જે તેમની કંપનીએ ગ્રાહકોની સમસ્યાઓ હલ કરીને અને નિષ્ફળતાઓનું વિશ્લેષણ કરીને એકઠા કર્યા છે.

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

સોર્સ: www.habr.com