SPACE ವಿನಂತಿಗಳನ್ನು ಸರಿಯಾದ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಎಕ್ಸಿಕ್ಯೂಷನ್‌ಗೆ ಹೇಗೆ ರೂಟ್ ಮಾಡುತ್ತದೆ

ಸ್ಪ್ರೆಡ್‌ಶೀಟ್ ವಿಶ್ಲೇಷಿಸಲು ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್ ಪರೀಕ್ಷಿಸಲು ಯಾರಾದರೂ AI ಏಜೆಂಟ್‌ಗೆ ಹೇಳಿದಾಗ, ಅದು ತಮ್ಮ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೇಟಾದೊಂದಿಗೆ ಸುರಕ್ಷಿತವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಅವರು ನಂಬಿರುತ್ತಾರೆ. ಇತರ ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ಬಹಿರಂಗಪಡಿಸದೆ ಅಥವಾ ಅವರ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗೆ ಅಡ್ಡಿಪಡಿಸದೆ ಆ ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸಲು ಏಜೆಂಟ್‌ಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಪರಿಸರಗಳು ಬೇಕು.

ಏಜೆಂಟ್‌ಗಳು ಹೆಚ್ಚಿನ ಸ್ವಾಯತ್ತತೆಯೊಂದಿಗೆ ಹೆಚ್ಚು ಸಂಕೀರ್ಣ ಕಾರ್ಯಗಳನ್ನು ಕೈಗೆತ್ತಿಕೊಳ್ಳುತ್ತಿದ್ದಂತೆ, ಈ ಪರಿಸರಗಳು ತಪ್ಪುಗಳನ್ನು ನಿಯಂತ್ರಣದಲ್ಲಿಡಲು ಮತ್ತು ಅಸುರಕ್ಷಿತ ಅಥವಾ ದುರುದ್ದೇಶಪೂರಿತ ಕೋಡ್ ಉಂಟುಮಾಡಬಹುದಾದ ಹಾನಿಯನ್ನು ಸೀಮಿತಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ. ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ಗಳು ಕಂಟ್ರೋಲ್-ಪ್ಲೇನ್ ಸೇವೆಗಳು, ವರ್ಕರ್ ನೋಡ್‌ಗಳು ಮತ್ತು ರೂಟಿಂಗ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಲೇ ಆ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಒದಗಿಸುತ್ತವೆ.

ಆ ಹಂಚಿಕೆಯ ಮೂಲಸೌಕರ್ಯವು ಪ್ರತಿಯೊಂದು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಅದನ್ನು ನಿರ್ವಹಿಸಲು ಅಧಿಕೃತಗೊಂಡ ಎಕ್ಸಿಕ್ಯೂಷನ್‌ಗೇ ತಲುಪಿಸಬೇಕು. ಹಳೆಯ ಮಾರ್ಗವೊಂದು ಮಾನ್ಯ ವಿನಂತಿಯನ್ನು ಬೇರೊಂದು ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ಗೆ ಅಥವಾ ಸರಿಯಾದ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನ ಹಳೆಯ ಎಕ್ಸಿಕ್ಯೂಷನ್‌ಗೆ ಕಳುಹಿಸಬಹುದು. Perplexityಯ ಸುರಕ್ಷಿತ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಆದ SPACE, ಪ್ರತಿಯೊಂದು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿದ ಎಕ್ಸಿಕ್ಯೂಷನ್‌ಗೆ ಬದ್ಧಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಮೊದಲು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಹಲವು ತಿಂಗಳುಗಳಿಂದ SPACE ದಿನಕ್ಕೆ ದಶಲಕ್ಷಾಂತರ ಎಕ್ಸಿಕ್ಯೂಶನ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದೆ; ಪ್ರತಿಯೊಂದೂ ವಿಶಿಷ್ಟ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಗುರುತಿನಿಂದ ಸಂರಕ್ಷಿತವಾಗಿದೆ, ದೋಷ ದರ 0.0002% ಕ್ಕಿಂತ ಕಡಿಮೆ ಇದೆ ಮತ್ತು ಒಂದೇ ಒಂದು ಸಂಪರ್ಕವೂ ಕಡಿತಗೊಂಡಿಲ್ಲ.

ರೂಟಿಂಗ್ ಸಮಸ್ಯೆ

ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಭದ್ರತೆಯು ಪ್ರತಿಯೊಂದು ವಿನಂತಿಯನ್ನು ಸರಿಯಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ತಲುಪಿಸುವುದರ ಮೇಲೂ ಅವಲಂಬಿತವಾಗಿದೆ. ಸರಳವಾದ ಫೈಲ್ ಓದುವಿಕೆಯೂ ಹಂಚಿಕೆಯ ಮೂಲಸೌಕರ್ಯದ ಮೂಲಕ ಹಾದುಹೋಗುತ್ತದೆ; ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ವಿರಾಮಗೊಂಡಾಗ, ಪುನರಾರಂಭಗೊಂಡಾಗ ಅಥವಾ ಯಂತ್ರಗಳ ನಡುವೆ ಸ್ಥಳಾಂತರಗೊಂಡಾಗ ಅದು ಎಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂಬುದರ ಮೇಲೆ ಆ ಮೂಲಸೌಕರ್ಯ ನಿಗಾ ಇಡಬೇಕು.

