ພວກ​ເຮົາ​ເຜີຍ​ແຜ່​ບົດ​ລາຍ​ງານ​ບົດ​ລາຍ​ງານ​ຈາກ​ກອງ​ປະ​ຊຸມ ໂຫຼດສູງ ++ 2016, ເຊິ່ງໄດ້ຈັດຂຶ້ນໃນ Skolkovo ໃກ້ Moscow ໃນວັນທີ 7-8 ພະຈິກປີທີ່ຜ່ານມາ. Vladimir Protasov ບອກວິທີການຂະຫຍາຍການເຮັດວຽກຂອງ NGINX ກັບ OpenResty ແລະ Lua.

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

ເພື່ອແຈ້ງໃຫ້ເຈົ້າຮູ້ວ່າມັນບໍ່ດີປານໃດ. ໃນເວລາທີ່ຂ້າພະເຈົ້າເປັນ junior ພຽງເລັກນ້ອຍ, ຂ້າພະເຈົ້າໄດ້ເຂົ້າມາແລະເຂົາເຈົ້າໃຫ້ຂ້າພະເຈົ້າເຫຼົ່ານີ້ທັງສອງຖານຂໍ້ມູນ terabyte. ດຽວນີ້ມັນຢູ່ທີ່ນີ້ ສຳ ລັບທຸກຄົນທີ່ສູງ. ຂ້າພະເຈົ້າໄດ້ໄປປະຊຸມແລະຖາມວ່າ: "ຄົນ, ບອກຂ້ອຍ, ເຈົ້າມີຂໍ້ມູນໃຫຍ່, ທຸກສິ່ງທຸກຢ່າງແມ່ນເຢັນບໍ? ເຈົ້າມີພື້ນຖານເທົ່າໃດ? ພວກເຂົາຕອບຂ້ອຍວ່າ: "ພວກເຮົາມີ 100 gigabytes!" ຂ້ອຍເວົ້າວ່າ: "ເຢັນ, 100 gigabytes!" ແລະຂ້ອຍຄິດກັບຕົວເອງວ່າເຮັດແນວໃດເພື່ອຊ່ວຍປະຢັດໃບຫນ້າໂປ໊ກເກີຢ່າງລະມັດລະວັງ. ທ່ານຄິດວ່າ, ແມ່ນແລ້ວ, guys ແມ່ນເຢັນ, ແລະຫຼັງຈາກນັ້ນທ່ານກັບຄືນໄປບ່ອນແລະ tinker ກັບຖານຂໍ້ມູນຫຼາຍ terabyte ເຫຼົ່ານີ້. ແລະນີ້ແມ່ນການເປັນ junior. ເຈົ້າສາມາດຈິນຕະນາການໄດ້ວ່າມັນເປັນການຕີຫຍັງ?

ຂ້ອຍຮູ້ຫຼາຍກວ່າ 20 ພາສາການຂຽນໂປລແກລມ. ນີ້ແມ່ນສິ່ງທີ່ຂ້ອຍຕ້ອງຄິດອອກໃນໄລຍະການເຮັດວຽກ. ພວກເຂົາໃຫ້ທ່ານລະຫັດໃນ Erlang, ໃນ C, ໃນ C ++, ໃນ Lua, ໃນ Python, ໃນ Ruby, ໃນສິ່ງອື່ນ, ແລະທ່ານຕ້ອງຕັດມັນທັງຫມົດ. ໂດຍທົ່ວໄປ, ຂ້າພະເຈົ້າຕ້ອງ. ມັນບໍ່ສາມາດຄິດໄລ່ຕົວເລກທີ່ແນ່ນອນໄດ້, ແຕ່ບາງບ່ອນປະມານ 20 ຕົວເລກໄດ້ສູນເສຍໄປ.

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

ໂດຍສະເພາະ, ພະແນກຂອງພວກເຮົາຂຽນໃນ Python 2. ພວກເຮົາກໍາລັງຢູ່ໃນທຸລະກິດແລະພວກເຮົາບໍ່ມີເວລາທີ່ຈະແນະນໍາເທກໂນໂລຍີຄົນອັບເດດ:, ດັ່ງນັ້ນພວກເຮົາທົນທຸກ. ພວກເຮົາມີ Django, ເພາະວ່າມັນມີທຸກສິ່ງທຸກຢ່າງ, ແລະພວກເຮົາໄດ້ເອົາສ່ວນເກີນແລະຖິ້ມມັນໄປ. ນອກຈາກນີ້ຍັງ MySQL, Redis ແລະ NGINX. ພວກເຮົາຍັງມີສິ່ງດີໆອີກຫຼາຍຢ່າງ. ພວກເຮົາມີ MongoDB, ພວກເຮົາມີກະຕ່າຍແລ່ນອ້ອມ, ພວກເຮົາບໍ່ມີຫຍັງ - ແຕ່ມັນບໍ່ແມ່ນຂອງຂ້ອຍ, ແລະຂ້ອຍບໍ່ເຮັດມັນ.

