x86 ನಿಂದ ARM ಗೆ: Microsoft Azure ಏಕೆ ಸದ್ದಿಲ್ಲದೆ ಪರಿಸರ ಸ್ನೇಹಿಯಾಗುತ್ತಿದೆ

ಕ್ಲೌಡ್‌ನಲ್ಲಿ ನಿಶ್ಯಬ್ದ ಬದಲಾವಣೆ

ನಾಲ್ಕಕ್ಕೂ ಹೆಚ್ಚು ದಶಕಗಳಿಂದ, ಡೇಟಾ ಸೆಂಟರ್ ನಿರ್ಮಿಸುವುದು ಎಂದರೆ x86 ಆರ್ಕಿಟೆಕ್ಚರ್ ಸುತ್ತಲೂ ನಿರ್ಮಿಸುವುದು ಎಂದಾಗಿತ್ತು. Intel ಮತ್ತು AMD ಎಷ್ಟು ಪ್ರಬಲವಾಗಿದ್ದವೆಂದರೆ, ನೀವು ಎಂದಾದರೂ ಕ್ಲೌಡ್‌ಗೆ ಏನನ್ನಾದರೂ ನಿಯೋಜಿಸಿದ್ದರೆ, ಅದು ಖಂಡಿತವಾಗಿಯೂ ಅವುಗಳ ಚಿಪ್‌ಗಳಲ್ಲೇ ಚಾಲನೆಗೊಂಡಿರುತ್ತದೆ. ಆದರೆ ಜುಲೈ 5, 2026 ರಂದು ಸದ್ದಿಲ್ಲದೆ ಏನೋ ನಡೆಯುತ್ತಿದೆ: Microsoft Azure ಸೇರಿದಂತೆ ಪ್ರಮುಖ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು ಆಧುನಿಕ ವರ್ಕ್‌ಲೋಡ್‌ಗಳನ್ನು ARM ಪ್ರೊಸೆಸರ್‌ಗಳಿಗೆ ಹೆಚ್ಚಾಗಿ ಸ್ಥಳಾಂತರಿಸುತ್ತಿದ್ದಾರೆ.

ಈ ಬದಲಾವಣೆಯು ಕೇವಲ ವೇಗದ ಬಗ್ಗೆ ಅಲ್ಲ. ಇದು ಇಂಧನ ದಕ್ಷತೆಯ ಬಗ್ಗೆ—ಮತ್ತು ಸಣ್ಣ ಉಳಿತಾಯವೂ ಸಹ ಅಗಾಧವಾದ ಪರಿಸರ ಮತ್ತು ಆರ್ಥಿಕ ಪ್ರಭಾವವನ್ನು ಉಂಟುಮಾಡುವ ಪ್ರಮಾಣದಲ್ಲಿದೆ.

ಡೇಟಾ ಸೆಂಟರ್‌ಗಳು ವಿದ್ಯುತ್ ಶಕ್ತಿಯ ಬಗ್ಗೆ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಏಕೆ ಚಿಂತಿಸುತ್ತಿವೆ

ಅಹೋರಾತ್ರಿ ಚಾಲನೆಯಲ್ಲಿರುವ ನೂರಾರು ಸಾವಿರ ಸರ್ವರ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಡೇಟಾ ಸೆಂಟರ್ ಅನ್ನು ಕಲ್ಪಿಸಿಕೊಳ್ಳಿ. ಪ್ರತಿಯೊಂದು ಸರ್ವರ್ ವಿದ್ಯುತ್ ಬಳಸುತ್ತದೆ. ಆ ಸರ್ವರ್ ಬಳಸುವ ಪ್ರತಿಯೊಂದು ವ್ಯಾಟ್ ಶಕ್ತಿಯು ಶಾಖವನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಅದಕ್ಕೆ ಕೂಲಿಂಗ್ ಅಗತ್ಯವಿರುತ್ತದೆ. ಆ ಕೂಲಿಂಗ್‌ಗೆ ಮತ್ತಷ್ಟು ಶಕ್ತಿಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ಈ ಲೆಕ್ಕಾಚಾರವು ಭೀಕರವಾಗಿದೆ.

