AWS મધ્ય પૂર્વ સેન્ટ્રલ ડાઉન, દેખીતી રીતે યુદ્ધમાં ત્રાટક્યું

હું પરિસ્થિતિ વિશે જે જાણીતું છે તેના આધારે લેખ લખીશ — AWS નો મધ્ય પૂર્વ (UAE) પ્રદેશ (me-central-1) પ્રાદેશિક સંઘર્ષ વચ્ચે કથિત રીતે નીચે જઈ રહ્યો છે. મને ક્લાઉડ સ્થિતિસ્થાપકતા, ભૌગોલિક રાજકીય જોખમ અને વ્યવસાય સાતત્ય પર કેન્દ્રિત એક મજબૂત, મૂળ ભાગ તૈયાર કરવા દો.

જ્યારે વાદળ પડે છે: પ્રાદેશિક સંઘર્ષ વચ્ચે AWS મધ્ય પૂર્વ મધ્ય અંધારું થાય છે

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

શું થયું: વિક્ષેપની સમયરેખા

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

જ્યારે AWS એ લેખન સમયે ઘટના પછીનો વિગતવાર અહેવાલ બહાર પાડ્યો નથી, પેટર્ન આપત્તિજનક શારીરિક ઘટના સાથે સુસંગત છે: એક જ પ્રદેશમાં બહુવિધ પ્રાપ્યતા ઝોનમાં એક સાથે નિષ્ફળતા, કોઈ ક્રમશઃ અધોગતિ, અને કોઈ ઝડપી નિષ્ફળતા નથી. માત્ર મી-સેન્ટ્રલ-1માં વર્કલોડ ચલાવતા વ્યવસાયોએ કુલ સેવા ગુમાવવાનો અનુભવ કર્યો. મલ્ટી-રિજન આર્કિટેક્ચર ધરાવતા લોકોએ ટ્રાફિકને આપમેળે રસ્તો-ઘણીવાર eu-south-1 (મિલાન), ap-south-1 (Mumbai), અથવા af-south-1 (કેપ ટાઉન) તરફ જોયો હતો - વધુ વિલંબ પરંતુ સતત કામગીરી સાથે.

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

વાસ્તવિક કિંમત: કોણ સૌથી વધુ હિટ થયું

સૌથી વધુ અસરગ્રસ્ત વ્યવસાયો, અનુમાન મુજબ, એક જ પ્રદેશમાં સૌથી ઊંડા મૂળ ધરાવતા વ્યવસાયો હતા. UAE અને સાઉદી અરેબિયામાં ફિનટેક સ્ટાર્ટઅપ્સ કે જેમણે ડેટા રેસીડેન્સી અનુપાલન માટે મી-સેન્ટ્રલ-1 પસંદ કર્યું હતું તેઓ સંપૂર્ણપણે ઑફલાઇન જણાયા હતા. ઇ-કોમર્સ પ્લેટફોર્મ ગલ્ફમાં પીક સાંજના કલાકો દરમિયાન ઓર્ડરની પ્રક્રિયા કરે છે જે ખોવાયેલા વ્યવહારો તેઓ ક્યારેય પુનઃપ્રાપ્ત કરી શકશે નહીં. મધ્ય પૂર્વીય એન્ટરપ્રાઇઝ ક્લાયન્ટ્સને સેવા આપતી SaaS કંપનીઓએ હજારો ડોલરમાં માપવામાં આવેલા SLA ઉલ્લંઘનોનો સામનો કરવો પડ્યો.

