ផ្នែកខាងក្រោយនៅលើ DUMP៖ Serverless, Postgres និង Go, .NET Core, GraphQL និងច្រើនទៀត

សន្និសីទអ្នកអភិវឌ្ឍន៍នឹងធ្វើឡើងនៅ Yekaterinburg នៅថ្ងៃទី 19 ខែមេសា បោះចោល. នាយកកម្មវិធីនៃផ្នែក Backend - ប្រធានការិយាល័យអភិវឌ្ឍន៍ Yandex លោក Andrey Zharinov ប្រធានផ្នែកអភិវឌ្ឍន៍នៃមជ្ឈមណ្ឌលទំនាក់ទំនង Naumen លោក Konstantin Beklemishev និងវិស្វករផ្នែកទន់មកពី Kontur Denis Tarasov បានប្រាប់ពីអ្វីដែលអ្នកអភិវឌ្ឍន៍អាចរំពឹងទុកនៅក្នុងសន្និសីទ។

មានមតិមួយដែលអ្នកមិនគួររំពឹងថានឹងមានការយល់ដឹងពីការធ្វើបទបង្ហាញនៅឯសន្និសីទ "ពិធីបុណ្យ" នោះទេ។ វាហាក់ដូចជាយើងថាយើងបានបង្កើតកម្មវិធីដែលមានតម្លៃរង់ចាំ។ ដើម្បីធ្វើដូច្នេះ យើងបានយកតែអ្នកដែលស៊ីជម្រៅក្នុងប្រធានបទប៉ុណ្ណោះ លុបកម្មវិធី ⅔ កែសម្រួលរចនាសម្ព័ន្ធសុន្ទរកថា និងទាមទារឧទាហរណ៍ជាក់ស្តែងពីវាគ្មិន។

របាយការណ៍

របាយការណ៍ពីរដំបូងគឺទាក់ទងគ្នា ហើយយើងពិតជាណែនាំឱ្យស្តាប់ពួកគេទាំងពីរ។

បញ្ហា 1. នៅពេលប្រើ APIs ខាងក្រៅ បញ្ហានៃសុពលភាពទិន្នន័យចូលគឺពាក់ព័ន្ធជាពិសេស។ សុពលភាពទម្រង់តែមួយមុខមិនគ្រប់គ្រាន់ទេ វាក៏ចាំបាច់ផងដែរ ដើម្បីធានាបាននូវភាពស៊ីសង្វាក់គ្នានៃទិន្នន័យ។ ទោះបីជាដំណោះស្រាយហាក់ដូចជាជាក់ស្តែងក៏ដោយ នៅពេលដែលចំនួនប្រភពខាងក្រៅកើនឡើង ការត្រួតពិនិត្យបុគ្គលជាច្រើនអាចក្លាយជាមិនអាចគ្រប់គ្រងបានយ៉ាងងាយស្រួល។ លោក Sergey Dolganov ពី មនុស្សអាក្រក់ Martians នឹងបង្ហាញពីវិធីសាស្រ្តដែលមានរចនាសម្ព័ន្ធចំពោះបញ្ហាដោយផ្អែកលើការប្រើប្រាស់បច្ចេកទេសសរសេរកម្មវិធីមុខងារ។

បញ្ហា 2. ដើម្បីឱ្យមានប្រសិទ្ធភាពនៅពេលធ្វើអន្តរកម្មជាមួយម៉ាស៊ីនមេ វាចាំបាច់ក្នុងការបង្កើនប្រសិទ្ធភាពចំនួននៃការហៅទៅកាន់ API និងចំនួនទិន្នន័យដែលបានត្រឡប់មកវិញ។ វាទាមទារការរចនាអង្គភាពជាប់លាប់នៅកម្រិតម៉ាស៊ីនមេ។ លោក Dmitry Tsepelev (មនុស្សអាក្រក់ Martians) នឹងពន្យល់ពីរបៀបដែលនេះអាចត្រូវបានធ្វើប្រកបដោយប្រសិទ្ធភាពដោយប្រើទស្សនវិជ្ជា និងឧបករណ៍នៃ GraphQL យកចិត្តទុកដាក់លើភាពខុសប្លែកគ្នា និងប្រៀបធៀបឧទាហរណ៍ជាមួយ REST ប្រពៃណី។

