ສ່ວນ backend ໃນ DUMP: Serverless, Postgres ແລະ Go, .NET Core, GraphQL ແລະອື່ນໆ

ກອງປະຊຸມນັກພັດທະນາຈະຈັດຂຶ້ນໃນ Yekaterinburg ໃນວັນທີ 19 ເດືອນເມສາ ຖິ້ມຂີ້ເຫຍື້ອ. ຜູ້ອໍານວຍການໂຄງການຂອງພາກສ່ວນ Backend - ຫົວຫນ້າຫ້ອງການພັດທະນາ Yandex Andrey Zharinov, ຫົວຫນ້າພະແນກພັດທະນາຂອງ Naumen Contact Center Konstantin Beklemishev ແລະວິສະວະກອນຊອບແວຈາກ Kontur Denis Tarasov - ບອກສິ່ງທີ່ຜູ້ພັດທະນາສາມາດຄາດຫວັງຢູ່ໃນກອງປະຊຸມ.

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

ບົດລາຍງານ

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

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

ບັນຫາ 2. ເພື່ອໃຫ້ມີປະສິດທິພາບໃນເວລາທີ່ພົວພັນກັບເຄື່ອງແມ່ຂ່າຍ, ມັນຈໍາເປັນຕ້ອງເພີ່ມປະສິດທິພາບຈໍານວນການໂທໄປຫາ API ແລະຈໍານວນຂໍ້ມູນທີ່ສົ່ງຄືນ. ນີ້ຮຽກຮ້ອງໃຫ້ມີການອອກແບບຫນ່ວຍງານທີ່ສອດຄ່ອງໃນລະດັບເຄື່ອງແມ່ຂ່າຍ. Dmitry Tsepelev (Evil Martians) ຈະອະທິບາຍວິທີການນີ້ສາມາດເຮັດໄດ້ຢ່າງມີປະສິດທິພາບໂດຍໃຊ້ປັດຊະຍາແລະເຄື່ອງມືຂອງ GraphQL, ເອົາໃຈໃສ່ກັບ nuances ແລະປຽບທຽບຕົວຢ່າງກັບ REST ແບບດັ້ງເດີມ.

ຕັນທີສອງຈະກ່ຽວກັບການປະສົມປະສານຂອງ Postgres ແລະ Go. ໄປຟັງປະສົບການຂອງ Avito ແລະ Yandex :)

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

PostgreSQL ແລະສໍາຮອງຂໍ້ມູນຂໍ້ມູນ? ມັນເບິ່ງຄືວ່າຫົວຂໍ້ນີ້ໄດ້ຖືກສຶກສາແລ້ວຢ່າງກວ້າງຂວາງ. ແຕ່ຄວາມຮູ້ຈະບໍ່ຄົບຖ້ວນຈົນກວ່າທ່ານຈະຮູ້ວ່າມັນເກີດຂື້ນແນວໃດໃນ Yandex: ປະລິມານຂໍ້ມູນຂະຫນາດໃຫຍ່, ຄວາມຕ້ອງການສໍາລັບການບີບອັດ, ການເຂົ້າລະຫັດ, ການປຸງແຕ່ງຂະຫນານແລະການນໍາໃຊ້ທີ່ມີປະສິດທິພາບທີ່ສຸດຂອງ CPU ຫຼາຍແກນ. Andrey Borodin ຈະເວົ້າກ່ຽວກັບສະຖາປັດຕະຍະກໍາຂອງ WAL-G - ການແກ້ໄຂແຫຼ່ງເປີດໃນ Go ສໍາລັບການເກັບຂໍ້ມູນຢ່າງຕໍ່ເນື່ອງ Postgres ແລະ MySQL, ເຊິ່ງ Yandex ກໍາລັງພັດທະນາຢ່າງຈິງຈັງ, ແລະທ່ານສາມາດນໍາໃຊ້ໃນໂຄງການຂອງທ່ານ.

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

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

ບໍລິສັດຊັ້ນນໍາສະຫນອງ APIs ຂອງພວກເຂົາສໍາລັບການກໍ່ສ້າງຜູ້ຊ່ວຍສຽງ. ແຕ່ຈະເປັນແນວໃດຖ້າວິທີແກ້ໄຂພາຍນອກບໍ່ມີ? IN ຮູບຊົງ ແກ້ໄຂບັນຫານີ້, ເຖິງແມ່ນວ່າເສັ້ນທາງໄດ້ກາຍເປັນ thorny. Victor Kondoba и Svetlana Zavyalova ຈະແບ່ງປັນປະສົບການຂອງພວກເຂົາໃນການນໍາໃຊ້ວິທີແກ້ໄຂການຮັບຮູ້ສຽງເວົ້າໃນທ້ອງຖິ່ນໃນເວລາທີ່ສະຫນັບສະຫນູນອັດຕະໂນມັດ, ສະແດງໃຫ້ເຫັນສິ່ງທີ່ທ່ານຄວນສຸມໃສ່ແລະສິ່ງທີ່ທ່ານສາມາດເສຍສະລະເພື່ອເພີ່ມປະສິດຕິພາບ.

ບົດລາຍງານຈະກ່ຽວກັບຫຍັງອີກ?

ບໍ່ດົນມານີ້, ປະເພດຂໍ້ມູນໃຫມ່ໄດ້ປາກົດຢູ່ໃນ Redis 5 - streams, ນີ້ແມ່ນການປະຕິບັດແນວຄວາມຄິດຈາກນາຍຫນ້າຂໍ້ຄວາມທີ່ນິຍົມ Kafka. Denis Kataev (Tinkoff.ru) ຈະອະທິບາຍວ່າເປັນຫຍັງກະແສຕ້ອງການ, ພວກມັນແຕກຕ່າງຈາກແຖວປົກກະຕິ, ຄວາມແຕກຕ່າງລະຫວ່າງສາຍ Kafka ແລະ Redis ແມ່ນຫຍັງ, ແລະຍັງຈະບອກທ່ານກ່ຽວກັບຂຸມທີ່ລໍຖ້າທ່ານຢູ່.

