તમે ઇન્ફ્રાસ્ટ્રક્ચર પર કેટલો ખર્ચ કરો છો? અને તમે આના પર પૈસા કેવી રીતે બચાવી શકો?

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

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

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

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

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

FinOps કોણ છે

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

તો શું કરવું - ધીરજપૂર્વક ગ્રે કરવાનું ચાલુ રાખો, તેના પર પેઇન્ટ કરો, અથવા ચુકવણીમાં આ અસંખ્ય ભયંકર શૂન્યના દેખાવના કારણોને શોધી કાઢો?

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

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

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

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

ઓપ્ટિમાઇઝેશન વિશે થોડું

વાદળો. પ્રમાણમાં સસ્તું અને ખૂબ અનુકૂળ. પરંતુ જ્યારે સર્વરની સંખ્યા ડબલ અથવા ટ્રિપલ ડિજિટ સુધી પહોંચે છે ત્યારે આ સોલ્યુશન સસ્તું થવાનું બંધ કરે છે. વધુમાં, ક્લાઉડ વધુને વધુ સેવાઓનો ઉપયોગ કરવાનું શક્ય બનાવે છે જે અગાઉ અનુપલબ્ધ હતી: આ સેવા તરીકે ડેટાબેસેસ છે (Amazon AWS, Azure Database), સર્વરલેસ એપ્લિકેશન્સ (AWS Lambda, Azure Functions) અને અન્ય ઘણી બધી. તે બધા ખૂબ જ સરસ છે કારણ કે તેનો ઉપયોગ કરવો સરળ છે - ખરીદો અને જાઓ, કોઈ સમસ્યા નથી. પરંતુ કંપની અને તેના પ્રોજેક્ટ જેટલા ઊંડા વાદળોમાં ડૂબી જાય છે, CFOની ઊંઘ ખરાબ થાય છે. અને જેટલી ઝડપથી જનરલ ગ્રે થઈ જાય છે.

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

તો આ પરિસ્થિતિમાં FinOps શું કરે છે:

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

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

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

માર્ગ દ્વારા, ડિસ્કાઉન્ટ વિશે

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

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

તે જ સમયે, તમારે યાદ રાખવાની જરૂર છે કે પ્રકાશ AWS અથવા Azure પર ફાચરની જેમ એકરૂપ થતો નથી. અલબત્ત, તમારા પોતાના સર્વર રૂમને ગોઠવવાનો કોઈ પ્રશ્ન નથી - પરંતુ જાયન્ટ્સ તરફથી આ બે ક્લાસિક ઉકેલોના વિકલ્પો છે.

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

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

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

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

અંતે શું?

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

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

સોર્સ: www.habr.com