ວິທີການແນະນໍາອົງການຂອງເຈົ້າໃຫ້ກັບ OpenStack

ບໍ່ມີເສັ້ນທາງທີ່ສົມບູນແບບເພື່ອປະຕິບັດ OpenStack ໃນບໍລິສັດຂອງທ່ານ, ແຕ່ມີຫຼັກການທົ່ວໄປທີ່ສາມາດນໍາພາທ່ານໄປສູ່ການປະຕິບັດທີ່ປະສົບຜົນສໍາເລັດ.

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

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

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

MercadoLibre: ກໍານົດຄວາມຈໍາເປັນແລະແລ່ນໄວກວ່າກວາງ

ຖ້າຄວາມຕ້ອງການມີຄວາມເຂັ້ມແຂງພຽງພໍ, ຫຼັງຈາກນັ້ນ, ການປະຕິບັດໂຄງສ້າງພື້ນຖານຂອງເມຄທີ່ມີຄວາມຍືດຫຍຸ່ນສາມາດເກືອບວ່າງ່າຍດາຍຄື "ສ້າງມັນແລະພວກເຂົາຈະມາ." ໃນຫຼາຍວິທີ, ນີ້ແມ່ນປະສົບການທີ່ Alejandro Comisario, Maximiliano Venesio ແລະ Leandro Reox ມີກັບບໍລິສັດຂອງພວກເຂົາ MercadoLibre, ບໍລິສັດອີຄອມເມີຊທີ່ໃຫຍ່ທີ່ສຸດໃນອາເມລິກາລາຕິນແລະເປັນອັນດັບແປດຂອງໂລກ.

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

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

Alejandro Comisario, Maximiliano Venesio ແລະ Leandro Reox, ທີມງານ MercadoLibre ທັງຫມົດໃນເວລານັ້ນ, ໄດ້ເລີ່ມຕົ້ນຊອກຫາເຕັກໂນໂລຢີທີ່ຈະຊ່ວຍໃຫ້ພວກເຂົາກໍາຈັດຂັ້ນຕອນຄູ່ມືທີ່ກ່ຽວຂ້ອງກັບການສະຫນອງໂຄງສ້າງພື້ນຖານໃຫ້ກັບຜູ້ພັດທະນາຂອງພວກເຂົາ.

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

ເມື່ອພວກເຂົາພົບ OpenStack, ມັນເຫັນໄດ້ຊັດເຈນວ່ານີ້ແມ່ນສິ່ງທີ່ພວກເຂົາກໍາລັງຊອກຫາ. ວັດທະນະທໍາໄວຂອງ MercadoLibre ໄດ້ອະນຸຍາດໃຫ້ທີມງານເຄື່ອນຍ້າຍຢ່າງໄວວາໃນການສ້າງສະພາບແວດລ້ອມ OpenStack, ເຖິງວ່າຈະມີຄວາມບໍ່ເຕັມທີ່ຂອງໂຄງການໃນເວລານັ້ນ.

Leandro Reox ກ່າວວ່າ "ມັນເຫັນໄດ້ຊັດເຈນວ່າວິທີການ OpenStack - ການຄົ້ນຄວ້າ, ການໃສ່ລະຫັດ, ແລະການທົດສອບການທໍາງານແລະການປັບຂະຫນາດແມ່ນກົງກັນກັບວິທີການ MercadoLibre," Leandro Reox ເວົ້າ. "ພວກເຮົາສາມາດເຂົ້າໄປໃນໂຄງການທັນທີ, ກໍານົດຊຸດຂອງການທົດສອບສໍາລັບການຕິດຕັ້ງ OpenStack ຂອງພວກເຮົາແລະເລີ່ມຕົ້ນການທົດສອບ.

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

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

Maximiliano Venesio, ວິສະວະກອນໂຄງສ້າງພື້ນຖານອາວຸໂສຂອງ MercadoLibre ກ່າວວ່າ "ບໍລິສັດທັງຫມົດແມ່ນຫິວສໍາລັບລະບົບເຊັ່ນນີ້ແລະຫນ້າທີ່ມັນສະຫນອງ,".

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