ಫೈಲ್ ಓದುವಿಕೆಯು ಹಲವಾರು ಘಟಕಗಳ ಮೂಲಕ ಸಾಗುತ್ತದೆ. SPACEನ ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ಗೆ ಅನುಗುಣವಾದ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಮತ್ತು ವರ್ಕರ್ ಅನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ವಿನಂತಿಯು node-api ಮೂಲಕ ಪ್ರವೇಶಿಸಿ, ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮ್ಯಾನೇಜರ್ sbx-manager ಗೆ ಹಾದುಹೋಗುತ್ತದೆ ಮತ್ತು Unix ಸಾಕೆಟ್ ಮೂಲಕ ಹೋಸ್ಟ್ ಬ್ರಿಡ್ಜ್ spaced-host ಅನ್ನು ತಲುಪುತ್ತದೆ. ಬ್ರಿಡ್ಜ್ ಅದನ್ನು ಹೋಸ್ಟ್‌ನಿಂದ ಗೆಸ್ಟ್‌ಗೆ ಇರುವ ಸಾಕೆಟ್ ಟ್ರಾನ್ಸ್‌ಪೋರ್ಟ್ ಆದ VSOCK ಮೂಲಕ Firecracker microVM ಒಳಗಿನ spaced-guest ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ.

ಪ್ರತಿಯೊಂದು ನಿರ್ಧಾರವೂ ಮೂಲಸೌಕರ್ಯ ಬದಲಾವಣೆಗಳಿಗಿಂತ ಹಿಂದುಳಿಯಬಹುದಾದ ಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಹಳೆಯ ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಅನ್ನು ಉಳಿಸಿಕೊಂಡಿರಬಹುದು, ಕ್ಯಾಶ್ ಮಾಡಿದ ವಿಳಾಸವು ಬೇರೆಡೆಗೆ ಸೂಚಿಸಬಹುದು ಅಥವಾ ಸಾಕೆಟ್ ಪಾತ್‌ಗೆ ಬೇರೆ ಲಿಸನರ್ ಬರಬಹುದು. ಯಶಸ್ವಿ ಸಂಪರ್ಕವೂ ತಪ್ಪು ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪಬಹುದು. ಓದುವಿಕೆಯು ಬೇರೊಬ್ಬ ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು; ಬರವಣಿಗೆಯು ತಪ್ಪು ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಅನ್ನು ಮಾರ್ಪಡಿಸಬಹುದು.

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

ವಿಸ್ತರಿಸಿ

ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಗುರುತು ಮತ್ತು ಎಕ್ಸಿಕ್ಯೂಶನ್ ಗುರುತು

SPACE ಬಳಕೆದಾರರ ಪರಿಸರವನ್ನು ಅದನ್ನು ಸರ್ವ್ ಮಾಡುವ ರನ್‌ಟೈಮ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ:

• ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಗುರುತು: ತಾರ್ಕಿಕ ಪರಿಸರದ ಸ್ಥಿರ ID. ಕರೆ ಮಾಡುವವರ ಅಧಿಕಾರ ಪರಿಶೀಲನೆಯು ಈ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ.
• ರೂಟ್/ಎಕ್ಸಿಕ್ಯೂಶನ್ ಗುರುತು: ಆಯ್ಕೆಯಾದ ರನ್‌ಟೈಮ್ ಇನ್‌ಕಾರ್ನೇಶನ್ ಮತ್ತು ಅದರ ವರ್ಕರ್, ಸಬ್‌ಸ್ಟ್ರೇಟ್ ಹಾಗೂ ಆ್ಯಕ್ಟಿವೇಶನ್ ಸೇರಿದಂತೆ ಅದರ ಪ್ಲೇಸ್‌ಮೆಂಟ್.

ಎಕ್ಸಿಕ್ಯೂಷನ್ ಜನರೇಷನ್ ರನ್‌ಟೈಮ್ ಅವತಾರಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. Kubernetesನಲ್ಲಿ, ಮಾರ್ಗವು pod UID ಅನ್ನು ಸಹ ಒಳಗೊಂಡಿರುತ್ತದೆ. ವಿಳಾಸಗಳು ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತವೆ; ಆ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಸರ್ವ್ ಮಾಡಬಹುದೇ ಎಂಬುದನ್ನು ಎಕ್ಸಿಕ್ಯೂಷನ್ ಗುರುತು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ S ವರ್ಕರ್ A ಮೇಲೆ ಎಕ್ಸಿಕ್ಯೂಷನ್ 7 ಆಗಿ ಚಲಿಸಿ, ನಂತರ ವರ್ಕರ್ B ಮೇಲೆ ಎಕ್ಸಿಕ್ಯೂಷನ್ 8 ಆಗಿ ಪುನರಾರಂಭಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಭಾವಿಸಿ. ಎಕ್ಸಿಕ್ಯೂಷನ್ 8 ಗಾಗಿ ಆಯ್ಕೆಯಾದ ವಿನಂತಿಯು ಎಕ್ಸಿಕ್ಯೂಷನ್ 7 ಅನ್ನು ತಲುಪಿದರೆ ಅದು ವಿಫಲವಾಗಬೇಕು. ಕೇವಲ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ID ಅನ್ನು ಪರಿಶೀಲಿಸಿದರೆ ಈ ಅಸಮಂಜಸತೆ ಗಮನಕ್ಕೆ ಬರುವುದಿಲ್ಲ.