OpenResty

ຂ້າພະເຈົ້າໄດ້ບອກກ່ຽວກັບຕົນເອງ. ມາເບິ່ງສິ່ງທີ່ຂ້ອຍຈະເວົ້າໃນມື້ນີ້:

• OpenResty ແມ່ນຫຍັງ ແລະມັນກິນກັບຫຍັງ?
• ເປັນຫຍັງການປະດິດລໍ້ເມື່ອພວກເຮົາມີ Python, NodeJS, PHP, Go ແລະສິ່ງດີໆອື່ນໆທີ່ທຸກຄົນມີຄວາມສຸກ?
• ແລະບາງຕົວຢ່າງຊີວິດຈິງ. ຂ້ອຍຕ້ອງຕັດບົດລາຍງານລົງຫຼາຍ, ເພາະວ່າຂ້ອຍໄດ້ຮັບມັນເປັນເວລາ 3,5 ຊົ່ວໂມງ, ດັ່ງນັ້ນຈະມີຕົວຢ່າງຈໍານວນຫນ້ອຍ.

OpenResty ແມ່ນ NGINX. ຂໍຂອບໃຈກັບລາວ, ພວກເຮົາມີເຄື່ອງແມ່ຂ່າຍເວັບເຕັມຮູບແບບ, ເຊິ່ງຂຽນໄດ້ດີ, ມັນເຮັດວຽກໄດ້ໄວ. ຂ້າພະເຈົ້າຄິດວ່າສ່ວນໃຫຍ່ຂອງພວກເຮົາໃຊ້ NGINX ໃນການຜະລິດ. ທ່ານທຸກຄົນຮູ້ວ່າລາວແມ່ນໄວແລະເຢັນ. ພວກເຂົາເຈົ້າເຮັດໃຫ້ I / O synchronous ເຢັນໃນມັນ, ດັ່ງນັ້ນພວກເຮົາບໍ່ຈໍາເປັນຕ້ອງວົງຈອນຫຍັງໃນລັກສະນະດຽວກັນກັບ gevent ໄດ້ cycled ໃນ Python. Gevent ແມ່ນເຢັນ, ເຢັນ, ແຕ່ຖ້າທ່ານຂຽນ C-code ແລະບາງສິ່ງບາງຢ່າງຜິດພາດກັບ gevent, ທ່ານຈະໄປດີບັກມັນ. ຂ້ອຍມີປະສົບການ: ມັນໃຊ້ເວລາສອງມື້ທັງຫມົດເພື່ອຄົ້ນຫາສິ່ງທີ່ຜິດພາດຢູ່ທີ່ນັ້ນ. ຖ້າໃຜຜູ້ຫນຶ່ງບໍ່ໄດ້ຂຸດສໍາລັບສອງສາມອາທິດກ່ອນ, ພົບບັນຫາ, ຂຽນມັນຢູ່ໃນອິນເຕີເນັດ, ແລະ Google ບໍ່ພົບມັນ, ຫຼັງຈາກນັ້ນພວກເຮົາຈະບ້າຫມົດ.

NGINX ເຮັດການເກັບຂໍ້ມູນແລະເນື້ອຫາຄົງທີ່ແລ້ວ. ທ່ານບໍ່ຈໍາເປັນຕ້ອງກັງວົນກ່ຽວກັບວິທີການເຮັດມັນຂອງມະນຸດ, ເພື່ອວ່າທ່ານຈະບໍ່ຊ້າລົງບ່ອນໃດບ່ອນຫນຶ່ງ, ເພື່ອວ່າທ່ານຈະບໍ່ສູນເສຍການອະທິບາຍບາງບ່ອນ. Nginx ແມ່ນສະດວກຫຼາຍທີ່ຈະນໍາໃຊ້, ທ່ານບໍ່ຈໍາເປັນຕ້ອງຄິດກ່ຽວກັບສິ່ງທີ່ຈະເອົາ - WSGI, PHP-FPM, Gunicorn, Unicorn. Nginx ຖືກຕິດຕັ້ງ, ມອບໃຫ້ຜູ້ບໍລິຫານ, ພວກເຂົາຮູ້ວິທີການເຮັດວຽກກັບມັນ. Nginx ຈັດການການຮ້ອງຂໍໃນຮູບແບບທີ່ມີໂຄງສ້າງ. ຂ້າພະເຈົ້າຈະເວົ້າກ່ຽວກັບເລື່ອງນີ້ເລັກນ້ອຍຕໍ່ມາ. ໃນສັ້ນ, ລາວມີໄລຍະທີ່ລາວພຽງແຕ່ຍອມຮັບຄໍາຮ້ອງຂໍ, ເມື່ອລາວດໍາເນີນການແລະເມື່ອລາວໃຫ້ເນື້ອຫາກັບຜູ້ໃຊ້.