ຫົວຫນ້າວິສະວະກອນຊອບແວທີ່ Konture Grigory Koshelev ຈະເບິ່ງວ່າບັນຫາໃດແດ່ທີ່ມີບັນທຶກບັນທຶກແລະຕົວຊີ້ວັດຖ້າທ່ານມີຂໍ້ມູນ terabytes ຕໍ່ມື້, ແລະຍັງເວົ້າກ່ຽວກັບການແກ້ໄຂ Open-Source ໃຫມ່ທີ່ຈະເຮັດໃຫ້ຊີວິດຂອງທ່ານດີຂຶ້ນ.

ຜູ້ນໍາຂອງຊຸມຊົນ Kazan .Net Yuri Kerbitskov (Ak Bars Digital Technologies) ຈະມາເຕືອນທ່ານວ່າເປັນຫຍັງ Application Domains ຈໍາເປັນຕ້ອງຢູ່ໃນ .Net Framework, ແລະສົນທະນາກ່ຽວກັບສິ່ງທີ່ມີການປ່ຽນແປງໃນເວລາທີ່ເຮັດວຽກກັບພວກເຂົາໃນ .Net Core, ແລະວິທີການໂດຍທົ່ວໄປແລ້ວດໍາລົງຊີວິດກັບມັນໃນປັດຈຸບັນ. ຫຼັງຈາກການສົນທະນາ, ທ່ານຈະມີຄວາມເຂົ້າໃຈດີຂຶ້ນກ່ຽວກັບວິທີການເຮັດວຽກຂອງ .NET Core ພາຍໃຕ້ຝາປິດ.

ແລະຫົວຂໍ້ທີ່ຖືກລົງຄະແນນສຽງຫຼາຍທີ່ສຸດຢູ່ໃນເວັບໄຊທ໌.

ການປະຕິວັດທີ່ງຽບສະຫງົບເກີດຂຶ້ນໃນປີ 2014, ແລະສຽງດັງຂອງມັນກໍາລັງຈັບພວກເຮົາ. ຈາກ​ນີ້​ໄປ, ພື້ນຖານ​ໂຄງ​ລ່າງ​ກາຍ​ເປັນ​ສິ່ງ​ທີ່​ເບິ່ງ​ບໍ່​ເຫັນ​ໄດ້​ຢ່າງ​ສິ້ນ​ເຊີງ ​ແລະ ຢຸດ​ສະ​ງັກ. ນີ້ບໍ່ແມ່ນກ່ຽວກັບເຄື່ອງ virtual ຫຼືຕູ້ຄອນເທນເນີ - ພວກມັນເປັນສິ່ງທີ່ຜ່ານມາແລ້ວ, ແຕ່ກ່ຽວກັບການພັດທະນາຕໍ່ໄປຂອງແນວຄວາມຄິດຂອງການບໍລິການຟັງ - AWS Lambda (ພວກເຮົາຈ່າຍພຽງແຕ່ສໍາລັບເວລາຂອງໂປເຊດເຊີ). ການນໍາໃຊ້ຕົວຢ່າງຂອງໂຄງການ backend ຂອງຕົນເອງ, ນັກພັດທະນາໃນ Evil Martians Nikolay Sverchkov ຈະບອກທ່ານທຸກຢ່າງກ່ຽວກັບພາກປະຕິບັດຂອງການເຮັດວຽກກັບ serverless: ມັນຍາກທີ່ຈະເລີ່ມຕົ້ນ, ມີເອກະສານແລະບົດສອນຫຼາຍປານໃດ, ມີການສະຫນັບສະຫນູນມາດຕະຖານທີ່ຍອມຮັບໂດຍທົ່ວໄປ, ວິທີການທົດສອບທ້ອງຖິ່ນ, ລາຄາເທົ່າໃດ, ພາສາໃດ? ດີກວ່າທີ່ຈະໃຊ້, ເຊິ່ງ stack ວຽກທີ່ກ່ຽວຂ້ອງທີ່ສຸດ.

ຊັ້ນປະລິນຍາໂທ

CTO ໃນ Mastery.pro Andrey Fefelov ຈະດໍາເນີນການຫ້ອງຮຽນແມ່ບົດທີ່ລາວແລະຜູ້ເຂົ້າຮ່ວມຈະສ້າງກຸ່ມທີ່ທົນທານຕໍ່ຄວາມຜິດທີ່ງ່າຍດາຍຂອງ 3 nodes ກ່ຽວກັບ postgres, patroni, consul, s3, walg, ansible.

ຫຼັງຈາກຫ້ອງຮຽນຕົ້ນສະບັບ, ທ່ານຈະສາມາດເປີດຕົວກຸ່ມດັ່ງກ່າວຕັ້ງແຕ່ເລີ່ມຕົ້ນໂດຍໃຊ້ Ansible playbooks ທີ່ສະຫນອງໃຫ້.

ບົດລາຍງານທັງຫມົດຈາກກອງປະຊຸມປີທີ່ຜ່ານມາສາມາດເບິ່ງໄດ້ທີ່ ຊ່ອງ YouTube

ບົດຄັດຫຍໍ້ຂອງບົດລາຍງານທັງຫມົດແລະການລົງທະບຽນ - ຢູ່ ເວັບໄຊທ໌ກອງປະຊຸມ.

ນັກພັດທະນາ, ພວກເຮົາລໍຖ້າທ່ານໃນວັນທີ 19 ເມສາຢູ່ DUMP!

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