ທ່ານ Alejandro Comisario ກ່າວວ່າ "ພວກເຮົາຕ້ອງເຮັດໃຫ້ແນ່ໃຈວ່ານັກພັດທະນາຂອງພວກເຮົາພ້ອມທີ່ຈະຂຽນຄໍາຮ້ອງສະຫມັກທີ່ບໍ່ມີລັດສໍາລັບເມຄ," Alejandro Comisario ກ່າວ. “ມັນແມ່ນການປ່ຽນແປງທາງວັດທະນະທໍາອັນໃຫຍ່ຫຼວງສໍາລັບພວກເຂົາ. ໃນບາງກໍລະນີ, ພວກເຮົາຕ້ອງສອນນັກພັດທະນາວ່າການເກັບຮັກສາຂໍ້ມູນຂອງເຂົາເຈົ້າຢູ່ໃນຕົວຢ່າງແມ່ນບໍ່ພຽງພໍ. ນັກພັດທະນາຈໍາເປັນຕ້ອງປັບແນວຄິດຂອງເຂົາເຈົ້າ.

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

ອັດຕະໂນມັດທີ່ພວກເຂົາສາມາດບັນລຸໄດ້ດ້ວຍເມຄສ່ວນຕົວທີ່ຈ່າຍໄປ, ອະນຸຍາດໃຫ້ MercadoLibre ຂະຫຍາຍໂຄງສ້າງພື້ນຖານຂອງຕົນຢ່າງຫຼວງຫຼາຍ. ສິ່ງທີ່ເລີ່ມຕົ້ນເປັນທີມງານພື້ນຖານໂຄງລ່າງຂອງສາມສະຫນັບສະຫນູນ 250 ນັກພັດທະນາ, 100 ເຄື່ອງແມ່ຂ່າຍແລະ 1000 virtual machines ໄດ້ເຕີບໃຫຍ່ຂຶ້ນເປັນທີມງານຂອງ 10 ສະຫນັບສະຫນູນຫຼາຍກວ່າ 500 ນັກພັດທະນາ, 2000 ເຄື່ອງແມ່ຂ່າຍແລະ 12 VMs.

ມື້ເຮັດວຽກ: ການສ້າງກໍລະນີທຸລະກິດສໍາລັບ OpenStack

ສໍາລັບທີມງານທີ່ບໍລິສັດ SaaS Workday, ການຕັດສິນໃຈທີ່ຈະຮັບຮອງເອົາ OpenStack ແມ່ນຫນ້ອຍການປະຕິບັດຫນຶ່ງແລະເປັນຍຸດທະສາດຫຼາຍ.

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

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

ວຽກງານທໍາອິດຂອງ Rimi ຢູ່ Workday ແມ່ນເພື່ອຂະຫຍາຍກໍລະນີທຸລະກິດຕົ້ນສະບັບໄປສູ່ສ່ວນໃຫຍ່ຂອງບໍລິສັດ.

ພື້ນຖານຂອງກໍລະນີທຸລະກິດແມ່ນການເພີ່ມຄວາມຍືດຫຍຸ່ນໃນເວລາທີ່ນໍາໃຊ້ SDDC. ຄວາມຢືດຢຸ່ນທີ່ເພີ່ມຂຶ້ນນີ້ຈະຊ່ວຍໃຫ້ບໍລິສັດບັນລຸຄວາມປາດຖະຫນາຂອງຕົນສໍາລັບການຕິດຕັ້ງຊອບແວຢ່າງຕໍ່ເນື່ອງໂດຍບໍ່ມີເວລາຢຸດ. API ສໍາລັບ SDDC ມີຈຸດປະສົງເພື່ອອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນ Workday ແລະທີມງານເວທີສາມາດປະດິດສ້າງໃນແບບທີ່ບໍ່ເຄີຍເປັນໄປໄດ້ມາກ່ອນ.

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

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

ສຸດທ້າຍ, ຍຸດທະສາດຄລາວຂອງ Rimi ສັງເກດເຫັນວ່າວຽກທີ່ບໍ່ມີລັດແບບງ່າຍໆ ແລະ ການປັບຂະໜາດຕາມແນວນອນຂອງພວກມັນຈະຊ່ວຍໃຫ້ Workday ເລີ່ມນຳໃຊ້ຄລາວສ່ວນຕົວຂອງຕົນໂດຍມີຄວາມສ່ຽງໜ້ອຍລົງ ແລະ ບັນລຸການດຳເນີນງານຂອງຄລາວໄດ້ຕາມທຳມະຊາດ.

