ວິທີການກາຍເປັນວິສະວະກອນ DevOps ໃນຫົກເດືອນຫຼືໄວກວ່ານັ້ນ. ພາກທີ 1. ບົດແນະນຳ

ຜູ້ຊົມເປົ້າຫມາຍ

ເຈົ້າເປັນນັກພັດທະນາທີ່ກຳລັງຊອກຫາຈຸດມຸ່ງໝາຍອາຊີບຂອງເຈົ້າໄປສູ່ຕົວແບບ DevOps ທີ່ກ້າວໜ້າກວ່າບໍ? ທ່ານເປັນວິສະວະກອນ Ops ຄລາສສິກແລະຕ້ອງການທີ່ຈະໄດ້ຮັບຄວາມຄິດຂອງສິ່ງທີ່ DevOps ຫມາຍຄວາມວ່າ? ຫຼືທ່ານບໍ່ ແລະ, ຫຼັງຈາກໃຊ້ເວລາເຮັດວຽກຢູ່ IT, ຢາກປ່ຽນອາຊີບ ແລະ ບໍ່ຮູ້ວ່າຈະເລີ່ມຈາກໃສ?
ຖ້າແມ່ນ, ຫຼັງຈາກນັ້ນອ່ານຕໍ່ໄປເພື່ອຊອກຫາວິທີທີ່ທ່ານສາມາດກາຍເປັນວິສະວະກອນ DevOps ລະດັບກາງໃນຫົກເດືອນ! ສຸດທ້າຍ, ຖ້າທ່ານໄດ້ມີສ່ວນຮ່ວມໃນ DevOps ເປັນເວລາຫຼາຍປີ, ທ່ານຍັງຈະໄດ້ຮັບຫຼາຍອອກຈາກຊຸດບົດຄວາມນີ້ເພື່ອຮຽນຮູ້ວ່າອຸດສາຫະກໍາການເຊື່ອມໂຍງແລະອັດຕະໂນມັດແມ່ນປະຈຸບັນແລະບ່ອນທີ່ມັນກໍາລັງມຸ່ງຫນ້າ.

ນີ້ແມ່ນຫຍັງ?

ກ່ອນອື່ນ ໝົດ, DevOps ແມ່ນຫຍັງ? ທ່ານສາມາດກໍານົດຄໍານິຍາມຂອງ Google ແລະແລ່ນຜ່ານທຸກ verbiage, ແຕ່ຮູ້ວ່າຄໍານິຍາມສ່ວນໃຫຍ່ແມ່ນພຽງແຕ່ຄໍາສັບທີ່ຫໍ່ຢູ່ໃນຮູບແບບທີ່ມີການປັບປຸງ. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າຈະໃຫ້ບົດສະຫຼຸບຂອງຄໍານິຍາມເຫຼົ່ານີ້ທັງຫມົດ: DevOps ແມ່ນວິທີການຈັດສົ່ງຊອບແວທີ່ເຈັບຫົວແລະຄວາມຮັບຜິດຊອບຖືກແບ່ງປັນໃນບັນດາຜູ້ທີ່ກ່ຽວຂ້ອງທັງຫມົດ. ຫມົດ​ເທົ່າ​ນີ້.

ຕົກລົງ, ແຕ່ຄໍາຫຍໍ້ນີ້ຫມາຍຄວາມວ່າແນວໃດ? ມັນຫມາຍຄວາມວ່າຕາມປະເພນີ, ນັກພັດທະນາ (ຜູ້ທີ່ສ້າງຊອບແວ) ໄດ້ຖືກກະຕຸ້ນໃຫ້ເຮັດວຽກຂອງພວກເຂົາໂດຍແຮງຈູງໃຈທີ່ແຕກຕ່າງຈາກການປະຕິບັດງານ (ຜູ້ທີ່ຄຸ້ມຄອງຊອບແວ). ຕົວຢ່າງ, ໃນຖານະນັກພັດທະນາ, ຂ້ອຍຕ້ອງການສ້າງລັກສະນະໃຫມ່ຫຼາຍໄວເທົ່າທີ່ຈະໄວໄດ້. ຫຼັງຈາກທີ່ທັງຫມົດ, ນີ້ແມ່ນວຽກຂອງຂ້ອຍແລະນີ້ແມ່ນສິ່ງທີ່ລູກຄ້າຕ້ອງການ! ຢ່າງໃດກໍຕາມ, ຖ້າຂ້ອຍເປັນ Ops, ຂ້ອຍຕ້ອງການລັກສະນະໃຫມ່ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້, ເພາະວ່າທຸກໆຄຸນສົມບັດໃຫມ່ແມ່ນການປ່ຽນແປງ, ແລະການປ່ຽນແປງໃດໆກໍ່ມີບັນຫາ. ເປັນຜົນມາຈາກການຈັດວາງສິ່ງຈູງໃຈທີ່ບໍ່ຖືກຕ້ອງນີ້, DevOps ເກີດມາ.

