DevOps અને કેઓસ: વિકેન્દ્રિત વિશ્વમાં સોફ્ટવેર ડિલિવરી

એન્ટોન વેઇસ, ઓટોમેટો સૉફ્ટવેરના સ્થાપક અને નિર્દેશક, ઇઝરાયેલમાં પ્રથમ DevOps પ્રમાણપત્રના પ્રારંભકર્તાઓ અને પ્રશિક્ષકોમાંના એક, ગયા વર્ષના DevOpsDays મોસ્કો અરાજકતા સિદ્ધાંત અને અરાજકતા એન્જિનિયરિંગના મુખ્ય સિદ્ધાંતો વિશે, અને ભવિષ્યની આદર્શ DevOps સંસ્થા કેવી રીતે કાર્ય કરે છે તે પણ સમજાવ્યું.

અમે રિપોર્ટનું ટેક્સ્ટ વર્ઝન તૈયાર કર્યું છે.

શુભ સવાર

સતત બીજા વર્ષે મોસ્કોમાં DevOpsDays, આ સ્ટેજ પર મારી બીજી વખત છે, તમારામાંથી ઘણા બીજી વખત આ રૂમમાં છે. તેનો અર્થ શું છે? આનો અર્થ એ છે કે રશિયામાં DevOps ચળવળ વધી રહી છે, ગુણાકાર થઈ રહી છે અને સૌથી અગત્યનું, તેનો અર્થ એ છે કે 2018 માં DevOps શું છે તે વિશે વાત કરવાનો સમય આવી ગયો છે.

તમારા હાથ ઉંચા કરો જેઓ વિચારે છે કે DevOps 2018 માં પહેલેથી જ એક વ્યવસાય છે? એવા છે. શું રૂમમાં એવા કોઈ DevOps એન્જિનિયરો છે કે જેમના જોબ વર્ણનમાં “DevOps એન્જિનિયર” હોય? શું રૂમમાં DevOps મેનેજર છે? એવું કોઈ નથી. DevOps આર્કિટેક્ટ્સ? તેમજ નં. પૂરતી નથી. શું તે ખરેખર સાચું છે કે કોઈ કહેતું નથી કે તેઓ DevOps એન્જિનિયર છે?

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

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

અમે સર્જનાત્મક લોકો છીએ, અમે ફક્ત આરામ કરતા નથી. અમે કહીએ છીએ: DevOps એ પૂરતો વ્યાપક શબ્દ નથી; તેમાં હજુ પણ તમામ પ્રકારના વિવિધ, રસપ્રદ ઘટકોનો અભાવ છે. અને અમે અમારી ગુપ્ત પ્રયોગશાળાઓમાં જઈએ છીએ અને રસપ્રદ પરિવર્તનો ઉત્પન્ન કરવાનું શરૂ કરીએ છીએ: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.

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

તેથી હું આ અભિગમને કહું છું - "ઓપ્સ, અને સમસ્યા હલ થઈ ગઈ છે."

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

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

સિસ્ટમ શું છે?

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

જો તમે ક્રાંતિકારી હેકર છો, તો તમારા માટે સિસ્ટમ સ્પષ્ટપણે દુષ્ટ છે. તે એક વાદળ છે જે તમારા પર અટકી જાય છે અને તમને તે વસ્તુઓ કરવા દબાણ કરે છે જે તમે કરવા માંગતા નથી.

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

આ બધું એક વિશાળ સામાજિક-તકનીકી વ્યવસ્થાનો ભાગ છે. અને જો આપણે સમજીએ કે આ સામાજિક-તકનીકી પ્રણાલી એકસાથે કેવી રીતે કાર્ય કરે છે, તો જ આપણે આ બાબતમાં ખરેખર કંઈક ઑપ્ટિમાઇઝ કરી શકીશું.

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

વર્તનના દૃષ્ટિકોણથી, ત્યાં બીજી રસપ્રદ હકીકત છે. સિસ્ટમ કંઈક કરી શકે છે જે તેના વ્યક્તિગત ભાગોમાંથી કોઈ કરી શકતું નથી.

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

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

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

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

કેઓસ સિદ્ધાંત

અરાજકતાનો અભ્યાસ કરતા લોકો પોતાને અરાજકતાશાસ્ત્રી કહે છે.

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

મને લાગે છે કે તમારામાંના ઘણા લોકો પણ ઘણીવાર આ રીતે અનુભવે છે, તેથી તમે અરાજકતાશાસ્ત્રીઓ પણ છો. હું તમને અરાજકતાશાસ્ત્રીઓના મહાજનમાં આમંત્રિત કરું છું. તમે અને હું, પ્રિય સાથી અરાજકતાશાસ્ત્રીઓ, જે સિસ્ટમોનો અભ્યાસ કરીશું તેને "જટિલ અનુકૂલનશીલ સિસ્ટમો" કહેવામાં આવે છે.

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

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

ત્યાં વધુ બે રસપ્રદ તારણો છે.


પ્રથમ, અમે સમજીએ છીએ કે જટિલ સિસ્ટમ તેના ભાગોને સરળ બનાવીને સરળ બનાવી શકાતી નથી. બીજું, જટિલ સિસ્ટમને સરળ બનાવવાનો એકમાત્ર રસ્તો તેના ભાગો વચ્ચેની ક્રિયાપ્રતિક્રિયાઓને સરળ બનાવવાનો છે.

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

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

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

અને નિરાધાર ન થવા માટે, ચાલો જોઈએ કે આપણે જે સિસ્ટમ બનાવીએ છીએ તે કેવી રીતે બદલાઈ રહી છે.