ប្លុកទីពីរនឹងនិយាយអំពីការរួមបញ្ចូលគ្នានៃ Postgres និង Go ។ ទៅស្តាប់បទពិសោធន៍របស់ Avito និង Yandex :)

តើអ្នកមាន Postgres ហើយចង់ប្រើ Go នៅក្នុងគម្រោងរបស់អ្នកទេ ប៉ុន្តែនេះជាលើកដំបូងរបស់អ្នក? របាយការណ៍នេះនឹងជួយសន្សំសំចៃពេលវេលារបស់អ្នកបានយ៉ាងច្រើន។ វិស្វករកម្មវិធីនៅក្នុង អាវីតូ Artemy Ryabinkov នឹងនិយាយអំពីឧបករណ៍ និងភាពស្មុគស្មាញទាំងអស់នៃការធ្វើការជាមួយមូលដ្ឋានទិន្នន័យនេះនៅក្នុង Go ដោយប្រើឧទាហរណ៍នៃបញ្ហាដែលគាត់បានដោះស្រាយជារៀងរាល់ថ្ងៃនៅក្នុង Avito ។

PostgreSQL និងការបម្រុងទុកទិន្នន័យ? វាហាក់បីដូចជាប្រធានបទនេះត្រូវបានសិក្សាយ៉ាងទូលំទូលាយរួចហើយ។ ប៉ុន្តែចំណេះដឹងនឹងមិនពេញលេញទេ រហូតដល់អ្នកដឹងពីរបៀបដែលវាកើតឡើងនៅក្នុង Yandex: បរិមាណទិន្នន័យដ៏ធំសម្បើម តម្រូវការសម្រាប់ការបង្ហាប់ ការអ៊ិនគ្រីប ដំណើរការប៉ារ៉ាឡែល និងការប្រើប្រាស់ស៊ីភីយូពហុស្នូលប្រកបដោយប្រសិទ្ធភាពបំផុត។ Andrey Borodin នឹងនិយាយអំពីស្ថាបត្យកម្មរបស់ WAL-G ដែលជាដំណោះស្រាយប្រភពបើកចំហនៅក្នុង Go សម្រាប់ការរក្សាទុកជាបន្ត Postgres និង MySQL ដែល Yandex កំពុងអភិវឌ្ឍយ៉ាងសកម្ម ហើយអ្នកអាចប្រើក្នុងគម្រោងរបស់អ្នក។

ប្លុកទីបីគឺសម្រាប់អ្នកដែលចាប់អារម្មណ៍លើការទទួលស្គាល់ការនិយាយ និងបច្ចេកវិទ្យាសំយោគ ដែល ASR និង TTS គឺជាអក្សរកាត់ដែលអាចយល់បាន និងសម្រាប់អ្នកដែលបង្កើតជំនួយការសំឡេង។

ជំនួយការសំឡេងគឺស្ថិតនៅកំពូលនៃប្រជាប្រិយភាព។ ការបង្កើតជំនាញផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់ពួកគេណាមួយគឺមិនងាយស្រួលនោះទេ ប៉ុន្តែសាមញ្ញណាស់។ ទោះជាយ៉ាងណាក៏ដោយ គេដឹងតិចតួចអំពីការប្រើប្រាស់ជាក់ស្តែងនៃបច្ចេកវិទ្យានេះ។ Vitaly Semyachkin ពី រចនាប័ទ្មយន្តហោះ នឹងពិនិត្យឡើងវិញនូវសមត្ថភាព និងដែនកំណត់នៃជំនួយការសំខាន់ៗ ប្រាប់អ្នកអំពីបញ្ហាប្រភេទណាដែលអាចនឹងកំពុងរង់ចាំអ្នក របៀបដែលអ្នកអាចយកឈ្នះពួកគេដោយភាពក្លាហាន និងជាទូទៅ របៀបដែលអ្នកអាចរៀបចំរឿងទាំងមូលនេះ។ លើសពីនេះទៀត Vitaly នឹងនិយាយអំពីបទពិសោធន៍នៃការកសាង "ការប្រជុំដ៏ឆ្លាតវៃ" ដោយផ្អែកលើ Yandex.Station ។