ವಿಸ್ತರಿಸಿ

ಸಹಿ ಮಾಡಲಾದ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಆಯ್ಕೆ

ಪ್ರತಿಯೊಂದು ವಿನಂತಿಯೂ ಅದನ್ನು ಯಾವ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಎಕ್ಸಿಕ್ಯೂಷನ್ ನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು ಯಾವ ಪ್ರವೇಶಕ್ಕೆ ಅನುಮತಿ ಇದೆ ಎಂಬುದರ ಸಹಿ ಮಾಡಿದ ಪುರಾವೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ವಿನಂತಿಯನ್ನು ಮುಂದುವರಿಯಲು ಬಿಡುವ ಮೊದಲು, ಸ್ವೀಕರಿಸುವ ಘಟಕವು ಆ ಪುರಾವೆಯನ್ನು ತನ್ನದೇ ರನ್‌ಟೈಮ್ ಗುರುತಿನೊಂದಿಗೆ ಹೋಲಿಸಿ ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಕರೆ ಮಾಡುವವರ ಅಧಿಕಾರ ಪರಿಶೀಲನೆಯ ನಂತರ, SPACE ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್, ಎಕ್ಸಿಕ್ಯೂಷನ್, ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಮತ್ತು ಅನುಮತಿಸಲಾದ ಪ್ರವೇಶವನ್ನು ಗುರುತಿಸುವ ಅಲ್ಪಾವಧಿಯ, ಸಹಿ ಮಾಡಿದ ಕೇಪಬಿಲಿಟಿಯನ್ನು ನೀಡುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಸರ್ವಿಸ್-ಪೋರ್ಟ್ ಕೇಪಬಿಲಿಟಿಗಳು ಅನುಮತಿಸಲಾದ ಪೋರ್ಟ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸಹ ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತವೆ.

ಸ್ವೀಕರಿಸುವ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮ್ಯಾನೇಜರ್ ಸಹಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಗುರುತನ್ನು ತಾನು ಸ್ಥಳೀಯವಾಗಿ ಸಂಗ್ರಹಿಸಿಟ್ಟ ರನ್‌ಟೈಮ್ ದಾಖಲೆಯೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ. ಆಯ್ಕೆಯನ್ನು ಯಾರು ಅಧಿಕೃತಗೊಳಿಸಿದರು ಎಂಬುದನ್ನು ಸಹಿ ಸ್ಥಾಪಿಸುತ್ತದೆ. ಆ ಆಯ್ಕೆ ಸ್ವೀಕರಿಸುವ ಘಟಕಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಹೋಲಿಕೆ ಸ್ಥಾಪಿಸುತ್ತದೆ.

ಗೆಸ್ಟ್ ಸಂಪರ್ಕ ತೆರೆಯುವ ಮೊದಲು, ServicePort ಟ್ರಾಫಿಕ್ ಪ್ರತಿ-ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇ ಆದ netgtw ನಲ್ಲಿ ಎರಡನೇ ಪರಿಶೀಲನೆಗೆ ಒಳಗಾಗುತ್ತದೆ. ಗೇಟ್‌ವೇ ಗುರುತನ್ನು ವಿಶ್ವಾಸಾರ್ಹ ಆಕ್ಟಿವೇಶನ್ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ ಮತ್ತು ಪೋರ್ಟ್ ಹಾಗೂ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಕಂಟ್ರೋಲ್ ಕಾರ್ಯಾಚರಣೆಗಳು ಬ್ರಿಡ್ಜ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪರಿಶೀಲನೆಗೆ ಮುಂದುವರಿಯುತ್ತವೆ.

