AWS Parameter Store vs ຕົວແປສິ່ງແວດລ້ອມ

ໃນບົດຂຽນນີ້ຂ້າພະເຈົ້າຈະຊອກຫາເບິ່ງວ່າເມື່ອໃດແລະເວລາທີ່ AWS Parameter Store ຄວນຖືກ ນຳ ໃຊ້ເພື່ອທົດແທນຕົວແປສິ່ງແວດລ້ອມພາຍໃນໂຄງລ່າງພື້ນຖານ AWS. ຂ້າພະເຈົ້າຈະບໍ່ເບິ່ງວ່າແຕ່ລະສິ່ງເຫຼົ່ານັ້ນແມ່ນຫຍັງຫຼືວິທີການຕັ້ງຄ່າພວກມັນໃນທາງທີ່ເລິກເຊິ່ງແຕ່ເປັນການປຽບທຽບລະຫວ່າງສອງຢ່າງ.

ກໍລະນີ ສຳ ລັບຕົວແປສິ່ງແວດລ້ອມ

ງ່າຍຕໍ່ການຕັ້ງຄ່າ

ມັນງ່າຍດາຍຫຼາຍທີ່ຈະໄດ້ຮັບການຕິດຕັ້ງກັບຕົວແປສິ່ງແວດລ້ອມ. ຕົວຢ່າງເຊັ່ນ Node ມີໂມດູນ dotenv ທີ່ສາມາດຕິດຕັ້ງຜ່ານ npm ດ້ວຍ ຄຳ ສັ່ງດຽວ:

npm ຕິດຕັ້ງ dotenv

ພວກເຮົາຕ້ອງຮັບປະກັນວ່າ dotenv ມີຈຸດເຂົ້າຢູ່ບ່ອນໃດບ່ອນ ໜຶ່ງ ໃນສະຄິບຂອງພວກເຮົາ, ໂດຍປົກກະຕິຜ່ານ ຄຳ ຖະແຫຼງທີ່ຮຽກຮ້ອງ -

ຕ້ອງການ ('dotenv'). config ()

ຈາກບ່ອນນີ້, ສິ່ງທີ່ພວກເຮົາຄວນເຮັດກໍ່ຄືເພີ່ມຕົວແປທີ່ມີຕົວຕົນຂອງພວກເຮົາເຂົ້າໃນແຟ້ມ .env ໃສ່ໄວ້ໃນແຟ້ມຮາກຂອງໂຄງການ.

ທ່ານສາມາດຊອກຫາຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບໂມດູນ dotenv ທີ່ນີ້:

ມັນຄວນຈະສັງເກດວ່າຮ້ານ Parameter ບໍ່ໄດ້ແບ່ງປັນລັກສະນະດຽວກັນໃນເບື້ອງຕົ້ນໃນຄວາມງ່າຍໃນການຕັ້ງຄ່າ - ຖ້າທ່ານບໍ່ເຄີຍເຮັດວຽກກັບ Parameter Store ມາກ່ອນ, ຂະບວນການຕິດຕັ້ງສາມາດເບິ່ງຄືວ່າຂ້ອນຂ້າງໃຊ້ງານກັບສິ່ງທີ່ຄວນພິຈາລະນາ:

  • ທ່ານຕ້ອງການເຂົ້າເຖິງບັນຊີ AWS
  • ທ່ານ ຈຳ ເປັນຕ້ອງຮູ້ວິທີການ ນຳ ໃຊ້ dashboard AWS - ໂດຍສະເພາະສ່ວນ SSM.
  • ຕົວກໍານົດການທີ່ລະອຽດອ່ອນ / ປອດໄພຄວນຖືກເຂົ້າລະຫັດດ້ວຍ KMS - ເຊິ່ງໃນຕົວມັນເອງຕ້ອງການການຕັ້ງຄ່າເພີ່ມເຕີມບາງຢ່າງ (https://aws.amazon.com/kms/)
  • ອີງຕາມຄວາມຕ້ອງການຂອງທ່ານ, ທ່ານອາດຈະຕ້ອງການຄວາມຮູ້ກ່ຽວກັບການຕັ້ງຄ່າຂອງການບໍລິການ AWS ອື່ນໆເຊັ່ນ: IAM ແລະ SSM ເພື່ອໃຫ້ Parameter Store ເຮັດວຽກໄດ້ຢ່າງຖືກຕ້ອງ.
  • ຕົວກໍານົດການທັງຫມົດແມ່ນຖືກຈັດຢູ່ໃນເມຄທີ່ຕ້ອງການການເຂົ້າເຖິງໂປແກຼມ IAM, ຊຶ່ງຫມາຍຄວາມວ່າຕ້ອງມີການເຊື່ອມຕໍ່ທີ່ບໍ່ມີການຂັດຂວາງ (ມັນຄວນຈະໄດ້ຮັບການສັງເກດວ່າການຕັ້ງຄ່າໃນທ້ອງຖິ່ນ bespoke ສາມາດຖືກສ້າງຂື້ນດ້ວຍຕົວແປທ້ອງຖິ່ນທີ່ສາມາດໃຊ້ແທນຕົວແປ Parameter Store ໂດຍອີງຕາມສະຖານະການ - I ໃນຄວາມເປັນຈິງຈະຊຸກຍູ້ວິທີການແບບນີ້).

ງ່າຍຕໍ່ການອັບເດດໃນໄລຍະການພັດທະນາ, ການ ນຳ ໃຊ້ແລະການທົດສອບ

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

ສຳ ລັບການ ນຳ ໃຊ້ກັບເຊີບເວີຫຼືຂັ້ນຕອນການຜະລິດ, ສິ່ງທີ່ພວກເຮົາຈະເຮັດແມ່ນການ ນຳ ໃຊ້ແຟ້ມ ສຳ ຮອງ .env. ສິ່ງນີ້ສາມາດເຮັດໄດ້ງ່າຍໂດຍການບໍ່ສົນໃຈເອກະສານ .env ທີ່ມີຢູ່ໃນລະບົບຄວບຄຸມເວີຊັນຂອງທ່ານຢູ່ໃນທ້ອງຖິ່ນ (ປົກກະຕິແລ້ວແມ່ນ git) ແລະສ້າງ ສຳ ເນົາ ໃໝ່ ໃນແຕ່ລະຂັ້ນຕອນ / ຕົວຢ່າງ server.

ຕົວແປສິ່ງແວດລ້ອມຍັງປະສົມປະສານເຂົ້າກັບລະບົບການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ (CI). ຍົກຕົວຢ່າງ, Circle CI, ມີພາກສ່ວນທີ່ອຸທິດຕົນໃນການຈັດການຕົວແປສະພາບແວດລ້ອມບ່ອນທີ່ພວກເຂົາສາມາດເພີ່ມໃນລະດັບການກໍ່ສ້າງໂຄງການແລະຖືກປັບປຸງຢູ່ບ່ອນດຽວໃນເວລາທີ່ກຽມພ້ອມ ສຳ ລັບການ ນຳ ໃຊ້ -

ຈາກທັດສະນະຂອງ Parameter Store, ມັນແມ່ນພາສາ / ກອບທີ່ບໍ່ແນ່ນອນ, ໝາຍ ຄວາມວ່າການຕັ້ງຄ່າທັງ ໝົດ ແມ່ນຈະຕ້ອງໄດ້ເຮັດດ້ວຍຕົນເອງໂດຍໃຊ້ AWS SDK ທີ່ມີການເຂົ້າເຖິງການບໍລິການ Parameter Store ຢ່າງເປັນລະບົບ, ຫຼືຄ້າຍຄືກັນຜ່ານຜູ້ໃຫ້ບໍລິການຝ່າຍທີ 3 (ເຊັ່ນໂມດູນ npm) . ໃນຂະນະທີ່ AWS ແລະການບໍລິການຂອງມັນແມ່ນມາດຕະຖານຂອງມາດຕະຖານຄວາມປອດໄພໃນໂດເມນຄອມພິວເຕີ້ເມຄ, ໂມດູນທີ່ ກຳ ຫນົດເອງທີ່ທ່ານອາດຈະຕ້ອງການພັດທະນາຫຼື ນຳ ໃຊ້ອາດຈະມີຄວາມສ່ຽງດ້ານຄວາມປອດໄພຍ້ອນຄວາມບໍ່ດີຫຼືການຕິດຕາມ - ຮັບຜິດຊອບໃນໃຈວ່າມີໂມດູນທີ່ຍອມຮັບຈາກອຸດສາຫະ ກຳ ສຳ ລັບສິ່ງນີ້ ໄດ້ຮັບການຮັກສາແລະຮັບຮອງຈາກ ໜ່ວຍ ງານທີ່ເຊື່ອຖືໄດ້ເຊັ່ນ: AWS ເອງ.

ຈາກທັດສະນະການໃຊ້ງານ / ການທົດສອບ, Parameter Store ຍັງມາພ້ອມກັບສິ່ງທ້າທາຍທີ່ເປັນເອກະລັກສະເພາະ, ເຖິງແມ່ນວ່າມີວິທີການແນະ ນຳ, ວິທີການແລະເວລາທີ່ທ່ານເລືອກທີ່ຈະພົວພັນກັບ Parameter Store ແມ່ນຂຶ້ນກັບທ່ານທັງ ໝົດ.

ຕົວແປ Enviroment ແມ່ນສາມາດໃຊ້ໄດ້ໂດຍບໍ່ເສຍຄ່າ

ເຖິງແມ່ນວ່າ AWS Parameter Store ບໍ່ລວມເອົາຄ່າໃຊ້ຈ່າຍເພີ່ມເຕີມ (https://aws.amazon.com/systems-manager/pricing), ໂຄງສ້າງລາຄາຂອງ Amazon ສຳ ລັບການບໍລິການທີ່ກ່ຽວຂ້ອງເຊັ່ນ KMS (https://aws.amazon.com/kms/pricing ) ຈະເລີ່ມຕົ້ນ ນຳ ໃຊ້ຄ່າໃຊ້ຈ່າຍເພີ່ມເຕີມໂດຍອີງຕາມການ ນຳ ໃຊ້. ໃນທາງກົງກັນຂ້າມ, ການ ນຳ ໃຊ້ຕົວແປສິ່ງແວດລ້ອມແມ່ນບໍ່ເສຍຄ່າ.

ສະນັ້ນເປັນຫຍັງຕ້ອງປ່ຽນຕົວປ່ຽນສະພາບແວດລ້ອມ? : ກໍລະນີ ສຳ ລັບ Parameter Store

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

ຕົວແປຂອງ Parameter Store ສາມາດແບ່ງປັນກັນໃນຫລາຍໆໂຄງການ

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

ທຸກສິ່ງທຸກຢ່າງທີ່ພວກເຮົາສາມາດມອບໃຫ້ບໍລິການ AWS ເພື່ອອັດຕະໂນມັດ, ພວກເຮົາຄວນແລະນີ້ແມ່ນບ່ອນທີ່ Parameter Store ສ່ອງແສງ. ການແລກປ່ຽນຄີບອດຂອງ KMS ແລະຕົວແປ Parameter Store ຕ່າງໆໃນທົ່ວໂຄງການຕ່າງໆອອກມາ.

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

Parameter Store ສາມາດໃຊ້ການຄວບຄຸມການເຂົ້າເຖິງ

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

ຄຸນຄ່າຂອງ Parameter Store ແມ່ນຖືກປັບປຸງງ່າຍ

ເພື່ອປັບປຸງຄຸນຄ່າໃດໆໃນ Parameter Store ຂອງທ່ານທຸກສິ່ງທີ່ທ່ານຕ້ອງການແມ່ນການເຂົ້າໃຊ້ທີ່ ເໝາະ ສົມກັບ dashboard AWS ຂອງທ່ານ (ຫຼື CLI), ໝາຍ ຄວາມວ່າເຖິງແມ່ນວ່າສະມາຊິກທີມງານທີ່ບໍ່ແມ່ນເທັກນິກກໍ່ສາມາດປັບປຸງຄ່າຕ່າງໆດ້ວຍປະສົບການ dashboard AWS ເລັກນ້ອຍ.

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

KMS ສາມາດເຂົ້າລະຫັດຄ່າ Parameter Store ໄດ້ງ່າຍ

ເຖິງແມ່ນວ່າການຕັ້ງຄ່າການເຂົ້າລະຫັດເບື້ອງຕົ້ນໃນ Parameter Store ອາດເບິ່ງຄືວ່າ ໜ້າ ຢ້ານກົວ, ເມື່ອທ່ານເຄີຍໃຊ້ມັນ, ມັນແມ່ນຂ້ອນຂ້າງງ່າຍດາຍແລະມີຄວາມ ໝາຍ - ເຖິງແມ່ນວ່າຈາກມຸມມອງດ້ານວິຊາການທີ່ບໍ່ແມ່ນ. ນີ້ກໍ່ແມ່ນຊັ້ນຄວາມປອດໄພທີ່ດີອີກອັນ ໜຶ່ງ ທີ່ຖືກເພີ່ມ, ນອກສະຖານທີ່.

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

ຕົວປ່ຽນແປງຂອງ Parameter Store ສາມາດຈັດໄດ້

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

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

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

ສະຫຼຸບ

ມີປັດໃຈອື່ນໆທີ່ຕ້ອງໄດ້ພິຈາລະນາໃນເວລາທີ່ເລືອກວ່າຈະໃຊ້ Parameter Store ຫລືຕົວແປສິ່ງແວດລ້ອມເພື່ອຈັດການຂັ້ນຕອນ / ຕົວ ກຳ ນົດທີ່ປອດໄພຂອງທ່ານ, ແຕ່ຫວັງວ່າໃນບົດຄວາມນີ້ພວກເຮົາໄດ້ກວມເອົາຈຸດ ສຳ ຄັນ.

ຖ້າທ່ານມີປັດໃຈອື່ນໆທີ່ທ່ານຮູ້ສຶກວ່າມີຄ່າຄວນຂ້າພະເຈົ້າຢາກຈະໄດ້ຍິນຄວາມຄິດຂອງທ່ານ.