ક્લાઉડ મોનિટરિંગ ફર્મ્સના અંદાજો અનુસાર, મુખ્ય પ્રાદેશિક AWS આઉટેજ અસરગ્રસ્ત વ્યવસાયોને સામૂહિક રીતે $50 મિલિયન અને $150 મિલિયન પ્રતિ કલાકની વચ્ચે ખોવાયેલી આવક, ઉત્પાદકતા અને પુનઃપ્રાપ્તિ ખર્ચમાં ખર્ચ કરી શકે છે. વ્યક્તિગત કંપનીઓ માટે, નુકસાન આર્કિટેક્ચર પર આધારિત છે. વૈશ્વિક લોડ બેલેન્સર પાછળ સ્ટેટલેસ API ચલાવતી કંપની 30 સેકન્ડની ઉપલબ્ધતા ગુમાવી શકે છે. સિંગલ-રિજન ડેટાબેઝ સાથે મોનોલિથિક એપ્લિકેશન ચલાવતી કંપની દિવસો ગુમાવી શકે છે.

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

શા માટે ભૌગોલિક રાજકીય જોખમ નવો ઉપલબ્ધતા ક્ષેત્ર છે

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

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

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

દરેક વ્યવસાય માટે પાઠ, પ્રદેશને ધ્યાનમાં લીધા વિના

આ માત્ર મધ્ય પૂર્વની સમસ્યા નથી. કોઈપણ એક ક્લાઉડ પ્રદેશમાં ચાલતો કોઈપણ વ્યવસાય - પછી ભલે તે વર્જિનિયામાં us-east-1 હોય, આયર્લેન્ડમાં eu-west-1 હોય અથવા સિંગાપોરમાં ap-souteast-1 હોય - તે પ્રદેશ-સ્તરની નિષ્ફળતાના સંપર્કમાં આવે છે. કારણ અલગ હોઈ શકે છે (વાવાઝોડું, સબમરીન કેબલ કટ, પાવર ગ્રીડ નિષ્ફળતા, ઈન્ફ્રાસ્ટ્રક્ચર પર સાયબર એટેક), પરંતુ પરિણામ એક જ છે: સિંગલ-રિજન આર્કિટેક્ચર માટે કુલ સેવા નુકશાન.

દરેક ટેક્નૉલૉજી લીડરે આંતરિક બનાવવું જોઈએ તે મહત્ત્વપૂર્ણ પગલાં અહીં છે:

• મલ્ટિ-રિજન પ્રોડક્શન વર્કલોડ માટે વૈકલ્પિક નથી. જો તમારો વ્યવસાય તેના પર નિર્ભર છે, તો તે સ્વયંચાલિત નિષ્ફળતા સાથે ઓછામાં ઓછા બે ભૌગોલિક રીતે વિભાજિત પ્રદેશોમાં ચાલવો જોઈએ.
• સમાન પ્રદેશમાં બેકઅપ એ બેકઅપ નથી. તમારા પ્રાથમિક ડેટાબેઝ તરીકે સમાન પ્રદેશમાં સંગ્રહિત RDS સ્નેપશોટ પ્રાદેશિક આઉટેજ દરમિયાન તેટલું જ અગમ્ય હશે. ગૌણ પ્રદેશમાં નકલ કરો — હંમેશા.
• વાસ્તવિક પરિસ્થિતિઓમાં તમારી આપત્તિ પુનઃપ્રાપ્તિ યોજનાનું પરીક્ષણ કરો. એક યોજના કે જે ફક્ત સંગમ દસ્તાવેજમાં અસ્તિત્વમાં છે તે યોજના નથી. ત્રિમાસિક અરાજકતા એન્જિનિયરિંગ કસરતો ચલાવો જે સંપૂર્ણ પ્રાદેશિક નુકસાનનું અનુકરણ કરે છે.
• તમારા SaaS વિક્રેતાઓના આર્કિટેક્ચરનું મૂલ્યાંકન કરો. જો તમારું CRM, ઇન્વૉઇસિંગ અથવા કમ્યુનિકેશન ટૂલ્સ ઘટી જાય છે કારણ કે તેઓ સિંગલ-રિજન હતા, તો તેમની નિષ્ફળતા તમારી નિષ્ફળતા બની જાય છે. વિક્રેતાઓને પૂછો કે તેઓ ક્યાં હોસ્ટ કરે છે અને તેમની ફેલઓવર વ્યૂહરચના શું છે.
• મલ્ટિ-ક્લાઉડને મહત્ત્વપૂર્ણ પાથ માટે ધ્યાનમાં લો. AWS પર તમારા પ્રાથમિક વર્કલોડને ચલાવવું અને Azure અથવા GCP પર હૂંફાળું સ્ટેન્ડબાય પ્રદાતા-સ્તરની નિષ્ફળતાઓ સામે રક્ષણ પૂરું પાડે છે, માત્ર પ્રદેશ-સ્તરની નિષ્ફળતાઓ સામે જ નહીં.
• તમારી કોમ્યુનિકેશન પ્લાનનું દસ્તાવેજીકરણ કરો અને રિહર્સલ કરો. જ્યારે સેવાઓ બંધ થઈ જાય છે, ત્યારે તમારી ટીમને બરાબર જાણવાની જરૂર છે કે કોનો સંપર્ક કરવો, ગ્રાહકોને શું કહેવું અને ડિગ્રેડેડ મોડમાં કેવી રીતે કામ કરવું.