Nginx ແມ່ນເຢັນ, ແຕ່ມີບັນຫາຫນຶ່ງ: ມັນບໍ່ມີຄວາມຍືດຫຍຸ່ນພຽງພໍເຖິງແມ່ນວ່າມີຄຸນສົມບັດເຢັນທັງຫມົດທີ່ guys pushed ເຂົ້າໄປໃນ config, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າມັນສາມາດປັບແຕ່ງໄດ້. ພະລັງງານນີ້ບໍ່ພຽງພໍ. ເພາະສະນັ້ນ, ຜູ້ຊາຍຈາກ Taobao ໃນເວລາຫນຶ່ງ, ຂ້າພະເຈົ້າຄິດວ່າປະມານແປດປີກ່ອນຫນ້ານີ້, ສ້າງ Lua ເຂົ້າໄປໃນມັນ. ລາວໃຫ້ຫຍັງ?

• ຂະຫນາດ. ມັນມີຂະຫນາດນ້ອຍ. LuaJIT ໃຫ້ບາງບ່ອນປະມານ 100-200 ກິໂລໄບຂອງໜ່ວຍຄວາມຈຳເທິງຫົວ ແລະ ປະສິດທິພາບຕໍ່າສຸດ.
• ຄວາມໄວ. ນາຍພາສາ LuaJIT ຢູ່ໃກ້ກັບ C ໃນຫຼາຍສະຖານະການ, ໃນບາງສະຖານະການມັນສູນເສຍໄປ Java, ໃນບາງມັນ overtakes ມັນ. ສໍາລັບໃນຂະນະທີ່, ມັນໄດ້ຖືກພິຈາລະນາຂອງລັດຂອງສິນລະປະ, ການລວບລວມ JIT ທີ່ເຢັນທີ່ສຸດ. ໃນປັດຈຸບັນມີເຄື່ອງເຢັນກວ່າ, ແຕ່ພວກມັນຫນັກຫຼາຍ, ຕົວຢ່າງ, V8 ດຽວກັນ. ບາງຕົວແປພາສາ JS ແລະ Java HotSpot ແມ່ນໄວຂຶ້ນໃນບາງຈຸດ, ແຕ່ຍັງສູນເສຍໃນບາງຈຸດ.
• ງ່າຍທີ່ຈະຮຽນຮູ້. ຖ້າທ່ານມີ, ເວົ້າວ່າ, ເປັນລະຫັດ Perl ແລະທ່ານບໍ່ໄດ້ຈອງ, ທ່ານຈະບໍ່ພົບນັກຂຽນໂປລແກລມ Perl. ຍ້ອນ​ວ່າ​ເຂົາ​ເຈົ້າ​ບໍ່​ຢູ່​ທີ່​ນັ້ນ, ພວກ​ເຂົາ​ເຈົ້າ​ໄດ້​ຖືກ​ເອົາ​ໄປ​ໝົດ, ແລະ​ມັນ​ຍາວ​ນານ ແລະ​ຍາກ​ທີ່​ຈະ​ສອນ​ເຂົາ​ເຈົ້າ. ຖ້າທ່ານຕ້ອງການໃຫ້ນັກຂຽນໂປລແກລມສໍາລັບສິ່ງອື່ນ, ພວກເຂົາອາດຈະຕ້ອງໄດ້ຮັບການຝຶກອົບຮົມຫຼືຊອກຫາ. ໃນກໍລະນີຂອງ Lua, ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍ. Lua ສາມາດຮຽນໄດ້ໂດຍ junior ໃດໃນສາມມື້. ມັນໃຊ້ເວລາຂ້ອຍປະມານສອງຊົ່ວໂມງເພື່ອຄິດມັນອອກ. ສອງຊົ່ວໂມງຕໍ່ມາ, ຂ້ອຍໄດ້ຂຽນລະຫັດໃນການຜະລິດແລ້ວ. ປະມານຫນຶ່ງອາທິດຕໍ່ມາ, ລາວໄດ້ໄປຫາການຜະລິດແລະອອກໄປ.

ດັ່ງນັ້ນ, ມັນເບິ່ງຄືວ່າ:

ມີຫຼາຍອັນຢູ່ທີ່ນີ້. OpenResty ໄດ້ປະກອບຫຼາຍໂມດູນ, ທັງ lush ແລະ engins. ແລະທ່ານມີທຸກສິ່ງທຸກຢ່າງກຽມພ້ອມ - deployed ແລະເຮັດວຽກ.

ຕົວຢ່າງ

ພຽງ​ພໍ​ຂອງ​ເນື້ອ​ເພງ​, ໃຫ້​ເຮົາ​ໄປ​ຫາ​ລະ​ຫັດ​. ນີ້ແມ່ນສະບາຍດີໂລກເລັກນ້ອຍ:

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

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

ດັ່ງນັ້ນ, ມັນຈະມີລັກສະນະນີ້:

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

ພຽງແຕ່ນັ່ງແລະລໍຖ້າ. ມັນບໍ່ດີຫຼາຍ. ເມື່ອຜູ້ໃຊ້ 100.000 ຄົນມາ, ມັນຍາກຫຼາຍສໍາລັບພວກເຮົາ. ດັ່ງນັ້ນ, ໃຫ້ໃຊ້ຄໍາຮ້ອງສະຫມັກງ່າຍໆເປັນຕົວຢ່າງ. ພວກເຮົາຈະຊອກຫາຮູບພາບ, ສໍາລັບການຍົກຕົວຢ່າງ, ແມວ. ພຽງແຕ່ພວກເຮົາຈະບໍ່ພຽງແຕ່ຄົ້ນຫາ, ພວກເຮົາຈະຂະຫຍາຍຄໍາຫລັກແລະຖ້າຜູ້ໃຊ້ຄົ້ນຫາ "kittens", ພວກເຮົາຈະຊອກຫາແມວ, fluffies, ແລະອື່ນໆ. ກ່ອນອື່ນ ໝົດ, ພວກເຮົາຕ້ອງການເອົາຂໍ້ມູນການຮ້ອງຂໍຢູ່ໃນ backend. ມັນເບິ່ງຄືວ່ານີ້:

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

ພວກເຮົາເຊື່ອມຕໍ່ຫ້ອງສະຫມຸດ resty.mysql, ທີ່ພວກເຮົາມີແລ້ວຢູ່ໃນຊຸດ. ພວກເຮົາບໍ່ຈໍາເປັນຕ້ອງຕິດຕັ້ງຫຍັງ, ທຸກສິ່ງທຸກຢ່າງແມ່ນກຽມພ້ອມ. ລະບຸວິທີການເຊື່ອມຕໍ່ ແລະເຮັດການສອບຖາມ SQL:

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

ຫຼັງຈາກນັ້ນ, ພວກເຮົາຊອກຫາຮູບພາບສໍາລັບການສອບຖາມທັງຫມົດ. ພວກ​ເຮົາ​ເກັບ​ກໍາ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຈໍາ​ນວນ​ຫນຶ່ງ​ແລະ​ຕື່ມ​ຂໍ້​ມູນ​ໃສ່​ໃນ​ຕາ​ຕະ​ລາງ Lua ທີ່​ເອີ້ນ​ວ່າ​ reqs, ແລະເຮັດ ngx.location.capture_multi.

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

ເນື່ອງຈາກພວກເຮົາຂີ້ຄ້ານແລະບໍ່ຕ້ອງການຂຽນ HTTP ການຈັດການແລະຖານຄວາມຈໍາ, ພວກເຮົາຈະເຮັດໃຫ້ NGINX ເຮັດທຸກສິ່ງທຸກຢ່າງສໍາລັບພວກເຮົາ. ດັ່ງທີ່ທ່ານເຫັນ, ມີການຮ້ອງຂໍສໍາລັບ url/fetch, ລາວແມ່ນ:

ພວກເຮົາເຮັດໃຫ້ງ່າຍດາຍ proxy_pass, ລະບຸບ່ອນທີ່ຈະ cache, ວິທີການເຮັດມັນ, ແລະທຸກສິ່ງທຸກຢ່າງເຮັດວຽກສໍາລັບພວກເຮົາ.

ແຕ່ນີ້ບໍ່ພຽງພໍ, ພວກເຮົາຍັງຕ້ອງການໃຫ້ຂໍ້ມູນກັບຜູ້ໃຊ້. ຄວາມຄິດທີ່ງ່າຍດາຍທີ່ສຸດແມ່ນເພື່ອ serialize ທຸກສິ່ງທຸກຢ່າງເປັນ JSON, ງ່າຍດາຍ, ໃນສອງແຖວ. ພວກເຮົາໃຫ້ Content-Type, ພວກເຮົາໃຫ້ JSON.

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

