ಪ್ರತಿ-ಸೈಟ್ ಪ್ರತ್ಯೇಕತೆ
ಪ್ರತ್ಯೇಕತೆಯು ಒಂದು ಅನಿರೀಕ್ಷಿತ ಘಟನೆ ಮತ್ತು ಪೂರ್ಣ ಸ್ಥಗಿತದ ನಡುವಿನ ವ್ಯತ್ಯಾಸವಾಗಿದೆ. ನಾವು ಹೋಸ್ಟ್ ಮಾಡುವ ಪ್ರತಿಯೊಂದು ಸೈಟ್ ತನ್ನದೇ ಆದ CPU, RAM, IO ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯ ಮಿತಿಗಳು, ತನ್ನದೇ ಆದ CageFS ಫೈಲ್‌ಸಿಸ್ಟಮ್ ವೀಕ್ಷಣೆ, ತನ್ನದೇ ಆದ PHP ಆವೃತ್ತಿ ಮತ್ತು ತನ್ನದೇ ಆದ ಡೇಟಾಬೇಸ್ ಥ್ರೊಟಲ್‌ನೊಂದಿಗೆ ಕರ್ನಲ್-ಮಟ್ಟದ CloudLinux LVE ಪಂಜರದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ. ದಾಳಿಗೆ ಒಳಗಾದ, ರಾಜಿ ಮಾಡಿಕೊಂಡ ಅಥವಾ ಕೇವಲ ಅತಿಯಾದ ಪ್ರಶ್ನೆಯನ್ನು ಚಲಾಯಿಸುವ ಸೈಟ್ ಅನ್ನು ಅದು ಇರುವ ಸ್ಥಳದಲ್ಲೇ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ — ಮತ್ತು ಪ್ರತ್ಯೇಕತೆಯ ಮೂಲಭೂತ ಸೌಲಭ್ಯವನ್ನು ಪ್ರತಿಯೊಂದು ಯೋಜನೆಯಲ್ಲೂ ಸೇರಿಸಲಾಗಿದೆ, ಅದನ್ನು ನಿಮಗೆ ಅಪ್‌ಗ್ರೇಡ್ ಆಗಿ ಮರಳಿ ಮಾರಾಟ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಲಭ್ಯತೆ: ಪ್ರತಿ ಸೈಟ್‌ನ ಡೇಟಾಬೇಸ್ ಥ್ರೊಟ್ಲಿಂಗ್ ಮತ್ತು ಪ್ರತಿ ಸೈಟ್‌ನ ಸಂಪನ್ಮೂಲ ಅಂಕಿಅಂಶಗಳು ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿವೆ ಮತ್ತು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ. ಇಲ್ಲಿ ವಿವರಿಸಲಾದ ಉಳಿದೆಲ್ಲವೂ ಇಂದು ಲೈವ್ ಆಗಿದೆ.
ವರ್ಕರ್ ಫ್ಲೀಟ್ CloudLinux OS ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, ಇದು ಮಲ್ಟಿ-ಟೆನೆನ್ಸಿಯನ್ನು ನೇರವಾಗಿ ಕರ್ನಲ್ ಒಳಗೆ ತಳ್ಳುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಸೈಟ್ ಲೈಟ್‌ವೈಟ್ ವರ್ಚುವಲ್ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್ — LVE — ಅನ್ನು ಪಡೆಯುತ್ತದೆ, ಇದು ಕೇವಲ ಒಂದು ಶಿಷ್ಟಾಚಾರದ ಸಂಪ್ರದಾಯವಾಗಿರದೆ ದೃಢವಾದ ಗಡಿಯಾಗಿದೆ. ಸೈಟ್ ತನ್ನ ಪಂಜರದೊಳಗೆ ಮಾಡುವ ಯಾವುದನ್ನೂ ಬೇರೊಬ್ಬರ ಬಜೆಟ್‌ನಿಂದ ಖರ್ಚು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
LVE ಪ್ರತಿಯೊಂದು ಸೈಟ್‌ಗೂ ಪ್ರತ್ಯೇಕವಾಗಿ CPU, RAM, IO, IOPS, ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಪ್ರವೇಶ-ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಒಂದು ಸೈಟ್ ತನ್ನ ಗರಿಷ್ಠ ಮಿತಿಯನ್ನು ಮೀರಿದಾಗ, ಅದನ್ನು ತನ್ನದೇ ಪ್ರತ್ಯೇಕ ವಾತಾವರಣದಲ್ಲಿ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ (ಥ್ರೊಟಲ್ ಮಾಡಲಾಗುತ್ತದೆ) — ದೋಷವನ್ನು ಆ ಸೈಟ್‌ಗೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರ ಪಕ್ಕದಲ್ಲಿರುವ ಇತರ ಸೈಟ್‌ಗಳು ಯಾವುದೇ ತೊಂದರೆಯಿಲ್ಲದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ.
ಲೂಪ್‌ನಲ್ಲಿ ಸಿಲುಕಿರುವ ಪ್ಲಗಿನ್, ಸರಿಯಾಗಿ ಬರೆಯದ ಕ್ರಾನ್ ಜಾಬ್ ಅಥವಾ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮೇಲೆ ಅತಿಯಾದ ಹೊರೆ ಹಾಕುವ ಕ್ರಾಲ್ವರ್ ಮೊದಲು ಸೈಟ್‌ನ ಸ್ವಂತ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಪ್ರವೇಶ-ಪ್ರಕ್ರಿಯೆಯ ಮಿತಿಗಳನ್ನು ತಲುಪುತ್ತದೆ. ಕೇವಲ ಒಂದು ಸೈಟ್ ಇಡೀ ಯಂತ್ರದ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಪ್ರವೇಶ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು (entry-processes) ಪ್ರತಿ ಕೇಜ್‌ಗೆ ಮಿತಿಗೊಳಿಸಿರುವುದರಿಂದ, ಒಂದೇ ಸೈಟ್ ಅನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡ ಪ್ರವಾಹವು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅನಿಯಮಿತ ಕೆಲಸವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. LiteSpeed ಸಂಪರ್ಕ ಮತ್ತು ವಿನಂತಿ ಥ್ರೊಟ್ಲಿಂಗ್ ಹಾಗೂ Imunify360 ನೆಟ್‌ವರ್ಕ್ ಫೈರ್‌ವಾಲ್ ಇದರ ಮುಂದೆ ಇರುವುದರಿಂದ, ದಾಳಿಯು ಗುರಿಯಾಗಿಸಿದ ಸೈಟ್‌ಗೆ ಮಾತ್ರ ಸೀಮಿತವಾಗಿರುತ್ತದೆ.
ಪ್ರತಿಯೊಂದು LVE ದೋಷವನ್ನು ಸೈಟ್‌ಗೆ ತಕ್ಕಂತೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ನೀತಿ ಎಂಜಿನ್‌ಗೆ ಹರಿಯುತ್ತದೆ, ಇದು ಮಿತಿಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಿಗಿಗೊಳಿಸಬಹುದು ಅಥವಾ ಸಡಿಲಗೊಳಿಸಬಹುದು. ಸೈಟ್ ಅನ್ನು ಏಕೆ ಥ್ರೊಟಲ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಯಾವಾಗ ಎಂಬುದನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ — ಹಂತಹಂತವಾಗಿ, ಹಿಂತಿರುಗಿಸಬಹುದಾದ ಮತ್ತು ಲಾಗ್ ಮಾಡಲಾದ.
ಸಂಪನ್ಮೂಲ ಪ್ರತ್ಯೇಕತೆಯು ಸೈಟ್ ಇತರರಿಗೆ ತೊಂದರೆ ನೀಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಪ್ರತ್ಯೇಕತೆಯು ಅದು ಇತರ ಡೇಟಾವನ್ನು ನೋಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ. CageFS ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಯಂತ್ರದ ಖಾಸಗಿ ಮತ್ತು ಸೀಮಿತ ವೀಕ್ಷಣೆಯನ್ನು ನೀಡುತ್ತದೆ.
CageFS ಅಡಿಯಲ್ಲಿ, ಒಬ್ಬ ಟೆನೆಂಟ್ ತನ್ನದೇ ಆದ ಫೈಲ್‌ಗಳನ್ನು ಮತ್ತು ಸಿಸ್ಟಮ್ ಬೈನರಿಗಳ ಕನಿಷ್ಠ, ಸ್ವಚ್ಛಗೊಳಿಸಿದ ಸೆಟ್ ಅನ್ನು ಮಾತ್ರ ನೋಡಬಹುದು — ಮತ್ತು ಇತರ ಟೆನೆಂಟ್‌ಗಳನ್ನು, ಇತರ ಟೆನೆಂಟ್‌ಗಳ ಸೈಟ್‌ಗಳನ್ನು ಅಥವಾ ಸೂಕ್ಷ್ಮ ಸಿಸ್ಟಮ್ ಫೈಲ್‌ಗಳನ್ನು ನೋಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಹಂಚಿಕೆಯ ಹೋಸ್ಟಿಂಗ್‌ನ ಸಾಮಾನ್ಯ ವೈಫಲ್ಯದ ಮಾದರಿಯಾದ, ರಾಜಿ ಮಾಡಿಕೊಂಡ ಒಂದು ಖಾತೆಯು ಬಾಕ್ಸ್‌ನಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಇತರ ಖಾತೆಯನ್ನು ವೀಕ್ಷಿಸುವ ಸ್ಥಾನವಾಗುವುದನ್ನು ಕರ್ನಲ್ ಮಟ್ಟದಲ್ಲೇ ಮುಚ್ಚಲಾಗುತ್ತದೆ.
ಯಾವುದಾದರೂ ಸಮಸ್ಯೆ ಎದುರಾದ ದಿನ ಇದು ಹೆಚ್ಚು ಮಹತ್ವದ್ದಾಗುತ್ತದೆ. ಹಳೆಯ ಪ್ಲಗಿನ್, ಕಳವಾದ ರುಜುವಾತು ಅಥವಾ ದುರ್ಬಲ ಥೀಮ್ ಮೂಲಕ ಸೈಟ್ ರಾಜಿಗೊಳಗಾದರೆ, CageFS ಆ ಪ್ರಭಾವದ ವ್ಯಾಪ್ತಿಯನ್ನು ಆ ಒಂದೇ ಕೇಜ್‌ಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ನಮ್ಮ ಭದ್ರತಾ ವಿವರಣೆಯು ಪದಗಳ ಬಳಕೆಯ ಬಗ್ಗೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ: CageFS ಉಲ್ಲಂಘನೆಗಳನ್ನು ನಿಯಂತ್ರಣದಲ್ಲಿಡುತ್ತದೆ. ನಿಯಂತ್ರಣವು ಪ್ರಾಮಾಣಿಕವಾದ ಸಮರ್ಥನೆಯಾಗಿದೆ, ಮತ್ತು ಅದುವೇ ಒಂದು ಘಟನೆಯು ಕೇವಲ ಒಂದು ಸೈಟ್‌ನ ಶುಚಿಗೊಳಿಸುವಿಕೆಯೇ ಅಥವಾ ಸಂಪೂರ್ಣ ವ್ಯವಸ್ಥೆಯ ಶುಚಿಗೊಳಿಸುವಿಕೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಬ್ಯಾಕಪ್‌ಗಳು ಅದೇ ಗಡಿಯನ್ನು ಬಲಪಡಿಸುತ್ತವೆ. ಪ್ರತಿ-ಸೈಟ್‌ನ ಬ್ಯಾಕಪ್‌ಗಳು ಬದಲಾಯಿಸಲಾಗದವು, ಆಫ್‌ಸೈಟ್‌ನಲ್ಲಿರುವವು ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ ಫ್ಲೀಟ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿವೆ, ಜೊತೆಗೆ ಪರೀಕ್ಷಿತ ಮರುಸ್ಥಾಪನೆಗಳನ್ನು ಹೊಂದಿವೆ; ಆದ್ದರಿಂದ ಒಂದು ಸೈಟ್‌ನಲ್ಲಿ ಅತ್ಯಂತ ಕೆಟ್ಟ ಸಂದರ್ಭದ ಭದ್ರತಾ ಉಲ್ಲಂಘನೆಯಾದರೂ ಸಹ, ಅದು ಚಾಲನೆಯಾಗುತ್ತಿದ್ದ ಯಂತ್ರದ ಸ್ಥಿತಿಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರದ ಸ್ವಚ್ಛ, ಸ್ವತಂತ್ರ ಚೇತರಿಕೆಯ ಮಾರ್ಗವನ್ನು ಹೊಂದಿರುತ್ತದೆ.
ವೆಬ್-ಶ್ರೇಣಿಯ ಪ್ರತ್ಯೇಕತೆಯು ಕೇವಲ ಅರ್ಧ ಕಥೆಯಾಗಿದೆ. WordPress ಫ್ಲೀಟ್‌ನಲ್ಲಿ, ಸರ್ವರ್ ನಿಧಾನವಾಗಲು ಹೆಚ್ಚಾಗಿ ಕಾರಣವಾಗುವುದು ಒಂದು ಸೈಟ್‌ನ ಪ್ರಶ್ನೆಗಳು (ಕ್ವೆರಿಗಳು), ಒಂದು ಸೈಟ್‌ನ ಟ್ರಾಫಿಕ್ ಅಲ್ಲ. ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
CloudLinux MySQL Governor ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಬಳಕೆಯನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಒಂದು ಸೈಟ್‌ನ ಭಾರೀ ಕ್ವೆರಿಗಳು ಇತರ ಎಲ್ಲರಿಗೂ ಸರ್ವರ್ ಅನ್ನು ನಿಧಾನಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದು ನಿಧಾನಗತಿ-ವಿರೋಧಿ ನಿಯಂತ್ರಣವಾಗಿದೆ, ಮತ್ತು ಗದ್ದಲದ ಸೈಟ್ ತನ್ನನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ಗಮನಿಸಿದರೂ ಅಥವಾ ಇಲ್ಲದಿದ್ದರೂ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಈ ಫ್ಲೀಟ್ MariaDB (ಅಥವಾ Percona) ಅನ್ನು ಚಲಾಯಿಸುತ್ತದೆ, ಇದನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಪಡೆಯುವ ಬದಲು WordPress ಕೆಲಸದ ಹೊರೆಗಳಿಗಾಗಿ ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ, ಜೊತೆಗೆ Governor ಇದರ ಮೇಲೆ ಪ್ರತಿ-ಬಾಡಿಗೆದಾರರ ನ್ಯಾಯಯುತತೆಯ ಪದರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಪ್ರತ್ಯೇಕವಾದ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್, ಪುನರಾವರ್ತಿತ ರೀಡ್‌ಗಳು ಡೇಟಾಬೇಸ್ ತಲುಪುವ ಮೊದಲೇ ಅವುಗಳನ್ನು ಹೀರಿಕೊಳ್ಳುತ್ತದೆ, ಇದು ಆರಂಭದಲ್ಲೇ Governor ಮಧ್ಯಸ್ಥಿಕೆ ವಹಿಸಬೇಕಾದ ಒತ್ತಡವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಕ್ಯಾಶಿಂಗ್ ಮತ್ತು ಪ್ರತ್ಯೇಕತೆಯು ಒಂದೇ ವ್ಯವಸ್ಥೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.
CloudLinux alt-PHP ಪ್ರತಿಯೊಂದು ಸೈಟ್‌ಗೂ ತನ್ನದೇ ಆದ PHP ಆವೃತ್ತಿ ಆಯ್ಕೆಗಾರ, ತನ್ನದೇ ಆದ ವಿಸ್ತರಣೆಗಳು (imagick, gd, redis ಮತ್ತು ಉಳಿದವು) ಮತ್ತು ತನ್ನದೇ ಆದ ಬಲವರ್ಧಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನೀಡುತ್ತದೆ — LSAPI ವರ್ಕರ್‌ಗಳು ಆ ಸೈಟ್‌ನ LVE ಮಿತಿಗಳಿಗೆ ಬದ್ಧವಾಗಿರುತ್ತವೆ, ಆದ್ದರಿಂದ PHP ಏಕಕಾಲಿಕತೆಯು ಪಂಜರದಿಂದ ತಪ್ಪಿಸಿಕೊಳ್ಳುವುದರ ಬದಲಿಗೆ ಅದರ ಭಾಗವೇ ಆಗಿರುತ್ತದೆ.
ಸಮಸ್ಯೆಯು ಎಷ್ಟು ದೂರ ಹರಡುತ್ತದೆ ಎಂಬುದನ್ನು ಪ್ರತ್ಯೇಕಿಸುವಿಕೆ ನಿರ್ಧರಿಸುತ್ತದೆ. ಮುಂದೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಜಾರಿಗೊಳಿಸುವಿಕೆ ನಿರ್ಧರಿಸುತ್ತದೆ. ನಾವು ಮೊಂಡಾದ ಆನ್/ಆಫ್ ಅಮಾನತನ್ನು ಸ್ಟೇಟ್ ಮೆಷಿನ್‌ನೊಂದಿಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ, ಇದು ಬಾಳಿಕೆ ಬರುವ ಕೆಲಸದ ಹರಿವುಗಳಿಂದ ನಡೆಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು LiteSpeed, LVE ಮತ್ತು Imunify ಮೂಲಕ ವರ್ಕರ್ ಮೇಲೆ ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ.
ಐಸೊಲೇಶನ್ ಎಂಬುದು ಮೂರು ಹಂತಗಳ ಮೇಲೆ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಯೋಜನೆಯ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ. ಇದು ತಳಹದಿಯ ಮೂಲ ಗುಣಲಕ್ಷಣವಾಗಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಒಂದೇ ಒಂದು WooCommerce ಸ್ಟೋರ್ ನಡೆಸುತ್ತಿರಲಿ ಅಥವಾ ಎರಡು ಸಾವಿರ ನೆಟ್‌ವರ್ಕ್ ಸೈಟ್‌ಗಳನ್ನು ನಡೆಸುತ್ತಿರಲಿ, ಇದು ಒಂದೇ ತೆರನಾಗಿರುತ್ತದೆ.
ಬಲ್ಕ್ ಮತ್ತು PBN ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಒಂದೇ LVE ಮತ್ತು CageFS ಸಬ್‌ಸ್ಟ್ರೇಟ್‌ನಲ್ಲಿ ರನ್ ಆಗುತ್ತವೆ, ಜೊತೆಗೆ ಹೆಜ್ಜೆಗುರುತು-ತಿಳುವಳಿಕೆಯುಳ್ಳ CDN ಖಾತೆ ತಿರುಗುವಿಕೆ ಮತ್ತು ಸ್ಥಿರ-HTML ವಿತರಣೆಯನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಪ್ರತ್ಯೇಕತೆಯೇ ಸಾಂದ್ರತೆಯನ್ನು ಸುರಕ್ಷಿತವಾಗಿಸುತ್ತದೆ: ಸೈಟ್‌ಗಳು ಹಣೆಬರಹವನ್ನು ಹಂಚಿಕೊಳ್ಳದೆ ಫ್ಲೀಟ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ.
ನಿರ್ವಹಿಸಲಾದ WordPress, WooCommerce, PHP, ಸ್ಥಿರ (static) ಮತ್ತು Node ಸೈಟ್‌ಗಳು ಅದೇ ಪ್ರತ್ಯೇಕಿತ ಪರಿಸರಗಳನ್ನು (cages) ಮತ್ತು ಸಂಪೂರ್ಣ ಸ್ವಯಂ-ಸೇವೆಯನ್ನು ಪಡೆಯುತ್ತವೆ — ನಿಮ್ಮ ಸ್ವಂತ PHP ಆವೃತ್ತಿ ಮತ್ತು ವಿಸ್ತರಣೆಗಳು, Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್, ಸ್ಟೇಜಿಂಗ್ ಮತ್ತು ಪುಶ್-ಟು-ಲೈವ್.
ಸಾಂದ್ರತೆ-ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲಾದ ಡೀಫಾಲ್ಟ್‌ಗಿಂತ ಬಲವಾದ ಗಡಿಯ ಅಗತ್ಯವಿರುವ ಕಾರ್ಯಭಾರಗಳಿಗಾಗಿ, ಪ್ರೊವಿಶನಿಂಗ್-ಡ್ರೈವರ್ ರೂಪಾಂತರವಾಗಿ ಪ್ರತಿ-ಸೈಟ್‌ಗೆ ಸಂಪೂರ್ಣ ಕಂಟೇನರ್ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ: ಅದೇ ಎಂಜಿನ್, ಅದೇ ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್, ವಿಭಿನ್ನ ನಿಯೋಜನೆ, ಹೆಚ್ಚಿನ ಓವರ್‌ಹೆಡ್‌ನೊಂದಿಗೆ.
LVE ಮತ್ತು CageFS ಪ್ರತ್ಯೇಕತೆ, ಪೂರ್ವಭಾವಿ WAF ಮತ್ತು ಮಾಲ್ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಪ್ರತಿಯೊಬ್ಬ ಗ್ರಾಹಕರಿಗೂ ಒಳಗೊಂಡಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಸೋಂಕಿತ ಅಥವಾ ನಿಯಂತ್ರಣ ತಪ್ಪಿದ ಸೈಟ್ ತನ್ನ ನೆರೆಹೊರೆಯವರಿಗೆ ಮತ್ತು ನಮ್ಮ IP ಖ್ಯಾತಿಗೆ ಬೆದರಿಕೆಯೊಡ್ಡುತ್ತದೆ. ಒಂದು-ಕ್ಲಿಕ್ ಮಾಲ್ವೇರ್ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಮತ್ತು ಮುಂದುವರಿದ ರಕ್ಷಣಾ ಹಂತಗಳು ಪಾವತಿಸಿದ ಆಡ್-ಆನ್‌ಗಳಾಗಿವೆ — ಮೂಲಭೂತ ರಕ್ಷಣೆಯಲ್ಲ.
ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿನ ವಾಣಿಜ್ಯಿಕ ಪ್ರಲೋಭನೆಯೆಂದರೆ ಸುರಕ್ಷತೆಯನ್ನು ಹಂತಗಳಲ್ಲಿ ಮಾರುವುದು: ಕಡಿಮೆ ದರದ ಗ್ರಾಹಕರನ್ನು ಸಡಿಲ ಮಿತಿಗಳಿರುವ ಹಂಚಿಕೆಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಇರಿಸುವುದು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಮಿತಿಯನ್ನು ಬಯಸುವವರಿಂದ ಶುಲ್ಕ ಪಡೆಯುವುದು. ನಾವು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರತ್ಯೇಕತೆಗಾಗಿ ಹಣ ಪಾವತಿಸದ ಗ್ರಾಹಕರ ರಾಜಿ ಮಾಡಿಕೊಂಡ ಸೈಟ್ ನಿಖರವಾಗಿ ಎಲ್ಲರಿಗೂ ತೊಂದರೆಯಾಗುವ ಘಟನೆಯಾಗಿ ಬದಲಾಗುತ್ತದೆ.
ನಾವು ಪ್ರಪಂಚದಾದ್ಯಂತ 7,00,000 ಕ್ಕೂ ಹೆಚ್ಚು ಸೈಟ್‌ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುತ್ತೇವೆ, ಇಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳ ಸಾಂದ್ರತೆಯೇ ಸಂಪೂರ್ಣ ಆರ್ಥಿಕ ಪ್ರಸ್ತಾಪವಾಗಿದೆ. ಅದರ ಅಡಿಯಲ್ಲಿರುವ ಪ್ರತ್ಯೇಕತೆಯು ಯಾವುದೇ ಷರತ್ತುಗಳಿಲ್ಲದೆ ಇದ್ದಾಗ ಮಾತ್ರ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಪರಸ್ಪರ ಪರಿಣಾಮ ಬೀರದಂತೆ ಇಂತಹ ಬೃಹತ್ ಪ್ರಮಾಣದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಕರ್ನಲ್-ಮಟ್ಟದ ಕೇಜ್‌ಗಳು, ಖಾಸಗಿ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ವೀಕ್ಷಣೆ, ಸೈಟ್-ವಾರು ಡೇಟಾಬೇಸ್ ಮಿತಿ ನಿಯಂತ್ರಣ ಮತ್ತು ಸೈಟ್-ವಾರು PHP ಇವು ಅತ್ಯಗತ್ಯವಾಗಿವೆ — ಆದ್ದರಿಂದ ನೀವು ನಿಯೋಜಿಸುವ ಮೊದಲ ಸೈಟ್‌ನಿಂದಲೇ ಇವು ಪ್ರತಿಯೊಬ್ಬರಿಗೂ, ಪ್ರತಿಯೊಂದು ಯೋಜನೆಯಲ್ಲೂ ಸಕ್ರಿಯವಾಗಿರುತ್ತವೆ.
ಇದರ ಫಲಿತಾಂಶವಾಗಿ ಇತರರ ಕೆಟ್ಟ ದಿನಗಳಲ್ಲಿಯೂ ನಿರೀಕ್ಷಿತ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವೇದಿಕೆ ಲಭ್ಯವಾಗುತ್ತದೆ. ಇದರ ಹಿಂದೆ 99.99% ಅಪ್‌ಟೈಮ್ ಭರವಸೆ, ಪರೀಕ್ಷಿತ ಮರುಸ್ಥಾಪನೆಗಳೊಂದಿಗೆ ಪ್ರತಿ-ಸೈಟ್‌ಗೆ ಬದಲಾಯಿಸಲಾಗದ ಆಫ್‌ಸೈಟ್ ಬ್ಯಾಕಪ್‌ಗಳು ಮತ್ತು ನಿಮ್ಮ ಸೈಟ್‌ಗಳಲ್ಲಿ ತೆಗೆದುಕೊಂಡ ಪ್ರತಿಯೊಂದು ಜಾರಿ ಕ್ರಮದ ಸಂಪೂರ್ಣ ಆಡಿಟ್ ಟ್ರಯಲ್ ಇರುತ್ತದೆ.
ಅದನ್ನು ತಡೆಗಟ್ಟಲು ಪ್ರತ್ಯೇಕತೆಯನ್ನು ನಿರ್ದಿಷ್ಟವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. LVE ಪ್ರತಿ ಸೈಟ್‌ಗೆ CPU, RAM, IO, IOPS ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, MySQL Governor ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಬಳಕೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಮತ್ತು LSAPI ಕಾರ್ಯಕರ್ತರು ಸೈಟ್‌ನ ಸ್ವಂತ ಗೂಡಿನಿಂದ ಮಿತಿಗೊಳಿಸಲ್ಪಟ್ಟಿರುತ್ತಾರೆ — ಆದ್ದರಿಂದ ನೆರೆಯವರ ಟ್ರಾಫಿಕ್ ಹೆಚ್ಚಳ ಅಥವಾ ಭಾರೀ ಕ್ವೆರಿ ಲೋಡ್ ಅನ್ನು ಅವರ ಮಿತಿಗೆ ವಿರುದ್ಧವಾಗಿ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆಯೇ ಹೊರತು ನಿಮ್ಮ ಮಿತಿಗಲ್ಲ. ಪ್ರತಿಯೊಂದು ದೋಷವನ್ನು ಪ್ರತಿ ಸೈಟ್‌ನ ಆಧಾರದ ಮೇಲೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನೀತಿ ಎಂಜಿನ್ ಸದ್ದು ಮಾಡುವ ಸೈಟ್‌ನ ಮಿತಿಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಿಗಿಗೊಳಿಸಬಹುದು.
ಪ್ರಾಮಾಣಿಕ ಉತ್ತರವೆಂದರೆ ಇದು ಭರವಸೆಯಲ್ಲ, ಬದಲಿಗೆ ಹಾನಿ ಹರಡದಂತೆ ತಡೆಯುವುದು. CageFS ಪ್ರತಿಯೊಬ್ಬ ಬಾಡಿಗೆದಾರರಿಗೆ ಪ್ರತ್ಯೇಕವಾದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ವೀಕ್ಷಣೆಯನ್ನು ನೀಡುತ್ತದೆ — ಹಾನಿಗೊಳಗಾದ ಬಾಡಿಗೆದಾರರು ಇತರ ಬಾಡಿಗೆದಾರರನ್ನು, ಅವರ ಸೈಟ್‌ಗಳನ್ನು ಅಥವಾ ಸೂಕ್ಷ್ಮ ಸಿಸ್ಟಮ್ ಫೈಲ್‌ಗಳನ್ನು ನೋಡಲು ಸಾಧ್ಯವಿಲ್ಲ — ಮತ್ತು ಮಾಲ್ವೇರ್ ಅಥವಾ ಫಿಶಿಂಗ್ ಪ್ರಕರಣ ದೃಢಪಟ್ಟರೆ ಆ ಸೈಟ್ ಅನ್ನು ಕ್ವಾರಂಟೈನ್‌ಗೆ ಸರಿಸಲಾಗುತ್ತದೆ: ಆಫ್‌ಲೈನ್, ಫೈಲ್‌ಗಳು ಲಾಕ್ ಆಗಿರುತ್ತವೆ, ಯಾವುದೇ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಇರುವುದಿಲ್ಲ, ವಿಧಿವಿಜ್ಞಾನ ತನಿಖೆಗಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲಾಗುತ್ತದೆ. ಇದು ಹಾನಿಯ ವ್ಯಾಪ್ತಿಯನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಇದರ ಜೊತೆಗೆ ನಾವು ಪ್ರತಿಯೊಂದು ಸೈಟ್‌ನಲ್ಲೂ ಮಾಲ್ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಮತ್ತು ಪೂರ್ವಭಾವಿ WAF ಅನ್ನು ಚಲಾಯಿಸುತ್ತೇವೆ, ಜೊತೆಗೆ ಪರೀಕ್ಷಿತ ಮರುಸ್ಥಾಪನೆಗಳೊಂದಿಗೆ ಪ್ರತಿ-ಸೈಟ್‌ಗೆ ಬದಲಾಯಿಸಲಾಗದ ಆಫ್‌ಸೈಟ್ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತೇವೆ, ಆದ್ದರಿಂದ ಮರುಪಡೆಯುವಿಕೆಯು ಎಂದಿಗೂ ಸಂಬಂಧಿತ ಯಂತ್ರದ ಸ್ಥಿತಿಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುವುದಿಲ್ಲ.
ಇದನ್ನು ಪ್ರತಿಯೊಂದು ಪ್ಲಾನ್ನಲ್ಲೂ ಸೇರಿಸಲಾಗಿದೆ. LVE ಮತ್ತು CageFS ಪ್ರತ್ಯೇಕತೆ, ಪೂರ್ವಭಾವಿ WAF ಮತ್ತು ಮಾಲ್ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಪ್ರತಿಯೊಬ್ಬ ಗ್ರಾಹಕರಿಗೂ ಮೂಲಭೂತ ಅವಶ್ಯಕತೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಸೋಂಕಿತ ಅಥವಾ ನಿಯಂತ್ರಣ ತಪ್ಪಿದ ಸೈಟ್ ತನ್ನ ನೆರೆಯ ಸೈಟ್ಗಳಿಗೆ ಮತ್ತು ನಮ್ಮ IP ಖ್ಯಾತಿಗೆ ಬೆದರಿಕೆಯೊಡ್ಡುತ್ತದೆ — ಇದನ್ನು ಐಚ್ಛಿಕವಾಗಿ ಬಿಡಲು ನಮಗೆ ಸಾಧ್ಯವಿಲ್ಲ. ಒಂದು ಕ್ಲಿಕ್ನಲ್ಲಿ ಮಾಲ್ವೇರ್ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಮತ್ತು ಪರಿಹಾರ, ಹಾಗೂ ವರ್ಧಿತ WAF ನಿಯಮಗಳು, ಆದ್ಯತೆಯ ಸ್ಕ್ಯಾನಿಂಗ್, ಬಾಟ್ ನಿರ್ವಹಣೆ ಮತ್ತು ಉನ್ನತ DDoS ಹಂತಗಳಂತಹ ಸುಧಾರಿತ ರಕ್ಷಣಾ ಶ್ರೇಣಿಗಳನ್ನು ಹೆಚ್ಚುವರಿ ಸೇರ್ಪಡೆಗಳಾಗಿ (ಆಡ್-ಆನ್) ಮಾರಾಟ ಮಾಡಲಾಗುತ್ತದೆ.
ಅದನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುವ ಬದಲು ಅದರ ಸ್ವಂತ ಆವರಣದಲ್ಲೇ ಥ್ರೊಟಲ್ (ಮಿತಿಗೊಳಿಸಲಾಗುತ್ತದೆ) ಮಾಡಲಾಗುತ್ತದೆ. ಥ್ರೊಟಲ್ ಎಂದರೆ ಸೈಟ್ ಚಾಲ್ತಿಯಲ್ಲಿದ್ದು ಸೇವೆ ಸಲ್ಲಿಸುತ್ತಿರುವಾಗಲೇ ಕಟ್ಟುನಿಟ್ಟಾದ LVE ಮಿತಿಗಳು ಮತ್ತು ದರ ಮಿತಿಯನ್ನು ವಿಧಿಸುವುದು, ಮತ್ತು ಕಾರಣವು ಪರಿಹಾರವಾದ ತಕ್ಷಣ ಅದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮೊದಲಿನ ಸ್ಥಿತಿಗೆ ಮರಳುತ್ತದೆ. ಕಾರಣದೊಂದಿಗೆ ನಿಮಗೆ ತಿಳಿಸಲಾಗುತ್ತದೆ, ಪರಿವರ್ತನೆಯನ್ನು ಅದರ ಪುರಾವೆಯೊಂದಿಗೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇದನ್ನು ಪ್ರಶ್ನಿಸಿ ಮೇಲ್ಮನವಿ ಸಲ್ಲಿಸಬಹುದು. ಲೋಡ್ ದೋಷವಾಗಿರದೆ ನಿಜವಾದ ಬೆಳವಣಿಗೆಯಾಗಿದ್ದರೆ, ಪರಿಹಾರವು ದೊಡ್ಡ ಯೋಜನೆಯೇ ಹೊರತು ಶಾಶ್ವತ ಥ್ರೊಟಲ್ ಅಲ್ಲ.
ಇಲ್ಲ — ಅಮಾನತುಗೊಂಡ ಸೈಟ್ ಬ್ರ್ಯಾಂಡೆಡ್, ಕಾರಣ-ನಿರ್ದಿಷ್ಟ ಹೋಲ್ಡಿಂಗ್ ಪುಟವನ್ನು (ಬಿಲ್ಲಿಂಗ್, ನಿರ್ವಹಣೆ ಅಥವಾ ದುರುಪಯೋಗ) ಒದಗಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಇದು ಮುರಿದುಹೋಗಿದೆ ಎನ್ನುವುದಕ್ಕಿಂತ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ. ಪಾವತಿ ಮಾಡಿದಾಗ, ಸಮಸ್ಯೆಯನ್ನು ಬಗೆಹರಿಸಿದಾಗ ಅಥವಾ ಮೇಲ್ಮನವಿ ಸಲ್ಲಿಸಿದಾಗ ಅಮಾನತು ರದ್ದಾಗುತ್ತದೆ. ಕ್ವಾರಂಟೈನ್ ಹೆಚ್ಚು ಕಟ್ಟುನಿಟ್ಟಾಗಿದೆ ಮತ್ತು ವಿಭಿನ್ನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಇದು ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಮತ್ತು ಪರಿಶೀಲನೆಯ ನಂತರ ಮಾತ್ರ ರದ್ದಾಗುತ್ತದೆ, ಎಂದಿಗೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಲ್ಲ.
Zinn® Managed WordPress ನಲ್ಲಿ, ಹೌದು — CloudLinux alt-PHP ಪ್ರತಿಯೊಂದು ಸೈಟ್‌ಗೂ ತನ್ನದೇ ಆದ PHP ಆವೃತ್ತಿ ಆಯ್ಕೆಗಾರ, imagick, gd ಮತ್ತು redis ನಂತಹ ತನ್ನದೇ ಆದ ವಿಸ್ತರಣೆಗಳು ಮತ್ತು ತನ್ನದೇ ಆದ ಬಲವರ್ಧಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇವೆಲ್ಲವೂ ಆ ಸೈಟ್‌ನ LVE ಮಿತಿಗಳಿಗೆ ಒಳಪಟ್ಟಿರುತ್ತವೆ. ಕಾನ್ಫಿಗರೇಶನ್ ವೈವಿಧ್ಯತೆಯೇ ಸ್ವತಃ ಒಂದು ಹೆಜ್ಜೆಗುರುತಾಗಿರುವುದರಿಂದ (footprint), Footprint-Free ಹೋಸ್ಟಿಂಗ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪ್ರತಿ-ಸೈಟ್‌ಗೆ ಹೆಚ್ಚು ಪ್ರಮಾಣಿತವಾದ, ನಿರ್ಬಂಧಿತ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ.
ಹೌದು. CloudLinux LVE ಮತ್ತು CageFS ಎರಡೂ ಉತ್ಪನ್ನ ಶ್ರೇಣಿಗಳಲ್ಲಿ ಸಾಂದ್ರತೆ-ಆಪ್ಟಿಮೈಸ್ ಮಾಡಿದ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿದೆ. ಕಠಿಣವಾದ ಗಡಿಯ ಅಗತ್ಯವಿರುವ ಕಾರ್ಯಭಾರಗಳಿಗಾಗಿ, ಪ್ರಾವಿಷನಿಂಗ್-ಡ್ರೈವರ್ ರೂಪಾಂತರವಾಗಿ ಪ್ರತಿ-ಸೈಟ್‌ಗೆ ಪೂರ್ಣ ಕಂಟೈನರ್ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ನೀಡಲಾಗುತ್ತದೆ — ವಿಭಿನ್ನ ನಿಯೋಜನೆಯೊಂದಿಗೆ ಅದೇ ಎಂಜಿನ್ ಮತ್ತು ನಿಯಂತ್ರಣ ಸಮತಲ, ಬಲವಾದ ಪ್ರತ್ಯೇಕತೆಗಾಗಿ ಓವರ್‌ಹೆಡ್ ಅನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತದೆ.
ಹೌದು. Footprint-Free ಹೋಸ್ಟಿಂಗ್ ಕಾರ್ಡ್ ರಹಿತ 14-ದಿನಗಳ ಪ್ರಾಯೋಗಿಕ ಅವಧಿಯೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಇದು ಗರಿಷ್ಠ ಐದು ಸೈಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ — ಯಾವುದೇ ಪಾವತಿ ವಿವರಗಳಿಲ್ಲ, ಯಾವುದೇ ಬದ್ಧತೆಯಿಲ್ಲ. ನೀವು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಕೆಲವು ಸೈಟ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಿ, ಅವುಗಳ ಮೂಲಕ ಸ್ವಲ್ಪ ಲೋಡ್ ನೀಡಿ, ಮತ್ತು ಕೇಜ್‌ಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಿ.
Footprint-Free ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ಕಾರ್ಡ್ ರಹಿತ 14-ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿ — ಗರಿಷ್ಠ ಐದು ಸೈಟ್‌ಗಳು, ಯಾವುದೇ ಪಾವತಿ ವಿವರಗಳಿಲ್ಲ, ಯಾವುದೇ ಬದ್ಧತೆ ಇಲ್ಲ. ಮೊದಲ ನಿಯೋಜನೆಯಿಂದಲೇ ಕರ್ನಲ್-ಮಟ್ಟದ ಪ್ರತ್ಯೇಕತೆ, ಪೂರ್ವಭಾವಿ WAF ಮತ್ತು ಮಾಲ್ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಒಳಗೊಂಡಿರುತ್ತವೆ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