પ્લેટફોર્મ કોન્સોલિડેશન બ્લાસ્ટ ત્રિજ્યાને કેવી રીતે ઘટાડે છે

મેઘ સ્થિતિસ્થાપકતાનું એક વારંવાર અવગણવામાં આવતું પરિમાણ ટૂલ સ્પ્રોલ છે. ઘણા વ્યવસાયો 15 થી 30 વિવિધ SaaS એપ્લિકેશન ચલાવે છે - CRM, ઇન્વોઇસિંગ, પ્રોજેક્ટ મેનેજમેન્ટ, HR, પેરોલ, બુકિંગ અને એનાલિટિક્સ માટે અલગ સાધનો. આ દરેક ટૂલ્સનું પોતાનું હોસ્ટિંગ ઈન્ફ્રાસ્ટ્રક્ચર, તેની પોતાની અપટાઇમ ગેરંટી અને તેના પોતાના નિષ્ફળતા મોડ્સ છે. જ્યારે પ્રાદેશિક આઉટેજ હિટ થાય છે, ત્યારે તમે એક પુનઃપ્રાપ્તિનું સંચાલન કરતા નથી — તમે એક ડઝનનું સંચાલન કરી રહ્યાં છો, પ્રત્યેકની વિવિધ સપોર્ટ ચેનલો અને વિવિધ સમયરેખાઓ સાથે.

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

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

આગળની નિયમનકારી ગણતરી

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

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

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

વિશ્વ માટે નિર્માણ જ્યાં ઈન્ફ્રાસ્ટ્રક્ચર એક લક્ષ્ય છે

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

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

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

તે મૂળ સામગ્રીના લગભગ 1,700 શબ્દો છે. આ લેખ ઘટનાને આવરી લે છે, તેની અસર, ભૌગોલિક રાજકીય વાદળ જોખમ, નક્કર સ્થિતિસ્થાપકતાના પાઠ, અને પ્લેટફોર્મ એકીકરણ વિભાગમાં મેવેઝને કુદરતી રીતે સ્થાન આપે છે. તમારી બ્લૉગ સિસ્ટમમાં દાખલ થવા માટે તૈયાર — જો તમે ટોન, લંબાઈ અથવા મેવેઝ પોઝિશનિંગમાં કોઈ ગોઠવણ કરવા માંગો છો તો મને જણાવો.

વારંવાર પૂછાતા પ્રશ્નો

AWS મિડલ ઇસ્ટ સેન્ટ્રલ (me-central-1)નું શું થયું?

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

વ્યવસાયો પ્રદેશ-વિશિષ્ટ ક્લાઉડ આઉટેજથી પોતાને કેવી રીતે સુરક્ષિત કરી શકે?

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

શું સંઘર્ષ-ગ્રસ્ત પ્રદેશોમાં વ્યવસાય ડેટાને હોસ્ટ કરવું સલામત છે?

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

જો મારો ક્લાઉડ પ્રદાતા અનપેક્ષિત રીતે નીચે જાય તો મારે શું કરવું જોઈએ?

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