DevOps ພະຍາຍາມລວມການພັດທະນາແລະການດໍາເນີນງານ (ການເຊື່ອມໂຍງແລະອັດຕະໂນມັດ) ເຂົ້າໄປໃນກຸ່ມດຽວ. ແນວຄວາມຄິດແມ່ນວ່າກຸ່ມຫນຶ່ງໃນປັດຈຸບັນຈະແບ່ງປັນທັງຄວາມເຈັບປວດແລະຄວາມຮັບຜິດຊອບ (ແລະອາດຈະເປັນລາງວັນ) ຂອງການກໍ່ສ້າງ, ນໍາໃຊ້, ແລະສ້າງລາຍໄດ້ຈາກຊອບແວທີ່ລູກຄ້າປະເຊີນ.

Purists ຈະບອກທ່ານວ່າບໍ່ມີສິ່ງທີ່ເປັນ "ວິສະວະກອນ DevOps." "DevOps ແມ່ນວັດທະນະທໍາ, ບໍ່ແມ່ນບົດບາດ," ພວກເຂົາຈະບອກທ່ານ, ແນ່ນອນ, ຈາກທັດສະນະດ້ານວິຊາການພວກເຂົາຖືກຕ້ອງ, ແຕ່ວ່າ, ຄືກັນກັບ. ເລື້ອຍໆ, ຄໍາສັບໄດ້ອອກຈາກມືນອກເຫນືອຈາກຄວາມຫມາຍຕົ້ນສະບັບຂອງມັນ, ວິສະວະກອນ DevOps ແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນ "ວິສະວະກອນລະບົບ 2.0." ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ລາວແມ່ນຜູ້ທີ່ເຂົ້າໃຈວົງຈອນຊີວິດການພັດທະນາຊອບແວແລະສ້າງເຄື່ອງມືແລະຂະບວນການພັດທະນາຊອບແວ. ເພື່ອແກ້ໄຂບັນຫາການດໍາເນີນງານແບບຄລາສສິກ.

DevOps ໃນທີ່ສຸດກໍ່ຫມາຍເຖິງການສ້າງທໍ່ດິຈິຕອນທີ່ເອົາລະຫັດຈາກແລັບທັອບຂອງຜູ້ພັດທະນາແລະປ່ຽນເປັນລາຍຮັບຈາກການນໍາໃຊ້ຜະລິດຕະພັນສຸດທ້າຍ, ນັ້ນແມ່ນສິ່ງທີ່ມັນທັງຫມົດ. ໃຫ້ສັງເກດວ່າການເລືອກອາຊີບ DevOps ແມ່ນໄດ້ຮັບຄ່າຕອບແທນສູງພໍສົມຄວນໂດຍລາງວັນທາງດ້ານການເງິນ, ເກືອບທຸກໆບໍລິສັດ "ເຮັດ DevOps" ຫຼືອ້າງວ່າເປັນຫນຶ່ງ. ໂດຍບໍ່ຄໍານຶງເຖິງບ່ອນທີ່ບໍລິສັດເຫຼົ່ານີ້ຕັ້ງຢູ່, ໂອກາດການຈ້າງງານໂດຍລວມຍ້ອນວ່າ DevOps ແມ່ນຂ້ອນຂ້າງສູງແລະສະເຫນີການຈ້າງງານທີ່ "ມ່ວນ" ແລະມີຄວາມຫມາຍສໍາລັບເວລາຫຼາຍປີຂ້າງຫນ້າ.