Rimi ແນະນໍາວ່າ "ທ່ານສາມາດເລີ່ມຕົ້ນດ້ວຍແຜນການຂອງທ່ານແລະຮຽນຮູ້ວິທີການຈັດການເມຄໃຫມ່ທີ່ມີວຽກນ້ອຍໆ, ຄ້າຍຄືກັບ R&D ແບບດັ້ງເດີມ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດທົດລອງໃນສະພາບແວດລ້ອມທີ່ປອດໄພ," Rimi ແນະນໍາ.

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

ໂດຍໄດ້ປະຕິບັດຢ່າງສໍາເລັດຜົນ OpenStack cloud ທໍາອິດທີ່ສາມາດໃຊ້ໄດ້, Workday ຍັງສືບຕໍ່ພະຍາຍາມສໍາລັບການຮັບຮອງເອົາສະພາບແວດລ້ອມ SDDC ໃຫມ່ທີ່ກວ້າງຂວາງ. ເພື່ອບັນລຸເປົ້າຫມາຍນີ້, Rimi ໃຊ້ວິທີການຫຼາຍດ້ານທີ່ສຸມໃສ່:

• ສຸມໃສ່ວຽກທີ່ກຽມພ້ອມໃນຄລາວ, ໂດຍສະເພາະແອັບພລິເຄຊັນທີ່ບໍ່ມີລັດໃນຫຼັກຊັບ
• ການກໍານົດເງື່ອນໄຂແລະຂະບວນການຍົກຍ້າຍ
• ກໍານົດເປົ້າຫມາຍການພັດທະນາສໍາລັບການເຄື່ອນຍ້າຍຄໍາຮ້ອງສະຫມັກເຫຼົ່ານີ້
• ສື່ສານ ແລະສຶກສາກຸ່ມຜູ້ມີສ່ວນຮ່ວມໃນ Workday ໂດຍໃຊ້ກອງປະຊຸມ OpenStack, ການສາທິດ, ວິດີໂອ ແລະການຝຶກອົບຮົມ

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

BestBuy: ທໍາລາຍຂໍ້ຫ້າມ

ຮ້ານຂາຍຍ່ອຍເຄື່ອງເອເລັກໂທຣນິກ BestBuy, ມີລາຍຮັບປະຈໍາປີ 43 ຕື້ໂດລາ ແລະ ພະນັກງານ 140 ຄົນ, ເປັນບໍລິສັດທີ່ໃຫຍ່ທີ່ສຸດທີ່ລະບຸໄວ້ໃນບົດຄວາມ. ແລະດັ່ງນັ້ນ, ໃນຂະນະທີ່ຂະບວນການທີ່ທີມງານໂຄງສ້າງພື້ນຖານຂອງ bestbuy.com ທີ່ໃຊ້ໃນການກະກຽມ cloud ສ່ວນຕົວໂດຍອີງໃສ່ OpenStack ແມ່ນບໍ່ເປັນເອກະລັກ, ຄວາມຍືດຫຍຸ່ນທີ່ພວກເຂົາໃຊ້ຂະບວນການເຫຼົ່ານີ້ແມ່ນຫນ້າປະທັບໃຈ.

ເພື່ອນໍາເອົາ OpenStack cloud ທໍາອິດຂອງພວກເຂົາໄປຫາ BestBuy, ຜູ້ອໍານວຍການຝ່າຍແກ້ໄຂບັນຫາເວັບ Steve Eastham ແລະຫົວຫນ້າສະຖາປະນິກ Joel Crabb ຕ້ອງອີງໃສ່ຄວາມຄິດສ້າງສັນເພື່ອເອົາຊະນະອຸປະສັກຫຼາຍຢ່າງທີ່ຢືນຢູ່ໃນວິທີການຂອງພວກເຂົາ.

