એવું વિચારવાનું બંધ કરો કે SLA તમને બચાવશે. આશ્વાસન આપવા અને સલામતીની ખોટી ભાવના બનાવવા માટે તે જરૂરી છે.

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

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

હોસ્ટર્સ મોટાભાગે SLA ના સાર્વજનિક સંસ્કરણમાં શું લખે છે જે તેઓ લોકોને બતાવે છે? ઠીક છે, પ્રથમ લાઇન એ હોસ્ટરની "વિશ્વસનીયતા" શબ્દ છે - આ સામાન્ય રીતે 98 થી 99,999% સુધીની સંખ્યાઓ છે. હકીકતમાં, આ સંખ્યાઓ માર્કેટર્સની માત્ર એક સુંદર શોધ છે. એક સમયે, જ્યારે હોસ્ટિંગ યુવાન અને ખર્ચાળ હતું, અને ક્લાઉડ્સ નિષ્ણાતો માટે માત્ર એક સ્વપ્ન હતું (તેમજ દરેક માટે બ્રોડબેન્ડ ઍક્સેસ), હોસ્ટિંગ અપટાઇમ સૂચક અત્યંત, અત્યંત મહત્વપૂર્ણ હતું. હવે, જ્યારે બધા સપ્લાયર્સ સમાન સાધનોનો ઉપયોગ કરે છે, વત્તા અથવા ઓછા, સમાન બેકબોન નેટવર્ક્સ પર બેસીને સમાન સેવા પેકેજો ઓફર કરે છે, ત્યારે અપટાઇમ સૂચક એકદમ અવિશ્વસનીય છે.

શું ત્યાં "સાચો" SLA પણ છે?

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

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

એટલે કે, "યોગ્ય SLA" = "સેવાઓની જોગવાઈ માટે પર્યાપ્ત કરાર" અને પરિસ્થિતિ પર નિયંત્રણ આપે છે. પરંતુ આ ત્યારે જ શક્ય છે જ્યારે "સમાન તરીકે" કામ કરો.

વેબસાઈટ પર શું લખ્યું છે અને વાસ્તવિકતામાં શું રાહ જોઈ રહ્યું છે એ બે અલગ અલગ બાબતો છે

સામાન્ય રીતે, અમે આગળ ચર્ચા કરીશું તે દરેક વસ્તુ સામાન્ય માર્કેટિંગ યુક્તિઓ અને સચેતતાની કસોટી છે.

જો આપણે લોકપ્રિય સ્થાનિક હોસ્ટર્સ લઈએ, તો પછી એક ઓફર અન્ય કરતાં વધુ સારી છે: 25/8 સપોર્ટ, સર્વર અપટાઇમ 99,9999999% સમય, ઓછામાં ઓછા રશિયામાં તેમના પોતાના ડેટા સેન્ટરનો સમૂહ. કૃપા કરીને ડેટા કેન્દ્રો વિશેનો મુદ્દો યાદ રાખો, અમે થોડી વાર પછી તેના પર પાછા આવીશું. આ દરમિયાન, ચાલો આદર્શ ફોલ્ટ સહિષ્ણુતાના આંકડાઓ વિશે વાત કરીએ અને જ્યારે તેનું સર્વર હજી પણ "0,0000001% નિષ્ફળતાઓ" માં આવે ત્યારે વ્યક્તિ શું સામનો કરે છે.

98% અને તેથી વધુના સૂચકાંકો સાથે, કોઈપણ ઘટાડો એ આંકડાકીય ભૂલની ધાર પરની ઘટના છે. કાર્યકારી સાધનો અને જોડાણ કાં તો ત્યાં છે અથવા તે નથી. તમે એક પણ સમસ્યા વિના વર્ષો સુધી 50% (તેના પોતાના SLA અનુસાર) ની "વિશ્વસનીયતા" રેટિંગ સાથે હોસ્ટરનો ઉપયોગ કરી શકો છો અથવા તમે 99,99% નો દાવો કરનારા છોકરાઓ સાથે થોડા દિવસો માટે મહિનામાં એકવાર "નિષ્ફળ" થઈ શકો છો.

જ્યારે પડવાની ક્ષણ આવે છે (અને, અમે તમને યાદ અપાવીએ છીએ કે દરેક વ્યક્તિ કોઈક દિવસે પડી જાય છે), ત્યારે ક્લાયન્ટને "સપોર્ટ" નામના આંતરિક કોર્પોરેટ મશીનનો સામનો કરવો પડે છે, અને સેવા કરાર અને SLA પ્રકાશમાં લાવવામાં આવે છે. તેનો અર્થ શું છે:

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

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

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

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

"વિશ્વભરના ઘણા ડેટા કેન્દ્રો" ચિંતાનું કારણ છે

અમે એક અલગ કેટેગરીમાં સેવા પ્રદાતા પર મોટી સંખ્યામાં ડેટા કેન્દ્રો સાથેની પરિસ્થિતિને મૂકી છે, કારણ કે ઉપર વર્ણવેલ સ્પષ્ટ સંચાર સમસ્યાઓ ઉપરાંત, બિન-સ્પષ્ટ સમસ્યાઓ પણ ઊભી થાય છે. ઉદાહરણ તરીકે, તમારા સેવા પ્રદાતા પાસે "તેમના" ડેટા કેન્દ્રોની ઍક્સેસ નથી.

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

અત્યંત રસપ્રદ અથડામણો અહીં ઊભી થાય છે. સેવા પ્રદાતા સાથેનો તમારો SLA હજુ પણ કાર્ય કરે છે અને માન્ય છે, પરંતુ સપ્લાયર અકસ્માતની ઘટનામાં પરિસ્થિતિને ધરમૂળથી પ્રભાવિત કરવામાં સક્ષમ નથી. તે પોતે તેના પોતાના સપ્લાયર પર નિર્ભર સ્થિતિમાં છે - ડેટા સેન્ટર, જેમાંથી પાવર રેક્સ પુનર્વેચાણ માટે ખરીદવામાં આવ્યા હતા.

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

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

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

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

આ અમને ફરી એકવાર યાદ અપાવે છે કે જો તમને સપ્લાયરની સંસ્થાકીય રચના અને ક્ષમતાઓની સમજ ન હોય તો SLA નકામું છે.

અંતે શું

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

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

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

આગળ, તમારે તમારી જાતને કંપનીની રચનાથી પરિચિત થવાની જરૂર છે, અથવા વધુ સારી રીતે, વ્યક્તિગત રૂપે ઉપકરણોને જુઓ. ડેટા સેન્ટરોમાં, પર્યટનની પ્રથા અથવા ઓછામાં ઓછા પર્યટન લેખો તેમની પોતાની વેબસાઇટ અથવા બ્લોગ પર નવું નથી (અમે લખ્યું છે કે વખત и два), જ્યાં તેઓ ફોટા અને વિગતવાર વર્ણનો સાથે તેમના ડેટા સેન્ટર વિશે વાત કરે છે.

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

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

કારણ કે સામાન્ય SLA સંભવતઃ તમને મદદ કરશે નહીં. પરંતુ સુવિધાઓના માલિક સાથે કામ કરવું, અને પુનર્વિક્રેતા સાથે નહીં, સંભવિત સમસ્યાઓના નિરાકરણને નોંધપાત્ર રીતે ઝડપી બનાવશે.

સોર્સ: www.habr.com