SPACE Ed25519 ಸಹಿಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಕಂಟ್ರೋಲ್-ಪ್ಲೇನ್ ಸೈನಿಂಗ್ ಕೀಗಳು ಕೇಪಬಿಲಿಟಿಗಳನ್ನು ನೀಡುತ್ತವೆ; ವರ್ಕರ್‌ಗಳು ಮತ್ತು ಗೇಟ್‌ವೇಗಳಲ್ಲಿರುವ ಸಾರ್ವಜನಿಕ ಪರಿಶೀಲನಾ ಕೀಗಳು ಅವುಗಳನ್ನು ನೀಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಕೇಪಬಿಲಿಟಿಗಳು 120 ಸೆಕೆಂಡುಗಳ ಕಾಲ ಮಾನ್ಯವಾಗಿರುತ್ತವೆ ಮತ್ತು ಅವಧಿ ಮುಕ್ತಾಯಕ್ಕೆ ಗರಿಷ್ಠ 15 ಸೆಕೆಂಡುಗಳ ಕ್ಲಾಕ್-ಸ್ಕ್ಯೂ ಸಡಿಲಿಕೆ ಇರುತ್ತದೆ. ಆಯ್ಕೆಮಾಡಿದ ಮತ್ತು ಸ್ಥಾಪಿಸಲಾದ ಗುರುತುಗಳು ಹೊಂದಿಕೆಯಾಗದಿದ್ದಾಗ, ಮಾನ್ಯ ಸಹಿ ಮತ್ತು ಅವಧಿ ಮುಗಿಯದ ಟೋಕನ್ ಇದ್ದರೂ ಅದು ಸಾಕಾಗುವುದಿಲ್ಲ.

ವಿಸ್ತರಿಸಿ

ತಪ್ಪು ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ತಿರಸ್ಕಾರ

ವಿನಂತಿಯು ಸ್ವತಃ ಅಧಿಕೃತವಾಗಿದ್ದರೂ ಸಹ, ಸ್ವೀಕರಿಸುವ ವರ್ಕರ್ ರೂಟಿಂಗ್ ತಪ್ಪನ್ನು ಪತ್ತೆಹಚ್ಚಬಲ್ಲದು. ಆ ವಿನಂತಿಗಾಗಿ ಆಯ್ಕೆಮಾಡಿದ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಅನ್ನೇ ತಾನು ಚಲಾಯಿಸುತ್ತಿದೆಯೇ ಎಂದು ಅದು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಅವು ಭಿನ್ನವಾಗಿದ್ದರೆ ವಿನಂತಿಯನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ.

ಎಕ್ಸಿಕ್ಯೂಶನ್ 8 ಗಾಗಿ ಆಯ್ಕೆಯಾದ ವಿನಂತಿಯು ಇನ್ನೂ ಎಕ್ಸಿಕ್ಯೂಶನ್ 7 ಅನ್ನು ಸರ್ವ್ ಮಾಡುತ್ತಿರುವ ವರ್ಕರ್ A ಅನ್ನು ತಲುಪಿದರೆ, ವರ್ಕರ್ A ಅದನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಮೊದಲೇ ತಿರಸ್ಕರಿಸುತ್ತದೆ. ರಿಸೀವರ್ ಒಮ್ಮೆ ಎಕ್ಸಿಕ್ಯೂಶನ್ 8 ರ ಗುರುತನ್ನು ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿದ ನಂತರ, ಅದು ಎಕ್ಸಿಕ್ಯೂಶನ್ 7 ರ ಕೇಪಬಿಲಿಟಿಗಳನ್ನೂ ಅವುಗಳ ಅವಧಿ ಮುಗಿಯುವ ಮೊದಲೇ ತಿರಸ್ಕರಿಸುತ್ತದೆ.

ಈ ಖಾತರಿಗೆ ಒಂದು ಪ್ರಮುಖ ಮಿತಿಯಿದೆ. ಎಕ್ಸಿಕ್ಯೂಷನ್ 7 ಗಾಗಿ ಇರುವ ಕೇಪಬಿಲಿಟಿಯು, ಎಕ್ಸಿಕ್ಯೂಷನ್ 7 ಅನ್ನು ಸರ್ವ್ ಮಾಡುತ್ತಿರುವ ವರ್ಕರ್‌ಗೆ ಆ ವರ್ಕರ್ ನಿವೃತ್ತಿಯ ಬಗ್ಗೆ ತಿಳಿಯುವವರೆಗೆ ಅಥವಾ ಕೇಪಬಿಲಿಟಿಯ ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ಇನ್ನೂ ಹೊಂದಿಕೆಯಾಗಬಹುದು. ಅಪ್‌ಡೇಟ್‌ಗಳು ಪ್ರಸರಣಗೊಳ್ಳುತ್ತಿರುವಾಗ ಸ್ಥಳೀಯ ಜಾರಿ ಮತ್ತು ಸೀಮಿತ ಕೇಪಬಿಲಿಟಿ ಜೀವಿತಾವಧಿ ಜೊತೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.

ವಿಸ್ತರಿಸಿ