ຢ່າງໃດກໍ່ຕາມ, ຈົ່ງລະວັງບໍລິສັດທີ່ຈ້າງ "ທີມງານ DevOps" ຫຼື "ພະແນກ DevOps". ເວົ້າຢ່າງເຂັ້ມງວດ, ສິ່ງດັ່ງກ່າວບໍ່ຄວນມີຢູ່, ເພາະວ່າໃນທີ່ສຸດ DevOps ຍັງເປັນວັດທະນະທໍາແລະວິທີການສະຫນອງຊອບແວ, ບໍ່ແມ່ນການຈ້າງທີມງານໃຫມ່ຫຼືສ້າງພະແນກທີ່ມີ. ຊື່ແຟນຊີ.

ການປະຕິເສດ

ຕອນນີ້ໃຫ້ເຮົາເອົາແກ້ວຂອງ Kool-Aid ຄ້າງໄວ້ຊົ່ວຄາວ ແລະຄິດກ່ຽວກັບສິ່ງຕໍ່ໄປນີ້. ເຈົ້າໄດ້ຍິນຄໍາສຸພາສິດເກົ່າ "ບໍ່ມີວິສະວະກອນ DevOps ຊັ້ນສູງບໍ?" ຖ້າບໍ່, ຫຼັງຈາກນັ້ນຮູ້ວ່ານີ້ແມ່ນ trope ທີ່ນິຍົມໃນ Reddit ແລະ StackOverflow. ແຕ່ມັນຫມາຍຄວາມວ່າແນວໃດ?

ເວົ້າງ່າຍໆ, ປະໂຫຍກນີ້ຫມາຍຄວາມວ່າມັນໃຊ້ເວລາຫຼາຍປີຂອງປະສົບການບວກກັບຄວາມເຂົ້າໃຈຢ່າງຫນັກແຫນ້ນຂອງເຄື່ອງມືເພື່ອໃນທີ່ສຸດກາຍເປັນຜູ້ປະຕິບັດອາວຸໂສ DevOps ທີ່ມີປະສິດທິພາບຢ່າງແທ້ຈິງ. ແລະ, ແຕ່ຫນ້າເສຍດາຍ, ບໍ່ມີທາງລັດທີ່ຈະບັນລຸເປົ້າຫມາຍ. ດັ່ງນັ້ນ, ນີ້ບໍ່ແມ່ນຄວາມພະຍາຍາມທີ່ຈະເກມລະບົບ - ຂ້ອຍບໍ່ຄິດວ່າມັນເປັນໄປໄດ້ແທ້ໆທີ່ຈະທໍາທ່າເປັນວິສະວະກອນ DevOps ອາວຸໂສທີ່ມີປະສົບການສອງສາມເດືອນໃນອຸດສາຫະກໍາ. ການບັນລຸຄວາມເຂົ້າໃຈອັນແຂງແກ່ນຂອງເຄື່ອງມືແລະວິທີການທີ່ມີການປ່ຽນແປງຢ່າງໄວວາຮຽກຮ້ອງໃຫ້ມີປະສົບການຫຼາຍປີ, ແລະບໍ່ມີການເຂົ້າຫາມັນ. ຢ່າງໃດກໍຕາມ, ມີເກືອບສອດຄ່ອງ (ຄົນອັບເດດ:, ຖ້າທ່ານຈະ) ເມນູຂອງເຄື່ອງມືແລະແນວຄວາມຄິດທີ່ບໍລິສັດສ່ວນໃຫຍ່ໃຊ້, ແລະນັ້ນແມ່ນສິ່ງທີ່ພວກເຮົາຈະເວົ້າກ່ຽວກັບ.

ອີກເທື່ອຫນຶ່ງ, ເຄື່ອງມືແມ່ນແຕກຕ່າງຈາກທັກສະ, ດັ່ງນັ້ນໃນຂະນະທີ່ທ່ານກໍາລັງຮຽນຮູ້ເຄື່ອງມື, ໃຫ້ແນ່ໃຈວ່າທ່ານບໍ່ໄດ້ລະເລີຍທັກສະຂອງທ່ານ (ການສໍາຫຼວດ, ເຄືອຂ່າຍ, ການສື່ສານລາຍລັກອັກສອນ, ການແກ້ໄຂບັນຫາ, ແລະອື່ນໆ). ສໍາຄັນທີ່ສຸດ, ຢ່າສູນເສຍການເບິ່ງສິ່ງທີ່ພວກເຮົາຕ້ອງການຊອກຫາ - ວິທີການສ້າງທໍ່ດິຈິຕອນອັດຕະໂນມັດຢ່າງເຕັມສ່ວນທີ່ເອົາແນວຄວາມຄິດແລະປ່ຽນພວກມັນເຂົ້າໄປໃນລະຫັດທີ່ສ້າງລາຍໄດ້. ນີ້ແມ່ນບົດສະຫຼຸບທີ່ສໍາຄັນທີ່ສຸດດຽວຈາກບົດຄວາມທັງຫມົດນີ້!