Microsoft ನಂತಹ ಹೈಪರ್‌ಸ್ಕೇಲರ್ ಜಾಗತಿಕವಾಗಿ ಹತ್ತಾರು ಡೇಟಾ ಸೆಂಟರ್‌ಗಳಲ್ಲಿ ಲಕ್ಷಾಂತರ ವರ್ಚುವಲ್ ಮೆಷಿನ್‌ಗಳನ್ನು ಚಾಲನೆ ಮಾಡುವಾಗ, ಸರ್ವರ್‌ಗೆ ಸಣ್ಣ ಪ್ರಮಾಣದ ವಿದ್ಯುತ್ ಕಡಿತವೂ ಬೃಹತ್ ಪ್ರಮಾಣದಲ್ಲಿ ಗುಣಿಸಲ್ಪಡುತ್ತದೆ. ಕಡಿಮೆ ವಿದ್ಯುತ್ ಎಂದರೆ ಕಡಿಮೆ ನಿರ್ವಹಣಾ ವೆಚ್ಚಗಳು, ಕಡಿಮೆ ಕೂಲಿಂಗ್ ಮೂಲಸೌಕರ್ಯದ ಅಗತ್ಯತೆ ಮತ್ತು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಕಾರ್ಬನ್ ಫುಟ್‌ಪ್ರಿಂಟ್.

ಆದ್ದರಿಂದಲೇ ಇಂಧನ ದಕ್ಷತೆಯು ಕಾರ್ಯತಂತ್ರದ ವಿಷಯವಾಗಿದೆ. ಪ್ರಪಂಚದಾದ್ಯಂತ ಆಧುನಿಕ ಆಪ್‌ಗಳನ್ನು ನಡೆಸುವ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವ Microsoft ನಂತಹ ಕಂಪನಿಗಳಿಗೆ, ಇದು ಕೇವಲ ಐಚ್ಛಿಕವಲ್ಲ—ಇದು ಅತ್ಯಗತ್ಯ.

ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸ: x86 ಮತ್ತು ARM ವಾಸ್ತವವಾಗಿ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ

x86 ಮತ್ತು ARM ನಡುವಿನ ವ್ಯತ್ಯಾಸವು ತತ್ವಶಾಸ್ತ್ರಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ.

X86 ಪ್ರೊಸೆಸರ್‌ಗಳು CISC (Complex Instruction Set Computing) ಅನ್ನು ಬಳಸುತ್ತವೆ—ಇದು ಪ್ರತಿಯೊಂದು ಸೂಚನೆಯಲ್ಲೂ ಸಾಕಷ್ಟು ಜಟಿಲತೆಯನ್ನು ಸಂಯೋಜಿಸುವ ವಿನ್ಯಾಸವಾಗಿದೆ. ಈ ಚಿಪ್‌ಗಳು ಪ್ರತಿ ಸೈಕಲ್‌ಗೆ ಅಗಾಧ ಪ್ರಮಾಣದ ಕೆಲಸವನ್ನು ಮಾಡಬಲ್ಲವು, ಆದರೆ ಹಾಗೆ ಮಾಡಲು ಅವುಗಳಿಗೆ ಹೆಚ್ಚಿನ ಶಕ್ತಿ ಮತ್ತು ಕೂಲಿಂಗ್ ಅಗತ್ಯವಿರುತ್ತದೆ.

ARM ಪ್ರೊಸೆಸರ್‌ಗಳು RISC (Reduced Instruction Set Computing) ಅನ್ನು ಬಳಸುತ್ತವೆ—ಇದು ಸರಳೀಕೃತ ಸೂಚನೆಗಳನ್ನು ಹೊಂದಿರುವ ಸರಳ ವಿನ್ಯಾಸವಾಗಿದೆ. ARM ಚಿಪ್ ಅಪಾರ ಶಕ್ತಿಯ ಮೂಲಕ ಗೆಲ್ಲಲು ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ. ಬದಲಾಗಿ, ಅದು ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಕಡಿಮೆ ಶಕ್ತಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಕೆಲಸವನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ.