ಬ್ರಿಡ್ಜ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪರಿಶೀಲನೆ

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

ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮತ್ತು ನೋಡ್ ಮ್ಯಾನೇಜರ್‌ಗಳು ಹೋಸ್ಟ್ ಬ್ರಿಡ್ಜ್‌ನ ಪೀರ್ ರುಜುವಾತುಗಳನ್ನು ಹಾಗೂ ಬ್ರಿಡ್ಜ್ ಮತ್ತು Firecracker ಎರಡರ ಪ್ರಕ್ರಿಯೆ ಗುರುತುಗಳನ್ನು, ಪ್ರಾರಂಭದ ಸಮಯಗಳು ಸೇರಿದಂತೆ, ಪರಿಶೀಲಿಸುತ್ತವೆ ಮತ್ತು ಮರುಬಳಕೆಯಾದ IDಗಳು ಅಥವಾ ಬದಲಾದ ಎಕ್ಸಿಕ್ಯೂಟಬಲ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತವೆ

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

ಈ ಪರಿಶೀಲನೆಯು Kubernetes ಮತ್ತು ನೇರವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುವ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿನ Firecracker ಕಂಟ್ರೋಲ್ ಬ್ರಿಡ್ಜ್ ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ServicePort ಟ್ರಾಫಿಕ್ ತನ್ನ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಮತ್ತು ಪೋರ್ಟ್ ಪರಿಶೀಲನೆಗಳನ್ನು ಬಳಸುತ್ತದೆ; ಗೆಸ್ಟ್‌ನೊಳಗೆ ಚಲಿಸುವ ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್‌ನ ಗುರುತನ್ನು ಅದು ಪ್ರಮಾಣೀಕರಿಸುವುದಿಲ್ಲ.

ವಿಸ್ತರಿಸಿ

ಸ್ಟ್ರೀಮ್ ಜೀವಿತಾವಧಿ ಮತ್ತು ಮಾರ್ಗ ಮರುಸ್ಥಾಪನೆ

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

ಟರ್ಮಿನಲ್‌ಗಳು ಮತ್ತು ಫೈಲ್ ವಾಚ್‌ಗಳು ಅವುಗಳನ್ನು ತೆರೆದ ವಿನಂತಿಗಳಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯಬಹುದು. ಸ್ವೀಕರಿಸುವ ಘಟಕವು ಬದಲಿ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ ಸ್ಟ್ರೀಮ್ ತನ್ನ ಹಿಂದಿನ ಎಕ್ಸಿಕ್ಯೂಷನ್‌ಗೆ ಜೋಡಣೆಯಾಗಿ ಉಳಿಯದಂತೆ, SPACE ಬ್ಯಾಕೆಂಡ್ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಗುರುತಿನ ಎಪಾಕ್‌ಗೆ ಜೋಡಿಸುತ್ತದೆ.

ಸ್ಟ್ರೀಮ್ ತೆರೆಯುವ ಮೊದಲು SPACE ಶಾಶ್ವತವಾಗಿ ಸಂಗ್ರಹಿಸಲಾದ ಗುರುತನ್ನು ಮರುಪರಿಶೀಲಿಸುತ್ತದೆ. ಅದರ ಮಾರ್ಗ ಅಥವಾ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಅನ್ನು ಬದಲಾಯಿಸಿದರೆ ಸ್ಟ್ರೀಮ್‌ನ ಲೀಸ್ ರದ್ದಾಗುತ್ತದೆ ಮತ್ತು ಇನ್‌ಪುಟ್ ಹಾಗೂ ಔಟ್‌ಪುಟ್ ನಿಲ್ಲುತ್ತದೆ.

ಮಾಲೀಕತ್ವದ ಬದಲಾವಣೆಗಳು ಎಕ್ಸಿಕ್ಯೂಷನ್ ಬದಲಿಕೆಯಿಂದ ಭಿನ್ನವಾಗಿವೆ. ಬದಲಾಗದ Kubernetes ನಿವಾಸಿಯ (resident) ಮೇಲಿನ ಜೀವನಚಕ್ರ-ಕಾರ್ಯಾಚರಣೆಯ ಹಸ್ತಾಂತರವು ಅದರ ಮಾರ್ಗ ಗುರುತು, ಅವಧಿ ಮುಗಿಯದ ಕೇಪಬಿಲಿಟಿಗಳು ಮತ್ತು ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಅದೇ ಮಾರ್ಗ ಮತ್ತು ಎಕ್ಸಿಕ್ಯೂಷನ್ ಜನರೇಷನ್‌ನೊಳಗೆ ಕೇವಲ ಆಕ್ಟಿವೇಶನ್ ಪ್ರಯತ್ನಕ್ಕೆ ಸೀಮಿತವಾದ ಬದಲಾವಣೆಗಳಿಗೆ ಗೇಟ್‌ವೇ ಸಹ ಸ್ಥಾಪಿತ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಹೊಸದಾಗಿ ತೆರೆಯುವ ಸ್ಟ್ರೀಮ್‌ಗಳಿಗೆ ನವೀಕರಿಸಿದ ಗುರುತು ಅಗತ್ಯ.