ການສົນທະນາພຽງພໍ, ຂ້ອຍສາມາດເລີ່ມຕົ້ນໄດ້ເມື່ອໃດ?

ຂ້າງລຸ່ມນີ້ແມ່ນແຜນທີ່ຄວາມຮູ້ພື້ນຖານຂອງ DevOps. ມີຄວາມຊໍານິຊໍານານທຸກຢ່າງທີ່ສະແດງຢູ່ໃນນັ້ນ, ທ່ານສາມາດເອີ້ນຕົວເອງວ່າເປັນວິສະວະກອນ DevOps ໄດ້ຢ່າງປອດໄພແລະຊື່ສັດ! ຫຼືວິສະວະກອນຟັງຖ້າທ່ານບໍ່ມັກຊື່ "DevOps".

ແຜນທີ່ນີ້ສະແດງເຖິງຄວາມຄິດຂອງຂ້ອຍ (ແລະອາດຈະເປັນຄົນສ່ວນໃຫຍ່ທີ່ເຮັດວຽກຢູ່ໃນພື້ນທີ່ນີ້) ກ່ຽວກັບສິ່ງທີ່ນັກວິສະວະກອນ DevOps ມີຄວາມສາມາດຄວນຮູ້. ຢ່າງໃດກໍຕາມ, ນີ້ແມ່ນພຽງແຕ່ຄວາມຄິດເຫັນ, ແລະແນ່ນອນວ່າຈະມີຜູ້ທີ່ບໍ່ເຫັນດີນໍາມັນ. ອັນນີ້ດີ! ພວກ​ເຮົາ​ບໍ່​ໄດ້​ພະ​ຍາ​ຍາມ​ສໍາ​ລັບ​ຄວາມ​ສົມ​ບູນ​ແບບ​ທີ່​ນີ້, ພວກ​ເຮົາ​ກໍາ​ລັງ​ພະ​ຍາ​ຍາມ​ສໍາ​ລັບ​ພື້ນ​ຖານ​ທີ່​ແຂງ​ທີ່​ພວກ​ເຮົາ​ສາ​ມາດ​ສ້າງ​ຕົວ​ຈິງ.

ເຈົ້າຕ້ອງຜ່ານຂະບວນການນີ້ເທື່ອລະກ້າວ, ຄ່ອຍໆເປັນຊັ້ນໆ. ເຈົ້າຄວນເລີ່ມຕົ້ນ (ແລະສືບຕໍ່!) ດ້ວຍພື້ນຖານ, ກ່ອນອື່ນໝົດສຶກສາອົງປະກອບທີ່ເນັ້ນໃສ່ສີຟ້າ— Linux, Python, ແລະ AWS. ຈາກນັ້ນ, ຖ້າມີເວລາ ຫຼື ຄວາມຕ້ອງການຂອງຕະຫຼາດວຽກ, ໃຫ້ຍ້າຍໄປຫາສິ່ງທີ່ເປັນທີ່ນິຍົມຄື Golang ແລະ Google Cloud.

