ວິທີການຄວບຄຸມໂຄງສ້າງເຄືອຂ່າຍຂອງທ່ານ. ບົດທີສີ່. ອັດຕະໂນມັດ. ແມ່ແບບ

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

ໂດຍໄດ້ປະໄວ້ຫຼາຍໆຫົວຂໍ້ທາງຫລັງ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈເລີ່ມຕົ້ນບົດໃຫມ່.

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

DevOps ສໍາລັບເຄືອຂ່າຍ

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

ເມື່ອຫຼາຍກວ່າ 5 ປີກ່ອນຫນ້ານີ້, ນັກພັດທະນາຂອງພວກເຮົາມາຫາພວກເຮົາ, ເຄືອຂ່າຍ, ດ້ວຍການສະເຫນີເຫຼົ່ານີ້, ພວກເຮົາບໍ່ພໍໃຈ.

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

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

ຫຼື, ວິທີການເຂົ້າໃຈວ່າຄໍາສັ່ງການຕັ້ງຄ່າຖືກໃຊ້ຢ່າງຖືກຕ້ອງແລະຈະເຮັດແນວໃດໃນກໍລະນີທີ່ມີຂໍ້ຜິດພາດ?

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

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

ໂຄງການ

ສໍາລັບສອງປີທີ່ຜ່ານມາຂ້າພະເຈົ້າໄດ້ເຂົ້າຮ່ວມໂຄງການສ້າງສູນຂໍ້ມູນສໍາລັບຜູ້ໃຫ້ບໍລິການຂະຫນາດໃຫຍ່. ຂ້ອຍຮັບຜິດຊອບ F5 ແລະ Palo Alto ໃນໂຄງການນີ້. ຈາກທັດສະນະຂອງ Cisco, ນີ້ແມ່ນ "ອຸປະກອນພາກສ່ວນທີສາມ".

ສໍາລັບຂ້າພະເຈົ້າສ່ວນບຸກຄົນ, ມີສອງຂັ້ນຕອນທີ່ແຕກຕ່າງກັນໃນໂຄງການນີ້.

ຂັ້ນຕອນທໍາອິດ

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

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

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

ໃນປັດຈຸບັນພວກເຮົາສາມາດເບິ່ງປະມານເລັກນ້ອຍ.
ແລະນີ້ແມ່ນການເລີ່ມຕົ້ນຂອງຂັ້ນຕອນທີສອງ.

ຂັ້ນຕອນທີສອງ

ຂ້ອຍຕັດສິນໃຈອັດຕະໂນມັດຂະບວນການ.

ສິ່ງທີ່ຂ້ອຍເຂົ້າໃຈຈາກການສື່ສານຂອງຂ້ອຍກັບນັກພັດທະນາໃນເວລານັ້ນ (ແລະພວກເຮົາຕ້ອງຈ່າຍ tribute, ພວກເຮົາມີທີມງານທີ່ເຂັ້ມແຂງ) ແມ່ນວ່າຮູບແບບຂໍ້ຄວາມ, ເຖິງແມ່ນວ່າຢູ່ glance ທໍາອິດເບິ່ງຄືວ່າບາງສິ່ງບາງຢ່າງຈາກໂລກຂອງລະບົບປະຕິບັດການ DOS, ມີຈໍານວນ. ຂອງ​ຄຸນ​ສົມ​ບັດ​ທີ່​ມີ​ຄຸນ​ຄ່າ​.
ດັ່ງນັ້ນ, ສໍາລັບການຍົກຕົວຢ່າງ, ຮູບແບບຂໍ້ຄວາມຈະເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະໃຊ້ປະໂຫຍດຢ່າງເຕັມທີ່ຂອງ GIT ແລະອະນຸພັນຂອງມັນທັງຫມົດ. ແລະຂ້າພະເຈົ້າຕ້ອງການຢາກ.

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

ດັ່ງນັ້ນ, ເມື່ອໃຊ້ YAML ແລະ Jinja2, ໄຟລ໌ YAML ທີ່ມີຕົວກໍານົດການກໍາຫນົດຄ່າເຊັ່ນ: ທີ່ຢູ່ IP, ຕົວເລກ BGP AS, ... ຢ່າງສົມບູນປະຕິບັດບົດບາດຂອງ NIP, ໃນຂະນະທີ່ແມ່ແບບ Jinja2 ປະກອບມີ syntax ທີ່ສອດຄ້ອງກັນກັບການອອກແບບ, ນັ້ນແມ່ນ, ມັນເປັນສິ່ງຈໍາເປັນ. ການສະທ້ອນຂອງ LLD.