ರಿಕವರಿಯ ಸಮಯದಲ್ಲೂ ಈ ಪರಿಶೀಲನೆಗಳು ಅಖಂಡವಾಗಿ ಉಳಿಯುತ್ತವೆ. ಒಂದೇ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನೊಳಗೆ ಇನ್‌ಕಾರ್ನೇಶನ್ ಹೊಂದಾಣಿಕೆಯಾಗದಿದ್ದರೆ ಐಡೆಂಟಿಟಿ ಕಂಪ್ಯಾರೇಟರ್ RefreshRoute ಅನ್ನು, ಅಥವಾ ಬೇರೆ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಆಗಿದ್ದರೆ Deny ಅನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು. ಗುರುತು ತಿರಸ್ಕೃತವಾದ ನಂತರ, ಗುರುತಿಸಲಾದ ರಿಫ್ರೆಶ್ ಸಿಗ್ನಲ್ ಮಾತ್ರ ರೂಟ್ ದುರಸ್ತಿಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ. ಟ್ರಾನ್ಸ್‌ಪೋರ್ಟ್ ವೈಫಲ್ಯಗಳು ಪ್ರತ್ಯೇಕವಾದ, ಕಾರ್ಯಾಚರಣೆ-ನಿರ್ದಿಷ್ಟ ರಿಕವರಿ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತವೆ. ಅಮಾನ್ಯ ಸಹಿಗಳು, ಉದ್ದೇಶಗಳು ಅಥವಾ ಪೋರ್ಟ್ ಪ್ರೊಫೈಲ್‌ಗಳು ನಿರಾಕರಿಸಲ್ಪಟ್ಟೇ ಇರುತ್ತವೆ.

ಅರ್ಹ ಕಾರ್ಯಾಚರಣೆಯು ಪ್ರಸ್ತುತ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಅನ್ನು ಗುರುತಿಸಿ, ಮರುನಿರ್ಮಿಸಿದ ಒಂದು ಪ್ರಯತ್ನವನ್ನು ಮಾಡಬಹುದು. ಕ್ಯಾಶ್ ಬದಲಿಕೆಯು ತಿರಸ್ಕೃತ ಮಾರ್ಗವನ್ನು ಆಧರಿಸಿದ ಷರತ್ತಿನ ಮೇಲೆ ನಡೆಯುತ್ತದೆ; ಇದರಿಂದ ವಿಳಂಬವಾದ ತಿರಸ್ಕಾರವು ಹೊಸ ನಮೂದನ್ನು ಹೊರಹಾಕುವುದು ತಪ್ಪುತ್ತದೆ. ನೇಟಿವ್-ಸೆಷನ್ ರಿಫ್ರೆಶ್ ಮೂಲ ಕ್ಯಾಶ್ ಅವಧಿ ಮುಕ್ತಾಯವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಹೀಗಾಗಿ ಮಾರ್ಗ ದುರಸ್ತಿಯನ್ನು ಕರೆ ಮಾಡುವವರ ಅಧಿಕಾರ ನವೀಕರಣದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿಡುತ್ತದೆ.

ರಿಪ್ಲೇ ನಿಯಮಗಳು ಕಾರ್ಯಾಚರಣೆ-ನಿರ್ದಿಷ್ಟವಾಗಿಯೇ ಉಳಿಯುತ್ತವೆ. ಕ್ಲೈಂಟ್‌ಗೆ ಕಾಣುವ WebSocket ತೆರೆದೇ ಇದ್ದರೂ, ಬದಲಿ ಬ್ಯಾಕೆಂಡ್ ಮತ್ತೆ ಪ್ರವೇಶ ಅನುಮತಿ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗಬೇಕು.

ವಿಸ್ತರಿಸಿ

ಸಾಧಕ-ಬಾಧಕಗಳು ಮತ್ತು ವಿಶ್ವಾಸದ ಗಡಿಗಳು

ಎಕ್ಸಿಕ್ಯೂಷನ್ ಗುರುತು ಭದ್ರತೆಗೆ ನಿರ್ಣಾಯಕವಾದ ಸ್ಥಿತಿಯಾಗುತ್ತದೆ. ಕಂಟ್ರೋಲ್-ಪ್ಲೇನ್ ಅಪ್‌ಡೇಟ್‌ಗಳು ಮತ್ತು ಪರಿಶೀಲನಾ-ಕೀ ಬಂಡಲ್‌ಗಳು ಸರ್ವಿಂಗ್ ಘಟಕಗಳನ್ನು ತಲುಪಬೇಕು, ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸ್ವೀಕರಿಸುವ ಘಟಕವು ಅಪ್‌ಡೇಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದಾಗ ನಿವೃತ್ತಿ ಜಾರಿಗೆ ಬರುತ್ತದೆ. ಅಲ್ಪಾವಧಿಯ ಕೇಪಬಿಲಿಟಿ ಜೀವಿತಾವಧಿಗಳು ಪ್ರಸರಣದ ಸಮಯದಲ್ಲಿ ಮರುಬಳಕೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತವೆ.

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