ການລິເລີ່ມ BestBuy OpenStack ເຕີບໃຫຍ່ຂຶ້ນຈາກຄວາມພະຍາຍາມເພື່ອເຂົ້າໃຈຂະບວນການທຸລະກິດຕ່າງໆທີ່ກ່ຽວຂ້ອງກັບຂະບວນການປ່ອຍເວັບໄຊທ໌ e-commerce bestbuy.com ໃນຕົ້ນປີ 2011. ຄວາມພະຍາຍາມເຫຼົ່ານີ້ໄດ້ເປີດເຜີຍຄວາມບໍ່ມີປະສິດທິພາບທີ່ສໍາຄັນໃນຂະບວນການຮັບປະກັນຄຸນນະພາບ. ຂະບວນການຮັບປະກັນຄຸນນະພາບໄດ້ນໍາສະເຫນີຄ່າໃຊ້ຈ່າຍທີ່ສໍາຄັນກັບແຕ່ລະເວັບໄຊທ໌ທີ່ສໍາຄັນ, ເຊິ່ງເກີດຂຶ້ນສອງຫາສີ່ຄັ້ງຕໍ່ປີ. ຄ່າໃຊ້ຈ່າຍສ່ວນໃຫຍ່ນີ້ແມ່ນກ່ຽວຂ້ອງກັບການຕັ້ງຄ່າສະພາບແວດລ້ອມດ້ວຍຕົນເອງ, ການປອງດອງຄວາມແຕກຕ່າງ, ແລະແກ້ໄຂບັນຫາການມີຊັບພະຍາກອນ.

ເພື່ອແກ້ໄຂບັນຫາເຫຼົ່ານີ້, bestbuy.com ໄດ້ນໍາສະເຫນີຂໍ້ລິເລີ່ມການຮັບປະກັນຄຸນນະພາບກ່ຽວກັບຄວາມຕ້ອງການ, ນໍາໂດຍ Steve Eastham ແລະ Joel Crabb, ເພື່ອກໍານົດແລະລົບລ້າງການກະຕຸກໃນຂະບວນການຮັບປະກັນຄຸນນະພາບຂອງ bestbuy.com. ຄໍາແນະນໍາທີ່ສໍາຄັນຈາກໂຄງການນີ້ປະກອບມີຂະບວນການຮັບປະກັນຄຸນນະພາບອັດຕະໂນມັດແລະການສະຫນອງທີມງານຜູ້ໃຊ້ດ້ວຍເຄື່ອງມືການບໍລິການຕົນເອງ.

ເຖິງແມ່ນວ່າ Steve Eastham ແລະ Joel Crabb ສາມາດນໍາໃຊ້ຄວາມສົດໃສດ້ານຂອງຄ່າໃຊ້ຈ່າຍໃນການຄວບຄຸມຄຸນນະພາບທີ່ສໍາຄັນເພື່ອພຽງແຕ່ການລົງທຶນໃນ cloud ສ່ວນຕົວ, ພວກເຂົາເຈົ້າໄດ້ປະສົບກັບບັນຫາຢ່າງໄວວາ: ເຖິງແມ່ນວ່າໂຄງການໄດ້ຮັບການອະນຸມັດ, ບໍ່ມີເງິນສໍາລັບໂຄງການ. ບໍ່ມີງົບປະມານໃນການຊື້ອຸປະກອນສໍາລັບໂຄງການ.

ຄວາມຈໍາເປັນແມ່ນແມ່ຂອງ invention, ແລະທີມງານໄດ້ເອົາວິທີການໃຫມ່ເພື່ອສະຫນອງທຶນຄລາວ: ພວກເຂົາເຈົ້າ swapped ງົບປະມານສໍາລັບສອງນັກພັດທະນາກັບທີມງານອື່ນທີ່ມີງົບປະມານຮາດແວ.

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

ໃນເສັ້ນຜ່າສູນກາງທີ່ຄ້າຍຄືກັນ, Steve Eastham ແລະ Joel Crabb ໄດ້ເຈລະຈາຂໍ້ຕົກລົງກັບທີມງານເຄືອຂ່າຍຂອງບໍລິສັດ, ນໍາໃຊ້ປະໂຫຍດຈາກຄວາມສາມາດທີ່ມີຢູ່ຂອງຫຼັກທີ່ມີຢູ່, ປະຫຍັດຄ່າໃຊ້ຈ່າຍປົກກະຕິທີ່ກ່ຽວຂ້ອງກັບການຊື້ອຸປະກອນເຄືອຂ່າຍໃຫມ່.