ເວົ້າແທ້ໆ, ຊັ້ນພື້ນຖານດ້ານເທິງແມ່ນສິ່ງທີ່ເຈົ້າຈະຕ້ອງຮຽນຮູ້ຕະຫຼອດໄປ. Linux ມັນສັບສົນຫຼາຍ ແລະ ໃຊ້ເວລາຫຼາຍປີເພື່ອໃຫ້ເປັນແມ່ບົດ. Python ຕ້ອງການການຝຶກຝົນຢ່າງຕໍ່ເນື່ອງເພື່ອໃຫ້ທັນສະໄໝ. AWS ພັດທະນາໄວຫຼາຍ ຈົນສິ່ງທີ່ເຈົ້າຮູ້ໃນມື້ນີ້ຈະເປັນພຽງສ່ວນໜຶ່ງຂອງຄວາມຮູ້ໂດຍລວມຂອງເຈົ້າໃນໜຶ່ງປີ. ເມື່ອເຈົ້າເປັນແມ່ບົດພື້ນຖານແລ້ວ, ໃຫ້ກ້າວໄປສູ່ຊຸດທັກສະທີ່ແທ້ຈິງ. ໃຫ້ສັງເກດວ່າມີຫົກຖັນສີຟ້າ (ການຕັ້ງຄ່າ, ເວີຊັນ, ການຫຸ້ມຫໍ່, ການນຳໃຊ້, ການເປີດຕົວ, ການຕິດຕາມກວດກາ), ໜຶ່ງຖັນສຳລັບແຕ່ລະເດືອນຂອງການສຶກສາ.

ທ່ານ, ແນ່ນອນ, ສັງເກດເຫັນການຂາດຂັ້ນຕອນທີ່ສໍາຄັນໃນທໍ່ຫົກເດືອນຂອງພວກເຮົາ - ການທົດສອບ. ຂ້າພະເຈົ້າໂດຍເຈດຕະນາບໍ່ໄດ້ລວມເອົາມັນຢູ່ໃນແຜນທີ່ເສັ້ນທາງເພາະວ່າການຂຽນໂມດູນ, ການເຊື່ອມໂຍງແລະການຍອມຮັບການທົດສອບບໍ່ແມ່ນເລື່ອງງ່າຍແລະປະເພນີຕົກຢູ່ໃນບ່າຂອງນັກພັດທະນາ. ແລະການຂ້າມຂັ້ນຕອນຂອງ "ການທົດສອບ" ໄດ້ຖືກອະທິບາຍໂດຍຄວາມຈິງທີ່ວ່າເປົ້າຫມາຍຂອງແຜນທີ່ຖະຫນົນນີ້ແມ່ນເພື່ອຊໍານິຊໍານານແລະເຄື່ອງມືພື້ນຖານໄວເທົ່າທີ່ຈະໄວໄດ້. ການຂາດປະສົບການການທົດສອບ, ອີງຕາມຜູ້ຂຽນ, ແມ່ນພຽງແຕ່ເປັນອຸປະສັກເລັກນ້ອຍຕໍ່ການນໍາໃຊ້ DevOps ທີ່ຖືກຕ້ອງ.

ນອກຈາກນັ້ນ, ຈົ່ງຈື່ໄວ້ວ່າພວກເຮົາບໍ່ໄດ້ຮຽນຮູ້ຫຼາຍກຸ່ມຂອງ babble ດ້ານວິຊາການທີ່ບໍ່ກ່ຽວຂ້ອງຢູ່ທີ່ນີ້, ແຕ່ແທນທີ່ຈະເປັນຄວາມເຂົ້າໃຈກ່ຽວກັບເຄື່ອງມືທີ່ເຂົ້າມາຮ່ວມກັນເພື່ອສ້າງເລື່ອງທີ່ຊັດເຈນ. ເລື່ອງນີ້ແມ່ນກ່ຽວກັບການສິ້ນສຸດຂອງຂະບວນການອັດຕະໂນມັດ - ເປັນສາຍປະກອບດິຈິຕອນທີ່ເຄື່ອນຍ້າຍບິດຄ້າຍຄືສາຍປະກອບ. ທ່ານບໍ່ຕ້ອງການທີ່ຈະຮຽນຮູ້ຊໍ່ຂອງເຄື່ອງມືແລະສືບຕໍ່ຢຸດເຊົາການ! ເຄື່ອງມື DevOps ປ່ຽນແປງຢ່າງໄວວາ, ແຕ່ແນວຄວາມຄິດມີການປ່ຽນແປງຫນ້ອຍລົງເລື້ອຍໆ. ດັ່ງນັ້ນ, ທ່ານຄວນພະຍາຍາມໃຊ້ເຄື່ອງມືເປັນການສອນ proxies ສໍາລັບແນວຄວາມຄິດໃນລະດັບທີ່ສູງຂຶ້ນ.

ຕົກລົງ, ໃຫ້ຂຸດເລິກຕື່ມອີກໜ້ອຍໜຶ່ງ!