ក្រុមហ៊ុនឈានមុខគេផ្តល់ APIs របស់ពួកគេសម្រាប់ការកសាងជំនួយការសំឡេង។ ប៉ុន្តែចុះយ៉ាងណាបើដំណោះស្រាយខាងក្រៅមិនមាន? IN វណ្ឌវង្ក បានដោះស្រាយបញ្ហានេះ ទោះបីជាផ្លូវប្រែទៅជាបន្លាក៏ដោយ។ 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 បច្ចេកវិទ្យាឌីជីថល) នឹងមករំលឹកអ្នកពីមូលហេតុដែល Application Domains ត្រូវការនៅក្នុង .Net Framework ហើយនិយាយអំពីអ្វីដែលបានផ្លាស់ប្តូរនៅពេលធ្វើការជាមួយពួកគេនៅក្នុង .Net Core និងរបៀបរស់នៅជាមួយវាឥឡូវនេះ។ បន្ទាប់ពីការពិភាក្សា អ្នកនឹងយល់កាន់តែច្បាស់អំពីរបៀបដែល .NET Core ដំណើរការនៅក្រោមក្រណាត់។

ហើយប្រធានបទដែលត្រូវបានបោះឆ្នោតឱ្យច្រើនជាងគេនៅលើគេហទំព័រ។

បដិវត្តន៍ស្ងប់ស្ងាត់មួយបានកើតឡើងនៅក្នុងឆ្នាំ 2014 ហើយបន្ទររបស់វាកំពុងតាមទាន់យើង។ ចាប់​ពី​ពេល​នេះ​ទៅ ហេដ្ឋារចនាសម្ព័ន្ធ​បាន​ក្លាយ​ជា​មើល​មិន​ឃើញ​ទាំង​ស្រុង ហើយ​លែង​មាន​បញ្ហា។ នេះមិនមែនអំពីម៉ាស៊ីននិម្មិត ឬកុងតឺន័រនោះទេ - ពួកគេគឺជារឿងអតីតកាលរួចទៅហើយ ប៉ុន្តែអំពីការអភិវឌ្ឍន៍បន្ថែមទៀតនៃគំនិតនៃសេវាកម្មពពក - AWS Lambda (យើងចំណាយសម្រាប់តែពេលវេលាដំណើរការប៉ុណ្ណោះ)។ ដោយ​ប្រើ​ឧទាហរណ៍​នៃ​គម្រោង backend ផ្ទាល់​ខ្លួន​របស់​គាត់, អ្នក​អភិវឌ្ឍន៍​នៅ​ក្នុង Evil Martians Nikolay Sverchkov នឹងប្រាប់អ្នកគ្រប់យ៉ាងអំពីផ្នែកជាក់ស្តែងនៃការធ្វើការជាមួយម៉ាស៊ីនមេ៖ តើវាលំបាកប៉ុណ្ណាក្នុងការចាប់ផ្តើម តើឯកសារ និងការបង្រៀនមានប៉ុន្មាន មានការគាំទ្រសម្រាប់ស្តង់ដារដែលទទួលយកជាទូទៅ របៀបធ្វើតេស្តក្នុងស្រុក តើវាមានតម្លៃប៉ុន្មាន ភាសាមួយណា ល្អជាងក្នុងការប្រើប្រាស់ ជង់កិច្ចការណាដែលពាក់ព័ន្ធជាងគេ។

ថ្នាក់អនុបណ្ឌិត

CTO នៅក្នុង Mastery.pro Andrey Fefelov នឹងដឹកនាំថ្នាក់មេដែលគាត់ និងអ្នកចូលរួមនឹងបង្កើតចង្កោមដែលអត់ឱនចំពោះកំហុសសាមញ្ញនៃ 3 nodes នៅលើ postgres, patroni, consul, s3, walg, ansible ។

បន្ទាប់ពីថ្នាក់មេ អ្នកនឹងអាចចាប់ផ្តើមចង្កោមបែបនេះពីដំបូងដោយប្រើសៀវភៅលេង Ansible ដែលបានផ្តល់ឱ្យ។

របាយការណ៍ទាំងអស់ពីសន្និសីទកាលពីឆ្នាំមុនអាចមើលបាននៅ គេហទំព័រយូធូបាស

សេចក្តីសង្ខេបនៃរបាយការណ៍ និងការចុះឈ្មោះទាំងអស់ - នៅ គេហទំព័រសន្និសីទ.

អ្នកអភិវឌ្ឍន៍ យើងកំពុងរង់ចាំអ្នកនៅថ្ងៃទី 19 ខែមេសា នៅ DUMP!

ប្រភព: www.habr.com