ಇದು ತಾನಾಗಿಯೇ ARM ಅನ್ನು "ವೇಗವಾಗಿ" ಮಾಡುವುದಿಲ್ಲ. ಇದರರ್ಥ ARM ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಶಕ್ತಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಅನೇಕ ಆಧುನಿಕ ವರ್ಕ್‌ಲೋಡ್‌ಗಳನ್ನು ನಿಭಾಯಿಸಬಲ್ಲದು. ಇದು ಹೆವಿವೇಟ್ ಚಾಂಪಿಯನ್ ಮತ್ತು ಅಲ್ಟ್ರಾಮ್ಯಾರಥಾನ್ ಓಟಗಾರನ ನಡುವಿನ ವ್ಯತ್ಯಾಸದಂತಿದೆ—ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮದೇ ಆದ ರೀತಿಯಲ್ಲಿ ಶ್ರೇಷ್ಠರು.

ಈಗ ಏಕೆ? ಆಧುನಿಕ ಆಪ್‌ಗಳಿಗೆ x86 ನ ಜಟಿಲತೆಯ ಅಗತ್ಯವಿಲ್ಲ

ಒಂದು ದಶಕದ ಹಿಂದೆ, ARM ಎಂದರೆ ಸ್ಮಾರ್ಟ್‌ಫೋನ್‌ಗಳು ಎಂದಾಗಿತ್ತು. ಇಂದಿನ ಕ್ಲೌಡ್ ವಿಭಿನ್ನವಾಗಿದೆ.

ಆಧುನಿಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು microservices, containers, serverless functions, REST APIs, ಮತ್ತು web services ಆಗಿ ಚಾಲನೆಯಾಗುತ್ತವೆ. ಈ ವ್ಯವಸ್ಥೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಹಾರಿಜಾಂಟಲ್ ಆಗಿ ಸ್ಕೇಲ್ ಆಗುತ್ತವೆ—ಒಂದೇ ಸರ್ವರ್‌ನಿಂದ ಗರಿಷ್ಠ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹಿಂಡುವ ಬದಲಿಗೆ ನೀವು ಒಂದೇ ಸೇವೆಯ ಅನೇಕ ಪ್ರತಿಗಳನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತೀರಿ. ಆ ಪ್ರಪಂಚದಲ್ಲಿ, ನಿಮಗೆ x86 ನ ಪ್ರತ್ಯೇಕ ಸಿಂಗಲ್-ಥ್ರೆಡೆಡ್ ಶಕ್ತಿಯ ಅಗತ್ಯವಿಲ್ಲ. ನಿಮಗೆ ದಕ್ಷತೆ ಮತ್ತು ಅನೇಕ ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗಳನ್ನು ಚಾಲನೆ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ ಬೇಕು.

ಅಲ್ಲಿಯೇ ARM ಹೊಳೆಯುತ್ತದೆ.

Microsoft Azure ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ನೀಡುತ್ತದೆ

Microsoft ಈಗ ಡೇಟಾ ಸೆಂಟರ್‌ಗಳಿಗಾಗಿಯೇ ನಿರ್ದಿಷ್ಟವಾಗಿ ನಿರ್ಮಿಸಲಾದ ARM64 ಪ್ರೊಸೆಸರ್ ಸರಣಿಯಾದ Ampere Altra ಆಧಾರಿತ ವರ್ಚುವಲ್ ಮೆಷಿನ್‌ಗಳನ್ನು ನೀಡುತ್ತದೆ. Azure ನಲ್ಲಿ ಲಭ್ಯವಿರುವ ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗಳಲ್ಲಿ Dpsv5 ಮತ್ತು Dplsv5 ಸರಣಿಗಳು ಸೇರಿವೆ.