તમે આ શબ્દની રાહ જોઈ રહ્યા હતા, હું સમજું છું. અમે એક DevOps કોન્ફરન્સમાં છીએ, આજે આ શબ્દ લગભગ એક લાખ વખત સાંભળવામાં આવશે અને પછી અમે રાત્રે તેના વિશે સ્વપ્ન જોશું.

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

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

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

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

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

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

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

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

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

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

બ્લોકચેનની આસપાસનો હાઇપ સમજી શકાય તેવું છે. સોનાના ધસારાને બાજુ પર રાખીને, ટેકનોલોજી પોતે જ ઉજ્જવળ ભવિષ્ય માટે નોંધપાત્ર વચનો ધરાવે છે: વધુ સ્વતંત્રતા, વધુ સ્વાયત્તતા, વિતરિત વૈશ્વિક વિશ્વાસ. શું નથી જોઈતું?

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

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

કેઓસ એન્જિનિયરિંગ

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

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

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

આ જ અનુકૂલનક્ષમતા, સ્વ-સંગઠન માટેની આ જ ક્ષમતા, અસ્તિત્વ ટકાવી રાખવા માટે આપણી સિસ્ટમોને ચકાસવા માટે આપણે આપણી પ્રોડક્શન સિસ્ટમ્સમાં આ ભૂલો દાખલ કરવાનો પ્રયાસ કરવો જોઈએ.

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

વિતરિત સિસ્ટમ એકીકરણ પ્રોટોકોલ્સ

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

હું શું વાત કરું છું? પ્રથમ, પ્રોજેક્ટ ઓપનટ્રેસિંગ. કેટલાક સામાન્ય વિતરિત ટ્રેકિંગ પ્રોટોકોલ બનાવવાનો પ્રયાસ કરે છે, જે જટિલ વિતરિત સિસ્ટમોને ડિબગ કરવા માટે એકદમ અનિવાર્ય સાધન છે.

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

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

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

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

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

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

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

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

અને આ તે છે જે આપણે આપણા આધુનિક વિશ્વમાં જોઈએ છીએ: વિશ્વાસ વધુને વધુ વિતરિત અને વિકેન્દ્રિત થઈ રહ્યો છે, અને તે માહિતીના પ્રવાહની સ્વતંત્રતા, માહિતીની ઉપલબ્ધતા પર આધારિત છે.

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

DevOps સંસ્થાના ફંડામેન્ટલ્સ

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

અલબત્ત, સાંસ્કૃતિક પરિવર્તન વિના આમાંનું કંઈ શક્ય નથી. આપણી પાસે પરિવર્તનશીલ નેતૃત્વ, વ્યક્તિગત જવાબદારી, આંતરિક પ્રેરણા હોવી જોઈએ.

આ DevOps સંસ્થાઓનો આધાર છે: માહિતી પારદર્શિતા, અસુમેળ સંચાર, પરિવર્તનશીલ નેતૃત્વ, વિકેન્દ્રીકરણ.

બળી જવુ

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

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

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

મારા મતે, ફક્ત અરાજકતાની સર્જનાત્મક શક્તિને સ્વીકારવી, ફક્ત તેના સિદ્ધાંતો અનુસાર સહકારનું નિર્માણ એ જ છે જે આપણને આપણા વ્યવસાયમાં જે સારું છે તે ન ગુમાવવામાં મદદ કરશે.

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

કેઓસ મંકી સિવાય બીજું શું?

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

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

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

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

તો, DevOps ફિલસૂફીમાં, માઇક્રોસર્વિસિસ એટલી સારી વસ્તુ નથી?

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

તેમ છતાં, વધુ ભાર શું છે: ક્રિયાપ્રતિક્રિયાને સરળ બનાવવા પર અથવા ભાગોને સરળ બનાવવા પર?

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

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

ઠીક છે, તે આપણે કયા પ્રકારની સ્પર્ધા વિશે વાત કરી રહ્યા છીએ તેના પર નિર્ભર છે. શું તે કાર્યસ્થળમાં સ્પર્ધા અથવા કંપનીઓ વચ્ચેની સ્પર્ધા વિશે છે?

સેવાઓની સ્પર્ધા વિશે જે અસ્તિત્વમાં છે કારણ કે સેવાઓ ઘણી કંપનીઓ નથી. અમે એક નવા પ્રકારનું માહિતી વાતાવરણ બનાવી રહ્યા છીએ, અને કોઈપણ વાતાવરણ સ્પર્ધા વિના જીવી શકતું નથી. દરેક જગ્યાએ સ્પર્ધા છે.

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

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

પ્રશ્ન પર પણ એક નજર. મને લાગે છે કે આપણે બધાનું એક જ ધ્યેય છે: ટકી રહેવું અને તેની સાથે કરવું
સૌથી મોટો આનંદ. અને કોઈપણ સંસ્થાનું સ્પર્ધાત્મક ધ્યેય સમાન હોય છે. સર્વાઇવલ ઘણીવાર સ્પર્ધા દ્વારા થાય છે, તમે તેના વિશે કંઈ કરી શકતા નથી.

આ વર્ષની કોન્ફરન્સ DevOpsDays મોસ્કો 7 ડિસેમ્બરે ટેક્નોપોલિસ ખાતે યોજાશે. અમે 11 નવેમ્બર સુધી રિપોર્ટ્સ માટેની અરજીઓ સ્વીકારી રહ્યા છીએ. લખો જો તમે બોલવા માંગતા હોવ તો અમને.

સહભાગીઓ માટે નોંધણી ખુલ્લી છે, ટિકિટની કિંમત 7000 રુબેલ્સ છે. અમારી સાથ જોડાઓ!

સોર્સ: www.habr.com