ನಮ್ಮ ಸಮಯದಲ್ಲಿ ನಿಮ್ಮ ಸ್ವಂತ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಚಿಸಲು, ಅದನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಸಾಧ್ಯವಾಗುವುದು ಸಾಕಾಗುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ನಿಯೋಜನೆಗಾಗಿ ಪರಿಕರಗಳನ್ನು ಹೊಂದಿಸುವುದು, ಮೇಲ್ವಿಚಾರಣೆ, ಹಾಗೆಯೇ ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಪರಿಸರವನ್ನು ನಿರ್ವಹಿಸುವುದು ಮತ್ತು ನಿರ್ವಹಿಸುವುದು ಒಂದು ಪ್ರಮುಖ ಅಂಶವಾಗಿದೆ. ಹಸ್ತಚಾಲಿತ ನಿಯೋಜನೆಯ ಯುಗವು ಮರೆವಿನೊಳಗೆ ಮಸುಕಾಗುತ್ತಿದ್ದಂತೆ, ಸಣ್ಣ ಯೋಜನೆಗಳಿಗೆ ಸಹ, ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಉಪಕರಣಗಳು ಸ್ಪಷ್ಟವಾದ ಪ್ರಯೋಜನಗಳನ್ನು ತರಬಹುದು. "ಕೈಯಿಂದ" ನಿಯೋಜಿಸುವಾಗ, ನಾವು ಏನನ್ನಾದರೂ ಸರಿಸಲು ಸಾಮಾನ್ಯವಾಗಿ ಮರೆತುಬಿಡಬಹುದು, ಈ ಅಥವಾ ಆ ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ, ಮರೆತುಹೋದ ಪರೀಕ್ಷೆಯನ್ನು ಚಲಾಯಿಸಿ, ಈ ಪಟ್ಟಿಯನ್ನು ಸಾಕಷ್ಟು ಸಮಯದವರೆಗೆ ಮುಂದುವರಿಸಬಹುದು.
ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ರಚಿಸುವ ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ಕಲಿಯುತ್ತಿರುವವರಿಗೆ ಮತ್ತು ಮೂಲಭೂತ ನಿಯಮಗಳು ಮತ್ತು ಸಂಪ್ರದಾಯಗಳ ಬಗ್ಗೆ ಸ್ವಲ್ಪ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಬಯಸುವವರಿಗೆ ಈ ಲೇಖನವು ಸಹಾಯ ಮಾಡಬಹುದು.
ಆದ್ದರಿಂದ, ಕಟ್ಟಡ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಇನ್ನೂ 2 ಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು: ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲವೂ ಮತ್ತು ಈ ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಪರಿಸರಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲವೂ. ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್, ಪ್ರತಿಯಾಗಿ, ಸರ್ವರ್ ಕೋಡ್ (ಸರ್ವರ್‌ನಲ್ಲಿ ಚಲಿಸುವ ಒಂದು, ಆಗಾಗ್ಗೆ: ವ್ಯಾಪಾರ ತರ್ಕ, ಅಧಿಕಾರ, ಡೇಟಾ ಸಂಗ್ರಹಣೆ, ಇತ್ಯಾದಿ), ಮತ್ತು ಕ್ಲೈಂಟ್ ಕೋಡ್ (ಬಳಕೆದಾರರ ಗಣಕದಲ್ಲಿ ಚಲಿಸುವ ಒಂದು: ಆಗಾಗ್ಗೆ) ಎಂದು ವಿಂಗಡಿಸಲಾಗಿದೆ. ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅದರೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ತರ್ಕ).
ಬುಧವಾರದಿಂದ ಪ್ರಾರಂಭಿಸೋಣ.
ಯಾವುದೇ ಕೋಡ್, ಸಿಸ್ಟಮ್ ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಕಾರ್ಯಾಚರಣೆಯ ಆಧಾರವು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಕೆಳಗೆ ನಾವು ಹೋಸ್ಟಿಂಗ್ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನೋಡುತ್ತೇವೆ ಮತ್ತು ಅವರಿಗೆ ಸಂಕ್ಷಿಪ್ತ ವಿವರಣೆಯನ್ನು ನೀಡುತ್ತೇವೆ:
ವಿಂಡೋಸ್ ಸರ್ವರ್ - ಅದೇ ವಿಂಡೋಸ್, ಆದರೆ ಸರ್ವರ್ ಬದಲಾವಣೆಯಲ್ಲಿ. Windows ನ ಕ್ಲೈಂಟ್ (ನಿಯಮಿತ) ಆವೃತ್ತಿಯಲ್ಲಿ ಲಭ್ಯವಿರುವ ಕೆಲವು ಕಾರ್ಯಚಟುವಟಿಕೆಗಳು ಇಲ್ಲಿ ಇರುವುದಿಲ್ಲ, ಉದಾಹರಣೆಗೆ, ಅಂಕಿಅಂಶಗಳು ಮತ್ತು ಅಂತಹುದೇ ಸಾಫ್ಟ್‌ವೇರ್ ಸಂಗ್ರಹಿಸಲು ಕೆಲವು ಸೇವೆಗಳು, ಆದರೆ ನೆಟ್‌ವರ್ಕ್ ಆಡಳಿತಕ್ಕಾಗಿ ಉಪಯುಕ್ತತೆಗಳ ಒಂದು ಸೆಟ್, ಸರ್ವರ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಲು ಮೂಲ ಸಾಫ್ಟ್‌ವೇರ್ (ವೆಬ್, ftp, ...) ಸಾಮಾನ್ಯವಾಗಿ, ವಿಂಡೋಸ್ ಸರ್ವರ್ ಸಾಮಾನ್ಯ ವಿಂಡೋಸ್ನಂತೆ ಕಾಣುತ್ತದೆ, ಸಾಮಾನ್ಯ ವಿಂಡೋಸ್ನಂತೆ ಕ್ವಾಕ್ಗಳು, ಆದಾಗ್ಯೂ, ಅದರ ಸಾಮಾನ್ಯ ಪ್ರತಿರೂಪಕ್ಕಿಂತ 2 ಪಟ್ಟು ಹೆಚ್ಚು ವೆಚ್ಚವಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮೀಸಲಾದ/ವರ್ಚುವಲ್ ಸರ್ವರ್‌ನಲ್ಲಿ ನಿಯೋಜಿಸುವ ಸಾಧ್ಯತೆಯಿದೆ, ನಿಮಗಾಗಿ ಅಂತಿಮ ವೆಚ್ಚವು ಹೆಚ್ಚಾಗಬಹುದು, ಇದು ನಿರ್ಣಾಯಕವಲ್ಲ. ವಿಂಡೋಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಗ್ರಾಹಕ ಓಎಸ್ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಅಗಾಧ ಸ್ಥಳವನ್ನು ಆಕ್ರಮಿಸಿಕೊಂಡಿರುವುದರಿಂದ, ಅದರ ಸರ್ವರ್ ಆವೃತ್ತಿಯು ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚು ಪರಿಚಿತವಾಗಿರುತ್ತದೆ.
ಯುನಿಕ್ಸ್- ಇದೇ ವ್ಯವಸ್ಥೆ. ಈ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿನ ಸಾಂಪ್ರದಾಯಿಕ ಕೆಲಸವು ಪರಿಚಿತ ಚಿತ್ರಾತ್ಮಕ ಇಂಟರ್ಫೇಸ್ನ ಉಪಸ್ಥಿತಿಯ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ, ಬಳಕೆದಾರರಿಗೆ ನಿಯಂತ್ರಣ ಅಂಶವಾಗಿ ಕನ್ಸೋಲ್ ಅನ್ನು ಮಾತ್ರ ನೀಡುತ್ತದೆ. ಅನನುಭವಿ ಬಳಕೆದಾರರಿಗೆ, ಈ ಸ್ವರೂಪದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ, ಡೇಟಾದಲ್ಲಿ ಸಾಕಷ್ಟು ಜನಪ್ರಿಯವಾಗಿರುವ ಪಠ್ಯ ಸಂಪಾದಕದಿಂದ ನಿರ್ಗಮಿಸಲು ಎಷ್ಟು ವೆಚ್ಚವಾಗುತ್ತದೆ ನಾನು ಬಂದು, ಇದಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಒಂದು ಪ್ರಶ್ನೆಯು ಈಗಾಗಲೇ 6 ವರ್ಷಗಳಲ್ಲಿ 1.8 ದಶಲಕ್ಷಕ್ಕೂ ಹೆಚ್ಚು ವೀಕ್ಷಣೆಗಳನ್ನು ಪಡೆದುಕೊಂಡಿದೆ. ಈ ಕುಟುಂಬದ ಮುಖ್ಯ ವಿತರಣೆಗಳು (ಆವೃತ್ತಿಗಳು): ಡೆಬಿಯನ್ - ಜನಪ್ರಿಯ ವಿತರಣೆ, ಅದರಲ್ಲಿರುವ ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿಗಳು ಮುಖ್ಯವಾಗಿ LTS ಮೇಲೆ ಕೇಂದ್ರೀಕೃತವಾಗಿವೆ (ದೀರ್ಘಕಾಲೀನ ಬೆಂಬಲ - ದೀರ್ಘಕಾಲದವರೆಗೆ ಬೆಂಬಲ), ಇದು ಸಿಸ್ಟಮ್ ಮತ್ತು ಪ್ಯಾಕೇಜುಗಳ ಸಾಕಷ್ಟು ಹೆಚ್ಚಿನ ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಸ್ಥಿರತೆಯಲ್ಲಿ ವ್ಯಕ್ತವಾಗುತ್ತದೆ; ಉಬುಂಟು - ಎಲ್ಲಾ ಪ್ಯಾಕೇಜುಗಳ ವಿತರಣೆಗಳನ್ನು ಅವುಗಳ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಒಳಗೊಂಡಿದೆ, ಇದು ಸ್ಥಿರತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು, ಆದರೆ ಹೊಸ ಆವೃತ್ತಿಗಳೊಂದಿಗೆ ಬರುವ ಕಾರ್ಯವನ್ನು ಬಳಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ; Red Hat Enterprise Linux – OS, ವಾಣಿಜ್ಯ ಬಳಕೆಗಾಗಿ ಇರಿಸಲಾಗಿದೆ, ಪಾವತಿಸಲಾಗುತ್ತದೆ, ಆದಾಗ್ಯೂ, ಸಾಫ್ಟ್‌ವೇರ್ ಮಾರಾಟಗಾರರು, ಕೆಲವು ಸ್ವಾಮ್ಯದ ಪ್ಯಾಕೇಜುಗಳು ಮತ್ತು ಡ್ರೈವರ್ ಪ್ಯಾಕೇಜುಗಳ ಬೆಂಬಲವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ; CentOS - ತೆರೆದ ಮೂಲ Red Hat Enterprise Linux ನ ಮಾರ್ಪಾಡು, ಸ್ವಾಮ್ಯದ ಪ್ಯಾಕೇಜುಗಳು ಮತ್ತು ಬೆಂಬಲದ ಅನುಪಸ್ಥಿತಿಯಿಂದ ನಿರೂಪಿಸಲ್ಪಟ್ಟಿದೆ.
ಈ ಪ್ರದೇಶವನ್ನು ಕರಗತ ಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸುತ್ತಿರುವವರಿಗೆ, ನನ್ನ ಶಿಫಾರಸು ವ್ಯವಸ್ಥೆಗಳಾಗಿರುತ್ತದೆ ವಿಂಡೋಸ್ ಸರ್ವರ್, ಅಥವಾ ಉಬುಂಟು. ನಾವು ವಿಂಡೋಸ್ ಅನ್ನು ಪರಿಗಣಿಸಿದರೆ, ಇದು ಪ್ರಾಥಮಿಕವಾಗಿ ಸಿಸ್ಟಮ್ನ ಪರಿಚಿತತೆಯಾಗಿದೆ, ಉಬುಂಟು - ನವೀಕರಣಗಳಿಗೆ ಹೆಚ್ಚು ಸಹಿಷ್ಣುತೆ, ಮತ್ತು ಪ್ರತಿಯಾಗಿ, ಹೊಸ ಆವೃತ್ತಿಗಳ ಅಗತ್ಯವಿರುವ ತಂತ್ರಜ್ಞಾನಗಳಲ್ಲಿ ಯೋಜನೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ ಕಡಿಮೆ ಸಮಸ್ಯೆಗಳು.
ಆದ್ದರಿಂದ, OS ನಲ್ಲಿ ನಿರ್ಧರಿಸಿದ ನಂತರ, ಸರ್ವರ್‌ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ಅದರ ಭಾಗಗಳ ಸ್ಥಿತಿಯನ್ನು ನಿಯೋಜಿಸಲು (ಸ್ಥಾಪಿಸಲು), ನವೀಕರಿಸಲು ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಪರಿಕರಗಳ ಗುಂಪಿಗೆ ಹೋಗೋಣ.
ಮುಂದಿನ ಪ್ರಮುಖ ನಿರ್ಧಾರವೆಂದರೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ನ ನಿಯೋಜನೆ ಮತ್ತು ಅದಕ್ಕೆ ಸರ್ವರ್. ಈ ಸಮಯದಲ್ಲಿ, ಸಾಮಾನ್ಯವಾದವು 3 ಮಾರ್ಗಗಳಾಗಿವೆ:
- ನಿಮ್ಮದೇ ಆದ ಸರ್ವರ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವುದು (ಇರಿಸುವುದು) ಅತ್ಯಂತ ಬಜೆಟ್-ಸ್ನೇಹಿ ಆಯ್ಕೆಯಾಗಿದೆ, ಆದರೆ ನಿಮ್ಮ ಪೂರೈಕೆದಾರರಿಂದ ನೀವು ಸ್ಥಿರ IP ಅನ್ನು ಆದೇಶಿಸಬೇಕಾಗುತ್ತದೆ ಇದರಿಂದ ನಿಮ್ಮ ಸಂಪನ್ಮೂಲವು ಅದರ ವಿಳಾಸವನ್ನು ಕಾಲಾನಂತರದಲ್ಲಿ ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
- ಮೀಸಲಾದ ಸರ್ವರ್ (ವಿಡಿಎಸ್) ಅನ್ನು ಬಾಡಿಗೆಗೆ ನೀಡಿ - ಮತ್ತು ಅದರ ಆಡಳಿತ ಮತ್ತು ಲೋಡ್ ಸ್ಕೇಲಿಂಗ್ ಅನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ನಿರ್ವಹಿಸಿ
- ಕೆಲವು ಕ್ಲೌಡ್ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ಚಂದಾದಾರಿಕೆಗಾಗಿ ಪಾವತಿಸಿ (ಸಾಮಾನ್ಯವಾಗಿ ಅವರು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಕಾರ್ಯವನ್ನು ಉಚಿತವಾಗಿ ಪ್ರಯತ್ನಿಸಲು ನಿಮಗೆ ಅವಕಾಶವನ್ನು ನೀಡುತ್ತಾರೆ), ಅಲ್ಲಿ ಬಳಸಿದ ಸಂಪನ್ಮೂಲಗಳ ಪಾವತಿ ಮಾದರಿಯು ತುಂಬಾ ಸಾಮಾನ್ಯವಾಗಿದೆ. ಈ ದಿಕ್ಕಿನ ಪ್ರಮುಖ ಪ್ರತಿನಿಧಿಗಳು: Amazon AWS (ಅವರು ಸೇವೆಗಳನ್ನು ಬಳಸಲು ಉಚಿತ ವರ್ಷವನ್ನು ನೀಡುತ್ತಾರೆ, ಆದರೆ ಮಾಸಿಕ ಮಿತಿಯೊಂದಿಗೆ), Google ಕ್ಲೌಡ್ (ಅವರು ಖಾತೆಗೆ $ 300 ನೀಡುತ್ತಾರೆ, ಅದನ್ನು ಕ್ಲೌಡ್ ಹೋಸ್ಟಿಂಗ್ ಸೇವೆಗಳಲ್ಲಿ ವರ್ಷದಲ್ಲಿ ಖರ್ಚು ಮಾಡಬಹುದು) , Yandex.Cloud (ಅವರು 4000 ರೂಬಲ್ಸ್ಗಳನ್ನು ನೀಡುತ್ತಾರೆ . 2 ತಿಂಗಳವರೆಗೆ), ಮೈಕ್ರೋಸಾಫ್ಟ್ ಅಜುರೆ (ಒಂದು ವರ್ಷದವರೆಗೆ ಜನಪ್ರಿಯ ಸೇವೆಗಳಿಗೆ ಉಚಿತ ಪ್ರವೇಶವನ್ನು ನೀಡಿ, ಒಂದು ತಿಂಗಳವರೆಗೆ ಯಾವುದೇ ಸೇವೆಗಳಿಗೆ + 12 ರೂಬಲ್ಸ್ಗಳು). ಹೀಗಾಗಿ, ನೀವು ಈ ಯಾವುದೇ ಪೂರೈಕೆದಾರರನ್ನು ಒಂದು ಪೈಸೆ ಖರ್ಚು ಮಾಡದೆ ಪ್ರಯತ್ನಿಸಬಹುದು, ಆದರೆ ಒದಗಿಸಿದ ಸೇವೆಯ ಗುಣಮಟ್ಟ ಮತ್ತು ಮಟ್ಟದ ಬಗ್ಗೆ ಅಂದಾಜು ಅಭಿಪ್ರಾಯವನ್ನು ಪಡೆಯಬಹುದು.
ಆಯ್ಕೆಮಾಡಿದ ಮಾರ್ಗವನ್ನು ಅವಲಂಬಿಸಿ, ಭವಿಷ್ಯದಲ್ಲಿ ಬದಲಾಗುವ ಏಕೈಕ ವಿಷಯವೆಂದರೆ ಆಡಳಿತದ ಈ ಅಥವಾ ಆ ಕ್ಷೇತ್ರಕ್ಕೆ ಯಾರು ಹೆಚ್ಚಾಗಿ ಜವಾಬ್ದಾರರು. ನೀವೇ ಹೋಸ್ಟ್ ಮಾಡಿದರೆ, ವಿದ್ಯುತ್, ಇಂಟರ್ನೆಟ್, ಸರ್ವರ್, ಅದರ ಮೇಲೆ ನಿಯೋಜಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿನ ಯಾವುದೇ ಅಡಚಣೆಗಳು - ಇವೆಲ್ಲವೂ ಸಂಪೂರ್ಣವಾಗಿ ನಿಮ್ಮ ಹೆಗಲ ಮೇಲೆ ಇರುತ್ತದೆ ಎಂದು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಆದಾಗ್ಯೂ, ತರಬೇತಿ ಮತ್ತು ಪರೀಕ್ಷೆಗಾಗಿ, ಇದು ಸಾಕಷ್ಟು ಹೆಚ್ಚು.
ಸರ್ವರ್‌ನ ಪಾತ್ರವನ್ನು ನಿರ್ವಹಿಸುವ ಹೆಚ್ಚುವರಿ ಯಂತ್ರವನ್ನು ನೀವು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಎರಡನೇ ಅಥವಾ ಮೂರನೇ ಮಾರ್ಗವನ್ನು ಬಳಸಲು ಬಯಸುತ್ತೀರಿ. ಎರಡನೆಯ ಪ್ರಕರಣವು ಮೊದಲನೆಯದಕ್ಕೆ ಹೋಲುತ್ತದೆ, ನೀವು ಸರ್ವರ್ ಲಭ್ಯತೆ ಮತ್ತು ಅದರ ಶಕ್ತಿಯ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೋಸ್ಟರ್ನ ಭುಜಗಳಿಗೆ ವರ್ಗಾಯಿಸುತ್ತೀರಿ ಎಂದು ಹೊರತುಪಡಿಸಿ. ಸರ್ವರ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಆಡಳಿತವು ಇನ್ನೂ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿದೆ.
ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಾಡಿಗೆಗೆ ನೀಡುವ ಆಯ್ಕೆ. ಇಲ್ಲಿ ನೀವು ಹೆಚ್ಚು ತಾಂತ್ರಿಕ ವಿವರಗಳಿಗೆ ಹೋಗದೆಯೇ ಬಹುತೇಕ ಯಾವುದನ್ನಾದರೂ ಸ್ವಯಂಚಾಲಿತ ನಿಯಂತ್ರಣವನ್ನು ಹೊಂದಿಸಬಹುದು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಒಂದು ಯಂತ್ರದ ಬದಲಿಗೆ, ನೀವು ಹಲವಾರು ಸಮಾನಾಂತರ ಚಾಲನೆಯಲ್ಲಿರುವ ನಿದರ್ಶನಗಳನ್ನು ಹೊಂದಬಹುದು, ಉದಾಹರಣೆಗೆ, ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿವಿಧ ಭಾಗಗಳಿಗೆ ಜವಾಬ್ದಾರರಾಗಿರಬಹುದು, ಆದರೆ ಮೀಸಲಾದ ಸರ್ವರ್ ಅನ್ನು ಹೊಂದುವ ವೆಚ್ಚದಲ್ಲಿ ಹೆಚ್ಚು ಭಿನ್ನವಾಗಿರುವುದಿಲ್ಲ. ಮತ್ತು, ಆರ್ಕೆಸ್ಟ್ರೇಶನ್, ಕಂಟೈನರೈಸೇಶನ್, ಸ್ವಯಂಚಾಲಿತ ನಿಯೋಜನೆ, ನಿರಂತರ ಏಕೀಕರಣ ಮತ್ತು ಹೆಚ್ಚಿನವುಗಳಿಗೆ ಸಾಧನಗಳಿವೆ! ಈ ಕೆಲವು ವಿಷಯಗಳನ್ನು ನಾವು ಕೆಳಗೆ ನೋಡುತ್ತೇವೆ.
ಸಾಮಾನ್ಯವಾಗಿ, ಸರ್ವರ್ ಮೂಲಸೌಕರ್ಯವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ: ನಾವು "ಆರ್ಕೆಸ್ಟ್ರೇಟರ್" ಎಂದು ಕರೆಯುತ್ತೇವೆ ("ಆರ್ಕೆಸ್ಟ್ರೇಶನ್" ಎನ್ನುವುದು ಹಲವಾರು ಸರ್ವರ್ ನಿದರ್ಶನಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಪ್ರಕ್ರಿಯೆ), ಇದು ಸರ್ವರ್ ನಿದರ್ಶನದಲ್ಲಿ ಪರಿಸರ ಬದಲಾವಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ವರ್ಚುವಲೈಸೇಶನ್ ಕಂಟೇನರ್ (ಐಚ್ಛಿಕ, ಆದರೆ ಸಾಕಷ್ಟು ಆಗಾಗ್ಗೆ ಬಳಸಲಾಗುತ್ತದೆ), ಇದು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾದ ತಾರ್ಕಿಕ ಪದರಗಳಾಗಿ ವಿಭಜಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ನಿರಂತರ ಏಕೀಕರಣ ಸಾಫ್ಟ್‌ವೇರ್ - "ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು" ಮೂಲಕ ಹೋಸ್ಟ್ ಮಾಡಿದ ಕೋಡ್‌ಗೆ ನವೀಕರಣಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ, ಸರ್ವರ್‌ಗಳ ಸ್ಥಿತಿಯನ್ನು ನೋಡಲು ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಸರ್ವರ್ ಪರಿಸರಕ್ಕೆ ನವೀಕರಣಗಳನ್ನು ರೋಲ್ ಔಟ್ ಮಾಡಲು ಅಥವಾ ಹಿಂತಿರುಗಿಸಲು, ಇತ್ಯಾದಿ. ಮೊದಲಿಗೆ, ಈ ಅಂಶವು ನಿಮ್ಮ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಸಾಧ್ಯತೆಯಿಲ್ಲ, ಏಕೆಂದರೆ ಯಾವುದನ್ನಾದರೂ ಆರ್ಕೆಸ್ಟ್ರೇಟ್ ಮಾಡಲು, ನಿಮಗೆ ಹಲವಾರು ಸರ್ವರ್‌ಗಳು ಬೇಕಾಗುತ್ತವೆ (ನೀವು ಒಂದನ್ನು ಹೊಂದಬಹುದು, ಆದರೆ ಇದು ಏಕೆ ಅಗತ್ಯ?), ಮತ್ತು ಹಲವಾರು ಸರ್ವರ್‌ಗಳನ್ನು ಹೊಂದಲು, ನಿಮಗೆ ಅವುಗಳ ಅಗತ್ಯವಿದೆ. ಈ ದಿಕ್ಕಿನ ಸಾಧನಗಳಲ್ಲಿ, ಅತ್ಯಂತ ಜನಪ್ರಿಯವಾದದ್ದು ಕುಬರ್ನೆಟ್ಸ್, ಇದನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದೆ ಗೂಗಲ್.
ಮುಂದಿನ ಹಂತವು ಓಎಸ್ ಮಟ್ಟದಲ್ಲಿ ವರ್ಚುವಲೈಸೇಶನ್ ಆಗಿದೆ. ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ, "ಡಾಕರೈಸೇಶನ್" ಎಂಬ ಪರಿಕಲ್ಪನೆಯು ವ್ಯಾಪಕವಾಗಿ ಹರಡಿದೆ, ಇದು ಉಪಕರಣದಿಂದ ಬಂದಿದೆ ಡಾಕರ್, ಇದು ಪರಸ್ಪರ ಪ್ರತ್ಯೇಕವಾಗಿರುವ ಧಾರಕಗಳ ಕಾರ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಆದರೆ ಒಂದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ. ಇದರ ಅರ್ಥವೇನೆಂದರೆ: ಈ ಪ್ರತಿಯೊಂದು ಕಂಟೈನರ್‌ಗಳಲ್ಲಿ ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಗುಂಪನ್ನು ಸಹ ಚಲಾಯಿಸಬಹುದು, ಅದು ಈ ಯಂತ್ರದಲ್ಲಿ ಬೇರೊಬ್ಬರ ಅಸ್ತಿತ್ವವನ್ನು ಸಹ ಅನುಮಾನಿಸದೆ ಸಂಪೂರ್ಣ OS ನಲ್ಲಿ ಮಾತ್ರ ಎಂದು ನಂಬುತ್ತದೆ. ವಿಭಿನ್ನ ಆವೃತ್ತಿಗಳ ಒಂದೇ ರೀತಿಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು ಅಥವಾ ಸರಳವಾಗಿ ಸಂಘರ್ಷದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು, ಹಾಗೆಯೇ ಅಪ್ಲಿಕೇಶನ್‌ನ ತುಣುಕುಗಳನ್ನು ಲೇಯರ್‌ಗಳಾಗಿ ವಿಭಜಿಸಲು ಈ ಕಾರ್ಯವು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ. ಈ ಲೇಯರ್ ಎರಕಹೊಯ್ದವನ್ನು ನಂತರ ಚಿತ್ರದಲ್ಲಿ ಬರೆಯಬಹುದು, ಉದಾಹರಣೆಗೆ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿಯೋಜಿಸಲು ಇದನ್ನು ಬಳಸಬಹುದು. ಅಂದರೆ, ಈ ಚಿತ್ರವನ್ನು ಸ್ಥಾಪಿಸುವ ಮೂಲಕ ಮತ್ತು ಅದು ಒಳಗೊಂಡಿರುವ ಕಂಟೈನರ್‌ಗಳನ್ನು ನಿಯೋಜಿಸುವ ಮೂಲಕ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಚಲಾಯಿಸಲು ನೀವು ಸಿದ್ಧ ವಾತಾವರಣವನ್ನು ಪಡೆಯುತ್ತೀರಿ! ಮೊದಲ ಹಂತಗಳಲ್ಲಿ, ನೀವು ಈ ಉಪಕರಣವನ್ನು ಮಾಹಿತಿ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಬಳಸಬಹುದು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ತರ್ಕವನ್ನು ವಿವಿಧ ಲೇಯರ್‌ಗಳಾಗಿ ವಿಭಜಿಸುವ ಮೂಲಕ ನಿಜವಾದ ಪ್ರಯೋಜನಗಳನ್ನು ಪಡೆಯಬಹುದು. ಆದರೆ ಎಲ್ಲರಿಗೂ ಡಾಕರೈಸೇಶನ್ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಯಾವಾಗಲೂ ಅಲ್ಲ ಎಂದು ಇಲ್ಲಿ ಹೇಳುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ಅಪ್ಲಿಕೇಶನ್ "ವಿಘಟಿತ", ಸಣ್ಣ ಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಲಾದ ಸಂದರ್ಭಗಳಲ್ಲಿ ಡಾಕರೈಸೇಶನ್ ಅನ್ನು ಸಮರ್ಥಿಸಲಾಗುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ಕಾರ್ಯಕ್ಕೆ ಜವಾಬ್ದಾರನಾಗಿರುತ್ತಾನೆ, "ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್" ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಪರಿಸರವನ್ನು ಒದಗಿಸುವುದರ ಜೊತೆಗೆ, ಎಲ್ಲಾ ರೀತಿಯ ಕೋಡ್ ರೂಪಾಂತರಗಳು, ಅಪ್ಲಿಕೇಶನ್-ಸಂಬಂಧಿತ ಲೈಬ್ರರಿಗಳು ಮತ್ತು ಪ್ಯಾಕೇಜುಗಳ ಸ್ಥಾಪನೆ, ಚಾಲನೆಯಲ್ಲಿರುವ ಪರೀಕ್ಷೆಗಳು, ಈ ಕಾರ್ಯಾಚರಣೆಗಳ ಕುರಿತು ಅಧಿಸೂಚನೆಗಳು ಮತ್ತು ಮುಂತಾದವುಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಮರ್ಥ ನಿಯೋಜನೆಯನ್ನು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಇಲ್ಲಿ ನಾವು "ನಿರಂತರ ಏಕೀಕರಣ" ದಂತಹ ಪರಿಕಲ್ಪನೆಗೆ ಗಮನ ಕೊಡಬೇಕು (CI - ನಿರಂತರ ಏಕೀಕರಣ) ಈ ಸಮಯದಲ್ಲಿ ಈ ಪ್ರದೇಶದಲ್ಲಿನ ಮುಖ್ಯ ಸಾಧನಗಳು ಜೆಂಕಿನ್ಸ್ (ಜಾವಾದಲ್ಲಿ ಬರೆಯಲಾದ CI ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ರಾರಂಭದಲ್ಲಿ ಸ್ವಲ್ಪ ಜಟಿಲವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ), ಟ್ರಾವಿಸ್ ಸಿಐ (ರೂಬಿಯಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ, ವ್ಯಕ್ತಿನಿಷ್ಠ, ಸ್ವಲ್ಪ ಸರಳವಾಗಿದೆ ಜೆಂಕಿನ್ಸ್, ಆದಾಗ್ಯೂ, ನಿಯೋಜನೆಯ ಸಂರಚನೆಯ ಕ್ಷೇತ್ರದಲ್ಲಿ ಕೆಲವು ಜ್ಞಾನವು ಇನ್ನೂ ಅಗತ್ಯವಿದೆ) ಗಿಟ್ಲಾಬ್ ಸಿಐ (ಬರೆಯಲಾಗಿದೆ ರೂಬಿ ಮತ್ತು ಗೋ).
ಆದ್ದರಿಂದ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಪರಿಸರದ ಬಗ್ಗೆ ಮಾತನಾಡಿದ ನಂತರ, ಈ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ರಚಿಸಲು ಆಧುನಿಕ ಜಗತ್ತು ನಮಗೆ ಯಾವ ಸಾಧನಗಳನ್ನು ನೀಡುತ್ತದೆ ಎಂಬುದನ್ನು ಅಂತಿಮವಾಗಿ ನೋಡುವ ಸಮಯ ಬಂದಿದೆ.
ಮೂಲಭೂತ ವಿಷಯಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ: ಬ್ಯಾಕೆಂಡ್ (ಬ್ಯಾಕೆಂಡ್) - ಸರ್ವರ್ ಭಾಗ. ಇಲ್ಲಿ ಭಾಷೆಯ ಆಯ್ಕೆ, ಮೂಲಭೂತ ಕಾರ್ಯಗಳ ಸೆಟ್ ಮತ್ತು ಪೂರ್ವನಿರ್ಧರಿತ ರಚನೆ (ಫ್ರೇಮ್‌ವರ್ಕ್) ಅನ್ನು ಮುಖ್ಯವಾಗಿ ವೈಯಕ್ತಿಕ ಆದ್ಯತೆಗಳಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಅದೇನೇ ಇದ್ದರೂ, ಪರಿಗಣನೆಗೆ ಇದು ಯೋಗ್ಯವಾಗಿದೆ (ಭಾಷೆಗಳ ಬಗ್ಗೆ ಲೇಖಕರ ಅಭಿಪ್ರಾಯವು ಸಾಕಷ್ಟು ವ್ಯಕ್ತಿನಿಷ್ಠವಾಗಿದೆ, ಆದಾಗ್ಯೂ ಹಕ್ಕು ಪಕ್ಷಪಾತವಿಲ್ಲದ ವಿವರಣೆಗೆ):
- ಪೈಥಾನ್ ಅನನುಭವಿ ಬಳಕೆದಾರರಿಗೆ ಸಾಕಷ್ಟು ಸ್ನೇಹಿ ಭಾಷೆಯಾಗಿದೆ, ಇದು ಕೆಲವು ತಪ್ಪುಗಳನ್ನು ಕ್ಷಮಿಸುತ್ತದೆ, ಆದರೆ ಡೆವಲಪರ್ನೊಂದಿಗೆ ಇದು ಸಾಕಷ್ಟು ಕಟ್ಟುನಿಟ್ಟಾಗಿರಬಹುದು ಆದ್ದರಿಂದ ಅವನು ಕೆಟ್ಟದ್ದನ್ನು ಮಾಡುವುದಿಲ್ಲ. ಈಗಾಗಲೇ ಸಾಕಷ್ಟು ಪ್ರಬುದ್ಧ ಮತ್ತು ಅರ್ಥಪೂರ್ಣ ಭಾಷೆ, ಇದು 1991 ರಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿತು.
- ಹೋಗಿ - Google ನಿಂದ ಭಾಷೆ, ಸಾಕಷ್ಟು ಸ್ನೇಹಪರ ಮತ್ತು ಅನುಕೂಲಕರವಾಗಿದೆ, ಯಾವುದೇ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡುವುದು ಮತ್ತು ಪಡೆಯುವುದು ತುಂಬಾ ಸುಲಭ. ಇದು ಸರಳ ಮತ್ತು ಆಹ್ಲಾದಕರವಾಗಿರಬಹುದು ಅಥವಾ ಸಂಕೀರ್ಣ ಮತ್ತು ಗಂಭೀರವಾಗಿರಬಹುದು. ತಾಜಾ ಮತ್ತು ಯುವ, 2009 ರಲ್ಲಿ ತುಲನಾತ್ಮಕವಾಗಿ ಇತ್ತೀಚೆಗೆ ಕಾಣಿಸಿಕೊಂಡರು.
- ರಸ್ಟ್ ತನ್ನ ಹಿಂದಿನ ಸಹೋದ್ಯೋಗಿಗಿಂತ ಸ್ವಲ್ಪ ಹಳೆಯದಾಗಿದೆ, 2006 ರಲ್ಲಿ ಬಿಡುಗಡೆಯಾಯಿತು, ಆದರೆ ಅದರ ಗೆಳೆಯರೊಂದಿಗೆ ಹೋಲಿಸಿದರೆ ಇನ್ನೂ ಚಿಕ್ಕದಾಗಿದೆ. ಹೆಚ್ಚು ಅನುಭವಿ ಡೆವಲಪರ್‌ಗಳನ್ನು ಗುರಿಯಾಗಿರಿಸಿಕೊಂಡಿದೆ, ಆದರೂ ಇದು ಪ್ರೋಗ್ರಾಮರ್‌ಗಾಗಿ ಅನೇಕ ಕಡಿಮೆ-ಮಟ್ಟದ ಕಾರ್ಯಗಳನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ.
- ಜಾವಾ ವಾಣಿಜ್ಯ ಅಭಿವೃದ್ಧಿಯ ಅನುಭವಿಯಾಗಿದ್ದು, 1995 ರಲ್ಲಿ ಪರಿಚಯಿಸಲಾಯಿತು ಮತ್ತು ಇಂದು ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಪ್ಲಿಕೇಶನ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ ಭಾಷೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಅದರ ಮೂಲಭೂತ ಪರಿಕಲ್ಪನೆಗಳು ಮತ್ತು ಭಾರೀ ಸೆಟಪ್ನೊಂದಿಗೆ, ರನ್ಟೈಮ್ ಹರಿಕಾರರಿಗೆ ಸಾಕಷ್ಟು ಸವಾಲಾಗಬಹುದು.
- ASP.net ಎಂಬುದು ಮೈಕ್ರೋಸಾಫ್ಟ್ ಬಿಡುಗಡೆ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ಅಭಿವೃದ್ಧಿ ವೇದಿಕೆಯಾಗಿದೆ. ಕ್ರಿಯಾತ್ಮಕತೆಯನ್ನು ಬರೆಯಲು, 2000 ರಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡ C# ಭಾಷೆಯನ್ನು (ಸಿ ಶಾರ್ಪ್ ಎಂದು ಉಚ್ಚರಿಸಲಾಗುತ್ತದೆ) ಮುಖ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಇದರ ಸಂಕೀರ್ಣತೆಯು ಜಾವಾ ಮತ್ತು ರಸ್ಟ್ ನಡುವಿನ ಮಟ್ಟಕ್ಕೆ ಹೋಲಿಸಬಹುದು.
- PHP, ಮೂಲತಃ HTML ಪ್ರಿಪ್ರೊಸೆಸಿಂಗ್‌ಗಾಗಿ ಬಳಸಲಾಗಿದೆ, ಪ್ರಸ್ತುತ, ಇದು ಭಾಷಾ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಸಂಪೂರ್ಣ ನಾಯಕತ್ವವನ್ನು ಹೊಂದಿದ್ದರೂ, ಬಳಕೆಯಲ್ಲಿ ಕುಸಿತದ ಕಡೆಗೆ ಪ್ರವೃತ್ತಿ ಇದೆ. ಇದು ಕಡಿಮೆ ಪ್ರವೇಶ ಮಿತಿ ಮತ್ತು ಕೋಡ್ ಬರೆಯುವ ಸುಲಭತೆಯನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ಸಾಕಷ್ಟು ದೊಡ್ಡ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ, ಭಾಷೆಯ ಕ್ರಿಯಾತ್ಮಕತೆಯು ಸಾಕಾಗುವುದಿಲ್ಲ.
ಸರಿ, ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ನ ಅಂತಿಮ ಭಾಗ - ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚು ಸ್ಪಷ್ಟವಾಗಿದೆ - ಮುಂಭಾಗ (ಮುಂಭಾಗ) - ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ನ ಮುಖವಾಗಿದೆ; ಈ ಭಾಗದೊಂದಿಗೆ ಬಳಕೆದಾರರು ನೇರವಾಗಿ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ.
ವಿವರಗಳಿಗೆ ಹೋಗದೆ, ಆಧುನಿಕ ಮುಂಭಾಗವು ಮೂರು ಸ್ತಂಭಗಳ ಮೇಲೆ ನಿಂತಿದೆ, ಚೌಕಟ್ಟುಗಳು (ಮತ್ತು ತುಂಬಾ ಅಲ್ಲ), ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ರಚಿಸಲು. ಅಂತೆಯೇ, ಮೂರು ಅತ್ಯಂತ ಜನಪ್ರಿಯವಾಗಿವೆ:
- ReactJS ಒಂದು ಚೌಕಟ್ಟಲ್ಲ, ಆದರೆ ಗ್ರಂಥಾಲಯವಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ಫ್ರೇಮ್‌ವರ್ಕ್ ಅದರ ಹೆಮ್ಮೆಯ ಶೀರ್ಷಿಕೆಯಿಂದ "ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ" ಕೆಲವು ಕಾರ್ಯಗಳ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ ಮಾತ್ರ ಭಿನ್ನವಾಗಿರುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಕೈಯಾರೆ ಸ್ಥಾಪಿಸುವ ಅವಶ್ಯಕತೆಯಿದೆ. ಹೀಗಾಗಿ, ಈ ಗ್ರಂಥಾಲಯದ "ತಯಾರಿಕೆ" ಯ ಹಲವಾರು ಮಾರ್ಪಾಡುಗಳಿವೆ, ಅನನ್ಯ ಚೌಕಟ್ಟುಗಳನ್ನು ರೂಪಿಸುತ್ತದೆ. ಕೆಲವು ಮೂಲಭೂತ ತತ್ವಗಳು ಮತ್ತು ನಿರ್ಮಾಣ ಪರಿಸರದ ಸಾಕಷ್ಟು ಆಕ್ರಮಣಕಾರಿ ಸೆಟಪ್‌ನಿಂದಾಗಿ ಇದು ಹರಿಕಾರರಿಗೆ ಸ್ವಲ್ಪ ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ. ಆದಾಗ್ಯೂ, ತ್ವರಿತ ಪ್ರಾರಂಭಕ್ಕಾಗಿ, ನೀವು "ಕ್ರಿಯೇಟ್-ರಿಯಾಕ್ಟ್-ಅಪ್ಲಿಕೇಶನ್" ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಬಳಸಬಹುದು.
- VueJS ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ನಿರ್ಮಿಸಲು ಒಂದು ಚೌಕಟ್ಟಾಗಿದೆ. ಈ ಟ್ರಿನಿಟಿಯಲ್ಲಿ, ಇದು Vue ನಲ್ಲಿನ ಅಭಿವೃದ್ಧಿಗಾಗಿ ಅತ್ಯಂತ ಬಳಕೆದಾರ ಸ್ನೇಹಿ ಚೌಕಟ್ಟಿನ ಶೀರ್ಷಿಕೆಯನ್ನು ಸರಿಯಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಇತರ ಉಲ್ಲೇಖಿಸಲಾದ ಸಹೋದರರ ಪ್ರವೇಶದ ತಡೆಗೋಡೆ ಕಡಿಮೆಯಾಗಿದೆ. ಇದಲ್ಲದೆ, ಅವರು ಅವರಲ್ಲಿ ಕಿರಿಯರು.
- ಈ ಚೌಕಟ್ಟುಗಳಲ್ಲಿ ಕೋನೀಯವನ್ನು ಅತ್ಯಂತ ಸಂಕೀರ್ಣವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಅಗತ್ಯವಿರುವ ಏಕೈಕ ಟೈಪ್‌ಸ್ಕ್ರಿಪ್ಟ್ (ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಭಾಷೆಗೆ ಆಡ್-ಆನ್). ದೊಡ್ಡ ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ಹೆಚ್ಚಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ಮೇಲೆ ಬರೆದದ್ದನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಈಗ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿಯೋಜಿಸುವುದು ಈ ಪ್ರಕ್ರಿಯೆಯು ಮೊದಲು ಹೇಗೆ ಮುಂದುವರೆಯಿತು ಎಂಬುದರಲ್ಲಿ ಆಮೂಲಾಗ್ರವಾಗಿ ಭಿನ್ನವಾಗಿದೆ ಎಂದು ನಾವು ತೀರ್ಮಾನಿಸಬಹುದು. ಆದಾಗ್ಯೂ, ಹಳೆಯ ಶೈಲಿಯಲ್ಲಿ "ನಿಯೋಜನೆ" ಮಾಡುವುದನ್ನು ಯಾರೂ ತಡೆಯುವುದಿಲ್ಲ. ಆದರೆ ಈ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡುವ ಡೆವಲಪರ್ ಹೆಜ್ಜೆ ಹಾಕಬೇಕಾದ ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ತಪ್ಪುಗಳಿಗೆ ಆರಂಭದಲ್ಲಿ ಉಳಿಸಿದ ಸ್ವಲ್ಪ ಸಮಯ ಯೋಗ್ಯವಾಗಿದೆಯೇ? ಉತ್ತರ ಇಲ್ಲ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಈ ಪರಿಕರಗಳೊಂದಿಗೆ ನೀವೇ ಪರಿಚಿತರಾಗಲು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಮಯವನ್ನು ಕಳೆಯುವ ಮೂಲಕ (ಮತ್ತು ನಿಮಗೆ ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಅಗತ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ ನಿಮ್ಮ ಪ್ರಸ್ತುತ ಯೋಜನೆಯಲ್ಲಿ ನಿಮಗೆ ಅಗತ್ಯವಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು), ನೀವು ಅದನ್ನು ಪ್ಲೇ ಮಾಡಬಹುದು, ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡಬಹುದು, ಉದಾಹರಣೆಗೆ , ಪರಿಸರವನ್ನು ಅವಲಂಬಿಸಿ ಪ್ರೇತ ದೋಷಗಳ ಪ್ರಕರಣಗಳು ಮತ್ತು ಅದು ಪ್ರೊಡಕ್ಷನ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಮಾತ್ರ ಗೋಚರಿಸುತ್ತದೆ, ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್‌ಗೆ ಕಾರಣವೇನು ಮತ್ತು ಅದು ಏಕೆ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ ಎಂಬ ರಾತ್ರಿಯ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಇನ್ನಷ್ಟು.
ಮೂಲ: www.habr.com