ಈ VMs ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, microservices, Kubernetes clusters, Docker containers, ಮತ್ತು Node.js, Python, Java, Go, ಮತ್ತು .NET 8 ಹಾಗೂ ನಂತರದ ಆವೃತ್ತಿಗಳೊಂದಿಗೆ ನಿರ್ಮಿಸಲಾದ ಸೇವೆಗಳಂತಹ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗೆ ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲ್ಪಟ್ಟಿವೆ.

ಮುಖ್ಯವಾಗಿ: ಇವು x86 ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸುವುದಿಲ್ಲ. ಇವು ಹೆಚ್ಚುವರಿ ಆಯ್ಕೆಯಾಗಿವೆ. ಕೆಲವು ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗೆ ಇನ್ನೂ x86 ಅಗತ್ಯವಿರುತ್ತದೆ—ಲೆಗಸಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, x86-ನಿರ್ದಿಷ್ಟ ತಂತ್ರಾಂಶಗಳು, ನಿರ್ದಿಷ್ಟ ಡೇಟಾಬೇಸ್‌ಗಳು ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಅವಲಂಬನೆಗಳನ್ನು (dependencies) ಹೊಂದಿರುವ ಆಪ್‌ಗಳು. ಆದರೆ ಹೊಸ ಕ್ಲೌಡ್-ನೇಟಿವ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ, ARM ನಿಜವಾದ ಪರ್ಯಾಯವಾಗುತ್ತದೆ.

ಲೆಕ್ಕಾಚಾರ: ನಾವು ವಾಸ್ತವವಾಗಿ ಎಷ್ಟು ಇಂಧನವನ್ನು ಉಳಿಸುತ್ತಿದ್ದೇವೆ?

Ampere Computing ತನ್ನ ಪ್ರೊಸೆಸರ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯ ಡೇಟಾವನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ. ಕೆಲವು ಕ್ಲೌಡ್-ನೇಟಿವ್ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಲ್ಲಿ, ಅವುಗಳ ARM ಪ್ರೊಸೆಸರ್‌ಗಳು ಸಾಂಪ್ರದಾಯಿಕ x86 ನಿಯೋಜನೆಗಳಿಗೆ ಹೋಲಿಸಿದರೆ ಪ್ರತಿ ವ್ಯಾಟ್‌ಗೆ 2.5 ಪಟ್ಟು ಉತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನೀಡಬಲ್ಲವು. ಕೆಲವು ವರ್ಕ್‌ಲೋಡ್‌ಗಳು ಸಮಾನ ಕೆಲಸಕ್ಕಾಗಿ ಶೇಕಡಾ 50 ರಷ್ಟು ಕಡಿಮೆ ಇಂಧನ ಬಳಕೆಯನ್ನು ಕಾಣುತ್ತವೆ.

ಗಮನಿಸಿ: ಇವು ಪ್ರತಿಯೊಂದು ಅಪ್ಲಿಕೇಶನ್‌ಗೂ ಖಾತರಿಪಡಿಸಿದ ಕಡಿತಗಳಲ್ಲ. ಫಲಿತಾಂಶಗಳು ನಿಮ್ಮ ಕೋಡ್ ವಾಸ್ತವವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾಗಿರುತ್ತವೆ. ಆದರೆ ಅನೇಕ ಸಾಮಾನ್ಯ ಕ್ಲೌಡ್ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗೆ, ದಕ್ಷತೆಯ ಲಾಭಗಳು ನಿಜವಾದವು.

ಇಲ್ಲೊಂದು ನಿರ್ದಿಷ್ಟ ಉದಾಹರಣೆಯಿದೆ: 10,000 ಸರ್ವರ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಡೇಟಾ ಸೆಂಟರ್ ಅನ್ನು ಕಲ್ಪಿಸಿಕೊಳ್ಳಿ. ಪ್ರತಿಯೊಂದು ಸರ್ವರ್ ಕೇವಲ 100 ವ್ಯಾಟ್‌ಗಳನ್ನು ಉಳಿಸಿದರೆ, ಒಟ್ಟು ಉಳಿತಾಯವು 1 ಮೆಗಾವ್ಯಾಟ್ ಆಗಿರುತ್ತದೆ. ಆ 1 MW ಉಳಿತಾಯವನ್ನು ಒಂದು ವರ್ಷ ನಡೆಸಿದರೆ:

1 MW × 24 hours × 365 days = 8,760 megawatt-hours

ಪ್ರಾದೇಶಿಕ ಬಳಕೆಯ ಮಾದರಿಗಳನ್ನು ಅವಲಂಬಿಸಿ, ಇದು ಒಂದು ವರ್ಷಕ್ಕೆ 700 ರಿಂದ 900 ಮನೆಗಳಿಗೆ ವಿದ್ಯುತ್ ಪೂರೈಸಲು ಸಾಕಾಗುತ್ತದೆ.

ಈಗ ಅದನ್ನು ಜಾಗತಿಕವಾಗಿ ಹತ್ತಾರು ಪ್ರದೇಶಗಳಲ್ಲಿ ಹರಡಿರುವ Microsoft ನ ನೂರಾರು ಸಾವಿರ ಸರ್ವರ್‌ಗಳಾದ್ಯಂತ ಗುಣಿಸಿ. ಆ ಪ್ರಮಾಣವು ಬೆರಗುಗೊಳಿಸುವಂತಿದೆ.

ಯಾವ ವರ್ಕ್‌ಲೋಡ್‌ಗಳು ARM ಗೆ ಸ್ಥಳಾಂತರಗೊಳ್ಳಬೇಕು?

ARM ವಿಶೇಷವಾಗಿ ಇವುಗಳಿಗೆ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ:

• REST APIs ಮತ್ತು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು
• Containerized ಸೇವೆಗಳು ಮತ್ತು Kubernetes clusters
• Backend microservices
• ಆಧುನಿಕ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳು ಮತ್ತು ಭಾಷೆಗಳೊಂದಿಗೆ ನಿರ್ಮಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು
• ಹಾರಿಜಾಂಟಲ್ ಆಗಿ ಸ್ಕೇಲ್ ಆಗುವ ಸೇವೆಗಳು

X86 ಇವುಗಳಿಗೆ ಉತ್ತಮ ಆಯ್ಕೆಯಾಗಿ ಉಳಿಯುತ್ತದೆ:

• x86 ಸೂಚನಾ ಸೆಟ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿರುವ ಲೆಗಸಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು
• x86 ಗಾಗಿ ಮಾತ್ರ ಕಂಪೈಲ್ ಮಾಡಲಾದ ತಂತ್ರಾಂಶಗಳು
• x86 ಆಪ್ಟಿಮೈಸೇಶನ್ ಹೊಂದಿರುವ ನಿರ್ದಿಷ್ಟ ಡೇಟಾಬೇಸ್ ಎಂಜಿನ್‌ಗಳು
• ಅಸಾಮಾನ್ಯ ಆರ್ಕಿಟೆಕ್ಚರಲ್ ಅವಲಂಬನೆಗಳನ್ನು ಹೊಂದಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು

ಸಾಧ್ಯವಿರುವ ಭವಿಷ್ಯವು "ARM replaces x86." ಎಂದಲ್ಲ. ಬದಲಿಗೆ "both coexist." ತಂಡಗಳು ಪ್ರತಿಯೊಂದು ನಿರ್ದಿಷ್ಟ ವರ್ಕ್‌ಲೋಡ್‌ಗೆ ಯಾವುದು ಸೂಕ್ತ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ.

ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೀರಿ: ಇದು ಆರ್ಕಿಟೆಕ್ಚರ್ ನಿರ್ಧಾರಗಳ ಬಗ್ಗೆ