ຄວາມຮູ້ພື້ນຖານ

ຂ້າງລຸ່ມນີ້ຂັ້ນຕອນເທິງທີ່ກ່າວວ່າ Foundation, ທ່ານສາມາດເບິ່ງທັກສະທີ່ວິສະວະກອນ DevOps ທຸກຄົນຄວນເປັນນາຍ. ທັກສະເຫຼົ່ານີ້ແມ່ນມີຄວາມຫມັ້ນໃຈໃນການຈັດການສາມເສົາຄໍ້າຂອງອຸດສາຫະກໍາ, ເຊິ່ງແມ່ນ: ລະບົບປະຕິບັດການ, ພາສາການຂຽນໂປລແກລມແລະຟັງສາທາລະນະ. ສິ່ງເຫຼົ່ານີ້ບໍ່ແມ່ນສິ່ງທີ່ເຈົ້າສາມາດຮຽນຮູ້ ແລະກ້າວຕໍ່ໄປໄດ້ໄວ ທັກສະເຫຼົ່ານີ້ຕ້ອງໄດ້ຮັບການປັບປຸງແລະຊໍານິຊໍານານຢ່າງຕໍ່ເນື່ອງເພື່ອໃຫ້ເປັນແຖວຫນ້າຂອງອຸດສາຫະກໍາແລະກ່ຽວຂ້ອງກັບສະພາບແວດລ້ອມດ້ານວິຊາຊີບທີ່ອ້ອມຮອບທ່ານ. ໃຫ້ເຮົາໄປຜ່ານພວກມັນເທື່ອລະອັນ.

Linux ນີ້ແມ່ນບ່ອນທີ່ມັນເຮັດວຽກທັງໝົດ. ທ່ານສາມາດເປັນຜູ້ປະຕິບັດ DevOps ທີ່ໜ້າອັດສະຈັນໄດ້ໃນຂະນະທີ່ຍັງຄົງຢູ່ພາຍໃນລະບົບນິເວດຂອງ Microsoft ໄດ້ຢ່າງສົມບູນບໍ? ແນ່ນອນທ່ານສາມາດເຮັດໄດ້! ບໍ່ມີກົດໝາຍໃດທີ່ບອກວ່າທ່ານຕ້ອງໃຊ້ພຽງແຕ່ Linuxເຖິງຢ່າງໃດກໍ່ຕາມ, ກະລຸນາຮັບຊາບວ່າເຖິງວ່າທຸກສິ່ງທຸກຢ່າງ Linux ເຈົ້າສາມາດເຮັດໄດ້ໃນ Windows, ບ່ອນທີ່ມັນເກີດຂຶ້ນຢ່າງເຈັບປວດຫຼາຍ ແລະ ມີໜ້າທີ່ໜ້ອຍລົງ. ໃນຈຸດນີ້, ມັນປອດໄພທີ່ຈະສົມມຸດວ່າໂດຍບໍ່ມີຄວາມຮູ້ Linux ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະກາຍເປັນຜູ້ຊ່ຽວຊານ DevOps ທີ່ແທ້ຈິງ, ສະນັ້ນ Linux ນີ້ແມ່ນສິ່ງທີ່ເຈົ້າຕ້ອງສຶກສາ ແລະ ຮຽນຮູ້.

ດ້ວຍຄວາມຊື່ສັດ, ວິທີທີ່ດີທີ່ສຸດທີ່ຈະເຮັດສິ່ງນີ້ແມ່ນການຕິດຕັ້ງ Linux (ເຟໂດຣາ ຫຼື Ubuntu) ຢູ່ເຮືອນ ແລະ ໃຊ້ມັນໃຫ້ຫຼາຍເທົ່າທີ່ຈະຫຼາຍໄດ້. ແນ່ນອນ, ເຈົ້າຈະເຮັດຫຼາຍສິ່ງຫຼາຍຢ່າງເສຍຫາຍ, ຕິດຂັດກັບຂັ້ນຕອນການເຮັດວຽກ, ແລະ ຕ້ອງແກ້ໄຂທຸກຢ່າງ, ແຕ່ເຈົ້າຈະໄດ້ຮຽນຮູ້ Linux!