ಸಹಿ ಪರಿಶೀಲನೆ, ರನ್‌ಟೈಮ್ ಹೋಲಿಕೆಗಳು ಮತ್ತು ಬ್ರಿಡ್ಜ್ ಮೌಲ್ಯೀಕರಣವು ವಿನಂತಿಯ ಮಾರ್ಗಕ್ಕೆ ಹೆಚ್ಚುವರಿ ಕೆಲಸವನ್ನು ಸೇರಿಸುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ಖಾಸಗಿ ಹಾಪ್‌ನಲ್ಲಿ ರಿಮೋಟ್ ಅಧಿಕಾರ ಲುಕಪ್ ಮಾಡುವ ಬದಲು ಅವು ಸ್ಥಳೀಯ ಸ್ಥಿತಿಯನ್ನು ಬಳಸುತ್ತವೆ.

ಉದ್ಯಮ ಹೋಲಿಕೆ

ಅಧಿಕೃತ ವಿನಂತಿಯೊಂದು ಸರಿಯಾದ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ನ ತಪ್ಪು ಎಕ್ಸಿಕ್ಯೂಷನ್ ಅನ್ನು ತಲುಪಿದಾಗ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಅದನ್ನು ಹೇಗೆ ನಿಭಾಯಿಸುತ್ತವೆ ಎಂಬುದೇ ಇಲ್ಲಿ ಪ್ರಸ್ತುತವಾದ ಹೋಲಿಕೆ. ಈ ಅವಲೋಕನಗಳು ಪರಿಶೀಲಿಸಿದ ಅನುಷ್ಠಾನಗಳಿಗೆ ಸಂಬಂಧಿಸಿವೆಯೇ ಹೊರತು ಒಟ್ಟಾರೆ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಭದ್ರತೆಗಲ್ಲ. SPACE, OpenShell ಮತ್ತು E2B ಅನ್ನು ಅಕ್ಟೋಬರ್ 8, 2026 ರಂದು ಪರಿಶೀಲಿಸಲಾಗಿದೆ:

• OpenShell: ಗೇಟ್‌ವೇ ಜನರೇಷನ್ ಮತ್ತು ಅಧಿಕಾರ ಪರಿಶೀಲನೆಗಳು, ಬ್ಯಾಕೆಂಡ್ ಗುರುತಿನ ಮೌಲ್ಯೀಕರಣ ಹಾಗೂ ಖಚಿತಪಡಿಸಿದ ಸಕ್ರಿಯ ಸೂಪರ್‌ವೈಸರ್ ಸಂಪರ್ಕಗಳ ಮೂಲಕ, ಹೊಸ ಕರೆಗಳಿಗೆ ಹೋಲಿಸಬಹುದಾದ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಆಯ್ಕೆ ಮತ್ತು ಸೂಪರ್‌ವೈಸರ್‌ನಿಂದ ರನ್‌ಟೈಮ್‌ಗೆ ಬೈಂಡಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ (ಗೇಟ್‌ವೇ ಪ್ರವೇಶ ಅನುಮತಿ, ರನ್‌ಟೈಮ್ ದೃಢೀಕರಣ ಮತ್ತು ಬೈಂಡಿಂಗ್). SPACE ಸಹಿ ಮಾಡಿದ ಆಯ್ಕೆಯನ್ನು ತನ್ನ ಸರ್ವಿಂಗ್ ಮಾರ್ಗದುದ್ದಕ್ಕೂ ಕೊಂಡೊಯ್ಯುತ್ತದೆ ಮತ್ತು ವರ್ಕರ್-ಸ್ಥಳೀಯ ಪ್ರಕ್ರಿಯೆ ಹಾಗೂ ಟ್ರಾನ್ಸ್‌ಪೋರ್ಟ್ ಪರಿಶೀಲನೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ; OpenShell ಅನುಗುಣವಾದ ಪರಿಶೀಲನೆಗಳನ್ನು ತನ್ನ ಗೇಟ್‌ವೇ, ಲಾಂಚ್ ಗುರುತು ಮತ್ತು ದೃಢೀಕೃತ ರನ್‌ಟೈಮ್ ಪ್ರೋಟೋಕಾಲ್‌ನಾದ್ಯಂತ ಹಂಚುತ್ತದೆ (ರನ್‌ಟೈಮ್ ವಿನ್ಯಾಸ).
• E2B: ಎಕ್ಸಿಕ್ಯೂಷನ್ IDಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ ಮತ್ತು Firecracker ಜೀವನಚಕ್ರದ ಆಧಾರದ ಮೇಲೆ ಪ್ರಾಕ್ಸಿ ಪೂಲ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ, ಆದರೆ ಅದರ ಒಳಬರುವ ಪ್ರಾಕ್ಸಿಯು ಸ್ವೀಕರಿಸುವ ಘಟಕದ ಹೋಲಿಕೆಗಾಗಿ ನಿರೀಕ್ಷಿತ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಗುರುತು ಇಲ್ಲದೆಯೇ ತಾರ್ಕಿಕ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ (ಮಾರ್ಗ ಪ್ರಕಟಣೆ, ಪ್ರಾಕ್ಸಿ ಪ್ರವೇಶ ಅನುಮತಿ). ಹೊಂದಿಕೆಯಾಗುವ ರುಜುವಾತುಗಳೊಂದಿಗೆ ಹಳೆಯ ಸ್ವೀಕರಿಸುವ ಘಟಕದಲ್ಲಿ ಇನ್ನೂ ಲೈವ್ ಎಂದು ನೋಂದಾಯಿತವಾಗಿರುವ ಹಳೆಯ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿದ ಹೊಸ ಎಕ್ಸಿಕ್ಯೂಷನ್‌ನಿಂದ ಆ ಪರಿಶೀಲನೆಗಳು ಪ್ರತ್ಯೇಕಿಸಲಾರವು, ಆದರೂ ಸಾಮಾನ್ಯ ಟಿಯರ್‌ಡೌನ್ ಮಾರ್ಗಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಜೀವನಚಕ್ರಕ್ಕೆ ಬದ್ಧವಾದ ಸಂಪರ್ಕಗಳನ್ನು ಮುಚ್ಚುತ್ತದೆ (ರುಜುವಾತುಗಳು, ಟಿಯರ್‌ಡೌನ್).
• CubeSandbox: ಪುನರಾರಂಭದ ಸಮಯದಲ್ಲಿ ರೂಟಿಂಗ್ ಅನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಯಾಶ್‌ಗಳನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಖಾಸಗಿ ಇನ್‌ಗ್ರೆಸ್ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್-ವ್ಯಾಪ್ತಿಯ ರುಜುವಾತುಗಳನ್ನು ಬಳಸುತ್ತದೆ ಮತ್ತು ನಿರೀಕ್ಷಿತ ರನ್‌ಟೈಮ್ ಅವತಾರವಿಲ್ಲದೆಯೇ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ (ಪುನರಾರಂಭ ರೂಟಿಂಗ್, ಇನ್‌ಗ್ರೆಸ್ ರೂಟಿಂಗ್). ಮಾರ್ಗ ದುರಸ್ತಿಯು ಹಳೆಯ ಮಾರ್ಗಗಳು ಉಳಿದುಕೊಳ್ಳುವ ಅವಧಿಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ; SPACEನ ಎಕ್ಸಿಕ್ಯೂಷನ್-ಬದ್ಧ ಕೇಪಬಿಲಿಟಿಯು ತಪ್ಪು ಅವತಾರವನ್ನು ತಿರಸ್ಕರಿಸಲು ಸ್ವೀಕರಿಸುವ ಘಟಕಕ್ಕೆ ಸ್ವತಂತ್ರ ಆಧಾರವನ್ನೂ ಒದಗಿಸುತ್ತದೆ.