ನಾವು ತಂತ್ರಜ್ಞಾನದಲ್ಲಿ ಸುಸ್ಥಿರತೆಯ ಬಗ್ಗೆ ಯೋಚಿಸಿದಾಗ, ನಾವು ಹೆಚ್ಚಾಗಿ ಸೋಲಾರ್ ಪ್ಯಾನೆಲ್‌ಗಳು ಅಥವಾ ನವೀಕರಿಸಬಹುದಾದ ಇಂಧನ ಮೂಲಗಳನ್ನು ಕಲ್ಪಿಸಿಕೊಳ್ಳುತ್ತೇವೆ. ಆದರೆ ಮತ್ತೊಂದು ರೀತಿಯ ಸುಸ್ಥಿರತೆಯಿದೆ: ನಿಮ್ಮ ಆರ್ಕಿಟೆಕ್ಚರಲ್ ಆಯ್ಕೆಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಪ್ರಕಾರ.

ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾದ ಪ್ರೊಸೆಸರ್ ಆಯ್ಕೆ ಮಾಡುವುದು ಸಣ್ಣ ವಿವರದಂತೆ ತೋರುತ್ತದೆ. ಆದರೆ ಆ ಆಯ್ಕೆಯನ್ನು ನೂರಾರು ಸಾವಿರ ಸರ್ವರ್‌ಗಳಾದ್ಯಂತ ಮರುಸೃಷ್ಟಿಸಿದಾಗ, ಆರ್ಥಿಕ ಮತ್ತು ಪರಿಸರದ ಮೇಲಿನ ಪ್ರಭಾವವು ಅಗಾಧವಾಗುತ್ತದೆ.

ARM ಸ್ಥಳಾಂತರವು ಕೇವಲ ಅಪ್‌ಗ್ರೇಡ್‌ಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ವೇಗದಷ್ಟೇ ದಕ್ಷತೆಯೂ ಪ್ರಮುಖವಾಗಿರುವ ಯುಗಕ್ಕಾಗಿ ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು ಎಂಬುದರ ಮೂಲಭೂತ ಮರುಚಿಂತನೆಯಾಗಿದೆ.

ತೀರ್ಮಾನ

x86 ನಿಂದ ARM ಗೆ ಬದಲಾವಣೆಯು ARM ಸಾರ್ವತ್ರಿಕವಾಗಿ ವೇಗವಾಗಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ನಡೆಯುತ್ತಿಲ್ಲ. ಹೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ವಾಸ್ತವವಾಗಿ ಚಾಲನೆಗೊಳ್ಳುವ ಆಧುನಿಕ ಕ್ಲೌಡ್ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗಾಗಿ—ARM ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಇಂಧನ ಬಳಕೆಯ ನಡುವೆ ಉತ್ತಮ ಸಮತೋಲನವನ್ನು ನೀಡುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ನಡೆಯುತ್ತಿದೆ. ಕ್ಲೌಡ್ ಸೇವೆಗಳು ಘಾತೀಯವಾಗಿ ಬೆಳೆಯುತ್ತಿರುವುದರಿಂದ, ಆ ದಕ್ಷತೆಯ ವ್ಯತ್ಯಾಸವು ನಿರ್ವಹಣಾ ವೆಚ್ಚಗಳು ಮತ್ತು ಪರಿಸರದ ಫುಟ್‌ಪ್ರಿಂಟ್ ಎರಡರ ಮೇಲೂ ಗಮನಾರ್ಹ ಪ್ರಭಾವ ಬೀರಬಹುದು.

ಮುಂದಿನ ಬಾರಿ ನೀವು Azure ನಲ್ಲಿ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಅನ್ನು ನಿಯೋಜಿಸಿದಾಗ, ನಿಜವಾದ ಪ್ರಶ್ನೆ "ನನಗೆ ಎಷ್ಟು vCPUs ಬೇಕು?" ಎಂದಾಗಿರುವುದಿಲ್ಲ. ಬದಲಿಗೆ "ಈ ವರ್ಕ್‌ಲೋಡ್‌ಗೆ ಯಾವ ಆರ್ಕಿಟೆಕ್ಚರ್ ಸೂಕ್ತವಾಗಿದೆ?" ಎಂದಾಗಿರಬಹುದು.

ಅನುಕೂಲಗಳು

