జాబ్ టైటిల్ అలాగే ఉంది. పని మారింది.
అరుణ్ అనే క్లౌడ్ అడ్మినిస్ట్రేటర్ను ఊహించుకోండి.
కొన్ని సంవత్సరాల క్రితం, అతని పనిలో చాలా భాగం టికెట్ల ద్వారా వచ్చేది: ఒక వర్చువల్ మెషీన్ను సృష్టించడం, స్టోరేజ్ను జోడించడం, ఫైర్వాల్ రూల్ను అప్డేట్ చేయడం, లేదా ఒక యూజర్కు యాక్సెస్ ఇవ్వడం. ఈ రోజు, ఒక సెల్ఫ్-సర్వీస్ పోర్టల్ లేదా ఇన్ఫ్రాస్ట్రక్చర్-యాజ్-కోడ్ పైప్లైన్ ఆ రిక్వెస్ట్లను నిర్వహించవచ్చు.
మొదట్లో, అది ఉద్యోగ నష్టంలా కనిపించవచ్చు. కానీ అరుణ్ యొక్క కొత్త క్యూ వేరే కథను చెబుతుంది. ఒక డిప్లాయ్మెంట్ ప్రొడక్షన్లో మాత్రమే విఫలమవుతుంది. ఒక టీమ్కు శాశ్వత సెక్యూరిటీ రిస్క్ను సృష్టించకుండా తాత్కాలిక యాక్సెస్ అవసరం. ట్రాఫిక్ స్పైక్ తర్వాత క్లౌడ్ ఖర్చు పెరుగుతుంది. ఒక సర్వీస్ తన అప్టైమ్ లక్ష్యాన్ని చేరుకుంటుంది కానీ యూజర్లకు బాధాకరంగా నెమ్మదిగా ఉంటుంది.
బటన్-క్లిక్ చేసే పని తగ్గింది. ఇంజనీరింగ్ నిర్ణయాలు తగ్గలేదు.
ఇదే క్లౌడ్ కెరీర్లలో ప్రధాన మార్పు: కేవలం కన్సోల్ను నడిపే విలువ మాత్రమే ఉన్న వ్యక్తులు సంస్థలకు తక్కువ మంది అవసరం, కానీ క్లౌడ్ సిస్టమ్లను డిజైన్ చేయగల, ఆటోమేట్ చేయగల, సురక్షితం చేయగల, పరిశీలించగల, ట్రబుల్షూట్ చేయగల, మెరుగుపరచగల వ్యక్తులు వారికి ఇప్పటికీ అవసరం.
ఆటోమేషన్ దశలను తొలగిస్తుంది, జవాబుదారీతనాన్ని కాదు
క్లౌడ్ ప్లాట్ఫారమ్లు మౌలిక సదుపాయాన్ని ఆటోమేట్ చేయడానికి నిర్మించబడ్డాయి. ఇన్ఫ్రాస్ట్రక్చర్ యాజ్ కోడ్ ఆ ఆలోచనను విస్తరించింది. CI/CD పైప్లైన్లు డెలివరీని ఆటోమేట్ చేశాయి. మేనేజ్డ్ సర్వీసులు డేటాబేస్లను, క్లస్టర్లను, మెసేజింగ్ సిస్టమ్లను ఆపరేట్ చేయడానికి అవసరమైన పనిని తగ్గించాయి.
ఈ మార్పులు ఇలాంటి మాన్యువల్ దశలను తొలగిస్తాయి:
- ఒకేలాంటి వనరులను పదేపదే సృష్టించడం;
- అదే కాన్ఫిగరేషన్ను చేతితో వర్తింపజేయడం;
- వాతావరణాల మధ్య డిప్లాయ్మెంట్ కమాండ్లను కాపీ చేయడం;
- ఒక్కో స్క్రీన్ను వరుసగా డాష్బోర్డ్లను తనిఖీ చేయడం; మరియు
- రొటీన్ ఇన్వెంటరీ, ఖర్చు నివేదికలను తయారు చేయడం.
అది మంచి ఇంజనీరింగ్. పునరావృత పని నెమ్మదిగా ఉంటుంది, అస్థిరంగా ఉంటుంది, ఆడిట్ చేయడం కష్టం.
కానీ సంస్థ దేన్ని ప్రామాణీకరించాలో ఆటోమేషన్ నిర్ణయించదు. ఏ వైఫల్య విధానాన్ని బిజినెస్ తట్టుకోగలదో, ఒక యాక్సెస్ పాలసీ చాలా విస్తృతంగా ఉందా, లేదా చౌకైన డిజైన్ ఆమోదయోగ్యం కాని ఆపరేషనల్ రిస్క్ను సృష్టిస్తుందా అని దానికి తెలియదు. ఆటోమేషన్ను ఎవరో సృష్టించాలి, దాని గార్డ్రెయిల్స్ను సెట్ చేయాలి, దాని ఫలితాలను కొలవాలి, వాస్తవం ప్రణాళికకు సరిపోలనప్పుడు స్పందించాలి.
బాధ్యత ఒక స్థాయి పైకి కదులుతుంది.
| తక్కువ మాన్యువల్గా మారే పని | మరింత ముఖ్యమైనదిగా మారే బాధ్యత |
|---|---|
| కన్సోల్లో వనరులను ప్రొవిజన్ చేయడం | తిరిగి ఉపయోగించదగిన ఇన్ఫ్రాస్ట్రక్చర్ మాడ్యూల్స్ను, సురక్షిత డిఫాల్ట్లను డిజైన్ చేయడం |
| డిప్లాయ్మెంట్ కమాండ్లను రన్ చేయడం | టెస్ట్లు, ఆమోదాలు, రోల్బ్యాక్ మార్గాలతో డెలివరీ పైప్లైన్లను నిర్మించడం |
| వ్యక్తిగత సర్వర్లను గమనించడం | మెట్రిక్లు, లాగ్లు, ట్రేస్లు, యూజర్ ప్రభావం ద్వారా సర్వీసులను పరిశీలించడం |
| టికెట్ బై టికెట్ యాక్సెస్ ఇవ్వడం | ఐడెంటిటీని, లీస్ట్ ప్రివిలేజ్ను, ఆడిటబుల్ యాక్సెస్ వర్క్ఫ్లోలను డిజైన్ చేయడం |
| నెలవారీ క్లౌడ్ బిల్ను సమీక్షించడం | ఆర్కిటెక్చర్, వినియోగ నిర్ణయాలను ఖర్చుకు, బిజినెస్ విలువకు అనుసంధానించడం |
ఒక క్లౌడ్ సిస్టమ్, అనేక ఇంజనీరింగ్ దృక్కోణాలు
క్లౌడ్ ఇంజనీర్, ప్లాట్ఫారమ్ ఇంజనీర్, సైట్ రిలయబిలిటీ ఇంజనీర్, DevSecOps ఇంజనీర్ వంటి టైటిల్స్ తరచుగా అతివ్యాప్తి చెందుతాయి. ఇవి ఒక సార్వత్రిక కెరీర్ నిచ్చెన కాదు, కంపెనీలు వీటిని వేర్వేరుగా ఉపయోగిస్తాయి.
ప్రతి పాత్ర నొక్కి చెప్పే ప్రశ్న ద్వారా వాటిని అర్థం చేసుకోవడం ఉపయోగకరమైన మార్గం:
- ఒక క్లౌడ్ ఇంజనీర్ మౌలిక సదుపాయం, మేనేజ్డ్ సర్వీసులు వర్క్లోడ్కు సరిపోతాయా అని అడుగుతాడు.
- ఒక ప్లాట్ఫారమ్ ఇంజనీర్ ప్రతి అంతర్గత వివరాన్ని నేర్చుకోకుండానే టీమ్లు పంచుకున్న సామర్థ్యాలను సురక్షితంగా ఉపయోగించగలవా అని అడుగుతాడు.
- ఒక సైట్ రిలయబిలిటీ ఇంజనీర్ సర్వీస్ రిలయబిలిటీ లక్ష్యాలను చేరుకోగలదా, వైఫల్యం నుండి కోలుకోగలదా అని అడుగుతాడు.
- ఒక DevSecOps ఇంజనీర్ డెలివరీ, ఆపరేషన్లలో సెక్యూరిటీ కంట్రోల్స్ ముందుగా, నిరంతరం ఉన్నాయా అని అడుగుతాడు.
ఒక చిన్న సంస్థలో, ఒకే వ్యక్తి ఈ నాలుగు పాత్రలను ధరించవచ్చు. ఒక పెద్ద సంస్థలో, వేర్వేరు టీమ్లు వాటిని కలిగి ఉండవచ్చు. సరిహద్దుల కంటే ఫలితాలే ముఖ్యం: పునరావృత డెలివరీ, సురక్షిత యాక్సెస్, పరిశీలించదగిన సిస్టమ్లు, నియంత్రిత ఖర్చు, నమ్మదగిన సర్వీస్.
సాఫ్ట్వేర్ డెలివరీ సామర్థ్యాన్ని, ఉత్పాదకతను మెరుగుపరచే పంచుకున్న సామర్థ్యాలుగా DORA ఒక ప్లాట్ఫారమ్ను వర్ణిస్తుంది. దాని మార్గదర్శకత్వం డెలివరీ ఫలితాల ద్వారా ప్లాట్ఫారమ్ పనిని కొలవాలని కూడా సిఫారసు చేస్తుంది—ఒక ప్లాట్ఫారమ్ టీమ్ ఎన్ని టూల్స్ లేదా టెంప్లేట్లను సృష్టించిందో కేవలం లెక్కించడం కాదు. ఆ తేడా ముఖ్యమైనది. ఎవరూ నమ్మని పోర్టల్ విజయవంతమైన ప్లాట్ఫారమ్ కాదు.
క్లౌడ్ పని చుట్టూ విస్తరిస్తున్న ఐదు బాధ్యతలు
1. మౌలిక సదుపాయం సాఫ్ట్వేర్గా మారాలి
ఒక క్లౌడ్ కన్సోల్ తెలుసుకోవడం అన్వేషణకు, నిర్ధారణకు ఇప్పటికీ ఉపయోగకరం. పునరావృత ప్రొడక్షన్ పనికి ఇది సరిపోదు.
ఇంజనీర్లు మౌలిక సదుపాయ నిర్వచనాలను చదవాలి, మార్చాలి, వాటిని అప్లికేషన్ కోడ్లాగా సమీక్షించాలి, ముఖ్యమైన అంచనాలను పరీక్షించాలి, స్టేట్ను, డ్రిఫ్ట్ను అర్థం చేసుకోవాలి. ప్రతి Terraform, OpenTofu, Bicep, లేదా CloudFormation ఫీచర్ను కంఠస్థం చేయడం లక్ష్యం కాదు. మార్పులను రీప్రొడ్యూసిబుల్గా, సమీక్షించదగినదిగా చేయడం లక్ష్యం.
2. డెలివరీ, ఆపరేషన్లు అనుసంధానించబడి ఉంటాయి
ఒక వనరు కేవలం ఉనికిలో ఉన్నందుకు విలువైనది కాదు. అప్లికేషన్లు దాన్ని సురక్షితంగా, పదేపదే చేరుకోవాలి.
అది క్లౌడ్ పనిని సోర్స్ కంట్రోల్కు, బిల్డ్ సిస్టమ్లకు, డిప్లాయ్మెంట్ స్ట్రాటజీలకు, సీక్రెట్స్ మేనేజ్మెంట్కు, రోల్బ్యాక్కు దగ్గరగా తీసుకువస్తుంది. ఒక ఇంజనీర్ నైపుణ్యం కలిగిన అప్లికేషన్ డెవలపర్గా మారాల్సిన అవసరం లేదు, కానీ ఒక కోడ్ మార్పు రిపాజిటరీ నుండి నడుస్తున్న సర్వీస్కు ఎలా ప్రయాణిస్తుందో—ఆ ప్రయాణం ఎక్కడ విఫలం కావచ్చో అర్థం చేసుకోవాలి.
3. రిలయబిలిటీ ఒక డిజైన్ విషయం
సాంప్రదాయ మానిటరింగ్ తరచుగా “సర్వర్ పైనే ఉందా?” అని అడిగేది. ఆధునిక ఆపరేషన్లు “యూజర్లు తాము చేయాలనుకున్న పనిని పూర్తి చేయగలరా?” అని అడగాలి.
దీనికి ఉపయోగకరమైన సర్వీస్ ఇండికేటర్లు, స్పష్టమైన అలర్ట్లు, సామర్థ్య అవగాహన, పరీక్షించిన రికవరీ ప్రక్రియలు, నిజాయితీగల ఇన్సిడెంట్ సమీక్షలు అవసరం. DORA యొక్క డెలివరీ కొలతలు కూడా వేగాన్ని స్థిరత్వంతో అనుసంధానిస్తాయి: మార్పులు పదేపదే విఫలమైతే లేదా కోలుకోవడానికి చాలా సమయం తీసుకుంటే తరచుగా డెలివరీ విజయం కాదు.
4. సెక్యూరిటీ రోజువారీ ఇంజనీరింగ్లో భాగం
క్లౌడ్ సెక్యూరిటీ డిప్లాయ్మెంట్ తర్వాత జోడించే తుది ఆమోదం కాదు. ఐడెంటిటీ, నెట్వర్క్ ఎక్స్పోజర్, సీక్రెట్స్, సాఫ్ట్వేర్ డిపెండెన్సీలు, లాగింగ్, ఎన్క్రిప్షన్, పాలసీ — ఇవి సిస్టమ్ డిజైన్లో భాగం.
గవర్నెన్స్, డిజైన్, డెవలప్మెంట్, ఇంప్లిమెంటేషన్, ఆపరేషన్, ప్రొటెక్షన్, ఇన్వెస్టిగేషన్ అంతటా సైబర్సెక్యూరిటీ పనిని నిర్వహించడం ద్వారా NIST యొక్క NICE ఫ్రేమ్వర్క్ ఈ విస్తృతిని ప్రతిబింబిస్తుంది. ఒక క్లౌడ్ నిపుణుడు పెనిట్రేషన్ టెస్టర్గా మారాల్సిన అవసరం లేదు, కానీ సెక్యూరిటీని వేరొకరి క్యూగా పరిగణించకూడదు.
5. ఖర్చు ఒక ఆపరేషనల్ సిగ్నల్
క్లౌడ్ సిస్టమ్లు సాంకేతిక ఎంపికలను పునరావృత ఖర్చుగా మారుస్తాయి. ఓవర్సైజ్డ్ వనరులు, మర్చిపోయిన వాతావరణాలు, అసమర్థమైన డేటా మూవ్మెంట్, తప్పుగా ఎంచుకున్న ప్రైసింగ్ మోడల్స్ నిశ్శబ్దంగా ఆర్కిటెక్చర్ సమస్యలుగా మారవచ్చు.
నిర్ణయాలు తీసుకునేటప్పుడు రిజిలియన్స్, అందుబాటు డేటాతో పాటు ఖర్చు, వినియోగ సమాచారాన్ని ఉపయోగించే భాగస్వాములుగా FinOps Foundation ఇంజనీర్లను వర్ణిస్తుంది. అది ప్రతి ఇంజనీర్ను అకౌంటెంట్గా మార్చదు. దీని అర్థం ఖర్చు మరో సిస్టమ్ సిగ్నల్గా మారుతుంది—లేటెన్సీ, ఎర్రర్ రేట్, లేదా కెపాసిటీలా.
అందరూ ఇప్పుడే AI నేర్చుకోవాలా?
లేదు.
AI వర్క్లోడ్లు GPU షెడ్యూలింగ్ను, మోడల్ ఎండ్పాయింట్లను, వెక్టర్ డేటాబేస్లను, డేటా గవర్నెన్స్ను, అనూహ్య వినియోగాన్ని పరిచయం చేయవచ్చు. ఆ వర్క్లోడ్లకు మద్దతు ఇచ్చే క్లౌడ్ టీమ్లు వాటి ఆపరేషనల్ లక్షణాలను అర్థం చేసుకోవాలి.
కానీ అంతర్లీన బాధ్యతలు పరిచయమైనవిగానే ఉంటాయి: కెపాసిటీ, ఐడెంటిటీ, నెట్వర్కింగ్, అబ్జర్వబిలిటీ, రిలయబిలిటీ, సెక్యూరిటీ, ఖర్చు. ఒక అప్లికేషన్ ఒక మోడల్ను కాల్ చేస్తుందని మాత్రమే ఒక క్లౌడ్ ఇంజనీర్ డేటా సైంటిస్ట్గా మారాల్సిన అవసరం లేదు.
AI-సహాయక టూల్స్ టెంప్లేట్లను, క్వెరీలను, పైప్లైన్ దశలను, ట్రబుల్షూటింగ్ సూచనలను కూడా జనరేట్ చేయవచ్చు. అవి మొదటి డ్రాఫ్ట్లపై గడిపే సమయాన్ని తగ్గించగలవు. అనుమతులను, వైఫల్య ప్రవర్తనను, ప్రొడక్షన్ ప్రభావాన్ని, ఖర్చును వాలిడేట్ చేయాల్సిన అవసరాన్ని అవి తొలగించవు. జనరేట్ చేసిన మౌలిక సదుపాయం కూడా మెషీన్ వేగంతో విఫలం కావచ్చు.
AIని ఒక వర్క్లోడ్గా, ఒక టూల్గా పరిగణించండి—ఆధునిక క్లౌడ్ కెరీర్ నిర్వచనంగా కాదు.
అన్నీ నేర్చుకోకుండా విస్తరించడానికి ఆచరణాత్మక మార్గం
ప్రతి క్లౌడ్ సర్వీస్ను, ప్రోగ్రామింగ్ భాషను, సెక్యూరిటీ ప్రొడక్ట్ను, ప్లాట్ఫారమ్ టూల్ను నైపుణ్యం సాధించడానికి ప్రయత్నించడం నిస్సారమైన జ్ఞానానికి, అలసటకు నమ్మదగిన మార్గం.
బదులుగా మూడు స్థాయిలను ఉపయోగించండి:
తెలుసుకోవాలి
ప్రతి క్లౌడ్ సిస్టమ్ను ప్రభావితం చేసే కాన్సెప్ట్లను అర్థం చేసుకోండి: ఐడెంటిటీ, నెట్వర్కింగ్, కంప్యూట్, స్టోరేజ్, అందుబాటు, మానిటరింగ్, సెక్యూరిటీ హద్దులు, ఖర్చు. మీరు వాటిని అమలు చేసే వ్యక్తి కాకపోయినా ట్రేడ్-ఆఫ్లను చర్చించగలగాలి.
ఉపయోగించాలి
ఒక ఆచరణాత్మక టూల్చెయిన్లో పని చేయగల సామర్థ్యాన్ని నిర్మించండి. ఉదాహరణకు: ఒక క్లౌడ్ ప్రొవైడర్, Git, ఒక ఇన్ఫ్రాస్ట్రక్చర్-యాజ్-కోడ్ టూల్, ఒక CI/CD సిస్టమ్, కంటైనర్లు, ఒక అబ్జర్వబిలిటీ స్టాక్. వాటిని ఒక పునరావృత వర్క్ఫ్లోలోకి కనెక్ట్ చేయగలగడం కంటే ఖచ్చితమైన ప్రొడక్ట్లు తక్కువ ప్రాముఖ్యత కలిగి ఉంటాయి.
నైపుణ్యం సాధించాలి
సహోద్యోగులు మీ నిర్ణయంపై ఆధారపడగల ఒక రంగాన్ని ఎంచుకోండి. ఇది Kubernetes ఆపరేషన్లు, క్లౌడ్ నెట్వర్కింగ్, ఐడెంటిటీ, రిలయబిలిటీ ఇంజనీరింగ్, ప్లాట్ఫారమ్ డిజైన్, లేదా కాస్ట్ ఆప్టిమైజేషన్ కావచ్చు. లోతు ప్రొఫెషనల్ విలువను సృష్టిస్తుంది; వెడల్పు ఆ లోతును సిస్టమ్లోని మిగతా భాగంతో పని చేయడానికి సహాయపడుతుంది.
తర్వాత ఒక చిన్న ప్రాజెక్ట్తో కలయికను నిరూపించండి. ఒక పైప్లైన్ ద్వారా ఒక సర్వీస్ను డిప్లాయ్ చేయండి. దాని మౌలిక సదుపాయాన్ని కోడ్గా నిర్వచించండి. లీస్ట్-ప్రివిలేజ్ యాక్సెస్ను, ఉపయోగకరమైన టెలిమెట్రీని, ఒక బడ్జెట్ అలర్ట్ను, పరీక్షించిన రోల్బ్యాక్ను జోడించండి. ఒక వైఫల్యాన్ని, తర్వాత మీరు ఏం మార్చారో డాక్యుమెంట్ చేయండి.
ఆ ప్రదర్శన రెజ్యూమెలో సర్వీసుల పొడవైన లిస్ట్ కంటే ఎక్కువ చెబుతుంది.
ఉద్యోగ డేటా మనకు ఏం చెప్పగలదు—ఏం చెప్పలేదు
“క్లౌడ్ ఇంజనీర్” అనే స్వచ్ఛమైన ప్రభుత్వ వర్గం లేదు, కాబట్టి క్లౌడ్ పాత్రలు అదృశ్యమవుతున్నాయనే ఖచ్చితమైన వాదనలను జాగ్రత్తగా పరిగణించాలి. యజమానుల మధ్య జాబ్ టైటిల్స్ చాలా మారుతూ ఉంటాయి.
విస్తృత సూచికలు టెక్నాలజీ పని అదృశ్యమవుతున్నట్లు చూపించవు. ప్రస్తుత U.S. Bureau of Labor Statistics అంచనాలు సాఫ్ట్వేర్ డెవలప్మెంట్, నెట్వర్క్ ఆర్కిటెక్చర్, ఇన్ఫర్మేషన్ సెక్యూరిటీ, కంప్యూటర్ ఇన్ఫర్మేషన్ సిస్టమ్స్ మేనేజ్మెంట్తో సహా క్లౌడ్ సిస్టమ్ల చుట్టూ ఉన్న అనేక వృత్తులకు సగటు కంటే వేగవంతమైన వృద్ధిని చూపిస్తున్నాయి.
ప్రస్తుత ప్రతి టైటిల్ లేదా టాస్క్ మారకుండా ఉంటుందని ఆ గణాంకాలు హామీ ఇవ్వవు. “క్లౌడ్ ఉద్యోగాలు చనిపోతున్నాయి” అనేది చాలా సరళమైనదని అవి చూపిస్తాయి. ఒక పాత్రలోని నైపుణ్యాలు మారుతున్నప్పటికీ, ఎంట్రీ-లెవెల్ లేదా అత్యంత పునరావృత టాస్క్లు ఎక్కువ ఆటోమేషన్ను ఎదుర్కొంటున్నప్పటికీ డిమాండ్ పెరగవచ్చు.
మెరుగైన కెరీర్ ప్రశ్న
ఒక నిర్దిష్ట కన్సోల్కు యాక్సెస్ చుట్టూ కెరీర్ను నిర్మించకండి. దాన్ని ఒక ఆపరేషనల్ ఫలితం చుట్టూ నిర్మించండి.
మీరు మౌలిక సదుపాయాన్ని పునరావృతం చేయగలరా? టీమ్లు సురక్షితంగా డెలివర్ చేయడంలో సహాయపడగలరా? ఒక సర్వీస్ ఎందుకు విఫలమైందో వివరించగలరా? డెలివరీని ఆపకుండా రిస్క్ను తగ్గించగలరా? ఖర్చును ఒక ఆర్కిటెక్చరల్ నిర్ణయానికి అనుసంధానించగలరా? తదుపరి ఇన్సిడెంట్ను తక్కువ అవకాశంగా చేయగలరా?
క్లౌడ్ సిస్టమ్లు ఇప్పుడు పూర్తి సాఫ్ట్వేర్ జీవితచక్రంలో కూర్చున్నందున క్లౌడ్ పాత్రలు విస్తృతంగా మారుతున్నాయి. ఆ మార్పు, ముఖ్యంగా పరిచయమైన పనులు అదృశ్యమైనప్పుడు, అసౌకర్యంగా అనిపించవచ్చు. కానీ ఇది స్పష్టమైన మార్గాన్ని కూడా సృష్టిస్తుంది.
ప్రాథమికాంశాలను ఉంచండి. పునరావృతతను ఆటోమేట్ చేయండి. ఒకసారి ఒక పొరుగు బాధ్యతను జోడించండి. ముఖ్యమైన చోట లోతైన నిర్ణయాన్ని అభివృద్ధి చేయండి.
మన్నికైన పాత్ర ప్రతి బటన్ ఎక్కడ ఉందో తెలిసిన వ్యక్తి కాదు. బటన్ నొక్కిన తర్వాత ఏం జరగాలో, అది జరగనప్పుడు ఏం చేయాలో అర్థం చేసుకునే ఇంజనీరే అది.
మరింత తెలుసుకోండి
- Occupational Outlook Handbook: Computer and Information Technology — U.S. Bureau of Labor Statistics. సాఫ్ట్వేర్ డెవలప్మెంట్, నెట్వర్క్ ఆర్కిటెక్చర్, సంబంధిత వృత్తులకు ఉద్యోగ అంచనాలు.
- Occupational Outlook Handbook: Computer and Information Systems Managers — U.S. Bureau of Labor Statistics. టెక్నాలజీ మేనేజ్మెంట్ పాత్రలకు ఉద్యోగ దృక్పథం.
- Platform Engineering capability — DORA (Google Cloud). ప్లాట్ఫారమ్ సామర్థ్యాలు అప్లికేషన్ టీమ్లకు ఎలా మద్దతు ఇవ్వాలో.
- DORA Metrics guide — DORA (Google Cloud). అవుట్పుట్ కాదు, ఫలితాల ద్వారా సాఫ్ట్వేర్ డెలివరీ పనితీరును ఎలా కొలవాలో.
- Engineering Persona — FinOps Foundation. ఆర్కిటెక్చర్, ఆపరేషన్స్ నిర్ణయాలలో ఇంజనీర్లు ఖర్చు, వినియోగ డేటాను ఎలా ఉపయోగిస్తారో.
- FinOps Personas — FinOps Foundation. క్లౌడ్ ఖర్చు నిర్ణయాలపై ఇంజనీరింగ్, ఫైనాన్స్, ప్రొడక్ట్, లీడర్షిప్ ఎలా సహకరిస్తాయో.
- NICE Workforce Framework for Cybersecurity — NIST. సైబర్సెక్యూరిటీ బాధ్యతలు ఒకే జాబ్ టైటిల్కు కాకుండా అనేక వర్క్ కేటగిరీలలో ఎలా విస్తరించాయో.