ಪ್ರತ್ಯೇಕತೆಯ ಗಡಿಯಾಗಿ ಗುರುತು

ಸುರಕ್ಷಿತ ಕಾರ್ಯ ಹಸ್ತಾಂತರವು ಪ್ರತಿಯೊಂದು ಏಜೆಂಟ್‌ನ ಕೆಲಸವನ್ನು ಅದಕ್ಕೆ ಉದ್ದೇಶಿಸಿದ ಗಡಿಗಳೊಳಗೆ ಇರಿಸುವುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ. microVM ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಆದರೆ ಪ್ರತಿಯೊಂದು ವಿನಂತಿ ಮತ್ತು ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಸಂಪರ್ಕವು ಅದನ್ನು ನಿರ್ವಹಿಸಲು ಅಧಿಕೃತಗೊಂಡ ಎಕ್ಸಿಕ್ಯೂಷನ್ ಅನ್ನೇ ತಲುಪುತ್ತದೆ ಎಂಬುದನ್ನು ಸುತ್ತಲಿನ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಖಚಿತಪಡಿಸಬೇಕು.

SPACE ಎಕ್ಸಿಕ್ಯೂಷನ್ ಗುರುತನ್ನು ಆ ರಕ್ಷಣೆಯ ಭಾಗವನ್ನಾಗಿಸುತ್ತದೆ. ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಮೂಲಕ, ಬ್ರಿಡ್ಜ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ದೃಢಪಡಿಸುವ ಮೂಲಕ ಮತ್ತು ಸಂಪರ್ಕಗಳನ್ನು ಅವುಗಳನ್ನು ಅಧಿಕೃತಗೊಳಿಸಿದ ಎಕ್ಸಿಕ್ಯೂಷನ್‌ಗೆ ಜೋಡಿಸುವ ಮೂಲಕ, ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್‌ಗಳು ವಿರಾಮಗೊಂಡಾಗ, ಪುನರಾರಂಭಗೊಂಡಾಗ ಮತ್ತು ಸ್ಥಳಾಂತರಗೊಂಡಾಗಲೂ ಅದು ಆ ಗಡಿಗಳನ್ನು ಕಾಪಾಡುತ್ತದೆ.

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