ຈະເຮັດແນວໃດກັບມັນ? ແນ່ນອນ, ພວກເຮົາຈະໃຫ້ຜູ້ໃຊ້ HTML. ການຜະລິດດ້ວຍມືຈັບບໍ່ແມ່ນເລື່ອງທີ່ຜິດພາດ, ດັ່ງນັ້ນພວກເຮົາຕ້ອງການໃຊ້ແມ່ແບບ. ມີຫ້ອງສະຫມຸດສໍາລັບການນີ້ lua-resty-template.

ເຈົ້າຕ້ອງໄດ້ເຫັນສາມຕົວອັກສອນທີ່ຢ້ານ OPM. OpenResty ມາພ້ອມກັບຜູ້ຈັດການຊຸດຂອງຕົນເອງ, ໂດຍຜ່ານທີ່ທ່ານສາມາດຕິດຕັ້ງໂມດູນທີ່ແຕກຕ່າງກັນ, ໂດຍສະເພາະ, lua-resty-template. ມັນເປັນເຄື່ອງຈັກແມ່ແບບທີ່ງ່າຍດາຍທີ່ຄ້າຍຄືກັນກັບແມ່ແບບ Django. ຢູ່ທີ່ນັ້ນທ່ານສາມາດຂຽນລະຫັດແລະປ່ຽນຕົວແປໄດ້.

ດັ່ງນັ້ນ, ທຸກສິ່ງທຸກຢ່າງຈະມີລັກສະນະຄ້າຍຄືນີ້:

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

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

• ໄລ​ຍະ​ທໍາ​ອິດ - ການເຂົ້າເຖິງ, ໃນເວລາທີ່ຜູ້ໃຊ້ພຽງແຕ່ມາ, ແລະພວກເຮົາເບິ່ງເຂົາໂດຍ headers, ໂດຍທີ່ຢູ່ IP, ໂດຍຂໍ້ມູນອື່ນໆ. ທ່ານສາມາດຕັດມັນທັນທີຖ້າພວກເຮົາບໍ່ມັກມັນ. ນີ້ສາມາດຖືກນໍາໃຊ້ສໍາລັບການອະນຸຍາດ, ຫຼືຖ້າພວກເຮົາໄດ້ຮັບການຮ້ອງຂໍຫຼາຍ, ພວກເຮົາສາມາດຕັດໃຫ້ເຂົາເຈົ້າໄດ້ຢ່າງງ່າຍດາຍໃນໄລຍະນີ້.
• ຂຽນຄືນໃຫມ່. ກຳລັງຂຽນຂໍ້ມູນຄຳຮ້ອງຂໍຄືນໃໝ່.
• ເນື້ອໃນ. ພວກເຮົາໃຫ້ເນື້ອຫາກັບຜູ້ໃຊ້.
• ຕົວກອງຫົວ. ປ່ຽນສ່ວນຫົວຄຳຕອບ. ຖ້າພວກເຮົາໃຊ້ proxy_pass, ພວກເຮົາສາມາດຂຽນຄືນບາງສ່ວນຫົວກ່ອນທີ່ຈະມອບໃຫ້ຜູ້ໃຊ້.
• ການກັ່ນຕອງຮ່າງກາຍ. ພວກເຮົາສາມາດປ່ຽນຮ່າງກາຍໄດ້.
• log - ການຕັດໄມ້. ມັນເປັນໄປໄດ້ທີ່ຈະຂຽນບັນທຶກໃນ elasticsearch ໂດຍບໍ່ມີຊັ້ນເພີ່ມເຕີມ.

ການອະນຸຍາດຂອງພວກເຮົາຈະມີລັກສະນະດັ່ງນີ້:

ພວກເຮົາຈະເພີ່ມມັນໃສ່ນັ້ນ location, ທີ່ພວກເຮົາອະທິບາຍກ່ອນ, ແລະໃສ່ລະຫັດຕໍ່ໄປນີ້ຢູ່ທີ່ນັ້ນ:

ພວກເຮົາເບິ່ງເພື່ອເບິ່ງວ່າພວກເຮົາມີ token ຄຸກກີ. ຖ້າບໍ່, ພວກເຮົາຖິ້ມການອະນຸຍາດ. ຜູ້ໃຊ້ມີສະຕິປັນຍາແລະອາດຈະຄາດເດົາວ່າ token ຄຸກກີຕ້ອງໄດ້ຮັບການຕັ້ງ. ດັ່ງນັ້ນ, ພວກເຮົາຍັງຈະເອົາໃສ່ໃນ Redis:

ລະຫັດສໍາລັບການເຮັດວຽກກັບ Redis ແມ່ນງ່າຍດາຍຫຼາຍແລະບໍ່ແຕກຕ່າງຈາກພາສາອື່ນໆ. ໃນເວລາດຽວກັນ, ທັງຫມົດ input / output, ສິ່ງທີ່ມີ, ສິ່ງທີ່ຢູ່ທີ່ນີ້, ມັນບໍ່ໄດ້ຖືກສະກັດ. ຖ້າທ່ານຂຽນລະຫັດ synchronous, ມັນຈະເຮັດວຽກ asynchronously. ເຊັ່ນດຽວກັບ gevent, ພຽງແຕ່ເຮັດໄດ້ດີ.

ໃຫ້ເຮັດການອະນຸຍາດຕົວມັນເອງ:

ພວກເຮົາເວົ້າວ່າພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ອ່ານເນື້ອໃນຄໍາຮ້ອງຂໍ. ພວກເຮົາໄດ້ຮັບການໂຕ້ຖຽງ POST, ກວດເບິ່ງວ່າເຂົ້າສູ່ລະບົບແລະລະຫັດຜ່ານຖືກຕ້ອງ. ຖ້າບໍ່ຖືກຕ້ອງ, ພວກເຮົາຖິ້ມການອະນຸຍາດ. ແລະຖ້າພວກເຂົາຖືກຕ້ອງ, ພວກເຮົາຂຽນ token ກັບ Redis:

ຢ່າລືມຕັ້ງຄຸກກີ, ນີ້ແມ່ນເຮັດໃນສອງເສັ້ນ:

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

• ເບື້ອງຫຼັງນ້ອຍທີ່ສຸດ. ບາງຄັ້ງພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ໃຫ້ຂໍ້ມູນຂ້ອນຂ້າງເລັກນ້ອຍກັບ backend: ບາງບ່ອນພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ທົດແທນວັນທີ, ບາງບ່ອນພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ສະແດງບາງປະເພດຂອງບັນຊີລາຍຊື່, ເວົ້າວ່າຈໍານວນຜູ້ໃຊ້ຢູ່ໃນເວັບໄຊທ໌ໃນປັດຈຸບັນ, screw on counter ຫຼືສະຖິຕິ. ບາງສິ່ງບາງຢ່າງຂະຫນາດນ້ອຍດັ່ງນັ້ນ. ບາງຊິ້ນສ່ວນນ້ອຍສາມາດເຮັດໄດ້ງ່າຍຫຼາຍ. ນີ້ຈະໄວ, ງ່າຍແລະຍິ່ງໃຫຍ່.
• ການປະມວນຜົນຂໍ້ມູນກ່ອນ. ບາງຄັ້ງພວກເຮົາຕ້ອງການຝັງໂຄສະນາໃນຫນ້າຂອງພວກເຮົາ, ແລະພວກເຮົາເອົາໂຄສະນາເຫຼົ່ານີ້ດ້ວຍການຮ້ອງຂໍ API. ນີ້ແມ່ນງ່າຍຫຼາຍທີ່ຈະເຮັດຢູ່ທີ່ນີ້. ພວກເຮົາບໍ່ໄດ້ໂຫລດ backend ຂອງພວກເຮົາ, ເຊິ່ງເຮັດວຽກຫນັກແລ້ວ. ທ່ານສາມາດເກັບແລະເກັບໄດ້ທີ່ນີ້. ພວກເຮົາສາມາດ mold ບາງ JS ຫຼື, ໃນທາງກົງກັນຂ້າມ, unstick, preprocess ບາງສິ່ງບາງຢ່າງກ່ອນທີ່ຈະມອບໃຫ້ຜູ້ໃຊ້.
• Facade ສໍາລັບບໍລິການຈຸລະພາກ. ນີ້ຍັງເປັນກໍລະນີທີ່ດີຫຼາຍ, ຂ້າພະເຈົ້າໄດ້ປະຕິບັດມັນ. ກ່ອນນັ້ນ, ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກໃຫ້ Tenzor, ບໍລິສັດລາຍງານເອເລັກໂຕຣນິກທີ່ສະຫນອງການລາຍງານສໍາລັບປະມານເຄິ່ງຫນຶ່ງຂອງນິຕິບຸກຄົນໃນປະເທດ. ພວກເຮົາໄດ້ເຮັດການບໍລິການ, ມີຫຼາຍສິ່ງທີ່ເຮັດຢູ່ທີ່ນັ້ນໂດຍໃຊ້ກົນໄກດຽວກັນ: ເສັ້ນທາງ, ການອະນຸຍາດ, ແລະອື່ນໆ.
  OpenResty ສາມາດຖືກນໍາໃຊ້ເປັນກາວສໍາລັບ microservices ຂອງທ່ານເພື່ອສະຫນອງການເຂົ້າເຖິງດຽວກັບທຸກສິ່ງທຸກຢ່າງແລະການໂຕ້ຕອບດຽວ. ເນື່ອງຈາກການບໍລິການຈຸລະພາກສາມາດຂຽນໄດ້ໃນລັກສະນະທີ່ເຈົ້າມີ Node.js ຢູ່ທີ່ນີ້, ທ່ານມີ PHP ຢູ່ທີ່ນີ້, ທ່ານມີ Python ຢູ່ທີ່ນີ້, ມີບາງ Erlang ຢູ່ທີ່ນີ້, ພວກເຮົາເຂົ້າໃຈວ່າພວກເຮົາບໍ່ຕ້ອງການຂຽນລະຫັດດຽວກັນຢູ່ທົ່ວທຸກແຫ່ງ. ດັ່ງນັ້ນ, OpenResty ສາມາດຖືກສຽບໃສ່ດ້ານຫນ້າ.

