ಈ ಲೇಖನದಲ್ಲಿ ನಾವು ನಮ್ಮ ಆರಂಭಿಕ ಯೋಜನೆಯಲ್ಲಿ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ವಿಧಾನವನ್ನು ಹೇಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ, ನಾವು ಅದನ್ನು ಏಕೆ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ನಾವು ದಾರಿಯುದ್ದಕ್ಕೂ ಯಾವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಿದ್ದೇವೆ ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡಲು ನಾನು ಬಯಸುತ್ತೇನೆ. ಈ ಲೇಖನವು ಅನನ್ಯವಾಗಿದೆ ಎಂದು ಹೇಳಿಕೊಳ್ಳಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಇದು ಯಾರಿಗಾದರೂ ಉಪಯುಕ್ತವಾಗಬಹುದು ಎಂದು ನಾನು ಇನ್ನೂ ಭಾವಿಸುತ್ತೇನೆ, ಏಕೆಂದರೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ನಾವು ಯೋಗ್ಯವಾದ ಪ್ರಯತ್ನದಿಂದ ವಸ್ತುಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದ್ದೇವೆ.
ನಾವು ಏನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ನಾವು ಏನು ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ? ಮತ್ತು ನಾವು ಜಾಹೀರಾತು ಕ್ಷೇತ್ರದಿಂದ ಸುಮಾರು 2 ವರ್ಷಗಳ ಅಭಿವೃದ್ಧಿ ಇತಿಹಾಸದೊಂದಿಗೆ ಆರಂಭಿಕ ಯೋಜನೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಯೋಜನೆಯನ್ನು ಆರಂಭದಲ್ಲಿ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಆಗಿ ನಿರ್ಮಿಸಲಾಯಿತು, ಮತ್ತು ಅದರ ಸರ್ವರ್ ಭಾಗವನ್ನು ಸಿಮ್ಫೊನಿ + ಸ್ವಲ್ಪ ಲಾರಾವೆಲ್, ಜಾಂಗೊ ಮತ್ತು ಸ್ಥಳೀಯ ನೋಡ್ಜೆಗಳಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ. ಸೇವೆಗಳು ಮುಖ್ಯವಾಗಿ ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್ಗಳಿಗೆ API (ಯೋಜನೆಯಲ್ಲಿ ಅವುಗಳಲ್ಲಿ 3 ಇವೆ) ಮತ್ತು IOS ಗಾಗಿ ನಮ್ಮದೇ ಆದ SDK (ನಮ್ಮ ಗ್ರಾಹಕರ ಅಪ್ಲಿಕೇಶನ್ಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ), ಹಾಗೆಯೇ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ಗಳು ಮತ್ತು ಇದೇ ಗ್ರಾಹಕರ ವಿವಿಧ ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳು. ಎಲ್ಲಾ ಸೇವೆಗಳನ್ನು ಆರಂಭದಲ್ಲಿ ಡಾಕರ್ ಮಾಡಲಾಗಿತ್ತು ಮತ್ತು ಡಾಕರ್-ಕಂಪೋಸ್ ಅಡಿಯಲ್ಲಿ ನಡೆಸಲಾಯಿತು.
ನಿಜ, ಡಾಕರ್-ಕಂಪೋಸ್ ಅನ್ನು ಎಲ್ಲೆಡೆ ಬಳಸಲಾಗಿಲ್ಲ, ಆದರೆ ಡೆವಲಪರ್ಗಳ ಸ್ಥಳೀಯ ಪರಿಸರದಲ್ಲಿ ಮಾತ್ರ, ಪರೀಕ್ಷೆಯಲ್ಲಿ ಬಳಸಲಾಗಿದೆ. ಸರ್ವರ್ ಮತ್ತು ಸೇವೆಗಳನ್ನು ನಿರ್ಮಿಸುವಾಗ ಮತ್ತು ಪರೀಕ್ಷಿಸುವಾಗ ಪೈಪ್ಲೈನ್ನಲ್ಲಿ. ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ, ನಾವು Google Kubernetes Engine (GKE) ಅನ್ನು ಬಳಸಿದ್ದೇವೆ. ಇದಲ್ಲದೆ, ಯೋಜನೆಯ ಪ್ರಾರಂಭದಲ್ಲಿ ನಾವು GKE ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅದರ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದೇವೆ, ಅದು ಸಾಕಷ್ಟು ವೇಗವಾಗಿತ್ತು ಮತ್ತು ಆ ಸಮಯದಲ್ಲಿ ನಾವು ಭಾವಿಸಿದಂತೆ ಅನುಕೂಲಕರವಾಗಿತ್ತು. GKE ನಲ್ಲಿ ಸೇವೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು ಡಾಕರ್ ಚಿತ್ರಗಳನ್ನು ನಿರ್ಮಿಸುವುದು ಮಾತ್ರ ಸ್ವಯಂಚಾಲಿತ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ.
