AWS ఏళ్ల తరబడి తన సొంత సర్వర్ ప్రాసెసర్లను డిజైన్ చేస్తోంది. Graviton5 తో ఇన్ఫ్రాస్ట్రక్చర్ టీమ్లకు అప్లికేషన్లను నడపడానికి అయ్యే ఖర్చును పరిశీలించడానికి మరో కారణం దొరికింది, కేవలం కొత్త చిప్ ప్రచారం చేసే వేగాన్ని కాదు.
ఒక కంపెనీ ఎక్కువ సౌలభ్యాన్ని (flexibility) ఆశిస్తూ తన అప్లికేషన్లను క్లౌడ్కు తరలిస్తుంది. ఇకపై దానికి ఫిజికల్ సర్వర్లను కొనాల్సిన అవసరం లేదు, ఏళ్ల ముందే కంప్యూటింగ్ డిమాండ్ను అంచనా వేయాల్సిన అవసరమూ లేదు. కొన్నేళ్ల తర్వాత దాని అప్లికేషన్లు పెరిగాయి, AWS బిల్లు పెరుగుతూనే ఉంది, నిరంతరం ఎక్కువ ఖర్చు చేయకుండానే ఇన్ఫ్రాస్ట్రక్చర్ టీమ్కు మరింత కెపాసిటీ కావాలి.
సర్వర్లను జోడించడం ఒక ఆప్షన్. పెద్ద ఇన్స్టాన్స్లను ఎంచుకోవడం మరొకటి. కానీ కంపెనీ ఇప్పటికే చెల్లిస్తున్న కంప్యూటింగ్ కెపాసిటీ నుంచే ఎక్కువ ఉపయోగకరమైన పనిని పొందగలిగితే?
ఇక్కడే AWS Graviton5 ఆసక్తికరంగా మారుతుంది. Amazon డిజైన్ చేసిన ఈ ప్రాసెసర్, సాధారణంగా Intel, AMD సర్వర్లతో ముడిపడి ఉండే x86 ఆర్కిటెక్చర్కు బదులుగా Arm టెక్నాలజీని ఉపయోగిస్తుంది.
AWS తన పోలికల్లో Graviton5, Graviton4 కంటే 25% వరకు మెరుగైన కంప్యూట్ పనితీరును అందించగలదని నివేదిస్తోంది. AI ఏజెంట్లకు సపోర్ట్ చేసే అప్లికేషన్ల కోసం కూడా AWS ఈ కొత్త ప్రాసెసర్ను ముందుకు తెస్తోంది. ఈ వాదనలను పరిశీలించడం విలువైనదే, కానీ వీటిలో ఏదీ బిల్లు తగ్గుతుందని హామీ ఇవ్వదు. AWS జూన్ 2026 లాంచ్ ప్రకటన ఈ విడుదలను, ఉద్దేశించిన వర్క్లోడ్లను వివరిస్తుంది.
AWS తన సొంత ప్రాసెసర్లను ఎందుకు నిర్మిస్తుంది
సాఫ్ట్వేర్ ఏదైనా పని చేయమని అడిగినప్పుడు ప్రాసెసర్ కొన్ని ప్రాథమిక సూచనల సమితిని అనుసరిస్తుంది. ఆ సమితిని ఇన్స్ట్రక్షన్-సెట్ ఆర్కిటెక్చర్ (instruction-set architecture) అంటారు. Intel, AMD సర్వర్ ప్రాసెసర్లు సాధారణంగా x86 ను ఉపయోగిస్తాయి, AWS Graviton Arm ను ఉపయోగిస్తుంది.
ఒకే పనిని పూర్తి చేయగల, కానీ వేర్వేరు సూచనల మాన్యువల్స్ను అనుసరించే ఇద్దరు కార్మికులను ఊహించుకోండి. ఒక ఇన్స్ట్రక్షన్ సెట్ కోసం తయారైన సాఫ్ట్వేర్ రెండోదానిపై పనిచేయాలంటే దాన్ని మళ్లీ బిల్డ్ చేయాల్సి రావచ్చు లేదా దానికి అనుగుణంగా మార్చాల్సి రావచ్చు.
AWS తన మొదటి Graviton ఆధారిత A1 EC2 ఇన్స్టాన్స్లను 2018లో పరిచయం చేసింది. కొత్త రకం అప్లికేషన్ను కనిపెట్టడం దాని లక్ష్యం కాదు: క్లౌడ్ వర్క్లోడ్లను నడిపే హార్డ్వేర్ పనితీరు, సామర్థ్యంపై AWS కు మరింత నియంత్రణ ఇవ్వడమే లక్ష్యం. అసలు A1 ప్రకటన ఉద్దేశించిన వినియోగ సందర్భాల్లో వెబ్ సర్వర్లు, కంటైనర్లు, క్యాష్లు, డిస్ట్రిబ్యూటెడ్ డేటా స్టోర్లను పేర్కొంటుంది.
కస్టమర్లకు ఈ ఎంపిక అవకాశాన్నీ బాధ్యతనూ రెండింటినీ తెస్తుంది. ఒక ప్రత్యామ్నాయ CPU ఆర్కిటెక్చర్ కొన్ని అప్లికేషన్ల ఆర్థిక లెక్కలను మెరుగుపరచగలదు, కానీ సాఫ్ట్వేర్, దానికి సహాయపడే టూల్స్ ఆ ఆర్కిటెక్చర్తో అనుకూలంగా (compatible) ఉండాలి.
Graviton5 ఏం మెరుగుపరుస్తుంది, ఏం హామీ ఇవ్వలేదు
Graviton5 ఆధారిత M9g, M9gd జనరల్-పర్పస్ EC2 ఇన్స్టాన్స్లు జూన్ 10, 2026 న సాధారణంగా అందుబాటులోకి (generally available) వచ్చాయి. EC2 ఇన్స్టాన్స్లు వర్చువల్ సర్వర్లు: కస్టమర్లు నిర్దిష్ట ప్రాసెసింగ్ శక్తి, మెమరీ, నెట్వర్క్ సామర్థ్యం, స్టోరేజ్ ఉన్న కాన్ఫిగరేషన్లను ఎంచుకుంటారు. అతిపెద్ద M9g కాన్ఫిగరేషన్ 192 vCPUలు, 768 GiB మెమరీ అందిస్తుంది.
ఈ Graviton ఇన్స్టాన్స్లపై ఒక vCPU ఒక ఫిజికల్ కోర్కు సమానం. అందువల్ల Arm ఇన్స్టాన్స్లకూ కొన్ని x86 ఇన్స్టాన్స్లకూ మధ్య vCPU సంఖ్యలు సమానంగా ఉన్నంత మాత్రాన సమాన పనితీరు ఉంటుందని హామీ లేదు. AWS M9g స్పెసిఫికేషన్లు కాన్ఫిగరేషన్లను, సామర్థ్యాలను జాబితా చేస్తాయి.
ఈ ప్రాసెసర్ వేగవంతమైన మెమరీ, పెద్ద షేర్డ్ క్యాష్, PCIe 6.0 సపోర్ట్ను కూడా పరిచయం చేస్తుంది. క్యాష్ (cache) అంటే CPU కి దగ్గరగా ఉండే వేగవంతమైన మెమరీ, ఇది తరచుగా ఉపయోగించే సమాచారాన్ని సులభంగా అందుబాటులో ఉంచుతుంది. PCIe అనేది ప్రాసెసర్కూ దానికి అనుసంధానించిన పరికరాలకూ మధ్య డేటాను బదిలీ చేయడానికి ఉపయోగించే హై-స్పీడ్ కనెక్షన్.
ఆరో తరం AWS Nitro సిస్టమ్ ముఖ్యమైన EC2 వర్చువలైజేషన్, నెట్వర్క్, స్టోరేజ్, ఐసోలేషన్ ఫంక్షన్లను అందిస్తుంది. ఈ ఫీచర్లు సంభావ్య కెపాసిటీని పెంచుతాయి, కానీ ఒక అప్లికేషన్ను నిజంగా పరిమితం చేస్తున్న అంశాన్ని కొత్త హార్డ్వేర్ పరిష్కరించినప్పుడు మాత్రమే ఆ అప్లికేషన్కు ప్రయోజనం ఉంటుంది. AWS లాంచ్ ఇంజనీరింగ్ అవలోకనం ఈ మార్పులను వివరిస్తుంది.
ఉదాహరణకు, వేగవంతమైన ప్రాసెసింగ్ రద్దీగా ఉండే ఒక వెబ్ సర్వీస్కు సహాయపడవచ్చు. కానీ రెస్పాన్స్ టైమ్ ఎక్కువగా ఒక బాహ్య సర్వీస్ కోసం వేచి ఉండటంలోనే గడిచే అప్లికేషన్కు అది పెద్దగా ఉపయోగపడకపోవచ్చు. 25% వరకు మెరుగైన కంప్యూట్ పనితీరు, కొన్ని డేటాబేస్, వెబ్, మెషిన్-లెర్నింగ్ వర్క్లోడ్లపై అంతకంటే పెద్ద లాభాలు అనే AWS వాదనలు నిర్దిష్ట పోలికల నుంచి వెండర్ నివేదించిన ఫలితాలు. అవి ప్రతి వర్క్లోడ్కూ హామీలు కావు.
జనరల్-పర్పస్ CPU, AI ఏజెంట్లకు ఎందుకు ముఖ్యం
ఒక AI అసిస్టెంట్ కేవలం ఒక మోడల్ను కాల్ చేయడం కంటే ఎక్కువ పని చేస్తుంది. కస్టమర్ ఖాతాల సారాంశాన్ని ఇవ్వమని ఒక ఉద్యోగి దాన్ని అడుగుతున్నారని ఊహించుకోండి.
అప్లికేషన్ అనుమతులను (permissions) తనిఖీ చేస్తుంది, రికార్డులను తిరిగి పొందుతుంది, సమాచారాన్ని సిద్ధం చేస్తుంది, ఒక లాంగ్వేజ్ మోడల్ను కాల్ చేస్తుంది, ఇతర బిజినెస్ టూల్స్ను కూడా ఉపయోగించవచ్చు. మోడల్ చేసే భారీ గణిత ఆపరేషన్లు వేరే చోట GPUలపై లేదా ప్రత్యేకంగా నిర్మించిన యాక్సిలరేటర్లపై నడవవచ్చు. వాటి చుట్టూ జరిగే రిట్రీవల్, రిక్వెస్ట్ హ్యాండ్లింగ్, ఆర్కెస్ట్రేషన్ CPUలపై నడవగలవు.
ఏజెంటిక్ అప్లికేషన్ల కోసం Graviton5 పై AWS చూపుతున్న ఆసక్తిని ఇది వివరిస్తుంది. కానీ ఇది ఒక పరిమితిని కూడా నిర్దేశిస్తుంది: రిక్వెస్ట్ సమయంలో ఎక్కువ భాగం రిమోట్గా హోస్ట్ చేసిన లాంగ్వేజ్ మోడల్ కోసం వేచి ఉండటంలోనే గడిస్తే, ఆర్కెస్ట్రేటర్ CPU ను మార్చినా యూజర్ అనుభవం దాదాపు మారకపోవచ్చు. అప్లికేషన్ కంప్యూటింగ్ సమయాన్ని ఎక్కడ వెచ్చిస్తోందన్నదే అసలు ప్రశ్న, ఉత్పత్తికి ఏజెంటిక్ AI అనే లేబుల్ ఉందా లేదా అన్నది కాదు. M9g అందుబాటు ప్రకటనలో AWS తాను లక్ష్యంగా పెట్టుకున్న వినియోగ సందర్భాల్లో రియల్-టైమ్ రీజనింగ్, కోడ్ జనరేషన్, మల్టీ-స్టెప్ ఆర్కెస్ట్రేషన్లను స్పష్టంగా పేర్కొంటుంది.
Graviton ఐదు తరాలు ఒక్క చూపులో
Graviton5 ఒంటరి లాంచ్ కాదు. సాధారణ క్లౌడ్ సర్వీసులకు Arm ను ఆచరణీయమైన ఎంపికగా మార్చడానికి AWS చాలాకాలంగా చేస్తున్న ప్రయత్నంలో ఇది ఐదో అడుగు.
| తరం | సాధారణంగా అందుబాటులోకి వచ్చిన మొదటి EC2 ఇన్స్టాన్స్లు | ముఖ్యమైన మార్పు | AWS నివేదించిన పోలిక |
|---|---|---|---|
| Graviton1 | 2018 | Arm ఆధారిత మొదటి A1 ఇన్స్టాన్స్లు | ప్రారంభ స్థానం |
| Graviton2 | 2020 | విస్తృతమైన జనరల్-పర్పస్ Arm సపోర్ట్ | పోల్చదగిన x86 ఆధారిత M5 ఇన్స్టాన్స్ల కంటే 40% వరకు మెరుగైన ధర-పనితీరు (price performance) |
| Graviton3 | 2022 | DDR5 మెమరీ, కొత్త కంప్యూట్ డిజైన్ | Graviton2 కంటే 25% వరకు మెరుగైన పనితీరు |
| Graviton4 | 2024 | పెరిగిన ప్రాసెసింగ్, మెమరీ కెపాసిటీ | Graviton3 కంటే 30% వరకు మెరుగైన పనితీరు |
| Graviton5 | 2026 | 192-కోర్ డిజైన్, పెద్ద క్యాష్, వేగవంతమైన మెమరీ, PCIe 6.0 | Graviton4 కంటే 25% వరకు మెరుగైన కంప్యూట్ పనితీరు |
మూలాలు: అధికారిక AWS Graviton2, Graviton3, Graviton4, Graviton5 ప్రకటనలు. ఇవి వేర్వేరు బేస్లైన్లు, వర్క్లోడ్లతో చేసిన వెండర్ పోలికలు. ఈ శాతాలను కలిపి లెక్కించలేం.
ముఖ్యమైన మార్పు కొత్త తరాలు వేగంగా ఉండటం మాత్రమే కాదు. మరింత సాధారణమైన సర్వర్ అప్లికేషన్ల కోసం కూడా Arm ను అంచనా వేయడం సులభమైంది. మన ఉదాహరణలోని కంపెనీకి తదుపరి నిర్ణయంలో మూడు భాగాలు ఉన్నాయి: దాని అప్లికేషన్లు సురక్షితంగా మారగలవా? కస్టమర్లు చూపిన పనితీరు లాభాలు నిజమైన పొదుపుగా మారతాయా? ఈ రెండు వాదనలనూ అది ఎలా పరీక్షించగలదు?
1. ఇప్పటికే ఉన్న అప్లికేషన్లు Arm కు మారగలవా?
Java, Node.js, Python, Go, .NET సహా అనేక సాధారణ రన్టైమ్లు, Graviton ఉపయోగించే 64-బిట్ Arm ఆర్కిటెక్చర్ అయిన Arm64 కు సపోర్ట్ చేస్తాయి. కంటైనర్ సిస్టమ్లు x86, Arm రెండింటికీ ఇమేజ్లను బిల్డ్ చేయగలవు, దీనివల్ల క్రమంగా అమలు చేయడం ఆచరణీయమవుతుంది. కానీ అప్లికేషన్ భాషకు సపోర్ట్ ఉన్నంత మాత్రాన ప్రతి నేటివ్ లైబ్రరీ, కమర్షియల్ ఎక్స్టెన్షన్, మానిటరింగ్ ఏజెంట్ లేదా సెక్యూరిటీ టూల్ Arm కోసం అందుబాటులో ఉంటుందని హామీ లేదు.
అప్లికేషన్ విజయవంతంగా స్టార్ట్ అవడం, విజయవంతమైన ప్రొడక్షన్ టెస్ట్ కంటే తక్కువే నిరూపిస్తుంది. అప్లికేషన్ ఇంకా తన లేటెన్సీ (latency), విశ్వసనీయత అవసరాలను తీర్చాలి, ఉపయోగపడే టెలిమెట్రీని అందించాలి, సపోర్ట్ చేయగలిగేలా ఉండాలి. Kubernetes లేదా ECS ఎన్విరాన్మెంట్లలో మిక్స్డ్-ఆర్కిటెక్చర్ డిప్లాయ్మెంట్లు మొత్తం ఫ్లీట్ను ఒక్కసారిగా మార్చే బదులు చిన్న ట్రయల్కు అవకాశం ఇవ్వగలవు. AWS Graviton ప్రారంభ గైడ్ డిపెండెన్సీ, మైగ్రేషన్ మార్గదర్శకత్వాన్ని అందిస్తుంది.
మన కంపెనీకి, ఆధునిక డిపెండెన్సీలు ఉన్న CPU-ఇంటెన్సివ్ వెబ్ సర్వీస్ మొదటి అభ్యర్థి కావచ్చు. x86 పై మాత్రమే పనిచేసే వెండర్ ఉత్పత్తితో ముడిపడిన పాత (legacy) అప్లికేషన్ అలా కాకపోవచ్చు.
2. Graviton5 నిజంగా క్లౌడ్ బిల్లును తగ్గిస్తుందా?
AWS కస్టమర్లు నివేదించిన బెంచ్మార్క్ ఫలితాలను ప్రచురించింది. ఒకే ప్రాసెసర్ హెడ్లైన్ కంటే వర్క్లోడ్ స్థాయి పోలికలు ఎందుకు ఎక్కువ సమాచారం ఇస్తాయో అవి చూపుతాయి.
| కస్టమర్ | నివేదించిన Graviton5 ఫలితం | ముఖ్యమైన సందర్భం |
|---|---|---|
| ClickHouse | 36% పనితీరు పెరుగుదల, 16% ఎక్కువ కాంకరెన్సీ | Graviton4 తో పోల్చి చేసిన ప్రారంభ Graviton5 బెంచ్మార్కింగ్ |
| Atlassian | 30% అధిక పనితీరు, 20% తక్కువ లేటెన్సీ | మునుపటి తరంతో పోల్చి M9g పై చేసిన Jira టెస్టింగ్ |
| Honeycomb | ఒక్కో కోర్కు 36% మెరుగైన థ్రూపుట్ (throughput), 28% తక్కువ లేటెన్సీ | Graviton5 వర్సెస్ Graviton4, ప్రొడక్షన్ ఇంజెషన్ మూల్యాంకనం సహా |
| HubSpot | క్వెరీల సమయం 45 నుంచి 60% తక్కువ, CPU వినియోగం 20 నుంచి 30% తక్కువ | MySQL OLTP, ప్రీ-ప్రొడక్షన్ M9g వర్సెస్ M8g |
| Hard Rock Bet | 23% తక్కువ CPU వినియోగం, సెకనుకు 9% ఎక్కువ క్వెరీలను ప్రాసెస్ చేస్తూ దాదాపు 6% తక్కువ p99 లేటెన్సీ | ఇప్పటికే ఉన్న Graviton4 ఫ్లీట్తో పాటు CockroachDB గేట్వేలు |
అన్ని వరుసలకు మూలం: AWS M9g కస్టమర్ ప్రకటనలు. ఇవి AWS ఎంచుకుని ప్రచురించిన కస్టమర్ ప్రకటనలు, స్వతంత్రంగా ప్రామాణీకరించిన బెంచ్మార్క్ కాదు. టెస్ట్లు, బేస్లైన్లు, కొలత పరిస్థితులు వేర్వేరుగా ఉంటాయి.
ఈ ఫలితాలు గణనీయమైనవే, కానీ అధిక థ్రూపుట్, తక్కువ లేటెన్సీ అనేవి ధృవీకరించిన ఖర్చు పొదుపుతో సమానం కాదు. Honeycomb అదనపు థ్రూపుట్ను ఇన్స్టాన్స్ల సంఖ్యను తగ్గించడానికి బదులు ఎక్కువ మంది కస్టమర్లకు సేవ చేయడానికి ఉపయోగించవచ్చు. HubSpot తన లాభాన్ని వేగవంతమైన క్వెరీ రెస్పాన్స్ల కోసం వెచ్చించాలని ఎంచుకోవచ్చు. ఆర్థిక ప్రయోజనం అసలు ఇన్స్టాన్స్ ధరలు, వనరుల వినియోగం, రైట్-సైజింగ్ (right-sizing), కొనుగోలు కమిట్మెంట్లపై ఆధారపడి ఉంటుంది.
HubSpot విడిగా తన మునుపటి Graviton అడాప్షన్ నుంచి పోల్చదగిన పనితీరు వద్ద దాదాపు 15 నుంచి 20% తక్కువ ఖర్చులను నివేదిస్తోంది. అది ఉపయోగకరమైన చారిత్రక ఆధారం, కానీ దాన్ని Graviton5 ఖర్చు ఫలితంగా వర్ణించకూడదు. కంపెనీ ఉపయోగకరమైన పనిలో ఒక్కో యూనిట్కు అయ్యే ఖర్చును పోల్చాలి: ఉదాహరణకు, అవసరమైన రెస్పాన్స్ టైమ్ వద్ద ప్రతి మిలియన్ రిక్వెస్ట్లకు అయ్యే ఖర్చు, లేదా పూర్తయిన ఒక్కో బ్యాచ్ జాబ్కు అయ్యే ఖర్చు. మైగ్రేషన్ ఇంజనీరింగ్, లైసెన్సింగ్, కొనసాగే సపోర్ట్ కూడా ఈ లెక్కలోకి రావాలి.
స్టోరేజ్ కూడా దీనికి సంబంధించిన ఒక నిర్ణయాన్ని తెస్తుంది. M9gd లో వేగవంతమైన లోకల్ NVMe స్టోరేజ్ ఉంది, ఇది క్యాష్లకు, తాత్కాలిక వర్కింగ్ డేటాకు సరిపోవచ్చు.
కానీ EC2 ఇన్స్టాన్స్ స్టోర్ (instance store) డేటా స్టాప్, హైబర్నేషన్ లేదా టెర్మినేషన్ తర్వాత నిలిచి ఉండదు. విలువైన రికార్డులకు అది ఒక్కటే కాపీ కాకూడదు. AWS ఇన్స్టాన్స్ స్టోర్ లైఫ్సైకిల్ మార్గదర్శకత్వం చూడండి. హైబ్రిడ్ ఎన్విరాన్మెంట్లలో Arm, x86 రెండింటికీ సపోర్ట్ చేయడం మరో ఖర్చు కావచ్చు: Arm64 సాఫ్ట్వేర్ పోర్టబుల్గా ఉండవచ్చు, కానీ Graviton ప్రత్యేక హార్డ్వేర్ లక్షణాలు AWS కు మాత్రమే పరిమితం.
3. కంపెనీ ఈ ప్రయోజనాన్ని ఎలా పరీక్షించాలి?
ఒక ప్రాతినిధ్య సర్వీస్తో ప్రారంభించండి. దాని ప్రస్తుత ట్రాఫిక్, థ్రూపుట్, CPU, మెమరీ వినియోగం, రెస్పాన్స్ టైమ్లు, ఎర్రర్ రేట్, పూర్తి నెలవారీ నిర్వహణ ఖర్చును నమోదు చేయండి. Arm కు అనుకూలమైన వెర్షన్ను బిల్డ్ చేసి, అదే వాస్తవిక ట్రాఫిక్, సర్వీస్-లెవెల్ లక్ష్యాల కింద తగిన Graviton5 ఇన్స్టాన్స్పై దాన్ని పోల్చండి.
ఒకే vCPU సంఖ్య ఉన్న రెండు ఇన్స్టాన్స్లు ఒకే కెపాసిటీని అందిస్తాయని భావించవద్దు. సరైన ఫ్యామిలీని ఎంచుకోండి: జనరల్-పర్పస్ M9g, కంప్యూట్-ఆప్టిమైజ్డ్ C9g, లేదా మెమరీ-ఆప్టిమైజ్డ్ R9g, అందుబాటును, వర్క్లోడ్ అవసరాలను బట్టి.
గంటవారీ ధరను మాత్రమే కాకుండా, అవసరమైన లోడ్ను అందించడానికి అయ్యే ఖర్చును పోల్చండి. కొత్త ఎన్విరాన్మెంట్ను సిద్ధం చేయడానికి, నడపడానికి, ఫెయిల్యూర్ రికవరీని పరీక్షించడానికి, రోల్బ్యాక్ మార్గాన్ని సిద్ధంగా ఉంచడానికి అయ్యే శ్రమను కూడా చేర్చండి. AWS మైగ్రేషన్ గైడ్ ఒక ప్రారంభ బిందువును అందిస్తుంది.
మెరుగుదల విలువైనదైతే, టీమ్ క్రమంగా ఇలాంటి ఇతర సర్వీసులకు విస్తరించవచ్చు. కొలిచిన ప్రయోజనం చిన్నదైతే లేదా అనుకూలత ఖర్చు ఎక్కువైతే, x86 పైనే కొనసాగడం మరింత సరైన ఇంజనీరింగ్ నిర్ణయం కావచ్చు.
Graviton5 వెనుక ఉన్న పెద్ద మార్పు
AWS సంప్రదాయ సర్వర్ ప్రాసెసర్లపై పూర్తిగా ఆధారపడకుండా, తన క్లౌడ్ కింద ఉండే ఇన్ఫ్రాస్ట్రక్చర్ను మరింత ఎక్కువగా తానే నిర్మిస్తోంది. ఇది కస్టమర్లకు సామర్థ్యాన్ని మెరుగుపరచుకోవడానికి మరో మార్గాన్ని ఇస్తుంది, కానీ వర్క్లోడ్ను అర్థం చేసుకోవడాన్ని మరింత ముఖ్యం చేస్తుంది. ఇదే ధోరణి ఇతర చోట్లా కనిపిస్తుంది: AWS, NVIDIA ల రెండు మిలియన్ GPUల విస్తరణపై మా విశ్లేషణ AWS నిర్మాణంలోని GPU వైపును వివరిస్తుంది, Google Cloud Q3 2026 పై మా ఆర్టికల్ Google సొంత TPU సిస్టమ్లు దాని ఆదాయ వృద్ధికి ఎలా దోహదపడ్డాయో చూపుతుంది.
పెరుగుతున్న క్లౌడ్ బిల్లు ఉన్న కంపెనీకి సమాధానం మరో సర్వర్ కాకపోవచ్చు, మొత్తంగా Arm కు మైగ్రేట్ కావడమూ కాకపోవచ్చు. దాని సర్వీసులు నిజంగా ఎక్కడ ప్రాసెసింగ్ కెపాసిటీని వినియోగిస్తున్నాయో గుర్తించడం, వేరే ఆర్కిటెక్చర్ అదే ఫలితాన్ని మరింత సమర్థవంతంగా అందించగలదా అని పరీక్షించడమే సమాధానం కావచ్చు.
Graviton5 విలువ కేవలం వేగవంతమైన ప్రాసెసర్ కాదు. ముఖ్యమైన కంప్యూటింగ్ పనికి తక్కువ చెల్లించే అవకాశమే దాని విలువ.
మరింత లోతుగా
- AWS Graviton5 లాంచ్, ఇంజనీరింగ్ అవలోకనం: జూన్ 2026. ఆర్కిటెక్చర్, విడుదల సందర్భం, వెండర్ నివేదించిన లాభాలు.
- M9g స్పెసిఫికేషన్లు, కస్టమర్ ఫలితాలు: ప్రస్తుత ఇన్స్టాన్స్ ఫీచర్లు, కస్టమర్ల పేర్లతో ఆపాదించిన బెంచ్మార్కింగ్ ప్రకటనలు.
- AWS C9g, C9gd ప్రకటన: జూన్ 30, 2026. కంప్యూట్-ఆప్టిమైజ్డ్ Graviton5 ఇన్స్టాన్స్లు, Graviton4 ఆధారిత C8g తో AWS పోలిక.
- AWS R9g, R9gd ప్రకటన: ఆగస్టు 31, 2026. మెమరీ-ఆప్టిమైజ్డ్ Graviton5 ఇన్స్టాన్స్లు, Graviton4 ఆధారిత R8g తో AWS పోలిక.
- AWS Graviton ప్రారంభ గైడ్: డిపెండెన్సీలను అంచనా వేయడం, అనుకూల సాఫ్ట్వేర్ను బిల్డ్ చేయడం, మైగ్రేషన్లను పరీక్షించడం.
- EC2 ఇన్స్టాన్స్ స్టోర్ డేటా నిలకడ: లోకల్ NVMe కోసం లైఫ్సైకిల్, డేటా నష్టం పరిణామాలు.
- Graviton ఫ్యామిలీ టెక్నికల్ అవలోకనం: విస్తృత ప్రాసెసర్ ఫ్యామిలీ నేపథ్యం, రిఫరెన్స్లు.
