ಕಳೆದ ವಾರ ನಾನು ಯೆಕಟೆರಿನ್‌ಬರ್ಗ್‌ನಲ್ಲಿ ನಡೆದ DUMP IT ಕಾನ್ಫರೆನ್ಸ್‌ಗೆ (https://dump-ekb.ru/) ಹೋಗಿದ್ದೆ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ಮತ್ತು ಡೆವೊಪ್ಸ್ ವಿಭಾಗಗಳಲ್ಲಿ ಏನು ಚರ್ಚಿಸಲಾಗಿದೆ ಮತ್ತು ಪ್ರಾದೇಶಿಕ ಐಟಿ ಸಮ್ಮೇಳನಗಳು ಗಮನಕ್ಕೆ ಅರ್ಹವಾಗಿದೆಯೇ ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳಲು ಬಯಸುತ್ತೇನೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಬಗ್ಗೆ ದುಷ್ಟ ಮಾರ್ಟಿಯನ್ಸ್‌ನಿಂದ ನಿಕೋಲಾಯ್ ಸ್ವೆರ್ಚ್ಕೋವ್
ಅಷ್ಟಕ್ಕೂ ಅಲ್ಲಿ ಏನಿತ್ತು?
ಒಟ್ಟಾರೆಯಾಗಿ, ಸಮ್ಮೇಳನವು 8 ವಿಭಾಗಗಳನ್ನು ಹೊಂದಿತ್ತು: ಬ್ಯಾಕೆಂಡ್, ಮುಂಭಾಗ, ಮೊಬೈಲ್, ಪರೀಕ್ಷೆ ಮತ್ತು QA, Devops, ವಿನ್ಯಾಸ, ವಿಜ್ಞಾನ ಮತ್ತು ನಿರ್ವಹಣೆ.
ದೊಡ್ಡ ಸಭಾಂಗಣಗಳು, ವಿಜ್ಞಾನ ಮತ್ತು ನಿರ್ವಹಣೆಯಲ್ಲಿವೆ)) ಪ್ರತಿ ~350 ಜನರಿಗೆ. ಬ್ಯಾಕೆಂಡ್ ಮತ್ತು ಮುಂಭಾಗವು ಹೆಚ್ಚು ಚಿಕ್ಕದಾಗಿರುವುದಿಲ್ಲ. ಡೆವೊಪ್ಸ್ ಕೊಠಡಿಯು ಚಿಕ್ಕದಾಗಿದೆ, ಆದರೆ ಸಕ್ರಿಯವಾಗಿತ್ತು.
ನಾನು Devops ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ವಿಭಾಗಗಳಲ್ಲಿನ ವರದಿಗಳನ್ನು ಆಲಿಸಿದೆ ಮತ್ತು ಸ್ಪೀಕರ್‌ಗಳೊಂದಿಗೆ ಸ್ವಲ್ಪ ಮಾತನಾಡಿದೆ. ಸಮ್ಮೇಳನದಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ವಿಷಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಮತ್ತು ಈ ವಿಭಾಗಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ.
SKB-Kontur, DataArt, Evil Martians, Ekaterinburg web studio Flag, Miro (RealTimeBoard) ಪ್ರತಿನಿಧಿಗಳು Devops ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ವಿಭಾಗಗಳಲ್ಲಿ ಮಾತನಾಡಿದರು. CI/CD ಒಳಗೊಂಡಿರುವ ವಿಷಯಗಳು, ಸರತಿ ಸೇವೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು, ಲಾಗಿಂಗ್ ಮಾಡುವುದು; ಸರ್ವರ್‌ಲೆಸ್ ವಿಷಯಗಳು ಮತ್ತು Go ನಲ್ಲಿ PostgreSQL ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಉತ್ತಮವಾಗಿದೆ.
Avito, Tinkoff, Yandex, Jetstyle, Megafon, Ak Bars Bank ಅವರ ವರದಿಗಳು ಸಹ ಇದ್ದವು, ಆದರೆ ಅವರಿಗೆ ದೈಹಿಕವಾಗಿ ಹಾಜರಾಗಲು ನನಗೆ ಸಮಯವಿರಲಿಲ್ಲ (ವಿಡಿಯೋ ರೆಕಾರ್ಡಿಂಗ್ ಮತ್ತು ವರದಿಗಳ ಸ್ಲೈಡ್‌ಗಳು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ, ಅವರು 2 ವಾರಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಲು ಭರವಸೆ ನೀಡುತ್ತಾರೆ dump-ekb.ru ನಲ್ಲಿ).
ಡೆವೊಪ್ಸ್ ವಿಭಾಗ
ಆಶ್ಚರ್ಯಕರ ಸಂಗತಿಯೆಂದರೆ, ವಿಭಾಗವು ಅತ್ಯಂತ ಚಿಕ್ಕ ಸಭಾಂಗಣದಲ್ಲಿ, ಸುಮಾರು 50 ಆಸನಗಳಲ್ಲಿ ನಡೆಯಿತು. ಜನರು ಹಜಾರಗಳಲ್ಲಿ ನಿಂತಿದ್ದರು :) ನಾನು ಕೇಳಲು ನಿರ್ವಹಿಸಿದ ವರದಿಗಳ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ.
ಪೆಟಾಬೈಟ್ ತೂಕದ ಸ್ಥಿತಿಸ್ಥಾಪಕ
ಕೊಂಟೂರ್‌ನಲ್ಲಿನ ಸ್ಥಿತಿಸ್ಥಾಪಕ ಹುಡುಕಾಟದ ಕುರಿತು ವ್ಲಾಡಿಮಿರ್ ಲಿಲ್ (ಎಸ್‌ಕೆಬಿ-ಕೊಂಟೂರ್) ಅವರ ವರದಿಯೊಂದಿಗೆ ವಿಭಾಗವು ಪ್ರಾರಂಭವಾಯಿತು. ಅವುಗಳು ಸಾಕಷ್ಟು ದೊಡ್ಡದಾದ ಮತ್ತು ಲೋಡ್ ಮಾಡಲಾದ ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವವನ್ನು ಹೊಂದಿವೆ (~800 TB ಡೇಟಾ, ~1.3 ಪೆಟಾಬೈಟ್‌ಗಳು ಪುನರಾವರ್ತನೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ). ಎಲ್ಲಾ ಕೊಂಟೂರ್ ಸೇವೆಗಳಿಗೆ ಸ್ಥಿತಿಸ್ಥಾಪಕ ಹುಡುಕಾಟವು ಒಂದೇ ಆಗಿದೆ, ಇದು 2 ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ (7 ಮತ್ತು 9 ಸರ್ವರ್‌ಗಳು), ಮತ್ತು ಕೊಂಟೂರ್‌ಗೆ ವಿಶೇಷ ಸ್ಥಿತಿಸ್ಥಾಪಕ ಹುಡುಕಾಟ ಎಂಜಿನಿಯರ್ (ವಾಸ್ತವವಾಗಿ, ವ್ಲಾಡಿಮಿರ್ ಅವರೇ) ಇದ್ದಾರೆ.
ವ್ಲಾಡಿಮಿರ್ ಎಲಾಸ್ಟಿಕ್ ಸರ್ಚ್‌ನ ಪ್ರಯೋಜನಗಳು ಮತ್ತು ಅದು ತರುವ ಸಮಸ್ಯೆಗಳ ಕುರಿತು ತಮ್ಮ ಆಲೋಚನೆಗಳನ್ನು ಹಂಚಿಕೊಂಡರು.
ಲಾಭ:
- ಎಲ್ಲಾ ಲಾಗ್‌ಗಳು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿವೆ, ಅವುಗಳನ್ನು ಸುಲಭವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದು
- ಒಂದು ವರ್ಷದವರೆಗೆ ದಾಖಲೆಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ಸುಲಭವಾಗಿ ವಿಶ್ಲೇಷಿಸುವುದು
- ಲಾಗ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಹೆಚ್ಚಿನ ವೇಗ
- ಬಾಕ್ಸ್ ಹೊರಗೆ ಕೂಲ್ ಡೇಟಾ ದೃಶ್ಯೀಕರಣ
ಸಮಸ್ಯೆಗಳು:
- ಸಂದೇಶ ದಲ್ಲಾಳಿ ಕಡ್ಡಾಯವಾಗಿ ಹೊಂದಿರಬೇಕು (ಕೊಂಟೂರ್‌ಗೆ ಅದರ ಪಾತ್ರವನ್ನು ಕಾಫ್ಕಾ ನಿರ್ವಹಿಸಿದ್ದಾರೆ)
- ಸ್ಥಿತಿಸ್ಥಾಪಕ ಹುಡುಕಾಟ ಕ್ಯುರೇಟರ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ವೈಶಿಷ್ಟ್ಯಗಳು (ಕ್ಯುರೇಟರ್‌ನಲ್ಲಿ ನಿಯಮಿತ ಕಾರ್ಯಗಳಿಂದ ನಿಯತಕಾಲಿಕವಾಗಿ ಹೆಚ್ಚಿನ ಹೊರೆ ರಚಿಸಲಾಗಿದೆ)
- ಯಾವುದೇ ಅಂತರ್ನಿರ್ಮಿತ ಅಧಿಕಾರವಿಲ್ಲ (ಪ್ರತ್ಯೇಕ, ಸಾಕಷ್ಟು ದೊಡ್ಡ ಹಣಕ್ಕಾಗಿ ಅಥವಾ ಉತ್ಪಾದನೆಗೆ ವಿವಿಧ ಹಂತದ ಸಿದ್ಧತೆಯ ಮುಕ್ತ ಮೂಲ ಪ್ಲಗಿನ್‌ಗಳಾಗಿ)
Elasticsearch ಗಾಗಿ Open Distro ಕುರಿತು ಸಕಾರಾತ್ಮಕ ವಿಮರ್ಶೆಗಳು ಮಾತ್ರ ಇದ್ದವು :) ಅಧಿಕಾರದ ಅದೇ ಸಮಸ್ಯೆಯನ್ನು ಅಲ್ಲಿ ಪರಿಹರಿಸಲಾಗಿದೆ.
ಪೆಟಾಬೈಟ್ ಎಲ್ಲಿಂದ ಬರುತ್ತದೆ?ಅವರ ನೋಡ್‌ಗಳು 12*8 Tb SATA + 2*2 Tb SSD ಜೊತೆಗೆ ಸರ್ವರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. SATA ನಲ್ಲಿ ಕೋಲ್ಡ್ ಸ್ಟೋರೇಜ್, ಹಾಟ್ ಕ್ಯಾಶೆಗಾಗಿ ಮಾತ್ರ SSD (ಹಾಟ್ ಸ್ಟೋರೇಜ್).
7+9 ಸರ್ವರ್‌ಗಳು, (7 + 9) * 12 * 8 = 1536 Tb.
ಜಾಗದ ಭಾಗವು ಮೀಸಲು ಇದೆ, ಪುನರುಜ್ಜೀವನಕ್ಕಾಗಿ ಮೀಸಲಿಡಲಾಗಿದೆ, ಇತ್ಯಾದಿ.
ಕೊಂಟೂರ್, ಎಲ್ಬಾ, ಇತ್ಯಾದಿಗಳ ಎಲ್ಲಾ ವರದಿ ಮಾಡುವ ಸೇವೆಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಸುಮಾರು 90 ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಂದ ಲಾಗ್‌ಗಳನ್ನು ಸ್ಥಿತಿಸ್ಥಾಪಕ ಹುಡುಕಾಟಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ಸರ್ವರ್‌ಲೆಸ್‌ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿಯ ವೈಶಿಷ್ಟ್ಯಗಳು
ಸರ್ವರ್‌ಲೆಸ್ ಕುರಿತು ಡಾಟಾಆರ್ಟ್‌ನಿಂದ ರುಸ್ಲಾನ್ ಸೆರ್ಕಿನ್ ಅವರ ವರದಿ ಮುಂದಿನದು.
ಸರ್ವರ್‌ಲೆಸ್ ವಿಧಾನದೊಂದಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಯಾವ ಅಭಿವೃದ್ಧಿಯಾಗಿದೆ ಮತ್ತು ಅದರ ವೈಶಿಷ್ಟ್ಯಗಳು ಯಾವುವು ಎಂಬುದರ ಕುರಿತು ರುಸ್ಲಾನ್ ಮಾತನಾಡಿದರು.
ಸರ್ವರ್‌ಲೆಸ್ ಎನ್ನುವುದು ಅಭಿವೃದ್ಧಿಯ ಒಂದು ವಿಧಾನವಾಗಿದೆ, ಇದರಲ್ಲಿ ಡೆವಲಪರ್‌ಗಳು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ. ಉದಾಹರಣೆ - AWS Lambda Serverless, Kubeless.io (Serverless inside Kubernetes), Google Cloud Functions.
ಆದರ್ಶ ಸರ್ವರ್‌ಲೆಸ್ ಅಪ್ಲಿಕೇಶನ್ ಎನ್ನುವುದು ವಿಶೇಷ API ಗೇಟ್‌ವೇ ಮೂಲಕ ಸರ್ವರ್‌ಲೆಸ್ ಪೂರೈಕೆದಾರರಿಗೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುವ ಒಂದು ಕಾರ್ಯವಾಗಿದೆ. ಒಂದು ಆದರ್ಶ ಮೈಕ್ರೊ ಸರ್ವಿಸ್, AWS ಲ್ಯಾಂಬ್ಡಾ ಸಹ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಆಧುನಿಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ ಸಂದರ್ಭದಲ್ಲಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವ ಮತ್ತು ನಿಯೋಜಿಸುವ ವೆಚ್ಚವು ಶೂನ್ಯವಾಗುತ್ತದೆ, ಸಣ್ಣ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುವುದು ಸಹ ತುಂಬಾ ಅಗ್ಗವಾಗಿರುತ್ತದೆ (AWS ಲ್ಯಾಂಬ್ಡಾ - $0.2 / 1 ಮಿಲಿಯನ್ ಸರಳ ವಿನಂತಿಗಳು).
ಅಂತಹ ವ್ಯವಸ್ಥೆಯ ಸ್ಕೇಲೆಬಿಲಿಟಿ ಬಹುತೇಕ ಸೂಕ್ತವಾಗಿದೆ - ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು ಇದನ್ನು ಸ್ವತಃ ನೋಡಿಕೊಳ್ಳುತ್ತಾರೆ, ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕುಬೆಲೆಸ್ ಮಾಪಕಗಳು.
ಅನಾನುಕೂಲಗಳು ಇವೆ:
- ದೊಡ್ಡ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗುತ್ತಿದೆ
- ಪ್ರೊಫೈಲಿಂಗ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ತೊಂದರೆ ಇದೆ (ಕೇವಲ ಲಾಗ್‌ಗಳು ನಿಮಗೆ ಲಭ್ಯವಿವೆ, ಆದರೆ ಸಾಮಾನ್ಯ ಅರ್ಥದಲ್ಲಿ ಪ್ರೊಫೈಲಿಂಗ್ ಮಾಡುತ್ತಿಲ್ಲ)
- ಯಾವುದೇ ಆವೃತ್ತಿಯಿಲ್ಲ
ನಿಜ ಹೇಳಬೇಕೆಂದರೆ, ನಾನು ಕೆಲವು ವರ್ಷಗಳ ಹಿಂದೆ ಸರ್ವರ್‌ಲೆಸ್ ಬಗ್ಗೆ ಕೇಳಿದೆ, ಆದರೆ ಈ ಎಲ್ಲಾ ವರ್ಷಗಳಲ್ಲಿ ಅದನ್ನು ಸರಿಯಾಗಿ ಬಳಸುವುದು ಹೇಗೆ ಎಂದು ನನಗೆ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ. ರುಸ್ಲಾನ್ ಅವರ ವರದಿಯ ನಂತರ, ತಿಳುವಳಿಕೆ ಕಾಣಿಸಿಕೊಂಡಿತು ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ವಿಭಾಗದಿಂದ ನಿಕೊಲಾಯ್ ಸ್ವೆರ್ಚ್ಕೋವ್ (ಇವಿಲ್ ಮಾರ್ಟಿಯನ್ಸ್) ವರದಿಯ ನಂತರ ಅದನ್ನು ಏಕೀಕರಿಸಲಾಯಿತು. ನಾನು ಸಮ್ಮೇಳನಕ್ಕೆ ಹೋಗಿದ್ದು ವ್ಯರ್ಥವಾಗಲಿಲ್ಲ :)
CI ಬಡವರಿಗೆ, ಅಥವಾ ವೆಬ್ ಸ್ಟುಡಿಯೋಗಾಗಿ ನಿಮ್ಮ ಸ್ವಂತ CI ಅನ್ನು ಬರೆಯುವುದು ಯೋಗ್ಯವಾಗಿದೆಯೇ?
ಯೆಕಟೆರಿನ್ಬರ್ಗ್ನಿಂದ ಫ್ಲ್ಯಾಗ್ ವೆಬ್ ಸ್ಟುಡಿಯೊದ ಮುಖ್ಯಸ್ಥ ಮಿಖಾಯಿಲ್ ರೇಡಿಯೊನೊವ್ ಸ್ವಯಂ-ಬರೆದ CI/CD ಕುರಿತು ಮಾತನಾಡಿದರು.
ಅವರ ಸ್ಟುಡಿಯೋ "ಮ್ಯಾನ್ಯುಯಲ್ CI/CD" ನಿಂದ (SSH ಮೂಲಕ ಸರ್ವರ್‌ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಿ, ಗಿಟ್ ಪುಲ್ ಮಾಡಿ, ದಿನಕ್ಕೆ 100 ಬಾರಿ ಪುನರಾವರ್ತಿಸಿ) ಜೆಂಕಿನ್ಸ್‌ಗೆ ಮತ್ತು ಸ್ವಯಂ-ಲಿಖಿತ ಸಾಧನಕ್ಕೆ ಹೋಗಿದೆ, ಅದು ಕೋಡ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ಪುಲ್‌ಕಿನ್ಸ್ ಎಂಬ ಬಿಡುಗಡೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. .
ಜೆಂಕಿನ್ಸ್ ಏಕೆ ಕೆಲಸ ಮಾಡಲಿಲ್ಲ? ಇದು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸಾಕಷ್ಟು ನಮ್ಯತೆಯನ್ನು ಒದಗಿಸಲಿಲ್ಲ ಮತ್ತು ಕಸ್ಟಮೈಸ್ ಮಾಡಲು ತುಂಬಾ ಕಷ್ಟಕರವಾಗಿತ್ತು.
"ಫ್ಲ್ಯಾಗ್" ಲಾರಾವೆಲ್ (PHP ಫ್ರೇಮ್ವರ್ಕ್) ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿಗೊಳ್ಳುತ್ತದೆ. CI/CD ಸರ್ವರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ, ಮಿಖಾಯಿಲ್ ಮತ್ತು ಅವರ ಸಹೋದ್ಯೋಗಿಗಳು ಟೆಲಿಸ್ಕೋಪ್ ಮತ್ತು ಎನ್ವಾಯ್ ಎಂಬ ಲಾರಾವೆಲ್‌ನ ಅಂತರ್ನಿರ್ಮಿತ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಬಳಸಿದರು. ಫಲಿತಾಂಶವು PHP ಯಲ್ಲಿನ ಸರ್ವರ್ ಆಗಿದೆ (ದಯವಿಟ್ಟು ಗಮನಿಸಿ) ಅದು ಒಳಬರುವ ವೆಬ್‌ಹೂಕ್ ವಿನಂತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ, ಮುಂಭಾಗ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ನಿರ್ಮಿಸಬಹುದು, ವಿವಿಧ ಸರ್ವರ್‌ಗಳಿಗೆ ನಿಯೋಜಿಸಬಹುದು ಮತ್ತು ಸ್ಲಾಕ್‌ಗೆ ವರದಿ ಮಾಡಬಹುದು.
ನಂತರ, ನೀಲಿ/ಹಸಿರು ನಿಯೋಜನೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು dev-stage-prod ಪರಿಸರದಲ್ಲಿ ಏಕರೂಪದ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಹೊಂದಲು, ಅವರು ಡಾಕರ್‌ಗೆ ಬದಲಾಯಿಸಿದರು. ಅನುಕೂಲಗಳು ಒಂದೇ ಆಗಿವೆ, ಪರಿಸರವನ್ನು ಏಕರೂಪಗೊಳಿಸುವ ಸಾಧ್ಯತೆಗಳು ಮತ್ತು ತಡೆರಹಿತ ನಿಯೋಜನೆಯನ್ನು ಸೇರಿಸಲಾಯಿತು ಮತ್ತು ಅದರೊಂದಿಗೆ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಲು ಡಾಕರ್ ಕಲಿಯುವ ಅಗತ್ಯವನ್ನು ಸೇರಿಸಲಾಯಿತು.
ನಾವು ಸರ್ವರ್ ಬಿಡುಗಡೆ ರೋಲ್ಬ್ಯಾಕ್ಗಳ ಸಂಖ್ಯೆಯನ್ನು 99% ರಷ್ಟು ಕಡಿಮೆಗೊಳಿಸಿದ್ದೇವೆ
Devops ವಿಭಾಗದಲ್ಲಿನ ಕೊನೆಯ ವರದಿಯು Miro.com (ಹಿಂದೆ RealTimeBoard) ನಲ್ಲಿ ಲೀಡ್ ಡೆವೊಪ್ಸ್ ಎಂಜಿನಿಯರ್ ವಿಕ್ಟರ್ ಎರೆಮ್ಚೆಂಕೊ ಅವರಿಂದ ಬಂದಿದೆ.
Miro ತಂಡದ ಪ್ರಮುಖ ಉತ್ಪನ್ನವಾದ RealTimeBoard, ಏಕಶಿಲೆಯ ಜಾವಾ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಆಧರಿಸಿದೆ. ಡೌನ್‌ಟೈಮ್ ಇಲ್ಲದೆ ಅದನ್ನು ಸಂಗ್ರಹಿಸುವುದು, ಪರೀಕ್ಷಿಸುವುದು ಮತ್ತು ನಿಯೋಜಿಸುವುದು ಕಷ್ಟದ ಕೆಲಸ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕೋಡ್ನ ಅಂತಹ ಆವೃತ್ತಿಯನ್ನು ನಿಯೋಜಿಸಲು ಮುಖ್ಯವಾಗಿದೆ ಆದ್ದರಿಂದ ಅದನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕಾಗಿಲ್ಲ (ಇದು ಭಾರೀ ಏಕಶಿಲೆಯಾಗಿದೆ).
ಇದನ್ನು ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸುವ ಹಾದಿಯಲ್ಲಿ, ಮಿರೊ ವಾಸ್ತುಶಿಲ್ಪದ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗವನ್ನು ಹಾದುಹೋದರು, ಬಳಸಿದ ಉಪಕರಣಗಳು (ಅಟ್ಲಾಸಿಯನ್ ಬಿದಿರು, ಅನ್ಸಿಬಲ್, ಇತ್ಯಾದಿ), ಮತ್ತು ತಂಡಗಳ ರಚನೆಯ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವುದು (ಅವರು ಈಗ ಹೊಂದಿದ್ದಾರೆ ಮೀಸಲಾದ ಡೆವೊಪ್ಸ್ ತಂಡ + ವಿಭಿನ್ನ ಪ್ರೊಫೈಲ್‌ಗಳ ಡೆವಲಪರ್‌ಗಳಿಂದ ಅನೇಕ ಪ್ರತ್ಯೇಕ ಸ್ಕ್ರಮ್ ತಂಡಗಳು).
ಮಾರ್ಗವು ಕಷ್ಟಕರ ಮತ್ತು ಮುಳ್ಳಿನಂತಾಯಿತು, ಮತ್ತು ವಿಕ್ಟರ್ ಅಲ್ಲಿಗೆ ಕೊನೆಗೊಳ್ಳದ ಸಂಗ್ರಹವಾದ ನೋವು ಮತ್ತು ಆಶಾವಾದವನ್ನು ಹಂಚಿಕೊಂಡರು.
ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿದ್ದಕ್ಕಾಗಿ ಪುಸ್ತಕವನ್ನು ಗೆದ್ದಿದ್ದಾರೆ
ಬ್ಯಾಕೆಂಡ್ ವಿಭಾಗ
ನಾನು 2 ವರದಿಗಳಿಗೆ ಹಾಜರಾಗಲು ನಿರ್ವಹಿಸಿದೆ - ನಿಕೋಲಾಯ್ ಸ್ವೆರ್ಚ್ಕೋವ್ (ಇವಿಲ್ ಮಾರ್ಟಿಯನ್ಸ್), ಸರ್ವರ್‌ಲೆಸ್ ಬಗ್ಗೆ ಮತ್ತು ಗ್ರಿಗರಿ ಕೊಶೆಲೆವ್ (ಕೊಂಟೂರ್ ಕಂಪನಿ) ನಿಂದ ಟೆಲಿಮೆಟ್ರಿ ಬಗ್ಗೆ.
ಕೇವಲ ಮನುಷ್ಯರಿಗೆ ಸರ್ವರ್‌ಲೆಸ್
ರುಸ್ಲಾನ್ ಸಿರ್ಕಿನ್ ಸರ್ವರ್‌ಲೆಸ್ ಎಂದರೇನು ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡಿದರೆ, ನಿಕೋಲಾಯ್ ಸರ್ವರ್‌ಲೆಸ್ ಬಳಸಿ ಸರಳ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ತೋರಿಸಿದರು ಮತ್ತು AWS ಲ್ಯಾಂಬ್ಡಾದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ವೆಚ್ಚ ಮತ್ತು ವೇಗದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ವಿವರಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದರು.
ಆಸಕ್ತಿದಾಯಕ ವಿವರ: ಕನಿಷ್ಠ ಪಾವತಿಸಿದ ಅಂಶವು 128 Mb ಮೆಮೊರಿ ಮತ್ತು 100 ms CPU ಆಗಿದೆ, ಇದರ ಬೆಲೆ $0,000000208. ಇದಲ್ಲದೆ, ತಿಂಗಳಿಗೆ 1 ಮಿಲಿಯನ್ ಅಂತಹ ವಿನಂತಿಗಳು ಉಚಿತ.
ನಿಕೊಲಾಯ್ ಅವರ ಕೆಲವು ಕಾರ್ಯಗಳು ಸಾಮಾನ್ಯವಾಗಿ 100 ms ಮಿತಿಯನ್ನು ಮೀರಿದೆ (ಮುಖ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರೂಬಿಯಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ), ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಗೋದಲ್ಲಿ ಪುನಃ ಬರೆಯುವುದು ಅತ್ಯುತ್ತಮ ಉಳಿತಾಯವನ್ನು ಒದಗಿಸಿತು.
ವೋಸ್ಟಾಕ್ ಹರ್ಕ್ಯುಲಸ್ - ಟೆಲಿಮೆಟ್ರಿಯನ್ನು ಮತ್ತೊಮ್ಮೆ ಉತ್ತಮಗೊಳಿಸಿ!
ಟೆಲಿಮೆಟ್ರಿ ಕುರಿತು ಗ್ರಿಗರಿ ಕೊಶೆಲೆವ್ (ಕೊಂಟೂರ್ ಕಂಪನಿ) ನಿಂದ ಬ್ಯಾಕೆಂಡ್ ವಿಭಾಗದ ಇತ್ತೀಚಿನ ವರದಿ. ಟೆಲಿಮೆಟ್ರಿ ಎಂದರೆ ಲಾಗ್‌ಗಳು, ಮೆಟ್ರಿಕ್‌ಗಳು, ಅಪ್ಲಿಕೇಶನ್ ಟ್ರೇಸ್‌ಗಳು.
ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, ಬಾಹ್ಯರೇಖೆಯು ಗಿಥಬ್‌ನಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಲಾದ ಸ್ವಯಂ-ಬರಹದ ಸಾಧನಗಳನ್ನು ಬಳಸುತ್ತದೆ. ವರದಿಯಿಂದ ಉಪಕರಣ - ಹರ್ಕ್ಯುಲಸ್, , ಟೆಲಿಮೆಟ್ರಿ ಡೇಟಾವನ್ನು ತಲುಪಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ.
Devops ವಿಭಾಗದಲ್ಲಿ ವ್ಲಾಡಿಮಿರ್ ಲೀಲಾ ಅವರ ವರದಿಯು Elasticsearch ನಲ್ಲಿ ಲಾಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದನ್ನು ಚರ್ಚಿಸಿದೆ, ಆದರೆ ಇನ್ನೂ ಸಾವಿರಾರು ಸಾಧನಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಂದ ಲಾಗ್‌ಗಳನ್ನು ತಲುಪಿಸುವ ಕಾರ್ಯವಿದೆ ಮತ್ತು Vostok Hercules ನಂತಹ ಸಾಧನಗಳು ಅವುಗಳನ್ನು ಪರಿಹರಿಸುತ್ತವೆ.
ಸರ್ಕ್ಯೂಟ್ ಅನೇಕರಿಗೆ ತಿಳಿದಿರುವ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿತು - RabbitMQ ನಿಂದ ಅಪಾಚೆ ಕಾಫ್ಕಾ, ಆದರೆ ಎಲ್ಲವೂ ಅಷ್ಟು ಸರಳವಲ್ಲ)) ಅವರು ಸರ್ಕ್ಯೂಟ್‌ಗೆ Zookeeper, Cassandra ಮತ್ತು Graphite ಅನ್ನು ಸೇರಿಸಬೇಕಾಗಿತ್ತು. ಈ ವರದಿಯಲ್ಲಿನ ಮಾಹಿತಿಯನ್ನು ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ (ನನ್ನ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ), ನೀವು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದರೆ, ನೀವು ಕಾನ್ಫರೆನ್ಸ್ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಸ್ಲೈಡ್‌ಗಳು ಮತ್ತು ವೀಡಿಯೊಗಳಿಗಾಗಿ ಕಾಯಬಹುದು.
ಇದು ಇತರ ಸಮ್ಮೇಳನಗಳಿಗೆ ಹೇಗೆ ಹೋಲಿಸುತ್ತದೆ?
ನಾನು ಮಾಸ್ಕೋ ಮತ್ತು ಸೇಂಟ್ ಪೀಟರ್ಸ್ಬರ್ಗ್ನಲ್ಲಿನ ಸಮ್ಮೇಳನಗಳೊಂದಿಗೆ ಹೋಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ನಾನು ಯುರಲ್ಸ್ನಲ್ಲಿನ ಇತರ ಘಟನೆಗಳೊಂದಿಗೆ ಮತ್ತು ಸಮರಾದಲ್ಲಿ 404 ಫೆಸ್ಟ್ನೊಂದಿಗೆ ಹೋಲಿಸಬಹುದು.
DAMP ಅನ್ನು 8 ವಿಭಾಗಗಳಲ್ಲಿ ನಡೆಸಲಾಗುತ್ತದೆ, ಇದು ಉರಲ್ ಸಮ್ಮೇಳನಗಳಿಗೆ ದಾಖಲೆಯಾಗಿದೆ. ಬಹಳ ದೊಡ್ಡ ವಿಜ್ಞಾನ ಮತ್ತು ನಿರ್ವಹಣೆ ವಿಭಾಗಗಳು, ಇದು ಅಸಾಮಾನ್ಯವಾಗಿದೆ. ಯೆಕಟೆರಿನ್‌ಬರ್ಗ್‌ನಲ್ಲಿನ ಪ್ರೇಕ್ಷಕರು ಸಾಕಷ್ಟು ರಚನಾತ್ಮಕವಾಗಿದೆ - ನಗರವು ಯಾಂಡೆಕ್ಸ್, ಕೊಂಟೂರ್, ಟಿಂಕಾಫ್‌ಗಾಗಿ ದೊಡ್ಡ ಅಭಿವೃದ್ಧಿ ಇಲಾಖೆಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಇದು ವರದಿಗಳ ಮೇಲೆ ತನ್ನ ಗುರುತನ್ನು ಬಿಡುತ್ತದೆ.
ಮತ್ತೊಂದು ಕುತೂಹಲಕಾರಿ ಅಂಶವೆಂದರೆ, ಅನೇಕ ಕಂಪನಿಗಳು ಏಕಕಾಲದಲ್ಲಿ ಸಮ್ಮೇಳನದಲ್ಲಿ 3-4 ಸ್ಪೀಕರ್‌ಗಳನ್ನು ಹೊಂದಿವೆ (ಇದು ಕೊಂಟೂರ್, ಇವಿಲ್ ಮಾರ್ಟಿಯನ್ಸ್, ಟಿಂಕಾಫ್‌ನ ವಿಷಯವಾಗಿತ್ತು). ಅವರಲ್ಲಿ ಅನೇಕರು ಪ್ರಾಯೋಜಕರಾಗಿದ್ದರು, ಆದರೆ ವರದಿಗಳು ಇತರರೊಂದಿಗೆ ಸಾಕಷ್ಟು ಸಮಾನವಾಗಿವೆ, ಇವು ಜಾಹೀರಾತು ವರದಿಗಳಲ್ಲ.
ಹೋಗಬೇಕೆ ಅಥವಾ ಹೋಗಬೇಡವೇ? ನೀವು ಯುರಲ್ಸ್ ಅಥವಾ ಹತ್ತಿರದಲ್ಲಿ ವಾಸಿಸುತ್ತಿದ್ದರೆ, ನಿಮಗೆ ಅವಕಾಶವಿದೆ ಮತ್ತು ವಿಷಯಗಳಲ್ಲಿ ಆಸಕ್ತಿ ಇದೆ - ಹೌದು, ಸಹಜವಾಗಿ. ನೀವು ಸುದೀರ್ಘ ಪ್ರವಾಸದ ಬಗ್ಗೆ ಯೋಚಿಸುತ್ತಿದ್ದರೆ, ಹಿಂದಿನ ವರ್ಷಗಳ ವರದಿಗಳು ಮತ್ತು ವೀಡಿಯೊ ವರದಿಗಳ ವಿಷಯಗಳನ್ನು ನಾನು ನೋಡುತ್ತೇನೆ ಮತ್ತು ನಿರ್ಧಾರವನ್ನು ಮಾಡಿದೆ.
ಪ್ರದೇಶಗಳಲ್ಲಿನ ಸಮ್ಮೇಳನಗಳ ಮತ್ತೊಂದು ಪ್ರಯೋಜನವೆಂದರೆ, ನಿಯಮದಂತೆ, ವರದಿಗಳ ನಂತರ ಸ್ಪೀಕರ್‌ನೊಂದಿಗೆ ಸಂವಹನ ಮಾಡುವುದು ಸುಲಭ; ಅಂತಹ ಸಂವಹನಕ್ಕಾಗಿ ಕಡಿಮೆ ಅರ್ಜಿದಾರರು ಇದ್ದಾರೆ.
ಡಂಪ್ ಮತ್ತು ಎಕಟೆರಿನ್ಬರ್ಗ್ಗೆ ಧನ್ಯವಾದಗಳು! )
ಮೂಲ: www.habr.com