ಈ ವಸಂತಕಾಲದಲ್ಲಿ ನಾವು ತುಂಬಾ ಹರ್ಷಚಿತ್ತದಿಂದ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ನಮ್ಮನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ. ಸಾಂಕ್ರಾಮಿಕ ರೋಗದಿಂದಾಗಿ, ನಮ್ಮ ಬೇಸಿಗೆ ಸಮ್ಮೇಳನಗಳನ್ನು ಆನ್‌ಲೈನ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸುವ ಅಗತ್ಯವಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಯಿತು. ಮತ್ತು ಅವುಗಳನ್ನು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ನಡೆಸಲು, ಸಿದ್ಧ ಸಾಫ್ಟ್‌ವೇರ್ ಪರಿಹಾರಗಳು ನಮಗೆ ಸೂಕ್ತವಲ್ಲ; ನಾವು ನಮ್ಮದೇ ಆದದನ್ನು ಬರೆಯಬೇಕಾಗಿದೆ. ಮತ್ತು ಇದನ್ನು ಮಾಡಲು ನಮಗೆ ಮೂರು ತಿಂಗಳುಗಳಿವೆ.
ಅತ್ಯಾಕರ್ಷಕ ಮೂರು ತಿಂಗಳಾಗಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಆದರೆ ಹೊರಗಿನಿಂದ ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ: ಆನ್‌ಲೈನ್ ಕಾನ್ಫರೆನ್ಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಎಂದರೇನು? ಇದು ಯಾವ ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ? ಆದ್ದರಿಂದ, ಬೇಸಿಗೆಯ Devoops ಸಮ್ಮೇಳನಗಳ ಕೊನೆಯ ಸಮಯದಲ್ಲಿ, ಈ ಕಾರ್ಯಕ್ಕೆ ಜವಾಬ್ದಾರರಾಗಿರುವವರನ್ನು ನಾನು ಕೇಳಿದೆ:
- ನಿಕೋಲಾಯ್ ಮೊಲ್ಚನೋವ್ - JUG ರು ಗುಂಪಿನ ತಾಂತ್ರಿಕ ನಿರ್ದೇಶಕ;
- ವ್ಲಾಡಿಮಿರ್ ಕ್ರಾಸಿಲ್ಶಿಕ್ ಬ್ಯಾಕೆಂಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಪ್ರಾಯೋಗಿಕ ಜಾವಾ ಪ್ರೋಗ್ರಾಮರ್ ಆಗಿದ್ದಾರೆ (ನಮ್ಮ ಜಾವಾ ಸಮ್ಮೇಳನಗಳಲ್ಲಿ ನೀವು ಅವರ ವರದಿಗಳನ್ನು ಸಹ ನೋಡಬಹುದು);
- ನಮ್ಮ ಎಲ್ಲಾ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮಿಂಗ್‌ಗೆ Artyom Nikonov ಜವಾಬ್ದಾರರು.
ಅಂದಹಾಗೆ, ಶರತ್ಕಾಲ-ಚಳಿಗಾಲದ ಸಮ್ಮೇಳನಗಳಲ್ಲಿ ನಾವು ಅದೇ ವೇದಿಕೆಯ ಸುಧಾರಿತ ಆವೃತ್ತಿಯನ್ನು ಬಳಸುತ್ತೇವೆ - ಅನೇಕ ಹಬ್ರಾ ಓದುಗರು ಇನ್ನೂ ಅದರ ಬಳಕೆದಾರರಾಗಿರುತ್ತಾರೆ.
ದೊಡ್ಡ ಚಿತ್ರ
- ತಂಡದ ಸಂಯೋಜನೆ ಏನು?
ನಿಕೋಲಾಯ್ ಮೊಲ್ಚನೋವ್: ನಮ್ಮಲ್ಲಿ ವಿಶ್ಲೇಷಕ, ಡಿಸೈನರ್, ಪರೀಕ್ಷಕ, ಮೂರು ಮುಂಭಾಗಗಳು ಮತ್ತು ಹಿಂಭಾಗದ ಅಂತ್ಯವಿದೆ. ಮತ್ತು, ಸಹಜವಾಗಿ, ಟಿ-ಆಕಾರದ ತಜ್ಞ!
- ಪ್ರಕ್ರಿಯೆಯು ಸಾಮಾನ್ಯವಾಗಿ ಹೇಗಿತ್ತು?
ನಿಕೋಲೆ: ಮಾರ್ಚ್ ಮಧ್ಯದವರೆಗೆ, ನಾವು ಆನ್‌ಲೈನ್‌ಗೆ ಏನೂ ಸಿದ್ಧವಾಗಿಲ್ಲ. ಮತ್ತು ಮಾರ್ಚ್ 15 ರಂದು, ಇಡೀ ಆನ್‌ಲೈನ್ ಏರಿಳಿಕೆ ತಿರುಗಲು ಪ್ರಾರಂಭಿಸಿತು. ನಾವು ಹಲವಾರು ರೆಪೊಸಿಟರಿಗಳನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇವೆ, ಯೋಜಿಸಿದ್ದೇವೆ, ಮೂಲಭೂತ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಚರ್ಚಿಸಿದ್ದೇವೆ ಮತ್ತು ಮೂರು ತಿಂಗಳಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಮಾಡಿದ್ದೇವೆ.
ಇದು ಸಹಜವಾಗಿ, ಯೋಜನೆ, ವಾಸ್ತುಶಿಲ್ಪ, ವೈಶಿಷ್ಟ್ಯದ ಆಯ್ಕೆ, ಆ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ ಮತದಾನ, ಆ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ ನೀತಿ, ಅವುಗಳ ವಿನ್ಯಾಸ, ಅಭಿವೃದ್ಧಿ, ಪರೀಕ್ಷೆಯ ಶ್ರೇಷ್ಠ ಹಂತಗಳ ಮೂಲಕ ಹೋಯಿತು. ಪರಿಣಾಮವಾಗಿ, ಜೂನ್ 6 ರಂದು, ನಾವು ಎಲ್ಲವನ್ನೂ ಉತ್ಪಾದನೆಗೆ ಹೊರತಂದಿದ್ದೇವೆ. . ಎಲ್ಲದಕ್ಕೂ 90 ದಿನಗಳು ಇದ್ದವು.
- ನಾವು ಬದ್ಧರಾಗಿದ್ದನ್ನು ಸಾಧಿಸಲು ನಾವು ನಿರ್ವಹಿಸಿದ್ದೇವೆಯೇ?
ನಿಕೋಲೆ: ನಾವು ಈಗ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ Devoops ಕಾನ್ಫರೆನ್ಸ್‌ನಲ್ಲಿ ಭಾಗವಹಿಸುತ್ತಿರುವುದರಿಂದ, ಅದು ಕೆಲಸ ಮಾಡಿದೆ ಎಂದರ್ಥ. ನಾನು ವೈಯಕ್ತಿಕವಾಗಿ ಮುಖ್ಯ ವಿಷಯಕ್ಕೆ ಬದ್ಧನಾಗಿರುತ್ತೇನೆ: ನಾನು ಗ್ರಾಹಕರಿಗೆ ಆನ್‌ಲೈನ್ ಕಾನ್ಫರೆನ್ಸ್ ಮಾಡುವ ಸಾಧನವನ್ನು ತರುತ್ತೇನೆ.
ಸವಾಲು ಹೀಗಿತ್ತು: ಟಿಕೆಟ್ ಹೊಂದಿರುವವರಿಗೆ ನಮ್ಮ ಸಮ್ಮೇಳನಗಳನ್ನು ಪ್ರಸಾರ ಮಾಡುವ ಸಾಧನವನ್ನು ನಮಗೆ ನೀಡಿ.
ಎಲ್ಲಾ ಯೋಜನೆಗಳನ್ನು ಹಲವಾರು ಹಂತಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ, ಮತ್ತು ಎಲ್ಲಾ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು (ಸುಮಾರು 30 ಜಾಗತಿಕ) 4 ವರ್ಗಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ:
- ನಾವು ಖಂಡಿತವಾಗಿಯೂ ಮಾಡುತ್ತೇವೆ (ನಾವು ಅವರಿಲ್ಲದೆ ಬದುಕಲು ಸಾಧ್ಯವಿಲ್ಲ),
- ನಾವು ಎರಡನೆಯದಾಗಿ ಏನು ಮಾಡುತ್ತೇವೆ,
- ನಾವು ಎಂದಿಗೂ ಮಾಡುವುದಿಲ್ಲ,
- ಮತ್ತು ನಾವು ಎಂದಿಗೂ ಮಾಡುವುದಿಲ್ಲ.
ನಾವು ಮೊದಲ ಎರಡು ವಿಭಾಗಗಳಿಂದ ಎಲ್ಲಾ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ.
- ಒಟ್ಟು 600 JIRA ಸಂಚಿಕೆಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ ಎಂದು ನನಗೆ ತಿಳಿದಿದೆ. ಮೂರು ತಿಂಗಳಲ್ಲಿ, ನೀವು 13 ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗಳನ್ನು ಮಾಡಿದ್ದೀರಿ ಮತ್ತು ಅವುಗಳನ್ನು ಜಾವಾದಲ್ಲಿ ಮಾತ್ರ ಬರೆಯಲಾಗಿಲ್ಲ ಎಂದು ನಾನು ಅನುಮಾನಿಸುತ್ತೇನೆ. ನೀವು ವಿಭಿನ್ನ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬಳಸಿದ್ದೀರಿ, ನೀವು ಮೂರು ಲಭ್ಯತೆಯ ವಲಯಗಳಲ್ಲಿ ಎರಡು ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೀರಿ ಮತ್ತು Amazon ನಲ್ಲಿ 5 RTMP ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೀರಿ.
ಈಗ ಸಿಸ್ಟಮ್ನ ಪ್ರತಿಯೊಂದು ಘಟಕವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನೋಡೋಣ.
ಸ್ಟ್ರೀಮಿಂಗ್
— ನಾವು ಈಗಾಗಲೇ ವೀಡಿಯೊ ಚಿತ್ರವನ್ನು ಹೊಂದಿರುವಾಗ ಪ್ರಾರಂಭಿಸೋಣ ಮತ್ತು ಅದು ಕೆಲವು ಸೇವೆಗಳಿಗೆ ರವಾನೆಯಾಗುತ್ತದೆ. ಆರ್ಟಿಯೋಮ್, ಈ ಸ್ಟ್ರೀಮಿಂಗ್ ಹೇಗೆ ಸಂಭವಿಸುತ್ತದೆ ಎಂದು ನಮಗೆ ತಿಳಿಸಿ?
ಆರ್ಟಿಯೋಮ್ ನಿಕೊನೊವ್: ನಮ್ಮ ಸಾಮಾನ್ಯ ಯೋಜನೆಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ: ಕ್ಯಾಮರಾದಿಂದ ಚಿತ್ರ -> ನಮ್ಮ ನಿಯಂತ್ರಣ ಕೊಠಡಿ -> ಸ್ಥಳೀಯ RTMP ಸರ್ವರ್ -> Amazon -> ವೀಡಿಯೊ ಪ್ಲೇಯರ್. ಹೆಚ್ಚಿನ ವಿವರಗಳಿಗಾಗಿ ಜೂನ್‌ನಲ್ಲಿ ಹಬ್ರೆಯಲ್ಲಿ.
ಸಾಮಾನ್ಯವಾಗಿ, ಇದನ್ನು ಮಾಡಲು ಎರಡು ಜಾಗತಿಕ ಮಾರ್ಗಗಳಿವೆ: ಹಾರ್ಡ್‌ವೇರ್ ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್ ಪರಿಹಾರಗಳನ್ನು ಆಧರಿಸಿ. ರಿಮೋಟ್ ಸ್ಪೀಕರ್‌ಗಳ ಸಂದರ್ಭದಲ್ಲಿ ಇದು ಸುಲಭವಾದ ಕಾರಣ ನಾವು ಸಾಫ್ಟ್‌ವೇರ್ ಮಾರ್ಗವನ್ನು ಆರಿಸಿದ್ದೇವೆ. ಬೇರೆ ದೇಶದ ಸ್ಪೀಕರ್‌ಗೆ ಹಾರ್ಡ್‌ವೇರ್ ಅನ್ನು ತರಲು ಯಾವಾಗಲೂ ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ಸ್ಪೀಕರ್‌ಗೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ತಲುಪಿಸುವುದು ಸುಲಭ ಮತ್ತು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ.
ಹಾರ್ಡ್‌ವೇರ್ ದೃಷ್ಟಿಕೋನದಿಂದ, ನಾವು ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ಕ್ಯಾಮೆರಾಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ (ನಮ್ಮ ಸ್ಟುಡಿಯೋಗಳಲ್ಲಿ ಮತ್ತು ರಿಮೋಟ್ ಸ್ಪೀಕರ್‌ಗಳಲ್ಲಿ), ಸ್ಟುಡಿಯೋದಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ರಿಮೋಟ್ ಕಂಟ್ರೋಲ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಕೆಲವೊಮ್ಮೆ ಪ್ರಸಾರದ ಸಮಯದಲ್ಲಿ ಮೇಜಿನ ಕೆಳಗೆ ಸರಿಪಡಿಸಬೇಕಾಗುತ್ತದೆ.
ಈ ಸಾಧನಗಳ ಸಂಕೇತಗಳು ಕ್ಯಾಪ್ಚರ್ ಕಾರ್ಡ್‌ಗಳು, ಇನ್‌ಪುಟ್/ಔಟ್‌ಪುಟ್ ಕಾರ್ಡ್‌ಗಳು ಮತ್ತು ಧ್ವನಿ ಕಾರ್ಡ್‌ಗಳೊಂದಿಗೆ ಕಂಪ್ಯೂಟರ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸುತ್ತವೆ. ಅಲ್ಲಿ ಸಿಗ್ನಲ್‌ಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಲೇಔಟ್‌ಗಳಾಗಿ ಜೋಡಿಸಲಾಗುತ್ತದೆ:
4 ಸ್ಪೀಕರ್‌ಗಳಿಗೆ ಲೇಔಟ್‌ನ ಉದಾಹರಣೆ
4 ಸ್ಪೀಕರ್‌ಗಳಿಗೆ ಲೇಔಟ್‌ನ ಉದಾಹರಣೆ
ಇದಲ್ಲದೆ, ಮೂರು ಕಂಪ್ಯೂಟರ್‌ಗಳ ಸಹಾಯದಿಂದ ನಿರಂತರ ಪ್ರಸಾರವನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ: ಒಂದು ಮುಖ್ಯ ಯಂತ್ರ ಮತ್ತು ಒಂದು ಜೋಡಿ ಕೆಲಸ ಮಾಡುವವುಗಳಿವೆ. ಮೊದಲ ಕಂಪ್ಯೂಟರ್ ಮೊದಲ ವರದಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಎರಡನೆಯದು - ವಿರಾಮ, ಮೊದಲನೆಯದು - ಮುಂದಿನ ವರದಿ, ಎರಡನೆಯದು - ಮುಂದಿನ ವಿರಾಮ, ಇತ್ಯಾದಿ. ಮತ್ತು ಮುಖ್ಯ ಯಂತ್ರವು ಮೊದಲನೆಯದನ್ನು ಎರಡನೆಯದರೊಂದಿಗೆ ಬೆರೆಸುತ್ತದೆ.
ಇದು ಒಂದು ರೀತಿಯ ತ್ರಿಕೋನವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಮತ್ತು ಈ ನೋಡ್‌ಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ವಿಫಲವಾದರೆ, ನಾವು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಗುಣಮಟ್ಟವನ್ನು ಕಳೆದುಕೊಳ್ಳದೆ ಗ್ರಾಹಕರಿಗೆ ವಿಷಯವನ್ನು ತಲುಪಿಸುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು. ಅಂತಹ ಪರಿಸ್ಥಿತಿ ನಮಗಿತ್ತು. ಸಮ್ಮೇಳನಗಳ ಮೊದಲ ವಾರದಲ್ಲಿ, ನಾವು ಒಂದು ಯಂತ್ರವನ್ನು ಸರಿಪಡಿಸಿದ್ದೇವೆ, ಅದನ್ನು ಆನ್/ಆಫ್ ಮಾಡಿದ್ದೇವೆ. ನಮ್ಮ ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವದಿಂದ ಜನರು ಸಂತೋಷವಾಗಿರುವಂತೆ ತೋರುತ್ತಿದೆ.
ಮುಂದೆ, ಕಂಪ್ಯೂಟರ್‌ಗಳಿಂದ ಸ್ಟ್ರೀಮ್‌ಗಳು ಸ್ಥಳೀಯ ಸರ್ವರ್‌ಗೆ ಹೋಗುತ್ತವೆ, ಇದು ಎರಡು ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿದೆ: ಮಾರ್ಗ RTMP ಸ್ಟ್ರೀಮ್‌ಗಳು ಮತ್ತು ರೆಕಾರ್ಡ್ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು. ಆದ್ದರಿಂದ ನಾವು ಬಹು ರೆಕಾರ್ಡಿಂಗ್ ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ನಂತರ Amazon SaaS ಸೇವೆಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ನಮ್ಮ ಸಿಸ್ಟಮ್ನ ಭಾಗಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ನಾವು ಉಪಯೋಗಿಸುತ್ತೀವಿ ,ಎಸ್ 3, ಕ್ಲೌಡ್ ಫ್ರಂಟ್.
ನಿಕೋಲೆ: ವೀಡಿಯೊ ಪ್ರೇಕ್ಷಕರನ್ನು ತಲುಪುವ ಮೊದಲು ಅಲ್ಲಿ ಏನಾಗುತ್ತದೆ? ನೀವು ಹೇಗಾದರೂ ಅದನ್ನು ಕತ್ತರಿಸಬೇಕು, ಸರಿ?
ಆರ್ಟಿಯಮ್: ನಾವು ನಮ್ಮ ಭಾಗದಲ್ಲಿ ವೀಡಿಯೊವನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತೇವೆ ಮತ್ತು ಅದನ್ನು MediaLive ಗೆ ಕಳುಹಿಸುತ್ತೇವೆ. ನಾವು ಅಲ್ಲಿ ಟ್ರಾನ್ಸ್‌ಕೋಡರ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. ಅವರು ನೈಜ ಸಮಯದಲ್ಲಿ ವೀಡಿಯೊಗಳನ್ನು ಹಲವಾರು ರೆಸಲ್ಯೂಶನ್‌ಗಳಾಗಿ ಟ್ರಾನ್ಸ್‌ಕೋಡ್ ಮಾಡುತ್ತಾರೆ ಇದರಿಂದ ಜನರು ತಮ್ಮ ಫೋನ್‌ಗಳಲ್ಲಿ, ದೇಶದಲ್ಲಿ ಕಳಪೆ ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ವೀಕ್ಷಿಸಬಹುದು, ಇತ್ಯಾದಿ. ನಂತರ ಈ ಹೊಳೆಗಳನ್ನು ಕತ್ತರಿಸಲಾಗುತ್ತದೆ , ಪ್ರೋಟೋಕಾಲ್ ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ . ಈ ಭಾಗಗಳಿಗೆ ಪಾಯಿಂಟರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಮುಂಭಾಗಕ್ಕೆ ನಾವು ಪ್ಲೇಪಟ್ಟಿಯನ್ನು ಕಳುಹಿಸುತ್ತೇವೆ.
- ನಾವು 1080p ರೆಸಲ್ಯೂಶನ್ ಬಳಸುತ್ತಿದ್ದೇವೆಯೇ?
ಆರ್ಟಿಯಮ್: ನಮ್ಮ ವೀಡಿಯೊದ ಅಗಲವು 1080p - 1920 ಪಿಕ್ಸೆಲ್‌ಗಳಂತೆಯೇ ಇರುತ್ತದೆ ಮತ್ತು ಎತ್ತರವು ಸ್ವಲ್ಪ ಕಡಿಮೆಯಾಗಿದೆ, ಚಿತ್ರವು ಹೆಚ್ಚು ಉದ್ದವಾಗಿದೆ - ಇದಕ್ಕೆ ಕಾರಣಗಳಿವೆ.
ಆಟಗಾರ
— ಆರ್ಟಿಯೋಮ್ ವೀಡಿಯೊ ಹೇಗೆ ಸ್ಟ್ರೀಮ್‌ಗಳಿಗೆ ಸೇರುತ್ತದೆ, ವಿಭಿನ್ನ ಪರದೆಯ ರೆಸಲ್ಯೂಶನ್‌ಗಳಿಗಾಗಿ ಅದನ್ನು ವಿಭಿನ್ನ ಪ್ಲೇಪಟ್ಟಿಗಳಲ್ಲಿ ಹೇಗೆ ವಿತರಿಸಲಾಗುತ್ತದೆ, ತುಂಡುಗಳಾಗಿ ಕತ್ತರಿಸಿ ಪ್ಲೇಯರ್‌ಗೆ ಸೇರುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸಿದರು. ಕೋಲ್ಯಾ, ಈಗ ಹೇಳಿ ಇದು ಯಾವ ರೀತಿಯ ಆಟಗಾರ, ಅದು ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಹೇಗೆ ಬಳಸುತ್ತದೆ, ಏಕೆ HLS?
ನಿಕೋಲೆ: ಎಲ್ಲಾ ಕಾನ್ಫರೆನ್ಸ್ ವೀಕ್ಷಕರು ವೀಕ್ಷಿಸಬಹುದಾದ ಆಟಗಾರನನ್ನು ನಾವು ಹೊಂದಿದ್ದೇವೆ.
ಮೂಲಭೂತವಾಗಿ, ಇದು ಗ್ರಂಥಾಲಯದ ಸುತ್ತ ಒಂದು ಹೊದಿಕೆಯಾಗಿದೆ , ಅದರ ಮೇಲೆ ಅನೇಕ ಇತರ ಆಟಗಾರರನ್ನು ಬರೆಯಲಾಗಿದೆ. ಆದರೆ ನಮಗೆ ನಿರ್ದಿಷ್ಟವಾದ ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಅಗತ್ಯವಿದೆ: ವ್ಯಕ್ತಿ ಇರುವ ಸ್ಥಳವನ್ನು ರಿವೈಂಡ್ ಮಾಡುವುದು ಮತ್ತು ಗುರುತಿಸುವುದು, ಅವರು ಪ್ರಸ್ತುತ ಯಾವ ವರದಿಯನ್ನು ವೀಕ್ಷಿಸುತ್ತಿದ್ದಾರೆ. ನಮಗೆ ನಮ್ಮದೇ ಲೇಔಟ್‌ಗಳು, ಎಲ್ಲಾ ರೀತಿಯ ಲೋಗೋಗಳು ಮತ್ತು ನಮ್ಮೊಂದಿಗೆ ನಿರ್ಮಿಸಲಾದ ಎಲ್ಲವುಗಳೂ ಬೇಕಾಗಿದ್ದವು. ಆದ್ದರಿಂದ, ನಾವು ನಮ್ಮ ಸ್ವಂತ ಲೈಬ್ರರಿಯನ್ನು ಬರೆಯಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ (HLS ಮೇಲೆ ಹೊದಿಕೆ) ಮತ್ತು ಅದನ್ನು ಸೈಟ್‌ನಲ್ಲಿ ಎಂಬೆಡ್ ಮಾಡಿ.
ಇದು ಮೂಲ ಕಾರ್ಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಬಹುತೇಕ ಮೊದಲು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ. ತದನಂತರ ಎಲ್ಲವೂ ಅದರ ಸುತ್ತಲೂ ಬೆಳೆಯಿತು.
ವಾಸ್ತವವಾಗಿ, ದೃಢೀಕರಣದ ಮೂಲಕ, ಆಟಗಾರನು ಬ್ಯಾಕೆಂಡ್‌ನಿಂದ ಸಮಯ ಮತ್ತು ಗುಣಮಟ್ಟದೊಂದಿಗೆ ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದಿರುವ ಭಾಗಗಳಿಗೆ ಲಿಂಕ್‌ಗಳೊಂದಿಗೆ ಪ್ಲೇಪಟ್ಟಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾನೆ, ಅಗತ್ಯವಿರುವದನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ತೋರಿಸುತ್ತಾನೆ, ದಾರಿಯುದ್ದಕ್ಕೂ ಕೆಲವು "ಮ್ಯಾಜಿಕ್" ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತಾನೆ.
ಟೈಮ್ಲೈನ್ ಉದಾಹರಣೆ
- ಎಲ್ಲಾ ವರದಿಗಳ ಟೈಮ್ಲೈನ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸಲು ಪ್ಲೇಯರ್‌ನಲ್ಲಿಯೇ ಬಟನ್ ಅನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ...
ನಿಕೋಲೆ: ಹೌದು, ನಾವು ಬಳಕೆದಾರರ ನ್ಯಾವಿಗೇಷನ್ ಸಮಸ್ಯೆಯನ್ನು ತಕ್ಷಣವೇ ಪರಿಹರಿಸಿದ್ದೇವೆ. ಏಪ್ರಿಲ್ ಮಧ್ಯದಲ್ಲಿ, ನಾವು ನಮ್ಮ ಪ್ರತಿಯೊಂದು ಸಮ್ಮೇಳನಗಳನ್ನು ಪ್ರತ್ಯೇಕ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಪ್ರಸಾರ ಮಾಡುವುದಿಲ್ಲ, ಆದರೆ ಎಲ್ಲವನ್ನೂ ಒಂದರ ಮೇಲೆ ಸಂಯೋಜಿಸುತ್ತೇವೆ ಎಂದು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಆದ್ದರಿಂದ ಫುಲ್ ಪಾಸ್ ಟಿಕೆಟ್ ಬಳಕೆದಾರರು ವಿಭಿನ್ನ ಕಾನ್ಫರೆನ್ಸ್‌ಗಳ ನಡುವೆ ಮುಕ್ತವಾಗಿ ಬದಲಾಯಿಸಬಹುದು: ಲೈವ್ ಪ್ರಸಾರಗಳು ಮತ್ತು ಹಿಂದಿನ ರೆಕಾರ್ಡಿಂಗ್‌ಗಳು.
ಮತ್ತು ಪ್ರಸ್ತುತ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ನ್ಯಾವಿಗೇಟ್ ಮಾಡಲು ಮತ್ತು ಟ್ರ್ಯಾಕ್‌ಗಳ ನಡುವೆ ಬದಲಾಯಿಸಲು ಬಳಕೆದಾರರಿಗೆ ಸುಲಭವಾಗುವಂತೆ ಮಾಡಲು, ಟ್ರ್ಯಾಕ್‌ಗಳು ಮತ್ತು ವರದಿಗಳ ನಡುವೆ ಬದಲಾಯಿಸಲು "ಸಂಪೂರ್ಣ ಪ್ರಸಾರ" ಬಟನ್ ಮತ್ತು ಸಮತಲ ವರದಿ ಕಾರ್ಡ್‌ಗಳನ್ನು ಮಾಡಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಕೀಬೋರ್ಡ್ ನಿಯಂತ್ರಣವಿದೆ.
- ಇದರಲ್ಲಿ ಯಾವುದೇ ತಾಂತ್ರಿಕ ತೊಂದರೆಗಳಿವೆಯೇ?
ನಿಕೋಲೆ: ಅವರು ಸ್ಕ್ರಾಲ್ ಬಾರ್ ಅನ್ನು ಹೊಂದಿದ್ದರು, ಅದರ ಮೇಲೆ ವಿವಿಧ ವರದಿಗಳ ಆರಂಭಿಕ ಹಂತಗಳನ್ನು ಗುರುತಿಸಲಾಗಿದೆ.
— ಕೊನೆಯಲ್ಲಿ, YouTube ಇದೇ ರೀತಿಯ ಏನಾದರೂ ಮಾಡುವ ಮೊದಲು ನೀವು ಸ್ಕ್ರಾಲ್ ಬಾರ್‌ನಲ್ಲಿ ಈ ಗುರುತುಗಳನ್ನು ಅಳವಡಿಸಿದ್ದೀರಾ?
ಆರ್ಟಿಯಮ್: ಅವರು ಅದನ್ನು ಬೀಟಾದಲ್ಲಿ ಹೊಂದಿದ್ದರು. ಇದು ಬಹಳ ಸಂಕೀರ್ಣವಾದ ವೈಶಿಷ್ಟ್ಯವಾಗಿದೆ ಎಂದು ತೋರುತ್ತಿದೆ ಏಕೆಂದರೆ ಅವರು ಕಳೆದ ವರ್ಷದಲ್ಲಿ ಬಳಕೆದಾರರೊಂದಿಗೆ ಇದನ್ನು ಭಾಗಶಃ ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದಾರೆ. ಮತ್ತು ಈಗ ಅದು ಮಾರಾಟಕ್ಕೆ ಬಂದಿದೆ.
ನಿಕೋಲೆ: ಆದರೆ ನಾವು ಅದನ್ನು ವೇಗವಾಗಿ ಮಾರಾಟ ಮಾಡಿದ್ದೇವೆ. ಪ್ರಾಮಾಣಿಕವಾಗಿ, ಈ ಸರಳ ವೈಶಿಷ್ಟ್ಯದ ಹಿಂದೆ ಆಟಗಾರನ ಒಳಗೆ ಬ್ಯಾಕೆಂಡ್, ಮುಂಭಾಗ, ಲೆಕ್ಕಾಚಾರಗಳು ಮತ್ತು ಗಣಿತದ ದೊಡ್ಡ ಪ್ರಮಾಣವಿದೆ.
ಮುಂಭಾಗ
— ನಾವು ತೋರಿಸುವ ಈ ವಿಷಯ (ಸ್ಪೀಚ್ ಕಾರ್ಡ್, ಸ್ಪೀಕರ್‌ಗಳು, ವೆಬ್‌ಸೈಟ್, ವೇಳಾಪಟ್ಟಿ) ಹೇಗೆ ಮುಂಭಾಗಕ್ಕೆ ಬರುತ್ತದೆ ಎಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ?
ವ್ಲಾಡಿಮಿರ್ ಕ್ರಾಸಿಲ್ಶಿಕ್: ನಮ್ಮಲ್ಲಿ ಹಲವಾರು ಆಂತರಿಕ ಐಟಿ ವ್ಯವಸ್ಥೆಗಳಿವೆ. ಎಲ್ಲಾ ವರದಿಗಳು ಮತ್ತು ಎಲ್ಲಾ ಸ್ಪೀಕರ್ಗಳನ್ನು ನಮೂದಿಸುವ ವ್ಯವಸ್ಥೆ ಇದೆ. ಸಮ್ಮೇಳನದಲ್ಲಿ ಸ್ಪೀಕರ್ ಭಾಗವಹಿಸುವ ಪ್ರಕ್ರಿಯೆ ಇದೆ. ಸ್ಪೀಕರ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸಲ್ಲಿಸುತ್ತಾರೆ, ಸಿಸ್ಟಮ್ ಅದನ್ನು ಸೆರೆಹಿಡಿಯುತ್ತದೆ, ನಂತರ ವರದಿಯನ್ನು ರಚಿಸುವ ಪ್ರಕಾರ ಒಂದು ನಿರ್ದಿಷ್ಟ ಪೈಪ್ಲೈನ್ ಇದೆ.
ಸ್ಪೀಕರ್ ಪೈಪ್ಲೈನ್ ಅನ್ನು ಈ ರೀತಿ ನೋಡುತ್ತಾರೆ
ಈ ವ್ಯವಸ್ಥೆಯು ನಮ್ಮ ಆಂತರಿಕ ಬೆಳವಣಿಗೆಯಾಗಿದೆ.
ಮುಂದೆ, ನೀವು ವೈಯಕ್ತಿಕ ವರದಿಗಳಿಂದ ವೇಳಾಪಟ್ಟಿಯನ್ನು ನಿರ್ಮಿಸಬೇಕಾಗಿದೆ. ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ಇದು NP-ಕಠಿಣ ಸಮಸ್ಯೆಯಾಗಿದೆ, ಆದರೆ ನಾವು ಅದನ್ನು ಹೇಗಾದರೂ ಪರಿಹರಿಸುತ್ತೇವೆ. ಇದನ್ನು ಮಾಡಲು, ನಾವು ವೇಳಾಪಟ್ಟಿಯನ್ನು ರಚಿಸುವ ಮತ್ತು ಅದನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಕ್ಲೌಡ್ ಸೇವೆಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುವ ಮತ್ತೊಂದು ಘಟಕವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. ಅಲ್ಲಿ, ಎಲ್ಲವೂ ಈಗಾಗಲೇ ಟೇಬಲ್‌ನಂತೆ ಕಾಣುತ್ತದೆ, ಇದರಲ್ಲಿ ಸಮ್ಮೇಳನದ ದಿನಗಳಿವೆ, ದಿನಗಳಲ್ಲಿ ಸಮಯ ಸ್ಲಾಟ್‌ಗಳಿವೆ ಮತ್ತು ಸ್ಲಾಟ್‌ಗಳಲ್ಲಿ ವರದಿಗಳು, ವಿರಾಮಗಳು ಅಥವಾ ಪ್ರಾಯೋಜಕತ್ವದ ಚಟುವಟಿಕೆಗಳಿವೆ. ಆದ್ದರಿಂದ ನಾವು ನೋಡುವ ವಿಷಯವು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸೇವೆಯಲ್ಲಿದೆ. ಮತ್ತು ಅದನ್ನು ಸೈಟ್‌ಗೆ ತಿಳಿಸುವುದು ಕಾರ್ಯವಾಗಿದೆ.
ಸೈಟ್ ಕೇವಲ ಆಟಗಾರನೊಂದಿಗಿನ ಪುಟವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಮತ್ತು ಇಲ್ಲಿ ಏನೂ ಸಂಕೀರ್ಣವಾಗಿಲ್ಲ. ಹೊರತುಪಡಿಸಿ ಅದು ಅಲ್ಲ. ಈ ಪುಟದ ಹಿಂದಿನ ಬ್ಯಾಕೆಂಡ್ ಕಂಟೆಂಟ್‌ಫುಲ್‌ಗೆ ಹೋಗುತ್ತದೆ, ಅಲ್ಲಿಂದ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಪಡೆಯುತ್ತದೆ, ಕೆಲವು ವಸ್ತುಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಮುಂಭಾಗಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ನಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಪ್ರತಿಯೊಬ್ಬ ಕ್ಲೈಂಟ್ ಮಾಡುವ ವೆಬ್‌ಸಾಕೆಟ್ ಸಂಪರ್ಕವನ್ನು ಬಳಸಿಕೊಂಡು, ನಾವು ಬ್ಯಾಕೆಂಡ್‌ನಿಂದ ಮುಂಭಾಗಕ್ಕೆ ವೇಳಾಪಟ್ಟಿಗೆ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸುತ್ತೇವೆ.
ನಿಜವಾದ ಪ್ರಕರಣ: ಸಮ್ಮೇಳನದ ಸಮಯದಲ್ಲಿ ಸ್ಪೀಕರ್ ಉದ್ಯೋಗಗಳನ್ನು ಬದಲಾಯಿಸಿದರು. ನಾವು ಅವರ ಉದ್ಯೋಗದಾತ ಕಂಪನಿಯ ಬ್ಯಾಡ್ಜ್ ಅನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ. ಬ್ಯಾಕೆಂಡ್‌ನಿಂದ ಇದು ಹೇಗೆ ಸಂಭವಿಸುತ್ತದೆ? ವೆಬ್‌ಸಾಕೆಟ್ ಮೂಲಕ ಎಲ್ಲಾ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ನವೀಕರಣವನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಮುಂಭಾಗವು ಸ್ವತಃ ಟೈಮ್ಲೈನ್ ಅನ್ನು ಪುನಃ ರಚಿಸುತ್ತದೆ. ಇದೆಲ್ಲವೂ ಮನಬಂದಂತೆ ನಡೆಯುತ್ತದೆ. ಕ್ಲೌಡ್ ಸೇವೆ ಮತ್ತು ನಮ್ಮ ಹಲವಾರು ಘಟಕಗಳ ಸಂಯೋಜನೆಯು ಈ ಎಲ್ಲಾ ವಿಷಯವನ್ನು ರಚಿಸಲು ಮತ್ತು ಅದನ್ನು ಮುಂಭಾಗಕ್ಕೆ ಒದಗಿಸಲು ನಮಗೆ ಅವಕಾಶವನ್ನು ನೀಡುತ್ತದೆ.
ನಿಕೋಲೆ: ನಮ್ಮ ಸೈಟ್ ಕ್ಲಾಸಿಕ್ SPA ಅಪ್ಲಿಕೇಶನ್ ಅಲ್ಲ ಎಂಬುದನ್ನು ಇಲ್ಲಿ ಸ್ಪಷ್ಟಪಡಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಇದು ಲೇಔಟ್ ಆಧಾರಿತ, ಸಲ್ಲಿಸಿದ ವೆಬ್‌ಸೈಟ್ ಮತ್ತು SPA ಎರಡೂ ಆಗಿದೆ. Google ವಾಸ್ತವವಾಗಿ ಈ ಸೈಟ್ ಅನ್ನು ನಿರೂಪಿಸಿದ HTML ಎಂದು ನೋಡುತ್ತದೆ. ಎಸ್‌ಇಒಗೆ ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ವಿಷಯವನ್ನು ತಲುಪಿಸಲು ಇದು ಒಳ್ಳೆಯದು. ಪುಟವನ್ನು ನೋಡುವ ಮೊದಲು 1,5 ಮೆಗಾಬೈಟ್‌ಗಳ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಲೋಡ್ ಆಗಲು ಇದು ಕಾಯುವುದಿಲ್ಲ, ಅದು ತಕ್ಷಣವೇ ಈಗಾಗಲೇ ಸಲ್ಲಿಸಿದ ಪುಟವನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ನೀವು ವರದಿಯನ್ನು ಬದಲಾಯಿಸಿದಾಗಲೆಲ್ಲಾ ನೀವು ಅದನ್ನು ಅನುಭವಿಸುತ್ತೀರಿ. ಎಲ್ಲವೂ ಅರ್ಧ ಸೆಕೆಂಡಿನಲ್ಲಿ ನಡೆಯುತ್ತದೆ, ಏಕೆಂದರೆ ವಿಷಯವು ಈಗಾಗಲೇ ಸಿದ್ಧವಾಗಿದೆ ಮತ್ತು ಸರಿಯಾದ ಸ್ಥಳದಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆ.
— ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಮೂಲಕ ಮೇಲಿನ ಎಲ್ಲದರ ಅಡಿಯಲ್ಲಿ ರೇಖೆಯನ್ನು ಎಳೆಯೋಣ. ನಾವು 5 ಅಮೆಜಾನ್ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ನಾವು ಅಲ್ಲಿ ವೀಡಿಯೊ ಮತ್ತು ಧ್ವನಿಯನ್ನು ತಲುಪಿಸುತ್ತೇವೆ ಎಂದು ಟಿಯೋಮಾ ಹೇಳಿದರು. ನಾವು ಅಲ್ಲಿ ಬ್ಯಾಷ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ನಾವು ಅವುಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಬಳಸುತ್ತೇವೆ...
ಆರ್ಟಿಯಮ್: ಇದು AWS API ಮೂಲಕ ಸಂಭವಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಹೆಚ್ಚಿನ ತಾಂತ್ರಿಕ ಸೇವೆಗಳಿವೆ. ನಾವು ನಮ್ಮ ಜವಾಬ್ದಾರಿಗಳನ್ನು ವಿಂಗಡಿಸಿದ್ದೇವೆ ಆದ್ದರಿಂದ ನಾನು ಅದನ್ನು ತಲುಪಿಸುತ್ತೇನೆ , ಮತ್ತು ಫ್ರಂಟ್-ಎಂಡ್ ಮತ್ತು ಬ್ಯಾಕ್-ಎಂಡ್ ಡೆವಲಪರ್‌ಗಳು ಅದನ್ನು ಅಲ್ಲಿಂದ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ. ವಿಷಯದ ವಿನ್ಯಾಸವನ್ನು ಸರಳೀಕರಿಸಲು ನಾವು ನಮ್ಮದೇ ಆದ ಹಲವಾರು ಬೈಂಡಿಂಗ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅದನ್ನು ನಾವು 4K ನಲ್ಲಿ ಮಾಡುತ್ತೇವೆ, ಇತ್ಯಾದಿ. ಗಡುವುಗಳು ತುಂಬಾ ಬಿಗಿಯಾಗಿರುವುದರಿಂದ, ನಾವು ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ AWS ನಲ್ಲಿ ಮಾಡಿದ್ದೇವೆ.
— ನಂತರ ಇದೆಲ್ಲವೂ ಬ್ಯಾಕೆಂಡ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಆಟಗಾರನಿಗೆ ಹೋಗುತ್ತದೆ. ನಮ್ಮ ಪ್ಲೇಯರ್‌ನಲ್ಲಿ ನಾವು ಟೈಪ್‌ಸ್ಕ್ರಿಪ್ಟ್, ರಿಯಾಕ್ಟ್, ನೆಕ್ಸ್ಟ್.ಜೆಎಸ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಮತ್ತು ಬ್ಯಾಕೆಂಡ್‌ನಲ್ಲಿ ನಾವು C#, Java, Spring Boot ಮತ್ತು Node.js ನಲ್ಲಿ ಹಲವಾರು ಸೇವೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. Yandex.Cloud ಮೂಲಸೌಕರ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು Kubernetes ಅನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಎಲ್ಲಾ ನಿಯೋಜಿಸಲಾಗಿದೆ.
ನಾನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನೊಂದಿಗೆ ಪರಿಚಯವಾಗಬೇಕಾದಾಗ, ಅದು ಸುಲಭವಾಗಿದೆ ಎಂದು ನಾನು ಗಮನಿಸಲು ಬಯಸುತ್ತೇನೆ: ಎಲ್ಲಾ ರೆಪೊಸಿಟರಿಗಳು ಗಿಟ್‌ಲ್ಯಾಬ್‌ನಲ್ಲಿವೆ, ಎಲ್ಲವನ್ನೂ ಚೆನ್ನಾಗಿ ಹೆಸರಿಸಲಾಗಿದೆ, ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಲಾಗಿದೆ, ದಾಖಲಾತಿಗಳಿವೆ. ಅಂದರೆ, ಎಮರ್ಜೆನ್ಸಿ ಮೋಡ್‌ನಲ್ಲಿಯೂ ಅವರು ಅಂತಹ ವಿಷಯಗಳನ್ನು ನೋಡಿಕೊಂಡರು.
ವ್ಯಾಪಾರ ನಿರ್ಬಂಧಗಳು ಮತ್ತು ವಿಶ್ಲೇಷಣೆ
- ನಾವು ವ್ಯಾಪಾರದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಆಧರಿಸಿ 10 ಬಳಕೆದಾರರನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡಿದ್ದೇವೆ. ನಾವು ಹೊಂದಿದ್ದ ವ್ಯಾಪಾರ ನಿರ್ಬಂಧಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಇದು ಸಮಯ. ನಾವು ಹೆಚ್ಚಿನ ಕೆಲಸದ ಹೊರೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕಾಗಿತ್ತು, ವೈಯಕ್ತಿಕ ಡೇಟಾದ ಸಂರಕ್ಷಣೆಯ ಮೇಲಿನ ಕಾನೂನಿನ ಅನುಸರಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಬೇರೆ ಏನು?
ನಿಕೋಲೆ: ಆರಂಭದಲ್ಲಿ, ನಾವು ವೀಡಿಯೊ ಅವಶ್ಯಕತೆಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಕ್ಲೈಂಟ್‌ಗೆ ವೇಗವಾಗಿ ತಲುಪಿಸಲು ಪ್ರಪಂಚದಾದ್ಯಂತ ವೀಡಿಯೊ ಸಂಗ್ರಹಣೆಯನ್ನು ವಿತರಿಸುವುದು ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯವಾಗಿದೆ. ಇತರವುಗಳು 1080p ರೆಸಲ್ಯೂಶನ್, ಹಾಗೆಯೇ ರಿವೈಂಡ್ ಅನ್ನು ಒಳಗೊಂಡಿವೆ, ಇದು ಲೈವ್ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸುವುದಿಲ್ಲ. ನಂತರ ನಾವು 2x ವೇಗವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸಿದ್ದೇವೆ, ಅದರ ಸಹಾಯದಿಂದ ನೀವು ಲೈವ್‌ನೊಂದಿಗೆ "ಕ್ಯಾಚ್ ಅಪ್" ಮಾಡಬಹುದು ಮತ್ತು ನೈಜ ಸಮಯದಲ್ಲಿ ಸಮ್ಮೇಳನವನ್ನು ವೀಕ್ಷಿಸುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು. ಮತ್ತು ದಾರಿಯುದ್ದಕ್ಕೂ, ಟೈಮ್ಲೈನ್ ಗುರುತು ಕಾರ್ಯವು ಕಾಣಿಸಿಕೊಂಡಿತು. ಜೊತೆಗೆ, ನಾವು ದೋಷ-ಸಹಿಷ್ಣುಗಳಾಗಿರಬೇಕು ಮತ್ತು 10 ಸಂಪರ್ಕಗಳ ಹೊರೆಯನ್ನು ತಡೆದುಕೊಳ್ಳಬೇಕು. ಬ್ಯಾಕೆಂಡ್ ದೃಷ್ಟಿಕೋನದಿಂದ, ಇದು ಸರಿಸುಮಾರು 000 ಸಂಪರ್ಕಗಳನ್ನು ಪ್ರತಿ ಪುಟ ರಿಫ್ರೆಶ್‌ಗಾಗಿ 10 ವಿನಂತಿಗಳಿಂದ ಗುಣಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಇದು ಈಗಾಗಲೇ 000 RPS/sec ಆಗಿದೆ. ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ.
— ಪಾಲುದಾರರ ಆನ್‌ಲೈನ್ ಸ್ಟ್ಯಾಂಡ್‌ಗಳೊಂದಿಗೆ "ವರ್ಚುವಲ್ ಎಕ್ಸಿಬಿಷನ್" ಗಾಗಿ ಯಾವುದೇ ಇತರ ಅವಶ್ಯಕತೆಗಳಿವೆಯೇ?
ನಿಕೋಲೆ: ಹೌದು, ಇದನ್ನು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಸಾರ್ವತ್ರಿಕವಾಗಿ ಮಾಡಬೇಕಾಗಿತ್ತು. ಪ್ರತಿ ಸಮ್ಮೇಳನಕ್ಕೆ ನಾವು 10 ಪಾಲುದಾರ ಕಂಪನಿಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಅವೆಲ್ಲವನ್ನೂ ಒಂದು ವಾರ ಅಥವಾ ಎರಡು ವಾರಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸಬೇಕಾಗಿತ್ತು. ಆದಾಗ್ಯೂ, ಅವರ ವಿಷಯವು ಸ್ವರೂಪದಲ್ಲಿ ಸ್ವಲ್ಪ ಭಿನ್ನವಾಗಿರುತ್ತದೆ. ಆದರೆ ಈ ಪುಟಗಳನ್ನು ಹಾರಾಡುತ್ತ ಜೋಡಿಸುವ ನಿರ್ದಿಷ್ಟ ಟೆಂಪ್ಲೇಟ್ ಎಂಜಿನ್ ಅನ್ನು ತಯಾರಿಸಲಾಯಿತು, ವಾಸ್ತವಿಕವಾಗಿ ಯಾವುದೇ ಹೆಚ್ಚಿನ ಅಭಿವೃದ್ಧಿ ಭಾಗವಹಿಸುವಿಕೆ ಇಲ್ಲ.
- ನೈಜ-ಸಮಯದ ವೀಕ್ಷಣೆಗಳು ಮತ್ತು ಅಂಕಿಅಂಶಗಳ ವಿಶ್ಲೇಷಣೆಗೆ ಅಗತ್ಯತೆಗಳೂ ಇದ್ದವು. ಇದಕ್ಕಾಗಿ ನಾವು ಪ್ರಮೀತಿಯಸ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ ಎಂದು ನನಗೆ ತಿಳಿದಿದೆ, ಆದರೆ ನಮಗೆ ಹೆಚ್ಚು ವಿವರವಾಗಿ ತಿಳಿಸಿ: ವಿಶ್ಲೇಷಣೆಗಾಗಿ ನಾವು ಯಾವ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುತ್ತೇವೆ ಮತ್ತು ಇದನ್ನು ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ?
ನಿಕೋಲೆ: ಆರಂಭದಲ್ಲಿ, ಭವಿಷ್ಯದಲ್ಲಿ ಕ್ಲೈಂಟ್‌ಗೆ ಉತ್ತಮ ವಿಷಯವನ್ನು ಸರಿಯಾಗಿ ತಲುಪಿಸುವುದು ಹೇಗೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು A/B ಪರೀಕ್ಷೆಗಾಗಿ ಮತ್ತು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುವುದಕ್ಕಾಗಿ ನಾವು ಮಾರ್ಕೆಟಿಂಗ್ ಅವಶ್ಯಕತೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಪಾಲುದಾರ ಚಟುವಟಿಕೆಗಳಲ್ಲಿ ಕೆಲವು ವಿಶ್ಲೇಷಣೆಗಳು ಮತ್ತು ನೀವು ನೋಡುವ ವಿಶ್ಲೇಷಣೆಗಳಿಗೆ ಅವಶ್ಯಕತೆಗಳಿವೆ (ಕೌಂಟರ್‌ಗೆ ಭೇಟಿ ನೀಡಿ). ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ನೈಜ ಸಮಯದಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.
ಸ್ಪೀಕರ್‌ಗಳಿಗೂ ಸಹ ನಾವು ಈ ಮಾಹಿತಿಯನ್ನು ಸಮಗ್ರ ರೂಪದಲ್ಲಿ ಒದಗಿಸಬಹುದು: ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ಎಷ್ಟು ಜನರು ನಿಮ್ಮನ್ನು ವೀಕ್ಷಿಸುತ್ತಿದ್ದರು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಫೆಡರಲ್ ಕಾನೂನು 152 ಅನ್ನು ಅನುಸರಿಸಲು, ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ಖಾತೆ ಮತ್ತು ವೈಯಕ್ತಿಕ ಡೇಟಾವನ್ನು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ.
ವರದಿಗಳಲ್ಲಿ ಹಾಜರಾತಿಯ ಗ್ರಾಫ್ಗಳನ್ನು ನಿರ್ಮಿಸಲು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಈಗಾಗಲೇ ಮಾರ್ಕೆಟಿಂಗ್ ಪರಿಕರಗಳನ್ನು ಮತ್ತು ನೈಜ ಸಮಯದಲ್ಲಿ ಬಳಕೆದಾರರ ಚಟುವಟಿಕೆಯನ್ನು ಅಳೆಯಲು ನಮ್ಮ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಹೊಂದಿದೆ (ವರದಿಯ ಎರಡನೇ ಭಾಗವನ್ನು ಯಾರು ವೀಕ್ಷಿಸಿದ್ದಾರೆ). ಈ ಡೇಟಾವನ್ನು ಆಧರಿಸಿ, ಮುಂದಿನ ಸಮ್ಮೇಳನಗಳನ್ನು ಉತ್ತಮಗೊಳಿಸುವ ಸಂಶೋಧನೆಗಳನ್ನು ಮಾಡಲಾಗುತ್ತಿದೆ.
ವಂಚನೆ
- ನಾವು ವಂಚನೆ-ವಿರೋಧಿ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆಯೇ?
ನಿಕೋಲೆ: ವ್ಯವಹಾರದ ದೃಷ್ಟಿಕೋನದಿಂದ ಬಿಗಿಯಾದ ಸಮಯದ ಚೌಕಟ್ಟಿನ ಕಾರಣ, ಅನಗತ್ಯ ಸಂಪರ್ಕಗಳನ್ನು ತಕ್ಷಣವೇ ನಿರ್ಬಂಧಿಸಲು ಕೆಲಸವನ್ನು ಆರಂಭದಲ್ಲಿ ಹೊಂದಿಸಲಾಗಿಲ್ಲ. ಒಂದೇ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಇಬ್ಬರು ಬಳಕೆದಾರರು ಲಾಗ್ ಇನ್ ಆಗಿದ್ದರೆ, ಅವರು ವಿಷಯವನ್ನು ವೀಕ್ಷಿಸಬಹುದು. ಆದರೆ ಒಂದು ಖಾತೆಯಿಂದ ಎಷ್ಟು ಏಕಕಾಲದಲ್ಲಿ ವೀಕ್ಷಣೆಗಳು ಇದ್ದವು ಎಂಬುದು ನಮಗೆ ತಿಳಿದಿದೆ. ಮತ್ತು ನಾವು ಹಲವಾರು ನಿರ್ದಿಷ್ಟವಾಗಿ ದುರುದ್ದೇಶಪೂರಿತ ಉಲ್ಲಂಘಿಸುವವರನ್ನು ನಿಷೇಧಿಸಿದ್ದೇವೆ.
ವ್ಲಾಡಿಮಿರ್: ಅದರ ಕ್ರೆಡಿಟ್ಗೆ, ನಿಷೇಧಿತ ಬಳಕೆದಾರರಲ್ಲಿ ಒಬ್ಬರು ಇದು ಏಕೆ ಸಂಭವಿಸಿತು ಎಂದು ಅರ್ಥಮಾಡಿಕೊಂಡರು. ಅವರು ಬಂದು, ಕ್ಷಮೆಯಾಚಿಸಿದರು ಮತ್ತು ಟಿಕೆಟ್ ಖರೀದಿಸುವ ಭರವಸೆ ನೀಡಿದರು.
— ಇದೆಲ್ಲವೂ ಆಗಬೇಕಾದರೆ, ನೀವು ಎಲ್ಲಾ ಬಳಕೆದಾರರನ್ನು ಪ್ರವೇಶದಿಂದ ನಿರ್ಗಮಿಸುವವರೆಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಪತ್ತೆಹಚ್ಚಬೇಕು, ಅವರು ಏನು ಮಾಡುತ್ತಿದ್ದಾರೆಂದು ಯಾವಾಗಲೂ ತಿಳಿದಿರಬೇಕು. ಈ ವ್ಯವಸ್ಥೆಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ?
ವ್ಲಾಡಿಮಿರ್: ನಾನು ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಅಂಕಿಅಂಶಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಬಯಸುತ್ತೇನೆ, ನಂತರ ನಾವು ವರದಿಯ ಯಶಸ್ಸಿಗೆ ವಿಶ್ಲೇಷಿಸುತ್ತೇವೆ ಅಥವಾ ಪಾಲುದಾರರಿಗೆ ಒದಗಿಸಬಹುದು. ಎಲ್ಲಾ ಕ್ಲೈಂಟ್‌ಗಳು ವೆಬ್‌ಸಾಕೆಟ್ ಸಂಪರ್ಕದ ಮೂಲಕ ನಿರ್ದಿಷ್ಟ ಬ್ಯಾಕೆಂಡ್ ಕ್ಲಸ್ಟರ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿವೆ. ಅದು ಅಲ್ಲೇ ನಿಂತಿದೆ . ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಪ್ರತಿ ಸಮಯದಲ್ಲಿ ಅವರು ಏನು ಮಾಡುತ್ತಿದ್ದಾರೆ ಮತ್ತು ಅವರು ವೀಕ್ಷಿಸುತ್ತಿರುವ ಟ್ರ್ಯಾಕ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ. ನಂತರ ಈ ಮಾಹಿತಿಯನ್ನು ವೇಗದ Hazelcast ಉದ್ಯೋಗಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಒಟ್ಟುಗೂಡಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಈ ಟ್ರ್ಯಾಕ್‌ಗಳನ್ನು ವೀಕ್ಷಿಸುವ ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ. ಈಗ ನಮ್ಮೊಂದಿಗೆ ಎಷ್ಟು ಜನರು ಇದ್ದಾರೆ ಎಂಬುದನ್ನು ನಾವು ಮೂಲೆಯಲ್ಲಿ ನೋಡುತ್ತೇವೆ.
ಅದೇ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಮತ್ತು ನಮ್ಮ ಡೇಟಾ ಸರೋವರಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಇದರಿಂದ ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ಗ್ರಾಫ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ನಮಗೆ ಅವಕಾಶವಿದೆ. ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುತ್ತದೆ: ಈ ವರದಿಯನ್ನು ಎಷ್ಟು ಅನನ್ಯ ಬಳಕೆದಾರರು ವೀಕ್ಷಿಸಿದ್ದಾರೆ? ನಾವು ಹೋಗುತ್ತೇವೆ , ಈ ವರದಿಯ ಐಡಿಯಿಂದ ಬಂದ ಎಲ್ಲಾ ಜನರ ಪಿಂಗ್‌ಗಳಿವೆ. ನಾವು ಅನನ್ಯವಾದವುಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದ್ದೇವೆ, ಒಟ್ಟುಗೂಡಿಸಿದ್ದೇವೆ ಮತ್ತು ಈಗ ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು.
ನಿಕೋಲೆ: ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು ಪ್ರಮೀತಿಯಸ್‌ನಿಂದ ನೈಜ-ಸಮಯದ ಡೇಟಾವನ್ನು ಸಹ ಸ್ವೀಕರಿಸುತ್ತೇವೆ. ಇದು ಎಲ್ಲಾ ಕುಬರ್ನೆಟ್ಸ್ ಸೇವೆಗಳಿಗೆ ವಿರುದ್ಧವಾಗಿ, ಕುಬರ್ನೆಟ್ಸ್ ವಿರುದ್ಧವಾಗಿ ಹೊಂದಿಸಲಾಗಿದೆ. ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಎಲ್ಲವನ್ನೂ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಮತ್ತು ಗ್ರಾಫನಾದೊಂದಿಗೆ ನಾವು ನೈಜ ಸಮಯದಲ್ಲಿ ಯಾವುದೇ ಗ್ರಾಫ್ಗಳನ್ನು ನಿರ್ಮಿಸಬಹುದು.
ವ್ಲಾಡಿಮಿರ್: ಒಂದೆಡೆ, ಮತ್ತಷ್ಟು OLAP ಪ್ರಕ್ರಿಯೆಗಾಗಿ ನಾವು ಇದನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುತ್ತೇವೆ. ಮತ್ತು OLTP ಗಾಗಿ, ಅಪ್ಲಿಕೇಶನ್ ಸಂಪೂರ್ಣ ವಿಷಯವನ್ನು ಪ್ರಮೀತಿಯಸ್, ಗ್ರಾಫಾನಾಗೆ ಡೌನ್‌ಲೋಡ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಗ್ರಾಫ್‌ಗಳು ಕೂಡ ಒಮ್ಮುಖವಾಗುತ್ತವೆ!
- ಗ್ರಾಫ್‌ಗಳು ಒಮ್ಮುಖವಾದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ.
ಡೈನಾಮಿಕ್ ಬದಲಾವಣೆಗಳು
— ಕ್ರಿಯಾತ್ಮಕ ಬದಲಾವಣೆಗಳನ್ನು ಹೇಗೆ ಹೊರತರಲಾಗುತ್ತದೆ ಎಂದು ನಮಗೆ ತಿಳಿಸಿ: ಪ್ರಾರಂಭಕ್ಕೆ 6 ನಿಮಿಷಗಳ ಮೊದಲು ವರದಿಯನ್ನು ರದ್ದುಗೊಳಿಸಿದರೆ, ಕ್ರಿಯೆಗಳ ಸರಪಳಿ ಏನು? ಯಾವ ಪೈಪ್ಲೈನ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ?
ವ್ಲಾಡಿಮಿರ್: ಪೈಪ್ಲೈನ್ ತುಂಬಾ ಷರತ್ತುಬದ್ಧವಾಗಿದೆ. ಹಲವಾರು ಸಾಧ್ಯತೆಗಳಿವೆ. ಮೊದಲನೆಯದು ವೇಳಾಪಟ್ಟಿ ಉತ್ಪಾದನೆಯ ಕಾರ್ಯಕ್ರಮವು ಕೆಲಸ ಮಾಡಿದೆ ಮತ್ತು ವೇಳಾಪಟ್ಟಿಯನ್ನು ಬದಲಾಯಿಸಿದೆ. ಮಾರ್ಪಡಿಸಿದ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಕಂಟೆಂಟ್‌ಫುಲ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗಿದೆ. ಅದರ ನಂತರ ಕಂಟೆಂಟ್‌ಫುಲ್‌ನಲ್ಲಿ ಈ ಸಮ್ಮೇಳನಕ್ಕೆ ಬದಲಾವಣೆಗಳಿವೆ ಎಂದು ಬ್ಯಾಕೆಂಡ್ ಅರ್ಥಮಾಡಿಕೊಂಡಿದೆ, ಅದನ್ನು ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡುತ್ತದೆ. ಎಲ್ಲವನ್ನೂ ವೆಬ್‌ಸಾಕೆಟ್ ಮೂಲಕ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ಎರಡನೆಯ ಸಾಧ್ಯತೆ, ಎಲ್ಲವೂ ಕಡಿದಾದ ವೇಗದಲ್ಲಿ ಸಂಭವಿಸಿದಾಗ: ಸಂಪಾದಕರು ಕಂಟೆಂಟ್‌ಫುಲ್‌ನಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಬದಲಾಯಿಸುತ್ತಾರೆ (ಟೆಲಿಗ್ರಾಮ್‌ಗೆ ಲಿಂಕ್, ಸ್ಪೀಕರ್‌ನ ಪ್ರಸ್ತುತಿ, ಇತ್ಯಾದಿ) ಮತ್ತು ಅದೇ ತರ್ಕವು ಮೊದಲ ಬಾರಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ನಿಕೋಲೆ: ಪುಟವನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡದೆಯೇ ಎಲ್ಲವೂ ನಡೆಯುತ್ತದೆ. ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಕ್ಲೈಂಟ್‌ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಮನಬಂದಂತೆ ಸಂಭವಿಸುತ್ತವೆ. ವರದಿಗಳನ್ನು ಬದಲಾಯಿಸಲು ಅದೇ ಹೋಗುತ್ತದೆ. ಸಮಯ ಬಂದಾಗ, ವರದಿ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಬದಲಾಗುತ್ತದೆ.
ವ್ಲಾಡಿಮಿರ್: ಅಲ್ಲದೆ, ಟೈಮ್‌ಲೈನ್‌ನಲ್ಲಿ ವರದಿಗಳ ಪ್ರಾರಂಭಕ್ಕೆ ಸಮಯ ಕಡಿತಗಳಿವೆ. ಅತ್ಯಂತ ಆರಂಭದಲ್ಲಿ ಏನೂ ಇಲ್ಲ. ಮತ್ತು ನಿಮ್ಮ ಮೌಸ್ ಅನ್ನು ಕೆಂಪು ಪಟ್ಟಿಯ ಮೇಲೆ ಸುಳಿದಾಡಿದರೆ, ನಂತರ ಕೆಲವು ಹಂತದಲ್ಲಿ, ಪ್ರಸಾರ ನಿರ್ದೇಶಕರಿಗೆ ಧನ್ಯವಾದಗಳು, ಕಡಿತಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ನಿರ್ದೇಶಕರು ಪ್ರಸಾರದ ಸರಿಯಾದ ಪ್ರಾರಂಭವನ್ನು ಹೊಂದಿಸುತ್ತಾರೆ, ಬ್ಯಾಕೆಂಡ್ ಈ ಬದಲಾವಣೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಕಾನ್ಫರೆನ್ಸ್ ವೇಳಾಪಟ್ಟಿಗೆ ಅನುಗುಣವಾಗಿ ಸಂಪೂರ್ಣ ಟ್ರ್ಯಾಕ್‌ನ ಪ್ರಸ್ತುತಿಗಳ ಪ್ರಾರಂಭ ಮತ್ತು ಅಂತಿಮ ಸಮಯವನ್ನು ಲೆಕ್ಕಹಾಕುತ್ತದೆ, ಅದನ್ನು ನಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಆಟಗಾರನು ಕಟ್‌ಆಫ್‌ಗಳನ್ನು ಸೆಳೆಯುತ್ತಾನೆ. ಈಗ ಬಳಕೆದಾರರು ವರದಿಯ ಪ್ರಾರಂಭ ಮತ್ತು ಅಂತ್ಯಕ್ಕೆ ಸುಲಭವಾಗಿ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಬಹುದು. ಇದು ಕಟ್ಟುನಿಟ್ಟಾದ ವ್ಯಾಪಾರದ ಅವಶ್ಯಕತೆಯಾಗಿದೆ, ತುಂಬಾ ಅನುಕೂಲಕರ ಮತ್ತು ಉಪಯುಕ್ತವಾಗಿದೆ. ವರದಿಗಾಗಿ ನಿಜವಾದ ಪ್ರಾರಂಭದ ಸಮಯವನ್ನು ಹುಡುಕಲು ನೀವು ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದಿಲ್ಲ. ಮತ್ತು ನಾವು ಪೂರ್ವವೀಕ್ಷಣೆ ಮಾಡಿದಾಗ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಅದ್ಭುತವಾಗಿರುತ್ತದೆ.
ನಿಯೋಜನೆ
- ನಾನು ನಿಯೋಜನೆಯ ಬಗ್ಗೆ ಕೇಳಲು ಬಯಸುತ್ತೇನೆ. ಕೋಲ್ಯಾ ಮತ್ತು ತಂಡವು ನಮಗೆ ಎಲ್ಲವನ್ನೂ ತೆರೆದುಕೊಳ್ಳುವ ಸಂಪೂರ್ಣ ಮೂಲಸೌಕರ್ಯವನ್ನು ಸ್ಥಾಪಿಸಲು ಆರಂಭದಲ್ಲಿ ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಕಳೆದರು. ಹೇಳಿ, ಅದು ಯಾವುದರಿಂದ ಮಾಡಲ್ಪಟ್ಟಿದೆ?
ನಿಕೋಲೆ: ತಾಂತ್ರಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ, ಉತ್ಪನ್ನವು ಯಾವುದೇ ಮಾರಾಟಗಾರರಿಂದ ಸಾಧ್ಯವಾದಷ್ಟು ಅಮೂರ್ತವಾಗಿರಲು ನಾವು ಆರಂಭದಲ್ಲಿ ಅವಶ್ಯಕತೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ AWS ನಿಂದ ಅಥವಾ ನಿರ್ದಿಷ್ಟವಾಗಿ Yandex ನಿಂದ ಅಥವಾ Azure ನಿಂದ ಟೆರಾಫಾರ್ಮ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಮಾಡಲು AWS ಗೆ ಬನ್ನಿ. ನಿಜವಾಗಿಯೂ ಹೊಂದಿಕೆಯಾಗಲಿಲ್ಲ. ನಾವು ಒಂದು ಹಂತದಲ್ಲಿ ಎಲ್ಲೋ ಹೋಗಬೇಕಾಗಿತ್ತು.
ಮೊದಲ ಮೂರು ವಾರಗಳವರೆಗೆ ನಾವು ಇದನ್ನು ಉತ್ತಮವಾಗಿ ಮಾಡುವ ಮಾರ್ಗವನ್ನು ನಿರಂತರವಾಗಿ ಹುಡುಕುತ್ತಿದ್ದೇವೆ. ಪರಿಣಾಮವಾಗಿ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಕುಬರ್ನೆಟ್ಸ್ ನಮ್ಮ ಸರ್ವಸ್ವ ಎಂದು ನಾವು ತೀರ್ಮಾನಕ್ಕೆ ಬಂದಿದ್ದೇವೆ, ಏಕೆಂದರೆ ಇದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಕೇಲಿಂಗ್ ಸೇವೆಗಳನ್ನು ರಚಿಸಲು, ಸ್ವಯಂ-ರೋಲ್ಔಟ್ ಮಾಡಲು ಮತ್ತು ಪೆಟ್ಟಿಗೆಯಿಂದ ಬಹುತೇಕ ಎಲ್ಲಾ ಸೇವೆಗಳನ್ನು ಪಡೆಯಲು ಅನುಮತಿಸುತ್ತದೆ. ಸ್ವಾಭಾವಿಕವಾಗಿ, ಕುಬರ್ನೆಟ್ಸ್, ಡಾಕರ್ ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಎಲ್ಲಾ ಸೇವೆಗಳಿಗೆ ತರಬೇತಿ ನೀಡಬೇಕಾಗಿತ್ತು ಮತ್ತು ತಂಡವು ಸಹ ಕಲಿಯಬೇಕಾಗಿತ್ತು.
ನಮಗೆ ಎರಡು ಕ್ಲಸ್ಟರ್‌ಗಳಿವೆ. ಪರೀಕ್ಷೆ ಮತ್ತು ಉತ್ಪಾದನೆ. ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಸೆಟ್ಟಿಂಗ್‌ಗಳ ವಿಷಯದಲ್ಲಿ ಅವು ಸಂಪೂರ್ಣವಾಗಿ ಒಂದೇ ಆಗಿರುತ್ತವೆ. ನಾವು ಮೂಲಸೌಕರ್ಯವನ್ನು ಕೋಡ್ ಆಗಿ ಜಾರಿಗೊಳಿಸುತ್ತೇವೆ. ಎಲ್ಲಾ ಸೇವೆಗಳು ಸ್ವಯಂಚಾಲಿತ ಪೈಪ್ಲೈನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ವೈಶಿಷ್ಟ್ಯ ಶಾಖೆಗಳು, ಮಾಸ್ಟರ್ ಶಾಖೆಗಳು, ಪರೀಕ್ಷಾ ಶಾಖೆಗಳು ಮತ್ತು GitLab ನಿಂದ ಮೂರು ಪರಿಸರಗಳಿಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹೊರಹೊಮ್ಮುತ್ತವೆ. ಇದು GitLab ಗೆ ಗರಿಷ್ಠವಾಗಿ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿದೆ, ಗರಿಷ್ಠವಾಗಿ Elastic, Prometheus ನೊಂದಿಗೆ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿದೆ.
ಎಲ್ಲಾ ಪರೀಕ್ಷೆಗಳು, ಏಕೀಕರಣಗಳು, ಚಾಲನೆಯಲ್ಲಿರುವ ಕ್ರಿಯಾತ್ಮಕ ಪರೀಕ್ಷೆಗಳು, ಪರಿಸರದ ಮೇಲೆ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಗಳು ಮತ್ತು ಲೋಡ್ ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಲು ನಾವು ತ್ವರಿತವಾಗಿ (10 ನಿಮಿಷಗಳಲ್ಲಿ ಬ್ಯಾಕೆಂಡ್‌ಗೆ, 5 ನಿಮಿಷಗಳಲ್ಲಿ ಮುಂಭಾಗಕ್ಕೆ) ಯಾವುದೇ ಪರಿಸರಕ್ಕೆ ಬದಲಾವಣೆಗಳನ್ನು ರೋಲ್ ಮಾಡಲು ಅವಕಾಶವನ್ನು ಪಡೆಯುತ್ತೇವೆ. ನಾವು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಪಡೆಯಲು ಬಯಸುವ ಸರಿಸುಮಾರು ಅದೇ ವಿಷಯದ ಪರೀಕ್ಷಾ ಪರಿಸರ.
ಪರೀಕ್ಷೆಗಳ ಬಗ್ಗೆ
- ನೀವು ಬಹುತೇಕ ಎಲ್ಲವನ್ನೂ ಪರೀಕ್ಷಿಸುತ್ತೀರಿ, ನೀವು ಎಲ್ಲವನ್ನೂ ಹೇಗೆ ಬರೆದಿದ್ದೀರಿ ಎಂದು ನಂಬುವುದು ಕಷ್ಟ. ಬ್ಯಾಕೆಂಡ್ ಪರೀಕ್ಷೆಗಳ ಬಗ್ಗೆ ನೀವು ನಮಗೆ ಹೇಳಬಲ್ಲಿರಾ: ಎಲ್ಲವನ್ನೂ ಎಷ್ಟು ಒಳಗೊಂಡಿದೆ, ಯಾವ ಪರೀಕ್ಷೆಗಳು?
ವ್ಲಾಡಿಮಿರ್: ಎರಡು ರೀತಿಯ ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಲಾಗಿದೆ. ಮೊದಲನೆಯದು ಘಟಕ ಪರೀಕ್ಷೆಗಳು. ಸಂಪೂರ್ಣ ಸ್ಪ್ರಿಂಗ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಲಿಫ್ಟ್ ಮಟ್ಟದ ಪರೀಕ್ಷೆಗಳು ಮತ್ತು ಬೇಸ್ ಇನ್ . ಇದು ಉನ್ನತ ಮಟ್ಟದ ವ್ಯಾಪಾರ ಸನ್ನಿವೇಶಗಳ ಪರೀಕ್ಷೆಯಾಗಿದೆ. ನಾನು ಕಾರ್ಯಗಳನ್ನು ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ. ನಾವು ಕೆಲವು ದೊಡ್ಡ ವಿಷಯಗಳನ್ನು ಮಾತ್ರ ಪರೀಕ್ಷಿಸುತ್ತೇವೆ. ಉದಾಹರಣೆಗೆ, ಪರೀಕ್ಷೆಯಲ್ಲಿಯೇ, ಬಳಕೆದಾರರಿಗೆ ಲಾಗ್ ಇನ್ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅನುಕರಿಸಲಾಗುತ್ತದೆ, ಅವರು ಎಲ್ಲಿಗೆ ಹೋಗಬಹುದು ಎಂಬುದಕ್ಕೆ ಟಿಕೆಟ್‌ಗಳಿಗಾಗಿ ಬಳಕೆದಾರರ ವಿನಂತಿ ಮತ್ತು ಸ್ಟ್ರೀಮ್ ವೀಕ್ಷಿಸಲು ಪ್ರವೇಶಕ್ಕಾಗಿ ವಿನಂತಿಯನ್ನು ಅನುಕರಿಸಲಾಗುತ್ತದೆ. ಅತ್ಯಂತ ಸ್ಪಷ್ಟವಾದ ಬಳಕೆದಾರ ಸನ್ನಿವೇಶಗಳು.
ಇಂಟಿಗ್ರೇಷನ್ ಪರೀಕ್ಷೆಗಳು ಎಂದು ಕರೆಯಲ್ಪಡುವಲ್ಲಿ ಸರಿಸುಮಾರು ಅದೇ ವಿಷಯವನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ, ಇದು ವಾಸ್ತವವಾಗಿ ಪರಿಸರದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ವಾಸ್ತವವಾಗಿ, ಉತ್ಪಾದನೆಯಲ್ಲಿ ಮುಂದಿನ ನಿಯೋಜನೆಯನ್ನು ಹೊರತಂದಾಗ, ನೈಜ ಮೂಲ ಸನ್ನಿವೇಶಗಳು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಸಹ ಚಾಲನೆಯಲ್ಲಿವೆ. ಅದೇ ಲಾಗಿನ್, ಟಿಕೆಟ್‌ಗಳನ್ನು ವಿನಂತಿಸುವುದು, ಕ್ಲೌಡ್‌ಫ್ರಂಟ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ವಿನಂತಿಸುವುದು, ಸ್ಟ್ರೀಮ್ ನಿಜವಾಗಿಯೂ ನನ್ನ ಅನುಮತಿಗಳೊಂದಿಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದು, ನಿರ್ದೇಶಕರ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು.
ಈ ಸಮಯದಲ್ಲಿ ನಾನು ಬೋರ್ಡ್‌ನಲ್ಲಿ ಸುಮಾರು 70 ಘಟಕ ಪರೀಕ್ಷೆಗಳು ಮತ್ತು ಸುಮಾರು 40 ಏಕೀಕರಣ ಪರೀಕ್ಷೆಗಳನ್ನು ಹೊಂದಿದ್ದೇನೆ. ವ್ಯಾಪ್ತಿ 95% ಕ್ಕೆ ಹತ್ತಿರದಲ್ಲಿದೆ. ಇದು ಘಟಕಗಳಿಗೆ, ಏಕೀಕರಣಕ್ಕೆ ಕಡಿಮೆ, ಹೆಚ್ಚು ಅಗತ್ಯವಿಲ್ಲ. ಯೋಜನೆಯು ಎಲ್ಲಾ ರೀತಿಯ ಕೋಡ್ ಉತ್ಪಾದನೆಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಎಂದು ಪರಿಗಣಿಸಿ, ಇದು ಉತ್ತಮ ಸೂಚಕವಾಗಿದೆ. ಮೂರು ತಿಂಗಳಲ್ಲಿ ಮಾಡಿದ್ದನ್ನು ಬೇರೆ ದಾರಿಯೇ ಇರಲಿಲ್ಲ. ಏಕೆಂದರೆ ನಾವು ಹಸ್ತಚಾಲಿತವಾಗಿ ಪರೀಕ್ಷಿಸಿದರೆ, ನಮ್ಮ ಪರೀಕ್ಷಕರಿಗೆ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ನೀಡಿದರೆ, ಮತ್ತು ಅವಳು ದೋಷಗಳನ್ನು ಕಂಡುಕೊಂಡರೆ ಮತ್ತು ಪರಿಹಾರಗಳಿಗಾಗಿ ನಮಗೆ ಹಿಂತಿರುಗಿಸಿದರೆ, ಕೋಡ್ ಡೀಬಗ್ ಮಾಡಲು ಈ ರೌಂಡ್ ಟ್ರಿಪ್ ತುಂಬಾ ಉದ್ದವಾಗಿರುತ್ತದೆ ಮತ್ತು ನಾವು ಯಾವುದೇ ಗಡುವನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ.
ನಿಕೋಲೆ: ಸಾಂಪ್ರದಾಯಿಕವಾಗಿ, ಕೆಲವು ಕಾರ್ಯವನ್ನು ಬದಲಾಯಿಸುವಾಗ ಸಂಪೂರ್ಣ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಹಿಂಜರಿತವನ್ನು ಕೈಗೊಳ್ಳಲು, ನೀವು ಎರಡು ದಿನಗಳವರೆಗೆ ಕುಳಿತು ಎಲ್ಲೆಡೆ ಇರಿ ಮಾಡಬೇಕಾಗುತ್ತದೆ.
ವ್ಲಾಡಿಮಿರ್: ಆದ್ದರಿಂದ, ನಾನು ವೈಶಿಷ್ಟ್ಯವನ್ನು ಅಂದಾಜು ಮಾಡಿದಾಗ, ಎರಡು ಸರಳ ಪೆನ್ನುಗಳು ಮತ್ತು 4 ವೆಬ್‌ಸಾಕೆಟ್‌ಗಾಗಿ ನನಗೆ 1 ದಿನಗಳು ಬೇಕು ಎಂದು ನಾನು ಹೇಳುತ್ತೇನೆ, ಕೊಲ್ಯಾ ಅದನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಈ 4 ದಿನಗಳು 2 ವಿಧದ ಪರೀಕ್ಷೆಗಳನ್ನು ಒಳಗೊಂಡಿವೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಅವರು ಈಗಾಗಲೇ ಒಗ್ಗಿಕೊಂಡಿರುತ್ತಾರೆ, ಮತ್ತು ನಂತರ, ಹೆಚ್ಚಾಗಿ, ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ನಿಕೋಲೆ: ನಾನು 140 ಪರೀಕ್ಷೆಗಳನ್ನು ಸಹ ಬರೆದಿದ್ದೇನೆ: ಕಾಂಪೊನೆಂಟ್ + ಕ್ರಿಯಾತ್ಮಕ, ಅದೇ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತದೆ. ಉತ್ಪಾದನೆಯಲ್ಲಿ, ಪರೀಕ್ಷೆಯಲ್ಲಿ ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ಸನ್ನಿವೇಶಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ. ನಾವು ಇತ್ತೀಚೆಗೆ ಕ್ರಿಯಾತ್ಮಕ ಮೂಲಭೂತ UI ಪರೀಕ್ಷೆಗಳನ್ನು ಕೂಡ ಸೇರಿಸಿದ್ದೇವೆ. ಈ ರೀತಿಯಲ್ಲಿ ನಾವು ಬೇರ್ಪಡಬಹುದಾದ ಅತ್ಯಂತ ಮೂಲಭೂತ ಕಾರ್ಯವನ್ನು ಒಳಗೊಳ್ಳುತ್ತೇವೆ.
ವ್ಲಾಡಿಮಿರ್: ಸಹಜವಾಗಿ, ಲೋಡ್ ಪರೀಕ್ಷೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ಎಲ್ಲವೂ ಹೇಗಿದೆ, ಮೊಲದಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ, JVM ಗಳಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ, ನಿಜವಾಗಿ ಎಷ್ಟು ಮೆಮೊರಿ ಬೇಕು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ನೈಜತೆಗೆ ಹತ್ತಿರವಿರುವ ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ಪರೀಕ್ಷಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು.
- ನಾವು ಸ್ಟ್ರೀಮ್ ಬದಿಯಲ್ಲಿ ಏನನ್ನಾದರೂ ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದೇವೆಯೇ ಎಂದು ನನಗೆ ಖಚಿತವಾಗಿ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ನಾವು ಮೀಟ್‌ಅಪ್‌ಗಳನ್ನು ಮಾಡಿದಾಗ ಟ್ರಾನ್ಸ್‌ಕೋಡರ್‌ಗಳೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳಿದ್ದವು ಎಂದು ನನಗೆ ನೆನಪಿದೆ. ನಾವು ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಿದ್ದೇವೆಯೇ?
ಆರ್ಟಿಯಮ್: ಪುನರಾವರ್ತಿತವಾಗಿ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ. ಸಭೆಗಳನ್ನು ಆಯೋಜಿಸುವುದು. ಸಭೆಗಳನ್ನು ಆಯೋಜಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ಸರಿಸುಮಾರು 2300 JIRA ಟಿಕೆಟ್‌ಗಳು ಇದ್ದವು. ಮೀಟ್‌ಅಪ್‌ಗಳನ್ನು ಮಾಡಲು ಜನರು ಮಾಡಿದ ಸಾಮಾನ್ಯ ವಿಷಯಗಳು ಇವು. ನಾವು ವೇದಿಕೆಯ ಭಾಗಗಳನ್ನು ಮೀಟ್‌ಅಪ್‌ಗಳಿಗಾಗಿ ಪ್ರತ್ಯೇಕ ಪುಟಕ್ಕೆ ತೆಗೆದುಕೊಂಡಿದ್ದೇವೆ, ಇದನ್ನು ಕಿರಿಲ್ ಟೋಲ್ಕಾಚೆವ್ ನಡೆಸುತ್ತಿದ್ದರು ().
ನಿಜ ಹೇಳಬೇಕೆಂದರೆ, ಯಾವುದೇ ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳಿರಲಿಲ್ಲ. ಅಕ್ಷರಶಃ ಒಂದೆರಡು ಬಾರಿ ನಾವು ಕ್ಲೌಡ್‌ಫ್ರಂಟ್‌ನಲ್ಲಿ ಕ್ಯಾಶಿಂಗ್ ದೋಷಗಳನ್ನು ಹಿಡಿದಿದ್ದೇವೆ, ನಾವು ಅದನ್ನು ತ್ವರಿತವಾಗಿ ಪರಿಹರಿಸಿದ್ದೇವೆ - ನಾವು ನೀತಿಗಳನ್ನು ಸರಳವಾಗಿ ಮರುಸಂರಚಿಸಿದ್ದೇವೆ. ಸೈಟ್‌ನಲ್ಲಿನ ಸ್ಟ್ರೀಮಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಜನರಲ್ಲಿ ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿನ ದೋಷಗಳಿವೆ.
ಸಮ್ಮೇಳನಗಳ ಸಮಯದಲ್ಲಿ, ಹೆಚ್ಚಿನ ಉಪಕರಣಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ಒಳಗೊಳ್ಳಲು ನಾನು ಹಲವಾರು ರಫ್ತುದಾರರನ್ನು ಬರೆಯಬೇಕಾಗಿತ್ತು. ಕೆಲವು ಸ್ಥಳಗಳಲ್ಲಿ ನಾನು ಮೆಟ್ರಿಕ್‌ಗಳಿಗಾಗಿ ನನ್ನ ಸ್ವಂತ ಸೈಕಲ್‌ಗಳನ್ನು ತಯಾರಿಸಬೇಕಾಗಿತ್ತು. AV (ಆಡಿಯೋ-ವಿಡಿಯೋ) ಯಂತ್ರಾಂಶದ ಪ್ರಪಂಚವು ತುಂಬಾ ರೋಸಿಯಾಗಿಲ್ಲ - ನೀವು ಕೆಲವು ರೀತಿಯ "API" ಉಪಕರಣಗಳನ್ನು ಹೊಂದಿದ್ದೀರಿ ಅದು ನೀವು ಪ್ರಭಾವಿಸುವುದಿಲ್ಲ. ಮತ್ತು ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಮಾಹಿತಿಯನ್ನು ನೀವು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂಬುದು ಸತ್ಯದಿಂದ ದೂರವಿದೆ. ಹಾರ್ಡ್‌ವೇರ್ ಮಾರಾಟಗಾರರು ನಿಜವಾಗಿಯೂ ನಿಧಾನವಾಗಿದ್ದಾರೆ ಮತ್ತು ಅವರಿಂದ ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಪಡೆಯುವುದು ಅಸಾಧ್ಯ. ಒಟ್ಟಾರೆಯಾಗಿ 100 ಕ್ಕೂ ಹೆಚ್ಚು ಹಾರ್ಡ್‌ವೇರ್ ತುಣುಕುಗಳಿವೆ, ಅವರು ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ, ಮತ್ತು ನೀವು ವಿಚಿತ್ರ ಮತ್ತು ಅನಗತ್ಯ ರಫ್ತುದಾರರನ್ನು ಬರೆಯುತ್ತೀರಿ, ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು ನೀವು ಹೇಗಾದರೂ ಸಿಸ್ಟಮ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡಬಹುದು.
ಸಲಕರಣೆ
- ಸಮ್ಮೇಳನಗಳು ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ನಾವು ಹೆಚ್ಚುವರಿ ಸಾಧನಗಳನ್ನು ಭಾಗಶಃ ಹೇಗೆ ಖರೀದಿಸಿದ್ದೇವೆ ಎಂದು ನನಗೆ ನೆನಪಿದೆ.
ಆರ್ಟಿಯಮ್: ನಾವು ಕಂಪ್ಯೂಟರ್‌ಗಳು, ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳು ಮತ್ತು ಬ್ಯಾಟರಿ ಪ್ಯಾಕ್‌ಗಳನ್ನು ಖರೀದಿಸಿದ್ದೇವೆ. ಈ ಸಮಯದಲ್ಲಿ ನಾವು 40 ನಿಮಿಷಗಳ ಕಾಲ ವಿದ್ಯುತ್ ಇಲ್ಲದೆ ಬದುಕಬಹುದು. ಜೂನ್‌ನಲ್ಲಿ ಸೇಂಟ್ ಪೀಟರ್ಸ್‌ಬರ್ಗ್‌ನಲ್ಲಿ ತೀವ್ರ ಚಂಡಮಾರುತಗಳು ಇದ್ದವು - ಆದ್ದರಿಂದ ನಾವು ಅಂತಹ ಬ್ಲ್ಯಾಕೌಟ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಹಲವಾರು ಪೂರೈಕೆದಾರರು ವಿಭಿನ್ನ ಬಿಂದುಗಳಿಂದ ಆಪ್ಟಿಕಲ್ ಲಿಂಕ್‌ಗಳೊಂದಿಗೆ ನಮ್ಮ ಬಳಿಗೆ ಬರುತ್ತಾರೆ. ಇದು ನಿಜವಾಗಿಯೂ 40 ನಿಮಿಷಗಳ ಬಿಲ್ಡಿಂಗ್ ಡೌನ್‌ಟೈಮ್ ಆಗಿದೆ, ಈ ಸಮಯದಲ್ಲಿ ನಾವು ದೀಪಗಳನ್ನು ಆನ್ ಮಾಡುತ್ತೇವೆ, ಧ್ವನಿ, ಕ್ಯಾಮೆರಾಗಳು ಇತ್ಯಾದಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ.
- ನಾವು ಇಂಟರ್ನೆಟ್‌ನೊಂದಿಗೆ ಇದೇ ರೀತಿಯ ಕಥೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನಮ್ಮ ಸ್ಟುಡಿಯೋಗಳು ಇರುವ ಕಚೇರಿಯಲ್ಲಿ, ನಾವು ಮಹಡಿಗಳ ನಡುವೆ ಉಗ್ರ ನಿವ್ವಳವನ್ನು ಎಳೆದಿದ್ದೇವೆ.
ಆರ್ಟಿಯಮ್: ನಾವು ಮಹಡಿಗಳ ನಡುವೆ 20 Gbit ಫೈಬರ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಮಹಡಿಗಳ ಉದ್ದಕ್ಕೂ, ಎಲ್ಲೋ ದೃಗ್ವಿಜ್ಞಾನವಿದೆ, ಎಲ್ಲೋ ದೃಗ್ವಿಜ್ಞಾನವಿಲ್ಲ, ಆದರೆ ಇನ್ನೂ ಗಿಗಾಬಿಟ್‌ಗಳಿಗಿಂತ ಕಡಿಮೆ ಚಾನಲ್‌ಗಳಿವೆ - ನಾವು ಕಾನ್ಫರೆನ್ಸ್‌ನ ಟ್ರ್ಯಾಕ್‌ಗಳ ನಡುವೆ ಅವುಗಳ ಮೇಲೆ ವೀಡಿಯೊವನ್ನು ಚಲಾಯಿಸುತ್ತೇವೆ. ಸಾಮಾನ್ಯವಾಗಿ, ನಿಮ್ಮ ಸ್ವಂತ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ; ಸೈಟ್‌ಗಳಲ್ಲಿ ಆಫ್‌ಲೈನ್ ಸಮ್ಮೇಳನಗಳಲ್ಲಿ ನೀವು ಇದನ್ನು ವಿರಳವಾಗಿ ಮಾಡಬಹುದು.
— ನಾನು JUG Ru ಗ್ರೂಪ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಮೊದಲು, ಆಫ್‌ಲೈನ್ ಕಾನ್ಫರೆನ್ಸ್‌ಗಳಲ್ಲಿ ಹಾರ್ಡ್‌ವೇರ್ ರೂಮ್‌ಗಳನ್ನು ರಾತ್ರಿಯಲ್ಲಿ ಹೇಗೆ ಹೊಂದಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನಾನು ನೋಡಿದ್ದೇನೆ, ಅಲ್ಲಿ ನೀವು ಗ್ರಾಫಾನಾದಲ್ಲಿ ನಿರ್ಮಿಸುವ ಎಲ್ಲಾ ಮೆಟ್ರಿಕ್‌ಗಳೊಂದಿಗೆ ದೊಡ್ಡ ಮಾನಿಟರ್ ಇತ್ತು. ಈಗ ಪ್ರಧಾನ ಕಚೇರಿಯ ಕೊಠಡಿಯೂ ಇದೆ, ಇದರಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ತಂಡವು ಕುಳಿತುಕೊಳ್ಳುತ್ತದೆ, ಇದು ಸಮ್ಮೇಳನದ ಸಮಯದಲ್ಲಿ ಕೆಲವು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ದೊಡ್ಡ ಪರದೆಯ ಮೇಲೆ ಪ್ರದರ್ಶಿಸಲಾದ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆ ಇದೆ. ಆರ್ಟಿಯೋಮ್, ಕೋಲ್ಯಾ ಮತ್ತು ಇತರ ವ್ಯಕ್ತಿಗಳು ಕುಳಿತು ಅದು ಬೀಳದಂತೆ ನೋಡಿಕೊಳ್ಳಿ ಮತ್ತು ಸುಂದರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ.
ಕುತೂಹಲಗಳು ಮತ್ತು ಸಮಸ್ಯೆಗಳು
— ನಾವು ಅಮೆಜಾನ್‌ನೊಂದಿಗೆ ಸ್ಟ್ರೀಮಿಂಗ್ ಮಾಡುತ್ತಿದ್ದೇವೆ, ವೆಬ್‌ನಲ್ಲಿ ಪ್ಲೇಯರ್ ಇದೆ, ಎಲ್ಲವನ್ನೂ ವಿಭಿನ್ನ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ, ತಪ್ಪು ಸಹಿಷ್ಣುತೆ ಮತ್ತು ಇತರ ವ್ಯವಹಾರ ಅಗತ್ಯತೆಗಳನ್ನು ಒದಗಿಸಲಾಗಿದೆ, ಕಾನೂನು ಘಟಕಗಳಿಗೆ ಬೆಂಬಲಿಸುವ ವೈಯಕ್ತಿಕ ಖಾತೆ ಸೇರಿದಂತೆ ಮತ್ತು ವ್ಯಕ್ತಿಗಳು, ಮತ್ತು ನಾವು OAuth 2.0 ಅನ್ನು ಬಳಸಿಕೊಂಡು ಯಾರೊಂದಿಗಾದರೂ ಸಂಯೋಜಿಸಬಹುದು, ವಂಚನೆ-ವಿರೋಧಿ, ಬಳಕೆದಾರರ ನಿರ್ಬಂಧಿಸುವಿಕೆ ಇದೆ. ನಾವು ಬದಲಾವಣೆಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಹೊರಹಾಕಬಹುದು ಏಕೆಂದರೆ ನಾವು ಅದನ್ನು ಉತ್ತಮವಾಗಿ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ.
ಏನನ್ನಾದರೂ ಪ್ರಾರಂಭಿಸುವಲ್ಲಿ ಯಾವ ವಿಚಿತ್ರತೆಗಳು ಒಳಗೊಂಡಿವೆ ಎಂದು ತಿಳಿಯಲು ನಾನು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇನೆ. ನೀವು ಬ್ಯಾಕೆಂಡ್, ಮುಂಭಾಗವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿರುವಾಗ ಯಾವುದಾದರೂ ವಿಚಿತ್ರ ಸನ್ನಿವೇಶಗಳು ಕಂಡುಬಂದಿವೆ, ಏನಾದರೂ ಹುಚ್ಚುತನವು ಹೊರಹೊಮ್ಮಿತು ಮತ್ತು ಅದರೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕೆಂದು ನಿಮಗೆ ಅರ್ಥವಾಗಲಿಲ್ಲವೇ?
ವ್ಲಾಡಿಮಿರ್: ಇದು ಕಳೆದ ಮೂರು ತಿಂಗಳಿಂದ ಮಾತ್ರ ಸಂಭವಿಸಿದೆ ಎಂದು ನನಗೆ ತೋರುತ್ತದೆ. ಪ್ರತಿ ದಿನ. ನೀವು ನೋಡುವಂತೆ, ನನ್ನ ಎಲ್ಲಾ ಕೂದಲನ್ನು ಹೊರತೆಗೆಯಲಾಗಿದೆ.
ವ್ಲಾಡಿಮಿರ್ ಕ್ರಾಸಿಲ್ಶಿಕ್ 3 ತಿಂಗಳ ನಂತರ, ಕೆಲವು ರೀತಿಯ ಆಟವು ಹೊರಹೊಮ್ಮಿದಾಗ ಮತ್ತು ಅದನ್ನು ಏನು ಮಾಡಬೇಕೆಂದು ಯಾರಿಗೂ ಅರ್ಥವಾಗಲಿಲ್ಲ
ಪ್ರತಿದಿನ ಈ ರೀತಿಯ ಏನಾದರೂ ಇತ್ತು, ನೀವು ಅದನ್ನು ತೆಗೆದುಕೊಂಡು ನಿಮ್ಮ ಕೂದಲನ್ನು ಹರಿದು ಹಾಕಿದಾಗ ಅಥವಾ ಬೇರೆ ಯಾರೂ ಇಲ್ಲ ಎಂದು ಅರಿತುಕೊಂಡಾಗ ಅಂತಹ ಕ್ಷಣ ಇದ್ದಾಗ, ಮತ್ತು ನೀವು ಮಾತ್ರ ಅದನ್ನು ಮಾಡಬಹುದು. ನಮ್ಮ ಮೊದಲ ದೊಡ್ಡ ಕಾರ್ಯಕ್ರಮ ಟೆಕ್‌ಟ್ರೇನ್. ಜೂನ್ 6 ರಂದು 2 ಗಂಟೆಗೆ ನಾವು ಇನ್ನೂ ಉತ್ಪಾದನಾ ಪರಿಸರವನ್ನು ಹೊರತಂದಿರಲಿಲ್ಲ, ಕೋಲ್ಯಾ ಅದನ್ನು ಹೊರತರುತ್ತಿದ್ದರು. ಮತ್ತು ವೈಯಕ್ತಿಕ ಖಾತೆಯು OAuth2.0 ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅಧಿಕೃತ ಸರ್ವರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲಿಲ್ಲ. ಅದಕ್ಕೆ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಲು ನಾವು ಅದನ್ನು OAuth2.0 ಪ್ರೊವೈಡರ್ ಆಗಿ ಪರಿವರ್ತಿಸಿದ್ದೇವೆ. ನಾನು ಬಹುಶಃ 18 ಗಂಟೆಗಳ ಕಾಲ ನಿರಂತರವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೆ, ನಾನು ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ನೋಡಿದೆ ಮತ್ತು ಏನನ್ನೂ ನೋಡಲಿಲ್ಲ, ಅದು ಏಕೆ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ ಎಂದು ನನಗೆ ಅರ್ಥವಾಗಲಿಲ್ಲ, ಮತ್ತು ಕೋಲ್ಯಾ ನನ್ನ ಕೋಡ್ ಅನ್ನು ರಿಮೋಟ್ ಆಗಿ ನೋಡಿದರು, ಸ್ಪ್ರಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ದೋಷವನ್ನು ಹುಡುಕಿದರು , ಅದನ್ನು ಕಂಡು, ಮತ್ತು LC ಕೆಲಸ ಮಾಡಿದೆ, ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿಯೂ ಸಹ .
ನಿಕೋಲೆ: ಮತ್ತು ಟೆಕ್‌ಟ್ರೇನ್‌ಗೆ ಒಂದು ಗಂಟೆ ಮೊದಲು ಬಿಡುಗಡೆ ನಡೆಯಿತು.
ಬಹಳಷ್ಟು ನಕ್ಷತ್ರಗಳನ್ನು ಇಲ್ಲಿ ಜೋಡಿಸಲಾಗಿದೆ. ನಾವು ತುಂಬಾ ಅದೃಷ್ಟಶಾಲಿಗಳಾಗಿದ್ದೇವೆ ಏಕೆಂದರೆ ನಾವು ಸೂಪರ್ ತಂಡವನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ಅದನ್ನು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಮಾಡುವ ಕಲ್ಪನೆಯ ಬಗ್ಗೆ ಉತ್ಸುಕರಾಗಿದ್ದರು. ಈ ಮೂರು ತಿಂಗಳುಗಳು ನಾವು "YouTube ಅನ್ನು ರಚಿಸಿದ್ದೇವೆ" ಎಂಬ ಅಂಶದಿಂದ ನಾವು ನಡೆಸಲ್ಪಟ್ಟಿದ್ದೇವೆ. ನನ್ನ ಕೂದಲನ್ನು ಹರಿದು ಹಾಕಲು ನಾನು ಅನುಮತಿಸಲಿಲ್ಲ, ಆದರೆ ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಎಲ್ಲರಿಗೂ ಹೇಳಿದೆ, ಏಕೆಂದರೆ ವಾಸ್ತವವಾಗಿ, ಎಲ್ಲವನ್ನೂ ಬಹಳ ಹಿಂದೆಯೇ ಲೆಕ್ಕಹಾಕಲಾಗಿದೆ.
ಕಾರ್ಯಕ್ಷಮತೆಯ ಬಗ್ಗೆ
— ಒಂದು ಟ್ರ್ಯಾಕ್‌ನಲ್ಲಿ ಸೈಟ್‌ನಲ್ಲಿ ಎಷ್ಟು ಜನರು ಇದ್ದರು ಎಂದು ನೀವು ನನಗೆ ಹೇಳಬಲ್ಲಿರಾ? ಯಾವುದೇ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳಿವೆಯೇ?
ನಿಕೋಲೆ: ನಾವು ಈಗಾಗಲೇ ಹೇಳಿದಂತೆ ಯಾವುದೇ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳಿಲ್ಲ. ಒಂದು ವರದಿಯಲ್ಲಿ ಭಾಗವಹಿಸಿದ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಜನರು 1300 ಜನರು, ಇದು ಹೈಸೆನ್‌ಬಗ್‌ನಲ್ಲಿದೆ.
— ಸ್ಥಳೀಯ ವೀಕ್ಷಣೆಯಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿವೆಯೇ? ಮತ್ತು ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ರೇಖಾಚಿತ್ರಗಳೊಂದಿಗೆ ತಾಂತ್ರಿಕ ವಿವರಣೆಯನ್ನು ಹೊಂದಲು ಸಾಧ್ಯವೇ?
ನಿಕೋಲೆ: ಇದರ ಬಗ್ಗೆ ನಾವು ನಂತರ ಲೇಖನವನ್ನು ಮಾಡುತ್ತೇವೆ.
ನೀವು ಸ್ಥಳೀಯವಾಗಿ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಡೀಬಗ್ ಮಾಡಬಹುದು. ಸಮ್ಮೇಳನಗಳು ಪ್ರಾರಂಭವಾದ ನಂತರ, ಅದು ಇನ್ನೂ ಸುಲಭವಾಯಿತು, ಏಕೆಂದರೆ ನಾವು ಸಾರ್ವಕಾಲಿಕ ವೀಕ್ಷಿಸಬಹುದಾದ ಉತ್ಪಾದನಾ ಸ್ಟ್ರೀಮ್‌ಗಳು ಕಾಣಿಸಿಕೊಂಡವು.
ವ್ಲಾಡಿಮಿರ್: ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ, ಫ್ರಂಟ್-ಎಂಡ್ ಡೆವಲಪರ್‌ಗಳು ಸ್ಥಳೀಯವಾಗಿ ಅಣಕುಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿದ್ದಾರೆ ಮತ್ತು ನಂತರ, ಮುಂಭಾಗದಲ್ಲಿರುವ ಡೆವಲಪ್‌ಗಳಿಗೆ ಹೊರಡುವ ಸಮಯವೂ ಕಡಿಮೆ (5 ನಿಮಿಷಗಳು) ಇರುವುದರಿಂದ, ಪ್ರಮಾಣಪತ್ರಗಳೊಂದಿಗೆ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸುವಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ.
- ಎಲ್ಲವನ್ನೂ ಸ್ಥಳೀಯವಾಗಿಯೂ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ ಮತ್ತು ಡೀಬಗ್ ಮಾಡಲಾಗಿದೆ. ಇದರರ್ಥ ನಾವು ಎಲ್ಲಾ ತಾಂತ್ರಿಕ ವೈಶಿಷ್ಟ್ಯಗಳೊಂದಿಗೆ ಲೇಖನವನ್ನು ಬರೆಯುತ್ತೇವೆ, ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ, ರೇಖಾಚಿತ್ರಗಳೊಂದಿಗೆ ಎಲ್ಲವನ್ನೂ ಹೇಳುತ್ತೇವೆ, ಅದು ಹೇಗಿತ್ತು.
ವ್ಲಾಡಿಮಿರ್: ನೀವು ಅದನ್ನು ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದು.
- 3 ತಿಂಗಳಲ್ಲಿ.
ಫಲಿತಾಂಶ
- ಒಟ್ಟಿಗೆ ವಿವರಿಸಿದ ಎಲ್ಲವೂ ತಂಪಾಗಿದೆ, ಇದನ್ನು ಮೂರು ತಿಂಗಳಲ್ಲಿ ಸಣ್ಣ ತಂಡವು ಮಾಡಿದೆ ಎಂದು ಪರಿಗಣಿಸಿ.
ನಿಕೋಲೆ: ಒಂದು ದೊಡ್ಡ ತಂಡ ಇದನ್ನು ಮಾಡುವುದಿಲ್ಲ. ಆದರೆ ಒಬ್ಬರಿಗೊಬ್ಬರು ಸಾಕಷ್ಟು ನಿಕಟವಾಗಿ ಮತ್ತು ಉತ್ತಮವಾಗಿ ಸಂವಹನ ನಡೆಸುವ ಮತ್ತು ಒಪ್ಪಂದಕ್ಕೆ ಬರಬಹುದಾದ ಸಣ್ಣ ಗುಂಪಿನ ಜನರು. ಅವರು ಯಾವುದೇ ವಿರೋಧಾಭಾಸಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಎರಡು ದಿನಗಳಲ್ಲಿ ಕಂಡುಹಿಡಿಯಲಾಯಿತು, ಅಂತಿಮಗೊಳಿಸಲಾಯಿತು ಮತ್ತು ವಾಸ್ತವವಾಗಿ ಬದಲಾಗಿಲ್ಲ. ವೈಶಿಷ್ಟ್ಯದ ವಿನಂತಿಗಳು ಮತ್ತು ಬದಲಾವಣೆಗಳನ್ನು ಪೇಲಿಂಗ್ ಮಾಡುವ ವಿಷಯದಲ್ಲಿ ಒಳಬರುವ ವ್ಯಾಪಾರದ ಅವಶ್ಯಕತೆಗಳ ಅತ್ಯಂತ ಕಟ್ಟುನಿಟ್ಟಾದ ಸೌಲಭ್ಯವಿದೆ.
— ಬೇಸಿಗೆ ಸಮ್ಮೇಳನಗಳು ಈಗಾಗಲೇ ನಡೆದಿರುವಾಗ ನಿಮ್ಮ ಮುಂದಿನ ಕಾರ್ಯಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ಏನಿತ್ತು?
ನಿಕೋಲೆ: ಉದಾಹರಣೆಗೆ, ಕ್ರೆಡಿಟ್‌ಗಳು. ವೀಡಿಯೊದಲ್ಲಿ ತೆವಳುವ ಸಾಲುಗಳು, ತೋರಿಸುತ್ತಿರುವ ವಿಷಯವನ್ನು ಅವಲಂಬಿಸಿ ವೀಡಿಯೊದಲ್ಲಿ ಕೆಲವು ಸ್ಥಳಗಳಲ್ಲಿ ಪಾಪ್-ಅಪ್‌ಗಳು. ಉದಾಹರಣೆಗೆ, ಸ್ಪೀಕರ್ ಪ್ರೇಕ್ಷಕರಿಗೆ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳಲು ಬಯಸುತ್ತಾರೆ, ಮತ್ತು ಮತವು ಪರದೆಯ ಮೇಲೆ ಪಾಪ್ ಅಪ್ ಆಗುತ್ತದೆ, ಅದು ಸ್ಪೀಕರ್‌ಗೆ ಮತದಾನದ ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ ಹಿಂಭಾಗಕ್ಕೆ ಹಿಂತಿರುಗುತ್ತದೆ. ಪ್ರಸ್ತುತಿಯ ಸಮಯದಲ್ಲಿಯೇ ವರದಿಯ ಇಷ್ಟಗಳು, ಹೃದಯಗಳು, ರೇಟಿಂಗ್‌ಗಳ ರೂಪದಲ್ಲಿ ಕೆಲವು ರೀತಿಯ ಸಾಮಾಜಿಕ ಚಟುವಟಿಕೆ, ಆದ್ದರಿಂದ ನೀವು ಪ್ರತಿಕ್ರಿಯೆ ಫಾರ್ಮ್‌ಗಳಿಂದ ನಂತರ ವಿಚಲಿತರಾಗದೆ ಸರಿಯಾದ ಕ್ಷಣದಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಭರ್ತಿ ಮಾಡಬಹುದು. ಆರಂಭದಲ್ಲಿ ಈ ರೀತಿ.
ಮತ್ತು ಸ್ಟ್ರೀಮಿಂಗ್ ಮತ್ತು ಕಾನ್ಫರೆನ್ಸ್ ಹೊರತುಪಡಿಸಿ ಇಡೀ ವೇದಿಕೆಗೆ ಸೇರಿಸುವುದು, ಕಾನ್ಫರೆನ್ಸ್ ನಂತರದ ಸ್ಥಿತಿ. ಇವುಗಳು ಪ್ಲೇಪಟ್ಟಿಗಳು (ಬಳಕೆದಾರರಿಂದ ಕಂಪೈಲ್ ಮಾಡಿದವುಗಳನ್ನು ಒಳಗೊಂಡಂತೆ), ಬಹುಶಃ ಇತರ ಹಿಂದಿನ ಸಮ್ಮೇಳನಗಳ ವಿಷಯ, ಸಂಯೋಜಿತ, ಲೇಬಲ್ ಮಾಡಲಾದ, ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ನಮ್ಮ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ವೀಕ್ಷಿಸಲು ಸಹ ಲಭ್ಯವಿದೆ ().
- ಗೆಳೆಯರೇ, ನಿಮ್ಮ ಉತ್ತರಗಳಿಗಾಗಿ ತುಂಬಾ ಧನ್ಯವಾದಗಳು!
ಓದುಗರಲ್ಲಿ ನಮ್ಮ ಬೇಸಿಗೆ ಸಮ್ಮೇಳನಗಳಲ್ಲಿ ಭಾಗವಹಿಸಿದವರು ಇದ್ದರೆ, ದಯವಿಟ್ಟು ಪ್ಲೇಯರ್ ಮತ್ತು ಪ್ರಸಾರದ ಬಗ್ಗೆ ನಿಮ್ಮ ಅನಿಸಿಕೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಿ. ಯಾವುದು ಅನುಕೂಲಕರವಾಗಿದೆ, ಯಾವುದು ನಿಮ್ಮನ್ನು ಕೆರಳಿಸಿತು, ಭವಿಷ್ಯದಲ್ಲಿ ನೀವು ಏನನ್ನು ನೋಡಲು ಬಯಸುತ್ತೀರಿ?
ನೀವು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದರೆ ಮತ್ತು ಅದನ್ನು "ಯುದ್ಧದಲ್ಲಿ" ನೋಡಲು ಬಯಸಿದರೆ, ನಾವು ಅದನ್ನು ನಮ್ಮಲ್ಲಿ ಮತ್ತೆ ಬಳಸುತ್ತೇವೆ . ಅವುಗಳಲ್ಲಿ ಸಂಪೂರ್ಣ ಶ್ರೇಣಿಗಳಿವೆ, ಆದ್ದರಿಂದ ನಿಮಗೆ ಸೂಕ್ತವಾದದ್ದು ಖಂಡಿತವಾಗಿಯೂ ಇದೆ.
ಮೂಲ: www.habr.com