ມັນໃຊ້ເວລາສອງມື້ເພື່ອຮຽນຮູ້ YAML ແລະ Jinja2. ຕົວຢ່າງທີ່ດີຈໍານວນຫນ້ອຍແມ່ນພຽງພໍທີ່ຈະເຂົ້າໃຈວິທີການເຮັດວຽກນີ້. ຫຼັງຈາກນັ້ນ, ມັນໃຊ້ເວລາປະມານສອງອາທິດເພື່ອສ້າງແມ່ແບບທັງຫມົດທີ່ກົງກັບການອອກແບບຂອງພວກເຮົາ: ອາທິດຫນຶ່ງສໍາລັບ Palo Alto ແລະອີກອາທິດຫນຶ່ງສໍາລັບ F5. ທັງຫມົດນີ້ໄດ້ຖືກຈັດພີມມາຢູ່ໃນບໍລິສັດ githab.

ໃນປັດຈຸບັນຂະບວນການປ່ຽນແປງເບິ່ງຄືວ່ານີ້:

• ປ່ຽນໄຟລ໌ YAML
• ສ້າງໄຟລ໌ການຕັ້ງຄ່າໂດຍໃຊ້ແມ່ແບບ (Jinja2)
• ບັນ​ທຶກ​ໄວ້​ໃນ repository ຫ່າງ​ໄກ​ສອກ​ຫຼີກ​
• ອັບໂຫລດການຕັ້ງຄ່າທີ່ສ້າງຂຶ້ນໃສ່ອຸປະກອນ
• ຂ້ອຍເຫັນຂໍ້ຜິດພາດ
• ປ່ຽນໄຟລ໌ YAML ຫຼືແມ່ແບບ Jinja2
• ສ້າງໄຟລ໌ການຕັ້ງຄ່າໂດຍໃຊ້ແມ່ແບບ (Jinja2)
• ...

ມັນເປັນທີ່ຊັດເຈນວ່າໃນຕອນທໍາອິດໃຊ້ເວລາຫຼາຍໃນການແກ້ໄຂ, ແຕ່ຫຼັງຈາກຫນຶ່ງຫຼືສອງອາທິດນີ້ໄດ້ກາຍເປັນເລື່ອງທີ່ຫາຍາກ.

ການທົດສອບທີ່ດີແລະໂອກາດທີ່ຈະດີບັກທຸກສິ່ງທຸກຢ່າງແມ່ນຄວາມປາຖະຫນາຂອງລູກຄ້າທີ່ຈະປ່ຽນສົນທິສັນຍາການຕັ້ງຊື່. ຜູ້ທີ່ໄດ້ເຮັດວຽກກັບ F5 ເຂົ້າໃຈເຖິງ piquancy ຂອງສະຖານະການ. ແຕ່ ສຳ ລັບຂ້ອຍ, ມັນງ່າຍດາຍຫຼາຍ. ຂ້ອຍປ່ຽນຊື່ໃນໄຟລ໌ YAML, ລຶບການຕັ້ງຄ່າທັງໝົດອອກຈາກອຸປະກອນ, ສ້າງອັນໃໝ່ ແລະອັບໂຫຼດມັນ. ທຸກຢ່າງ, ລວມທັງການແກ້ໄຂຂໍ້ບົກພ່ອງ, ໄດ້ໃຊ້ເວລາ 4 ມື້: ສອງມື້ສໍາລັບແຕ່ລະເທັກໂນໂລຍີ. ຫຼັງຈາກນັ້ນ, ຂ້າພະເຈົ້າໄດ້ກຽມພ້ອມສໍາລັບຂັ້ນຕອນຕໍ່ໄປ, ຄືການສ້າງສູນຂໍ້ມູນ DEV ແລະ Staging.

Dev ແລະ Staging

ຂັ້ນຕອນຕົວຈິງແມ່ນ replicates ການຜະລິດຢ່າງສົມບູນ. Dev ແມ່ນສຳເນົາທີ່ຖອດອອກຢ່າງໜັກໜ່ວງທີ່ສ້າງຂຶ້ນໃນຮາດແວສະເໝືອນຈິງ. ສະຖານະການທີ່ເຫມາະສົມສໍາລັບວິທີການໃຫມ່. ຖ້າຂ້ອຍແຍກເວລາທີ່ຂ້ອຍໃຊ້ເວລາຈາກຂະບວນການລວມ, ຂ້ອຍຄິດວ່າວຽກໃຊ້ເວລາບໍ່ເກີນ 2 ອາທິດ. ເວລາຕົ້ນຕໍແມ່ນລໍຖ້າອີກດ້ານຫນຶ່ງແລະຊອກຫາບັນຫາຮ່ວມກັນ. ການປະຕິບັດຂອງພາກສ່ວນທີສາມເກືອບບໍ່ໄດ້ສັງເກດເຫັນໂດຍຄົນອື່ນ. ມີເວລາທີ່ຈະຮຽນຮູ້ບາງສິ່ງບາງຢ່າງແລະຂຽນບົດຄວາມສອງສາມຢ່າງກ່ຽວກັບHabre :)