• ಗಮನಾರ್ಹ ಇಂಧನ ಉಳಿತಾಯ — ಸಮಾನ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗೆ ಶೇಕಡಾ 50 ರಷ್ಟು ಕಡಿಮೆ ಬಳಕೆ
• ಕಡಿಮೆ ನಿರ್ವಹಣಾ ವೆಚ್ಚಗಳು — ಕಡಿಮೆ ಶಕ್ತಿ ಎಂದರೆ ಕಡಿಮೆ ವಿದ್ಯುತ್ ಮತ್ತು ಕೂಲಿಂಗ್ ಬಿಲ್‌ಗಳು
• ಪರಿಸರದ ಮೇಲಿನ ಪ್ರಭಾವ ಕಡಿತ — ಬೃಹತ್ ಡೇಟಾ ಸೆಂಟರ್ ಮೂಲಸೌಕರ್ಯದಾದ್ಯಂತ ಸಣ್ಣ ಕಾರ್ಬನ್ ಫುಟ್‌ಪ್ರಿಂಟ್
• ಆಧುನಿಕ ಆಪ್‌ಗಳಿಗೆ ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲಾಗಿದೆ — ಕಂಟೈನರೈಸ್ಡ್, ಮೈಕ್ರೋಸರ್ವೀಸ್ ಆಧಾರಿತ ಕ್ಲೌಡ್ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗಾಗಿಯೇ ನಿರ್ದಿಷ್ಟವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ
• ಪ್ರತಿ ವ್ಯಾಟ್‌ಗೆ ಉತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆ — ಕ್ಲೌಡ್-ನೇಟಿವ್ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ ಪ್ರತಿ ವ್ಯಾಟ್‌ಗೆ 2.5 ಪಟ್ಟು ಉತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆ
• ಸುಲಭ ಮೈಗ್ರೇಷನ್ ಮಾರ್ಗ — Kubernetes, Docker, Node.js, Python, Java, ಮತ್ತು Go ನಂತಹ ಸಾಮಾನ್ಯ ಆಧುನಿಕ ವೇದಿಕೆಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ

ಅನನುಕೂಲಗಳು

• ಸಾರ್ವತ್ರಿಕ ಪರಿಹಾರವಲ್ಲ — ಲೆಗಸಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು x86-ನಿರ್ದಿಷ್ಟ ತಂತ್ರಾಂಶಗಳಿಗೆ ಇನ್ನೂ x86 ಅಗತ್ಯವಿದೆ
• ಸೀಮಿತ ಟೂಲ್ ಬೆಂಬಲ — ಕೆಲವು ಹಳೆಯ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳು ಮತ್ತು ಲೈಬ್ರರಿಗಳು ARM ಆವೃತ್ತಿಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿರಬಹುದು
• ಮರುಸಂಕಲನ (recompilation) ಅಗತ್ಯವಿರುವ ಸಾಧ್ಯತೆ — ARM ಹೊಂದಾಣಿಕೆಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಪುನಃ ನಿರ್ಮಿಸುವ ಅಗತ್ಯವಿರಬಹುದು
• ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಪ್‌ಗ್ರೇಡ್ ಅಲ್ಲ — ಉಳಿತಾಯವು ದಕ್ಷತೆಗೆ ಸಂಬಂಧಿಸಿದೆ, ಕೇವಲ ವೇಗದ ಸುಧಾರಣೆಗಲ್ಲ
• ಹಂತ ಹಂತದ ಸ್ಥಿತ್ಯಂತರ ಅಗತ್ಯವಿದೆ — ಸಂಪೂರ್ಣ ಮೈಗ್ರೇಷನ್‌ಗೆ ತಿಂಗಳುಗಳಲ್ಲ, ವರ್ಷಗಳು ಬೇಕಾಗುತ್ತವೆ
• ಅವಲಂಬನೆ ಪರಿಶೀಲನೆ ಅಗತ್ಯವಿದೆ — ನಿರ್ದಿಷ್ಟ ಲೈಬ್ರರಿ ಅವಲಂಬನೆಗಳನ್ನು ಹೊಂದಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಹೊಂದಾಣಿಕೆ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಬಹುದು

ಎಚ್ಚರಿಕೆ