Steve Eastham ກ່າວວ່າ "ພວກເຮົາຢູ່ເທິງກ້ອນຫີນບາງໆ." "ນີ້ບໍ່ແມ່ນການປະຕິບັດທົ່ວໄປໃນ Best Buy ໃນເມື່ອກ່ອນຫຼືໃນປັດຈຸບັນ. ພວກ​ເຮົາ​ໄດ້​ດໍາ​ເນີນ​ການ​ຂ້າງ​ລຸ່ມ​ນີ້ radar ໄດ້​. ພວກ​ເຮົາ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຕໍາ​ນິ​ຕິ​ຕຽນ​, ແຕ່​ພວກ​ເຮົາ​ສາ​ມາດ​ຫຼີກ​ເວັ້ນ​ການ​ມັນ​.

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

"ພວກເຮົາພຽງແຕ່ເອົາພວກເຂົາຢູ່ໃນຫ້ອງແລະເວົ້າວ່າ, 'ຊອກຫາວິທີການເຮັດວຽກຂອງລະບົບນີ້," Joel Crabb ເວົ້າ. — ຜູ້​ພັດ​ທະ​ນາ Java ຄົນ​ໜຶ່ງ​ບອກ​ພວກ​ເຮົາ​ວ່າ: “ອັນ​ນີ້​ເປັນ​ບ້າ, ເຈົ້າ​ເຮັດ​ບໍ່​ໄດ້. ຂ້ອຍບໍ່ຮູ້ວ່າເຈົ້າເວົ້າຫຍັງ."

ພວກ​ເຮົາ​ຕ້ອງ​ໄດ້​ສົມ​ທົບ​ຮູບ​ແບບ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຂອງ​ສອງ​ປະ​ເພດ​ຂອງ​ທີມ​ເພື່ອ​ບັນ​ລຸ​ຜົນ​ໄດ້​ຮັບ​ທີ່​ຕ້ອງ​ການ - ເປັນ​ຊອບ​ແວ​ທີ່​ຂັບ​ເຄື່ອນ​, ການ​ທົດ​ສອບ​, ການ​ເພີ່ມ​ຂະ​ບວນ​ການ​ການ​ພັດ​ທະ​ນາ​.

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

ຄວາມສໍາເລັດຂອງພວກເຂົາເຮັດໃຫ້ພວກເຂົາຢູ່ໃນຕໍາແຫນ່ງທີ່ດີທີ່ຈະຮ້ອງຂໍໃຫ້ມີຊັບພະຍາກອນເພີ່ມເຕີມສໍາລັບການລິເລີ່ມ cloud ສ່ວນຕົວຂອງພວກເຂົາ. ແລະເວລານີ້ພວກເຂົາໄດ້ຮັບການສະຫນັບສະຫນູນໃນລະດັບຂອງຜູ້ຈັດການສູງສຸດຂອງບໍລິສັດ.

Steve Eastham ແລະ Joel Crabb ໄດ້ຮັບເງິນທຶນທີ່ຈໍາເປັນເພື່ອຈ້າງພະນັກງານເພີ່ມເຕີມແລະຫ້າ racks ໃຫມ່ຂອງອຸປະກອນ. ຟັງທໍາອິດໃນຄື້ນຂອງໂຄງການນີ້ແມ່ນສະພາບແວດລ້ອມ OpenStack, ເຊິ່ງດໍາເນີນການກຸ່ມ Hadoop ສໍາລັບການວິເຄາະ. ແລະມັນຢູ່ໃນການດໍາເນີນງານການຄ້າແລ້ວ.

ສະຫລຸບ

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

ບໍ່ມີເສັ້ນທາງທີ່ສົມບູນແບບສໍາລັບການປະຕິບັດ OpenStack ໃນບໍລິສັດຂອງທ່ານ - ເສັ້ນທາງຂອງການປະຕິບັດແມ່ນຂຶ້ນກັບປັດໃຈຫຼາຍຢ່າງທີ່ກ່ຽວຂ້ອງກັບທັງທ່ານແລະບໍລິສັດຂອງທ່ານແລະສະຖານະການທີ່ທ່ານພົບຕົວເອງ.

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

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