ຂໍໃຫ້ສະຫຼຸບ

ດັ່ງນັ້ນ, ຂ້ອຍມີຫຍັງຢູ່ໃນເສັ້ນທາງລຸ່ມ?

• ສິ່ງທີ່ຂ້ອຍຕ້ອງເຮັດເພື່ອປ່ຽນການຕັ້ງຄ່າແມ່ນການປ່ຽນແປງໄຟລ໌ YAML ທີ່ມີໂຄງສ້າງທີ່ງ່າຍດາຍ, ຊັດເຈນກັບຕົວກໍານົດການກໍານົດ. ຂ້ອຍບໍ່ເຄີຍປ່ຽນສະຄຣິບ python ແລະບໍ່ຄ່ອຍມີ (ພຽງແຕ່ຖ້າມີຂໍ້ຜິດພາດ) ຂ້ອຍປ່ຽນເຄື່ອງເຮັດຄວາມຮ້ອນ Jinja2
• ຈາກທັດສະນະຂອງເອກະສານ, ນີ້ແມ່ນສະຖານະການທີ່ເຫມາະສົມເກືອບ. ທ່ານປ່ຽນເອກະສານ (ໄຟລ໌ YAML ໃຊ້ເປັນ NIP) ແລະອັບໂຫລດການຕັ້ງຄ່ານີ້ໃສ່ອຸປະກອນ. ດ້ວຍວິທີນີ້, ເອກະສານຂອງເຈົ້າແມ່ນທັນສະ ໄໝ ສະ ເໝີ

ທັງຫມົດນີ້ນໍາໄປສູ່ຄວາມຈິງທີ່ວ່າ

• ອັດຕາຄວາມຜິດພາດໄດ້ຫຼຸດລົງເກືອບ 0
• 90 ເປີເຊັນຂອງການປົກກະຕິແມ່ນຫມົດໄປ
• ຄວາມໄວຂອງການຈັດຕັ້ງປະຕິບັດໄດ້ເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍ

ຈ່າຍ, F5Y, ACY

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

ຈ່າຍ = ການ​ນໍາ​ໃຊ້​ Palo Aຈາກ Yaml = Palo Alto ຈາກ Yaml
F5Y = ການ​ນໍາ​ໃຊ້​ F5 ຈາກ Yaml = F5 ຈາກ Yaml (ໄວໆນີ້)
ACY = ການ​ນໍາ​ໃຊ້​ ACຂ້ອຍມາຈາກ Yaml = F5 ຈາກ Yaml

ຂ້ອຍຈະເພີ່ມສອງສາມຄໍາກ່ຽວກັບ ACY (ບໍ່ຄວນສັບສົນກັບ ACI).

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

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

ວິສະວະກອນໃນໂຄງການນີ້ໃຊ້ Excel ເພື່ອຕັ້ງຄ່າ ACI ແທນ YAML ສໍາລັບຈຸດປະສົງດຽວກັນ. ແນ່ນອນ, ມີຂໍ້ດີຂອງການນໍາໃຊ້ Excel:

• NIP ຂອງທ່ານໃນໄຟລ໌ດຽວ
• ສັນຍາລັກທີ່ສວຍງາມທີ່ມີຄວາມສຸກສໍາລັບລູກຄ້າທີ່ຈະເບິ່ງ
• ທ່ານສາມາດນໍາໃຊ້ບາງເຄື່ອງມື excel

ແຕ່ມີຫນຶ່ງລົບ, ແລະໃນຄວາມຄິດເຫັນຂອງຂ້າພະເຈົ້າມັນ outweighs pros ໄດ້. ການ​ຄວບ​ຄຸມ​ການ​ປ່ຽນ​ແປງ​ແລະ​ການ​ປະ​ສານ​ງານ​ການ​ເຮັດ​ວຽກ​ເປັນ​ທີມ​ກາຍ​ເປັນ​ການ​ຍາກ​ຫຼາຍ​.

ຕົວ​ຈິງ​ແລ້ວ ACY ແມ່ນ​ການ​ນໍາ​ໃຊ້​ວິ​ທີ​ການ​ດຽວ​ກັນ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ພາກ​ສ່ວນ​ທີ 3 ໃນ​ການ​ຕັ້ງ​ຄ່າ ACI.

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