ಈ ಲೇಖನವು ಶೈಕ್ಷಣಿಕ ಸ್ವರೂಪದ್ದಾಗಿದೆ. ಇಂಧನ ಉಳಿತಾಯದ ಅಂಕಿಅಂಶಗಳು (ಪ್ರತಿ ವ್ಯಾಟ್‌ಗೆ 2.5x ಕಾರ್ಯಕ್ಷಮತೆ, 50% ಇಂಧನ ಕಡಿತ) Ampere Computing ಪ್ರಕಟಿಸಿದ ಮಾಹಿತಿಯನ್ನು ಆಧರಿಸಿವೆ ಮತ್ತು ಸೂಕ್ತ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ—ಇವು ಎಲ್ಲಾ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗೆ ಖಾತರಿಯಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ARM ಗೆ ಸ್ಥಳಾಂತರಿಸುವ ಮೊದಲು, ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ಅವಲಂಬನೆಗಳು ಮತ್ತು ಲೈಬ್ರರಿಗಳು ARM ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ. 10,000 ಸರ್ವರ್‌ಗಳು 100 ವ್ಯಾಟ್‌ಗಳನ್ನು ಉಳಿಸುವ ಉದಾಹರಣೆಯು ವಿವರಣೆಗಾಗಿ ನೀಡಲಾಗಿತ್ತು; ನೈಜ ಉಳಿತಾಯವು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಕಾರ, ವರ್ಕ್‌ಲೋಡ್ ಮತ್ತು ಮೂಲಸೌಕರ್ಯ ವಿನ್ಯಾಸಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಬದಲಾಗುತ್ತದೆ. ಪ್ರೊಡಕ್ಷನ್ ವರ್ಕ್‌ಲೋಡ್‌ಗಳನ್ನು ನಿಯೋಜಿಸುವ ಮೊದಲು ಸ್ಟೇಜಿಂಗ್ ಪರಿಸರದಲ್ಲಿ ಕೂಲಂಕಷವಾಗಿ ಪರೀಕ್ಷಿಸಿ. Microsoft Azure ನ ARM ಕೊಡುಗೆಗಳ ಕುರಿತು ಪ್ರಸ್ತುತ ಮಾಹಿತಿಗಾಗಿ, Microsoft ನ ಅಧಿಕೃತ ದಾಖಲಾತಿಯೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

• x86 ಮತ್ತು ARM ಪ್ರೊಸೆಸರ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇನು?
• ಕ್ಲೌಡ್ ಕಂಪ್ಯೂಟಿಂಗ್‌ನಲ್ಲಿ ಇಂಧನ ದಕ್ಷತೆಯು ಏಕೆ ಪ್ರಮುಖವಾಗುತ್ತಿದೆ?
• ಯಾವ Azure VM ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗಳು ARM ಪ್ರೊಸೆಸರ್‌ಗಳನ್ನು ಬಳಸುತ್ತವೆ?
• ನಾನು ARM-ಆಧಾರಿತ Azure ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗಳಲ್ಲಿ ಲೆಗಸಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಾಲನೆ ಮಾಡಬಹುದೇ?
• ARM ಪ್ರೊಸೆಸರ್‌ಗಳಿಗೆ ಬದಲಾಯಿಸುವ ಮೂಲಕ ನಾನು ಎಷ್ಟು ಹಣವನ್ನು ಉಳಿಸಬಹುದು?
• ಯಾವ ರೀತಿಯ ವರ್ಕ್‌ಲೋಡ್‌ಗಳು ARM ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗೆ ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿವೆ?
• ARM ಎಲ್ಲಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ x86 ಗಿಂತ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆಯೇ?
• ARM ಅಂತಿಮವಾಗಿ ಡೇಟಾ ಸೆಂಟರ್‌ಗಳಲ್ಲಿ x86 ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆಯೇ?

ಟ್ಯಾಗ್‌ಗಳು

#arm #x86 #azure #cloud #sustainability #energyefficiency #microservices #kubernetes #cloudnative #finops