ໂດຍວິທີທາງການ, ໃນອາເມລິກາເຫນືອ, ຮຸ່ນ RedHat ແມ່ນພົບເລື້ອຍກວ່າ, ສະນັ້ນມັນເປັນເຫດຜົນທີ່ຈະເລີ່ມຕົ້ນດ້ວຍ Fedora ຫຼື CentOSຖ້າທ່ານສົງໄສວ່າຈະຊື້ KDE ຫຼື Gnome edition, ໃຫ້ເລືອກ KDE. ມັນແມ່ນສິ່ງທີ່ Linus Torvalds ເອງໃຊ້.

Python ແມ່ນພາສາ back-end ທີ່ເດັ່ນໃນທຸກມື້ນີ້. ມັນງ່າຍທີ່ຈະເລີ່ມຕົ້ນດ້ວຍແລະຖືກນໍາໃຊ້ຢ່າງກວ້າງຂວາງ. Python ແມ່ນທົ່ວໄປຫຼາຍໃນພາກສະຫນາມຂອງປັນຍາປະດິດແລະການຮຽນຮູ້ເຄື່ອງຈັກ, ດັ່ງນັ້ນຖ້າທ່ານຕ້ອງການຍ້າຍໄປບ່ອນອື່ນທີ່ຮ້ອນ, ທ່ານຈະກຽມພ້ອມຢ່າງເຕັມທີ່.

Amazon Web Services: ອີກເທື່ອ ໜຶ່ງ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະເປັນມືອາຊີບ DevOps ທີ່ບໍ່ມີຄວາມເຂົ້າໃຈຢ່າງແຂງແຮງກ່ຽວກັບວິທີການຟັງສາທາລະນະເຮັດວຽກ. ແລະຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະຮຽນຮູ້ເພີ່ມເຕີມກ່ຽວກັບມັນ, ເບິ່ງເຂົ້າໄປໃນ Amazon Web Services. ມັນເປັນຜູ້ນຊັ້ນນໍາໃນດ້ານການບໍລິການນີ້ແລະສະຫນອງຊຸດເຄື່ອງມືການເຮັດວຽກທີ່ອຸດົມສົມບູນທີ່ສຸດ.

ມັນເປັນໄປໄດ້ທີ່ຈະເລີ່ມຕົ້ນດ້ວຍ Google Cloud ຫຼື Azure ແທນ? ແນ່ນອນເຈົ້າສາມາດ! ແຕ່ຈື່ຈໍາວິກິດການທາງດ້ານການເງິນສຸດທ້າຍ, ມັນຄວນຈະສັງເກດວ່າ AWS ເປັນທາງເລືອກທີ່ປອດໄພທີ່ສຸດ, ຢ່າງຫນ້ອຍໃນປີ 2018, ຍ້ອນວ່າມັນຊ່ວຍໃຫ້ທ່ານລົງທະບຽນບັນຊີໄດ້ໂດຍບໍ່ເສຍຄ່າແລະເລີ່ມຄົ້ນຫາຄວາມເປັນໄປໄດ້ຂອງການບໍລິການຟັງ. ນອກຈາກນັ້ນ, AWS console ໃຫ້ຜູ້ໃຊ້ມີເມນູທີ່ງ່າຍດາຍແລະຊັດເຈນເພື່ອເລືອກຈາກ. ຂ່າວດີແມ່ນວ່າທ່ານບໍ່ຈໍາເປັນຕ້ອງຮູ້ເຕັກໂນໂລຢີທັງຫມົດຂອງ Amazon ເພື່ອເຮັດສິ່ງນີ້.

ເລີ່ມຕົ້ນດ້ວຍສິ່ງຕໍ່ໄປນີ້: VPC, EC2, IAM, S3, CloudWatch, ELB (Elastic Load Balancing under the EC2 umbrella) ແລະກຸ່ມຄວາມປອດໄພ. ສິ່ງເຫຼົ່ານີ້ພຽງພໍທີ່ຈະເຮັດໃຫ້ທ່ານເລີ່ມຕົ້ນ, ແລະທຸກວິສາຫະກິດທີ່ທັນສະໄໝ, ອີງໃສ່ຄລາວໃຊ້ເຄື່ອງມືເຫຼົ່ານີ້ຢ່າງຈິງຈັງ. ສະຖານທີ່ຝຶກອົບຮົມຂອງ AWS ຂອງຕົນເອງແມ່ນບ່ອນທີ່ດີທີ່ຈະເລີ່ມຕົ້ນ.