• ສະຖິຕິ ແລະການວິເຄາະ. ປົກກະຕິແລ້ວ NGINX ແມ່ນຢູ່ທາງເຂົ້າ, ແລະການຮ້ອງຂໍທັງຫມົດຜ່ານມັນ. ມັນແມ່ນຢູ່ໃນສະຖານທີ່ນີ້ວ່າມັນສະດວກຫຼາຍທີ່ຈະເກັບກໍາ. ທ່ານສາມາດຄິດໄລ່ບາງສິ່ງບາງຢ່າງທັນທີແລະຖິ້ມມັນຢູ່ບ່ອນໃດຫນຶ່ງ, ຕົວຢ່າງເຊັ່ນ Elasticsearch, Logstash ດຽວກັນ, ຫຼືພຽງແຕ່ຂຽນມັນໃສ່ບັນທຶກແລະຫຼັງຈາກນັ້ນສົ່ງມັນໄປບ່ອນໃດບ່ອນຫນຶ່ງ.
• ລະບົບຫຼາຍຜູ້ໃຊ້. ສໍາລັບຕົວຢ່າງ, ເກມອອນໄລນ໌ແມ່ນຍັງດີຫຼາຍທີ່ຈະເຮັດ. ມື້ນີ້ໃນເມືອງ Cape Town Alexander Gladysh ຈະບອກທ່ານກ່ຽວກັບວິທີຕົ້ນແບບເກມທີ່ມີຜູ້ຫຼິ້ນຫຼາຍຄົນໂດຍໃຊ້ OpenResty.
• ຮ້ອງຂໍການກັ່ນຕອງ (WAF). ໃນປັດຈຸບັນມັນເປັນຄົນອັບເດດ: ເພື່ອເຮັດໃຫ້ທຸກປະເພດຂອງ firewalls ຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌, ມີຫຼາຍບໍລິການທີ່ສະຫນອງໃຫ້ເຂົາເຈົ້າ. ດ້ວຍຄວາມຊ່ອຍເຫລືອຂອງ OpenResty, ທ່ານສາມາດເຮັດໃຫ້ຕົວທ່ານເອງເປັນ firewall ຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌, ເຊິ່ງຈະງ່າຍດາຍແລະງ່າຍດາຍການກັ່ນຕອງການຮ້ອງຂໍຕາມຄວາມຕ້ອງການຂອງທ່ານ. ຖ້າທ່ານມີ Python, ຫຼັງຈາກນັ້ນທ່ານເຂົ້າໃຈວ່າ PHP ຈະບໍ່ຖືກສັກໃສ່ທ່ານແນ່ນອນ, ເວັ້ນເສຍແຕ່, ແນ່ນອນ, ທ່ານຈະເອົາມັນມາຈາກ console. ທ່ານຮູ້ວ່າທ່ານມີ MySQL ແລະ Python. ອາດຈະເປັນ, ໃນທີ່ນີ້ພວກເຂົາສາມາດພະຍາຍາມເຮັດບາງປະເພດຂອງການຂ້າມໄດເລກະທໍລີແລະໃສ່ບາງສິ່ງບາງຢ່າງເຂົ້າໄປໃນຖານຂໍ້ມູນ. ເພາະສະນັ້ນ, ທ່ານສາມາດກັ່ນຕອງອອກຄໍາຮ້ອງຂໍ dumb ຢ່າງໄວວາແລະລາຄາຖືກຢູ່ທາງຫນ້າ.
• ຊຸມຊົນ. ນັບຕັ້ງແຕ່ OpenResty ແມ່ນອີງໃສ່ NGINX, ມັນມີໂບນັດ - ນີ້ແມ່ນ ຊຸມຊົນ NGINX. ມັນໃຫຍ່ຫຼາຍ, ແລະຫຼາຍໆຄໍາຖາມທີ່ເຈົ້າຈະມີຢູ່ໃນທໍາອິດໄດ້ຖືກຕອບແລ້ວໂດຍຊຸມຊົນ NGINX.

  ນັກພັດທະນາ Lua. ມື້ວານນີ້ຂ້ອຍໄດ້ລົມກັບພວກທີ່ເຂົ້າມາໃນງານ HighLoad++ ມື້ຝຶກຊ້ອມ ແລະໄດ້ຍິນວ່າມີແຕ່ Tarantool ເທົ່ານັ້ນທີ່ຂຽນເປັນ Lua. ນີ້ບໍ່ແມ່ນດັ່ງນັ້ນ, ຫຼາຍສິ່ງຫຼາຍຢ່າງໄດ້ຖືກຂຽນໄວ້ໃນ Lua. ຕົວຢ່າງ: OpenResty, Prosody XMPP server, Love2D game engine, Lua is scripted in Warcraft and other. ມີຫຼາຍນັກພັດທະນາ Lua, ພວກເຂົາມີຊຸມຊົນຂະຫນາດໃຫຍ່ແລະຕອບສະຫນອງ. ທຸກໆຄໍາຖາມ Lua ຂອງຂ້ອຍໄດ້ຖືກຕອບພາຍໃນສອງສາມຊົ່ວໂມງ. ໃນເວລາທີ່ທ່ານຂຽນໃສ່ບັນຊີລາຍຊື່ທາງໄປສະນີ, ຢ່າງແທ້ຈິງໃນສອງສາມນາທີມີຄໍາຕອບຈໍານວນຫລາຍ, ພວກເຂົາອະທິບາຍວ່າແມ່ນຫຍັງແລະແນວໃດ, ແມ່ນຫຍັງ. ມັນຍິ່ງໃຫຍ່. ແຕ່ຫນ້າເສຍດາຍ, ຊຸມຊົນທີ່ຈິງໃຈແບບນັ້ນບໍ່ແມ່ນຢູ່ທົ່ວທຸກແຫ່ງ.
  OpenResty ມີ GitHub, ບ່ອນທີ່ທ່ານສາມາດເປີດບັນຫາໄດ້ຖ້າຫາກວ່າບາງສິ່ງບາງຢ່າງແຕກ. ມີລາຍຊື່ທາງໄປສະນີຢູ່ໃນ Google Groups ບ່ອນທີ່ທ່ານສາມາດສົນທະນາບັນຫາທົ່ວໄປ, ມີບັນຊີລາຍຊື່ທາງໄປສະນີເປັນພາສາຈີນ - ເຈົ້າບໍ່ເຄີຍຮູ້, ບາງທີເຈົ້າອາດຈະບໍ່ເວົ້າພາສາອັງກິດ, ແຕ່ເຈົ້າມີຄວາມຮູ້ກ່ຽວກັບພາສາຈີນ.

