మీ ప్రాజెక్ట్ యొక్క ఇన్‌ఫ్రాస్ట్రక్చర్ ఖర్చు ఎంత అని మీరు ఖచ్చితంగా ఆలోచిస్తున్నారు. అదే సమయంలో, ఇది ఆశ్చర్యకరమైనది: ఖర్చుల పెరుగుదల లోడ్లకు సంబంధించి సరళంగా లేదు. చాలా మంది వ్యాపార యజమానులు, సేవా స్టేషన్‌లు మరియు డెవలపర్లు తాము అధికంగా చెల్లించడం గురించి రహస్యంగా అర్థం చేసుకుంటారు. కానీ సరిగ్గా దేనికి?
సాధారణంగా, ఖర్చులను తగ్గించడం అనేది చౌకైన పరిష్కారం, AWS ప్లాన్ లేదా ఫిజికల్ ర్యాక్‌ల విషయంలో హార్డ్‌వేర్ కాన్ఫిగరేషన్‌ను ఆప్టిమైజ్ చేయడం కోసం మాత్రమే వస్తుంది. అంతే కాదు: వాస్తవానికి, దేవుడు ఇష్టపడే విధంగా ఎవరైనా దీన్ని చేస్తున్నారు: మేము స్టార్టప్ గురించి మాట్లాడుతున్నట్లయితే, ఇది బహుశా తలనొప్పి పుష్కలంగా ఉన్న ప్రముఖ డెవలపర్ కావచ్చు. పెద్ద కార్యాలయాలలో, ఇది CMO/CTO ద్వారా పరిష్కరించబడుతుంది మరియు కొన్నిసార్లు సాధారణ డైరెక్టర్ వ్యక్తిగతంగా ప్రధాన అకౌంటెంట్‌తో కలిసి సమస్యలో పాల్గొంటారు. సాధారణంగా, తగినంత "కోర్" ఆందోళనలు ఉన్న వ్యక్తులు. మరియు మౌలిక సదుపాయాల బిల్లులు పెరుగుతున్నాయని తేలింది, కానీ దానిని ఎదుర్కోవటానికి సమయం లేని వారు దానితో వ్యవహరిస్తున్నారు.
మీరు ఆఫీసు కోసం టాయిలెట్ పేపర్‌ను కొనుగోలు చేయవలసి వస్తే, ఇది సరఫరా మేనేజర్ లేదా శుభ్రపరిచే సంస్థ నుండి బాధ్యత వహించే వ్యక్తి ద్వారా చేయబడుతుంది. మేము అభివృద్ధి గురించి మాట్లాడినట్లయితే - లీడ్స్ మరియు CTO. అమ్మకాలు - ప్రతిదీ కూడా స్పష్టంగా ఉంది. పాత రోజుల నుండి, "సర్వర్ రూమ్" అనేది క్యాబినెట్‌కు పేరు, దీనిలో కొంచెం ఎక్కువ RAM మరియు రెండు హార్డ్ డ్రైవ్‌లతో కూడిన సాధారణ టవర్ సిస్టమ్ ఉన్నందున, ప్రతి ఒక్కరూ (లేదా కనీసం చాలా మంది) దీనిని విస్మరిస్తారు. నిజానికి సామర్థ్యం కొనుగోలు కూడా ప్రత్యేకంగా శిక్షణ పొందిన వ్యక్తి నిర్వహించాలి.
అయ్యో, చారిత్రక జ్ఞాపకశక్తి మరియు అనుభవం దశాబ్దాలుగా ఈ పని "యాదృచ్ఛిక" వ్యక్తులకు మార్చబడిందని సూచిస్తున్నాయి: ఎవరు దగ్గరగా ఉన్నారో వారు ప్రశ్నను ఎంచుకున్నారు. మరియు ఇటీవలే FinOps వృత్తి మార్కెట్లో రూపాన్ని పొందడం ప్రారంభించింది మరియు కొంత కాంక్రీట్ ఆకారాన్ని పొందింది. ఇది ప్రత్యేకంగా శిక్షణ పొందిన వ్యక్తి, దీని పని సామర్థ్యం యొక్క కొనుగోలు మరియు వినియోగాన్ని నియంత్రించడం. మరియు, అంతిమంగా, ఈ ప్రాంతంలో కంపెనీ ఖర్చులను తగ్గించడంలో.
మేము ఖరీదైన మరియు ప్రభావవంతమైన పరిష్కారాలను విడిచిపెట్టమని సూచించడం లేదు: హార్డ్‌వేర్ మరియు క్లౌడ్ టారిఫ్‌ల పరంగా సౌకర్యవంతమైన ఉనికి కోసం ప్రతి వ్యాపారం స్వయంగా నిర్ణయించుకోవాలి. కానీ అనేక కంపెనీల ఉపయోగం యొక్క తదుపరి పర్యవేక్షణ మరియు విశ్లేషణ లేకుండా "జాబితా ప్రకారం" ఆలోచన లేకుండా కొనుగోలు చేయడం వలన వారి బ్యాకెండ్ యొక్క "ఆస్తుల" యొక్క అసమర్థ నిర్వహణ కారణంగా చివరికి చాలా చాలా గణనీయమైన నష్టాలు సంభవిస్తాయి.
FinOps ఎవరు
మీకు పేరుపొందిన సంస్థ ఉందని అనుకుందాం, అమ్మకందారులు “ఎంటర్‌ప్రైజ్” గురించి ఊపిరి పీల్చుకుంటారు. బహుశా, "జాబితా ప్రకారం" మీరు డజను లేదా రెండు సర్వర్లు, AWS మరియు కొన్ని ఇతర "చిన్న విషయాలు" కొనుగోలు చేసారు. ఇది తార్కికం: ఒక పెద్ద కంపెనీలో ఏదో ఒక రకమైన కదలిక నిరంతరం జరుగుతుంది - కొన్ని జట్లు పెరుగుతాయి, మరికొన్ని విడదీయబడతాయి, మరికొన్ని పొరుగు ప్రాజెక్టులకు బదిలీ చేయబడతాయి. మరియు ఈ కదలికల కలయిక, "జాబితా-ఆధారిత" సేకరణ మెకానిజంతో కలిసి, తదుపరి నెలవారీ మౌలిక సదుపాయాల బిల్లును చూసేటప్పుడు చివరికి కొత్త బూడిద వెంట్రుకలకు దారి తీస్తుంది.
కాబట్టి ఏమి చేయాలి - ఓపికగా బూడిద రంగులో కొనసాగండి, దానిపై పెయింట్ చేయండి లేదా చెల్లింపులో ఈ అనేక భయంకరమైన సున్నాలు కనిపించడానికి గల కారణాలను గుర్తించండి?
నిజాయితీగా ఉండండి: అదే AWS టారిఫ్ కోసం కంపెనీలో అప్లికేషన్ యొక్క ఆమోదం, ఆమోదం మరియు ప్రత్యక్ష చెల్లింపు ఎల్లప్పుడూ (వాస్తవానికి, దాదాపు ఎప్పుడూ) త్వరగా జరగదు. మరియు స్థిరమైన కార్పోరేట్ ఉద్యమం కారణంగా, ఇలాంటి కొనుగోళ్లలో కొన్ని ఎక్కడో "కోల్పోయి ఉండవచ్చు". మరియు పనిలేకుండా నిలబడటం చిన్నవిషయం. శ్రద్ధగల నిర్వాహకుడు తన సర్వర్ గదిలో యజమాని లేని ర్యాక్‌ను గమనిస్తే, క్లౌడ్ టారిఫ్‌ల విషయంలో ప్రతిదీ చాలా విచారకరం. వాటిని నెలల తరబడి వేయవచ్చు - చెల్లించబడుతుంది, కానీ అదే సమయంలో వారు కొనుగోలు చేసిన విభాగంలో ఎవరికీ అవసరం లేదు. అదే సమయంలో, తదుపరి కార్యాలయంలోని సహోద్యోగులు వారి తలపై మాత్రమే కాకుండా, ఇతర ప్రదేశాలలో కూడా తమ నెరిసిన జుట్టును చింపివేయడం ప్రారంభిస్తారు - వారు n వ వారంలో దాదాపు అదే AWS టారిఫ్‌ను చెల్లించలేకపోయారు. ఎంతో అవసరం.
అత్యంత స్పష్టమైన పరిష్కారం ఏమిటి? సరికదా, అవసరమైన వారికి పగ్గాలు అప్పగించండి మరియు అందరూ సంతోషంగా ఉన్నారు. కానీ క్షితిజ సమాంతర కమ్యూనికేషన్‌లు ఎల్లప్పుడూ బాగా స్థిరపడవు. మరియు రెండవ విభాగానికి మొదటి సంపద గురించి తెలియకపోవచ్చు, ఇది నిజంగా ఈ సంపద అవసరం లేదని తేలింది.
దీనికి కారణమెవరు? - నిజానికి, ఎవరూ. ప్రస్తుతానికి అంతా అలా సెట్ చేయబడింది.
దీని వల్ల ఎవరు బాధపడతారు? - అంతే, మొత్తం కంపెనీ.
పరిస్థితిని ఎవరు చక్కదిద్దగలరు? - అవును, అవును, FinOps.
FinOps అనేది డెవలపర్లు మరియు వారికి అవసరమైన పరికరాల మధ్య పొర మాత్రమే కాదు, కంపెనీ కొనుగోలు చేసిన అదే క్లౌడ్ టారిఫ్‌ల పరంగా ఎక్కడ, ఏమి మరియు ఎంత బాగా "అబద్ధం" అని తెలుసుకునే వ్యక్తి లేదా బృందం. వాస్తవానికి, ఈ వ్యక్తులు ఒకవైపు DevOpsతో కలిసి పని చేయాలి, మరోవైపు ఆర్థిక శాఖ సమర్థవంతమైన మధ్యవర్తిగా మరియు ముఖ్యంగా విశ్లేషకుడి పాత్రను పోషిస్తుంది.
ఆప్టిమైజేషన్ గురించి కొంచెం
మేఘాలు. సాపేక్షంగా చౌకగా మరియు చాలా సౌకర్యవంతంగా ఉంటుంది. కానీ సర్వర్‌ల సంఖ్య రెండు లేదా మూడు అంకెలకు చేరుకున్నప్పుడు ఈ పరిష్కారం చౌకగా ఉండదు. అదనంగా, క్లౌడ్‌లు గతంలో అందుబాటులో లేని మరిన్ని సేవలను ఉపయోగించడం సాధ్యం చేస్తాయి: ఇవి డేటాబేస్‌లు సేవ (అమెజాన్ AWS, అజూర్ డేటాబేస్), సర్వర్‌లెస్ అప్లికేషన్‌లు (AWS లాంబ్డా, అజూర్ ఫంక్షన్‌లు) మరియు అనేక ఇతరాలు. అవన్నీ చాలా బాగున్నాయి ఎందుకంటే అవి ఉపయోగించడానికి సులభమైనవి - కొనండి మరియు వెళ్లండి, సమస్యలు లేవు. కానీ కంపెనీ మరియు దాని ప్రాజెక్ట్‌లు ఎంత లోతుగా మేఘాలలో మునిగిపోతాయో, CFO అంత అధ్వాన్నంగా నిద్రపోతాడు. మరియు వేగంగా సాధారణ బూడిద రంగులోకి మారుతుంది.
వాస్తవం ఏమిటంటే వివిధ క్లౌడ్ సేవలకు సంబంధించిన ఇన్‌వాయిస్‌లు ఎల్లప్పుడూ చాలా గందరగోళంగా ఉంటాయి: ఒక వస్తువు కోసం మీరు మీ డబ్బు ఏమి, ఎక్కడ మరియు ఎలా వెళ్ళింది అనే మూడు పేజీల వివరణను అందుకోవచ్చు. ఇది, వాస్తవానికి, ఆహ్లాదకరంగా ఉంటుంది, కానీ దానిని అర్థం చేసుకోవడం దాదాపు అసాధ్యం. అంతేకాకుండా, ఈ సమస్యపై మా అభిప్రాయం ఒకే ఒక్కదానికి దూరంగా ఉంది: క్లౌడ్ ఖాతాలను మానవులకు బదిలీ చేయడానికి, మొత్తం సేవలు ఉన్నాయి, ఉదాహరణకు. లేదా . ఎవరైనా బిల్లులను అర్థాన్ని విడదీయడానికి ప్రత్యేక సేవను రూపొందించడానికి ఇబ్బంది పడినట్లయితే, సమస్య యొక్క స్థాయి హెయిర్ డై ధరను మించిపోయింది.
కాబట్టి ఈ పరిస్థితిలో FinOps ఏమి చేస్తుంది:
- క్లౌడ్ సొల్యూషన్‌లను ఎప్పుడు మరియు ఏ వాల్యూమ్‌లలో కొనుగోలు చేశారో స్పష్టంగా అర్థం చేసుకుంటుంది.
- ఈ సామర్థ్యాలను ఎలా ఉపయోగించాలో తెలుసు.
- నిర్దిష్ట యూనిట్ అవసరాలను బట్టి వాటిని పునఃపంపిణీ చేస్తుంది.
- "అది కావచ్చు" కొనదు.
- మరియు చివరికి, ఇది మీ డబ్బును ఆదా చేస్తుంది.
ఒక గొప్ప ఉదాహరణ డేటాబేస్ యొక్క కోల్డ్ కాపీ యొక్క క్లౌడ్ నిల్వ. ఉదాహరణకు, స్టోరేజ్‌ని అప్‌డేట్ చేస్తున్నప్పుడు వినియోగించే స్థలం మరియు ట్రాఫిక్‌ని తగ్గించడానికి మీరు దీన్ని ఆర్కైవ్ చేస్తారా? అవును, పరిస్థితి చౌకగా ఉన్నట్లు అనిపించవచ్చు - ఒక నిర్దిష్ట సందర్భంలో, కానీ అటువంటి చౌక పరిస్థితుల యొక్క మొత్తం ఫలితంగా క్లౌడ్ సేవలకు విపరీతమైన ఖర్చులు ఏర్పడతాయి.
లేదా మరొక పరిస్థితి: మీరు పీక్ లోడ్ కింద పడకుండా ఉండటానికి AWS లేదా Azureలో రిజర్వ్ సామర్థ్యాన్ని కొనుగోలు చేసారు. ఇది సరైన పరిష్కారం అని మీరు ఖచ్చితంగా చెప్పగలరా? అన్నింటికంటే, ఈ సందర్భాలు 80% పనిలేకుండా ఉంటే, మీరు కేవలం Amazonకి డబ్బు ఇస్తున్నారు. అంతేకాకుండా, అటువంటి సందర్భాలలో, అదే AWS మరియు అజూర్ పగిలిపోయే సందర్భాలను కలిగి ఉన్నాయి - మీరు పీక్ లోడ్‌ల సమస్యలను పరిష్కరించడానికి ఒక సాధనాన్ని ఉపయోగించగలిగితే, మీకు ఐడ్లింగ్ సర్వర్లు ఎందుకు అవసరం? లేదా, ఆన్ ప్రెమిస్ ఇన్‌స్టాన్స్‌లకు బదులుగా, మీరు రిజర్వ్‌డ్ వైపు చూడాలి - అవి చాలా చౌకగా ఉంటాయి మరియు అవి డిస్కౌంట్‌లను కూడా అందిస్తాయి.
మార్గం ద్వారా, డిస్కౌంట్ గురించి
మేము ప్రారంభంలో చెప్పినట్లుగా, సేకరణ తరచుగా ఎవరైనా నిర్వహిస్తారు - వారు చివరిదాన్ని కనుగొన్నారు, ఆపై అతను దానిని ఎలాగైనా చేస్తాడు. చాలా తరచుగా, ఇప్పటికే బిజీగా ఉన్న వ్యక్తులు "విపరీతమైనది" అవుతారు మరియు ఫలితంగా ఒక వ్యక్తి త్వరగా మరియు నైపుణ్యంగా, కానీ పూర్తిగా స్వతంత్రంగా, ఏమి మరియు ఏ పరిమాణంలో కొనుగోలు చేయాలో నిర్ణయించే పరిస్థితిని మేము పొందుతాము.
కానీ క్లౌడ్ సేవ నుండి సేల్స్‌పర్సన్‌తో సంభాషించేటప్పుడు, సామర్థ్యం యొక్క టోకు కొనుగోలు విషయానికి వస్తే మీరు మరింత అనుకూలమైన పరిస్థితులను పొందవచ్చు. నిశ్శబ్ద మరియు ఏకపక్ష రిజిస్ట్రేషన్ ఉన్న కారు నుండి మీరు అలాంటి డిస్కౌంట్‌లను పొందలేరని స్పష్టంగా తెలుస్తుంది - కానీ నిజమైన సేల్స్ మేనేజర్‌తో మాట్లాడిన తర్వాత, మీరు కాలిపోవచ్చు. లేదా ఈ కుర్రాళ్ళు ప్రస్తుతం వారికి డిస్కౌంట్లు ఉన్నవాటిని మీకు తెలియజేయగలరు. ఇది కూడా ఉపయోగకరంగా ఉంటుంది.
అదే సమయంలో, కాంతి AWS లేదా అజూర్‌లో చీలిక వలె కలుస్తుందని మీరు గుర్తుంచుకోవాలి. వాస్తవానికి, మీ స్వంత సర్వర్ గదిని నిర్వహించడం గురించి ఎటువంటి ప్రశ్న లేదు - కానీ దిగ్గజాల నుండి ఈ రెండు క్లాసిక్ పరిష్కారాలకు ప్రత్యామ్నాయాలు ఉన్నాయి.
ఉదాహరణకు, Google Firebase ప్లాట్‌ఫారమ్‌ను కంపెనీలకు తీసుకువచ్చింది, దానిపై వారు అదే మొబైల్ ప్రాజెక్ట్‌ను టర్న్‌కీ ప్రాతిపదికన హోస్ట్ చేయవచ్చు, దీనికి వేగవంతమైన స్కేలింగ్ అవసరం కావచ్చు. ఈ పరిష్కారాన్ని ఉదాహరణగా ఉపయోగించి నిల్వ, నిజ-సమయ డేటాబేస్, హోస్టింగ్ మరియు క్లౌడ్ డేటా సమకాలీకరణ ఒకే చోట అందుబాటులో ఉన్నాయి.
మరోవైపు, మేము ఒక ఏకశిలా ప్రాజెక్ట్ గురించి మాట్లాడటం లేదు, కానీ వారి సంపూర్ణత గురించి, అప్పుడు కేంద్రీకృత పరిష్కారం ఎల్లప్పుడూ ప్రయోజనకరంగా ఉండదు. ప్రాజెక్ట్ దీర్ఘకాలికంగా ఉంటే, దాని స్వంత అభివృద్ధి చరిత్ర మరియు నిల్వ కోసం అవసరమైన డేటా యొక్క సంబంధిత మొత్తాన్ని కలిగి ఉంటే, అది మరింత విచ్ఛిన్నమైన ప్లేస్‌మెంట్ గురించి ఆలోచించడం విలువ.
క్లౌడ్ సేవల కోసం ఖర్చులను ఆప్టిమైజ్ చేస్తున్నప్పుడు, వ్యాపార-క్లిష్టమైన అప్లికేషన్‌ల కోసం మీరు కంపెనీకి అంతరాయం లేని ఆదాయాలను అందించే మరింత శక్తివంతమైన టారిఫ్‌లను కొనుగోలు చేయవచ్చని మీరు అకస్మాత్తుగా గ్రహించవచ్చు. అదే సమయంలో, ఖరీదైన మేఘాలలో అభివృద్ధి, పాత ఆర్కైవ్‌లు, డేటాబేస్‌లు మొదలైన వాటి "లెగసీ"ని నిల్వ చేయడం ఒక పరిష్కారం. అన్నింటికంటే, అటువంటి డేటా కోసం, ఎటువంటి గంటలు మరియు ఈలలు లేకుండా సాధారణ HDDలు మరియు మీడియం-పవర్ హార్డ్‌వేర్‌తో కూడిన ప్రామాణిక డేటా సెంటర్ చాలా అనుకూలంగా ఉంటుంది.
ఇక్కడ మళ్ళీ, "ఈ రచ్చ విలువైనది కాదు" అని మీరు అనుకోవచ్చు, కానీ ఈ ప్రచురణ యొక్క మొత్తం సమస్య వివిధ దశలలో బాధ్యతాయుతమైన వ్యక్తులు చిన్న విషయాలను విస్మరించి, మరింత సౌకర్యవంతంగా మరియు వేగవంతంగా చేసే వాస్తవంపై ఆధారపడి ఉంటుంది. చివరికి, కొన్ని సంవత్సరాల తర్వాత ఆ భయానక ఖాతాలు ఏర్పడతాయి.
బాటమ్ లైన్ ఏమిటి?
సాధారణంగా, మేఘాలు చల్లగా ఉంటాయి, అవి ఏ పరిమాణంలోనైనా వ్యాపారాల కోసం చాలా సమస్యలను పరిష్కరిస్తాయి. అయితే, ఈ దృగ్విషయం యొక్క కొత్తదనం మనకు ఇప్పటికీ వినియోగం మరియు నిర్వహణ సంస్కృతి లేదని అర్థం. FinOps అనేది సంస్థాగత లివర్, ఇది క్లౌడ్ పవర్‌ను మరింత సమర్థవంతంగా ప్రభావితం చేయడంలో మీకు సహాయపడుతుంది. ప్రధాన విషయం ఏమిటంటే, ఈ స్థానాన్ని ఫైరింగ్ స్క్వాడ్ యొక్క అనలాగ్‌గా మార్చకూడదు, దీని పని అజాగ్రత్త డెవలపర్‌లను చేతితో పట్టుకోవడం మరియు పనికిరాని సమయంలో వారిని "తిట్టడం".
డెవలపర్లు అభివృద్ధి చేయాలి, కంపెనీ డబ్బును లెక్కించకూడదు. కాబట్టి FinOps కొనుగోలు ప్రక్రియ మరియు ఇతర జట్లకు క్లౌడ్ సామర్థ్యాన్ని ఉపసంహరించుకోవడం లేదా బదిలీ చేసే ప్రక్రియ రెండింటినీ ఒక ఈవెంట్‌గా సులభం మరియు అన్ని పార్టీలకు ఆనందించేలా చేయాలి.
మూలం: www.habr.com