ຂ້ອຍແນະນຳໃຫ້ເຈົ້າໃຊ້ເວລາ 20-30 ນາທີຕໍ່ມື້ໃນການຮຽນຮູ້ ແລະ ການຝຶກຝົນກັບພາສາ Python ແລະ ລະບົບປະຕິບັດການ. Linux ແລະ ການບໍລິການຄລາວ AWS, ນອກເໜືອໄປຈາກສິ່ງອື່ນໆທີ່ທ່ານຈະຕ້ອງຮຽນຮູ້. ໂດຍລວມແລ້ວ, ຂ້າພະເຈົ້າເຊື່ອວ່າການໃຊ້ເວລາໜຶ່ງຊົ່ວໂມງຕໍ່ມື້, ຫ້າເທື່ອຕໍ່ອາທິດ, ແມ່ນພຽງພໍທີ່ຈະເຂົ້າໃຈຂະບວນການອຸດສາຫະກຳ DevOps ພາຍໃນຫົກເດືອນ ຫຼື ໜ້ອຍກວ່າ. ມີຫົກອົງປະກອບຫຼັກ, ແຕ່ລະອົງປະກອບກົງກັບໜຶ່ງເດືອນຂອງການຝຶກອົບຮົມ. ນີ້ແມ່ນທັງໝົດທີ່ທ່ານຕ້ອງການເພື່ອໃຫ້ໄດ້ຮັບຄວາມຮູ້ພື້ນຖານ.
ໃນບົດຄວາມຕໍ່ໄປ, ພວກເຮົາຈະເບິ່ງໃນລະດັບຕໍ່ໄປຂອງຄວາມສັບສົນ: ວິທີການອັດຕະໂນມັດການຕັ້ງຄ່າ, ຮຸ່ນ, ການຫຸ້ມຫໍ່, ການປະຕິບັດ, ແລ່ນແລະການກວດສອບຊອບແວ.

ຈະ​ສືບ​ຕໍ່​ໃນ​ໄວໆ​ນີ້ ...

ບາງໂຄສະນາ🙂

ຂອບໃຈສໍາລັບການຢູ່ກັບພວກເຮົາ. ເຈົ້າມັກບົດຄວາມຂອງພວກເຮົາບໍ? ຕ້ອງການເບິ່ງເນື້ອຫາທີ່ຫນ້າສົນໃຈຫຼາຍບໍ? ສະຫນັບສະຫນູນພວກເຮົາໂດຍການວາງຄໍາສັ່ງຫຼືແນະນໍາໃຫ້ຫມູ່ເພື່ອນ, cloud VPS ສໍາລັບນັກພັດທະນາຈາກ $4.99, ການປຽບທຽບທີ່ເປັນເອກະລັກຂອງເຊີບເວີລະດັບເຂົ້າ, ເຊິ່ງຖືກປະດິດໂດຍພວກເຮົາສໍາລັບທ່ານ: ຄວາມຈິງທັງໝົດກ່ຽວກັບ VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps ຈາກ $19 ຫຼືວິທີການແບ່ງປັນເຄື່ອງແມ່ຂ່າຍ? (ສາມາດໃຊ້ໄດ້ກັບ RAID1 ແລະ RAID10, ສູງສຸດ 24 cores ແລະສູງສຸດ 40GB DDR4).

Dell R730xd 2x ລາຄາຖືກກວ່າຢູ່ໃນສູນຂໍ້ມູນ Equinix Tier IV ໃນ Amsterdam? ທີ່ນີ້ເທົ່ານັ້ນ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ຈາກ $199 ໃນປະເທດເນເທີແລນ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ຈາກ $99! ອ່ານກ່ຽວກັບ ວິທີການສ້າງໂຄງສ້າງພື້ນຖານຂອງບໍລິສັດ. ຫ້ອງຮຽນທີ່ມີການນໍາໃຊ້ເຄື່ອງແມ່ຂ່າຍຂອງ Dell R730xd E5-2650 v4 ມູນຄ່າ 9000 ເອີໂຣສໍາລັບເງິນບໍ?

ແຫຼ່ງຂໍ້ມູນ: www.habr.com