ຜົນໄດ້ຮັບ

• ຂ້ອຍຫວັງວ່າຂ້ອຍສາມາດບົ່ງບອກວ່າ OpenResty ເປັນກອບທີ່ສະດວກຫຼາຍທີ່ປັບແຕ່ງສໍາລັບເວັບ.
• ມັນມີຂອບເຂດຕ່ໍາຂອງການເຂົ້າ, ເນື່ອງຈາກວ່າລະຫັດແມ່ນຄ້າຍຄືກັນກັບສິ່ງທີ່ພວກເຮົາຂຽນ, ພາສາແມ່ນຂ້ອນຂ້າງງ່າຍດາຍແລະຫນ້ອຍ.
• ມັນສະຫນອງ I/O asynchronous ໂດຍບໍ່ມີການ callbacks, ພວກເຮົາຈະບໍ່ມີ noodles ດັ່ງທີ່ພວກເຮົາບາງຄັ້ງສາມາດຂຽນໃນ NodeJS.
• ມັນມີການຕິດຕັ້ງງ່າຍ, ເພາະວ່າພວກເຮົາຕ້ອງການພຽງແຕ່ NGINX ທີ່ມີໂມດູນທີ່ເຫມາະສົມແລະລະຫັດຂອງພວກເຮົາ, ແລະທຸກສິ່ງທຸກຢ່າງຈະເຮັດວຽກທັນທີ.
• ຊຸມຊົນຂະຫນາດໃຫຍ່ແລະຕອບສະຫນອງ.

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

ຂອບໃຈສໍາລັບຄວາມສົນໃຈຂອງທ່ານ!

Vladimir Protasov - OpenResty: ການຫັນ NGINX ເຂົ້າໄປໃນເຄື່ອງແມ່ຂ່າຍແອັບພລິເຄຊັນທີ່ເຕັມໄປດ້ວຍຄວາມສາມາດ

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