ជំរាបសួរមនុស្សគ្រប់គ្នា!

ភារកិច្ចមានដូចខាងក្រោម - មានលំហូរដែលបង្ហាញក្នុងរូបភាពខាងលើ ដែលចាំបាច់ត្រូវបញ្ជូនទៅកាន់ N servers ជាមួយ កម្មវិធី Apache NiFi. ការធ្វើតេស្តលំហូរ - ឯកសារកំពុងត្រូវបានបង្កើត និងផ្ញើទៅកាន់វត្ថុ NiFi ផ្សេងទៀត។ ការផ្ទេរទិន្នន័យកើតឡើងដោយប្រើ NiFi Site to Site protocol។

NiFi Site to Site (S2S) គឺជាវិធីសុវត្ថិភាព និងអាចប្ដូរតាមបំណងបានខ្ពស់ក្នុងការផ្ទេរទិន្នន័យរវាង NiFi instances។ មើលរបៀបដែល S2S ដំណើរការ ឯកសារ ហើយវាជារឿងសំខាន់ក្នុងការចងចាំដើម្បីដំឡើងឧទាហរណ៍ NiFi របស់អ្នកដើម្បីឱ្យ S2S មើលឃើញ នៅទីនេះ.

នៅពេលនិយាយអំពីការផ្ទេរទិន្នន័យដោយប្រើ S2S វត្ថុមួយត្រូវបានគេហៅថាម៉ាស៊ីនភ្ញៀវទីពីរគឺម៉ាស៊ីនមេ។ ម៉ាស៊ីនភ្ញៀវផ្ញើទិន្នន័យ ម៉ាស៊ីនមេទទួលវា។ វិធីពីរយ៉ាងដើម្បីរៀបចំការផ្ទេរទិន្នន័យរវាងពួកគេ៖

1. រុញ. ទិន្នន័យ​ត្រូវ​បាន​ផ្ញើ​ពី​កម្មវិធី​អតិថិជន​ដោយ​ប្រើ​ក្រុម​ដំណើរការ​ពី​ចម្ងាយ (RPG)។ នៅលើម៉ាស៊ីនមេ ទិន្នន័យត្រូវបានទទួលដោយប្រើច្រកបញ្ចូល
2. ទាញ. ម៉ាស៊ីនមេទទួលទិន្នន័យដោយប្រើ RPG ម៉ាស៊ីនភ្ញៀវផ្ញើដោយប្រើច្រកទិន្នផល។

លំហូរសម្រាប់ការរមៀលត្រូវបានរក្សាទុកនៅក្នុង Apache Registry ។

Apache NiFi Registry គឺជាគម្រោងរងរបស់ Apache NiFi ដែលផ្តល់នូវឧបករណ៍ផ្ទុកលំហូរ និងកំណែទម្រង់។ ប្រភេទនៃ GIT ។ ព័ត៌មានអំពីការដំឡើង កំណត់រចនាសម្ព័ន្ធ និងធ្វើការជាមួយបញ្ជីឈ្មោះអាចរកបាននៅក្នុង ឯកសារផ្លូវការ. លំហូរសម្រាប់ការផ្ទុកត្រូវបានបញ្ចូលគ្នាទៅក្នុងក្រុមដំណើរការមួយ ហើយរក្សាទុកក្នុងបញ្ជីឈ្មោះក្នុងទម្រង់នេះ។ យើងនឹងត្រលប់ទៅរឿងនេះនៅពេលក្រោយនៅក្នុងអត្ថបទ។

នៅពេលចាប់ផ្តើម នៅពេលដែល N ជាចំនួនតូច លំហូរត្រូវបានបញ្ជូន និងធ្វើបច្ចុប្បន្នភាពដោយដៃក្នុងពេលវេលាសមរម្យមួយ។

ប៉ុន្តែនៅពេលដែល N លូតលាស់មានបញ្ហាកាន់តែច្រើន:

1. វាត្រូវការពេលវេលាបន្ថែមទៀតដើម្បីធ្វើបច្ចុប្បន្នភាពលំហូរ។ អ្នកត្រូវចូលទៅកាន់ម៉ាស៊ីនមេទាំងអស់។
2. មានកំហុសក្នុងការធ្វើបច្ចុប្បន្នភាពគំរូ។ នៅទីនេះពួកគេបានធ្វើបច្ចុប្បន្នភាព ប៉ុន្តែនៅទីនេះពួកគេភ្លេច
3. កំហុសរបស់មនុស្សនៅពេលអនុវត្តប្រតិបត្តិការស្រដៀងគ្នាមួយចំនួនធំ

ទាំងអស់នេះនាំយើងទៅរកការពិតដែលថាវាចាំបាច់ដើម្បីធ្វើឱ្យដំណើរការដោយស្វ័យប្រវត្តិ។ ខ្ញុំបានសាកល្បងវិធីខាងក្រោមដើម្បីដោះស្រាយបញ្ហានេះ៖

1. ប្រើ MiNiFi ជំនួសឱ្យ NiFi
2. NiFi CLI
3. NiPyAPI

ការប្រើប្រាស់ MiNiFi

ApacheMiNify គឺជាគម្រោងរងរបស់ Apache NiFi ។ MiNiFy គឺជាភ្នាក់ងារបង្រួមដែលប្រើ processors ដូចគ្នាទៅនឹង NiFi ដែលអនុញ្ញាតឱ្យអ្នកបង្កើតលំហូរដូចគ្នានឹង NiFi ដែរ។ ភាពស្រាលនៃភ្នាក់ងារត្រូវបានសម្រេចក្នុងចំណោមរបស់ផ្សេងទៀតដោយសារតែការពិតដែលថា MiNiFy មិនមានចំណុចប្រទាក់ក្រាហ្វិកសម្រាប់ការកំណត់រចនាសម្ព័ន្ធលំហូរ។ កង្វះចំណុចប្រទាក់ក្រាហ្វិករបស់ MiNiFy មានន័យថាវាចាំបាច់ដើម្បីដោះស្រាយបញ្ហានៃការចែកចាយលំហូរនៅក្នុង minifi ។ ដោយសារ MiNiFy ត្រូវបានប្រើប្រាស់យ៉ាងសកម្មនៅក្នុង IOT មានធាតុផ្សំជាច្រើន ហើយដំណើរការនៃការបញ្ជូនលំហូរទៅកាន់ minifi ចុងក្រោយត្រូវតែស្វ័យប្រវត្តិ។ កិច្ចការដែលធ្លាប់ស្គាល់មែនទេ?

គម្រោងរងមួយទៀតគឺ MiNiFi C2 Server នឹងជួយដោះស្រាយបញ្ហានេះ។ ផលិតផលនេះមានបំណងធ្វើជាចំណុចកណ្តាលនៅក្នុងស្ថាបត្យកម្មនៃការដាក់ពង្រាយ។ របៀបកំណត់រចនាសម្ព័ន្ធបរិស្ថាន - ពិពណ៌នានៅក្នុង អត្ថបទនេះ នៅលើ Habre និងព័ត៌មានគឺគ្រប់គ្រាន់ដើម្បីដោះស្រាយបញ្ហា។ MiNiFi ភ្ជាប់ជាមួយម៉ាស៊ីនមេ C2 ធ្វើបច្ចុប្បន្នភាពការកំណត់រចនាសម្ព័ន្ធរបស់វាដោយស្វ័យប្រវត្តិ។ ឧបសគ្គតែមួយគត់នៃវិធីសាស្រ្តនេះគឺថាអ្នកត្រូវតែបង្កើតគំរូនៅលើ C2 Server ការប្តេជ្ញាចិត្តសាមញ្ញចំពោះបញ្ជីឈ្មោះគឺមិនគ្រប់គ្រាន់ទេ។

ជម្រើសដែលបានពិពណ៌នានៅក្នុងអត្ថបទខាងលើគឺដំណើរការហើយមិនពិបាកក្នុងការអនុវត្តទេ ប៉ុន្តែយើងមិនត្រូវភ្លេចដូចខាងក្រោមនេះទេ៖

1. minifi មិនមាន processors ទាំងអស់ពី nifi ទេ។
2. កំណែស៊ីភីយូនៅក្នុង Minifi យឺតជាងកំណែ CPU នៅក្នុង NiFi ។

នៅពេលសរសេរ កំណែចុងក្រោយរបស់ NiFi គឺ 1.9.2។ កំណែប្រព័ន្ធដំណើរការនៃកំណែ MiNiFi ចុងក្រោយបំផុតគឺ 1.7.0 ។ អង្គដំណើរការអាចត្រូវបានបន្ថែមទៅ MiNiFi ប៉ុន្តែដោយសារតែភាពខុសគ្នានៃកំណែរវាងប្រព័ន្ធដំណើរការ NiFi និង MiNiFi វាប្រហែលជាមិនដំណើរការទេ។

NiFi CLI

វិនិច្ឆ័យដោយ ការពិពណ៌នា ឧបករណ៍នៅលើគេហទំព័រផ្លូវការ នេះគឺជាឧបករណ៍សម្រាប់ស្វ័យប្រវត្តិកម្មអន្តរកម្មរវាង NiFI និង NiFi Registry នៅក្នុងផ្នែកនៃការចែកចាយលំហូរ ឬការគ្រប់គ្រងដំណើរការ។ ទាញយកឧបករណ៍នេះដើម្បីចាប់ផ្តើម។ ពីទីនេះ.

ដំណើរការឧបករណ៍ប្រើប្រាស់

./bin/cli.sh
           _     ___  _
 Apache   (_)  .' ..](_)   ,
 _ .--.   __  _| |_  __    )
[ `.-. | [  |'-| |-'[  |  /  
|  | | |  | |  | |   | | '    '
[___||__][___][___] [___]',  ,'
                           `'
          CLI v1.9.2

Type 'help' to see a list of available commands, use tab to auto-complete.

ដើម្បីឱ្យយើងផ្ទុកលំហូរចាំបាច់ពីបញ្ជីឈ្មោះ យើងត្រូវដឹងពីអត្តសញ្ញាណនៃកញ្ចប់ (ឧបករណ៍កំណត់អត្តសញ្ញាណធុង) និងលំហូរខ្លួនវា (ឧបករណ៍សម្គាល់លំហូរ) ។ ទិន្នន័យនេះអាចទទួលបានតាមរយៈ cli ឬនៅក្នុងចំណុចប្រទាក់បណ្តាញចុះឈ្មោះ NiFi ។ ចំណុចប្រទាក់គេហទំព័រមើលទៅដូចនេះ៖

ដោយប្រើ CLI អ្នកធ្វើដូចនេះ៖

#> registry list-buckets -u http://nifi-registry:18080

#   Name             Id                                     Description
-   --------------   ------------------------------------   -----------
1   test_bucket   709d387a-9ce9-4535-8546-3621efe38e96   (empty)

#> registry list-flows -b 709d387a-9ce9-4535-8546-3621efe38e96 -u http://nifi-registry:18080

#   Name           Id                                     Description
-   ------------   ------------------------------------   -----------
1   test_flow   d27af00a-5b47-4910-89cd-9c664cd91e85

ដំណើរការក្រុមដំណើរការនាំចូលពីបញ្ជីឈ្មោះ៖

#> nifi pg-import -b 709d387a-9ce9-4535-8546-3621efe38e96 -f d27af00a-5b47-4910-89cd-9c664cd91e85 -fv 1 -u http://nifi:8080

7f522a13-016e-1000-e504-d5b15587f2f3

ចំណុចសំខាន់មួយគឺថាវត្ថុ nifi ណាមួយអាចត្រូវបានបញ្ជាក់ជាម៉ាស៊ីនដែលយើងរមៀលក្រុមដំណើរការ។

ក្រុមដំណើរការត្រូវបានបន្ថែមជាមួយនឹងដំណើរការដែលឈប់ដំណើរការ ពួកគេត្រូវតែចាប់ផ្តើម

#> nifi pg-start -pgid 7f522a13-016e-1000-e504-d5b15587f2f3 -u http://nifi:8080

ជាការប្រសើរណាស់, ដំណើរការបានចាប់ផ្តើម។ ទោះយ៉ាងណាក៏ដោយ យោងទៅតាមលក្ខខណ្ឌនៃបញ្ហា យើងត្រូវការ NiFi instances ដើម្បីបញ្ជូនទិន្នន័យទៅកាន់ instance ផ្សេងទៀត។ ចូរសន្មតថាវិធីសាស្ត្រ Push ត្រូវបានជ្រើសរើសដើម្បីផ្ទេរទិន្នន័យទៅម៉ាស៊ីនមេ។ ដើម្បីរៀបចំការផ្ទេរទិន្នន័យ វាចាំបាច់ក្នុងការបើកការផ្ទេរទិន្នន័យ (បើកដំណើរការបញ្ជូន) នៅលើ Remote Process Group (RPG) ដែលបានបន្ថែមដែលត្រូវបានបញ្ចូលក្នុងលំហូររបស់យើងរួចហើយ។

នៅក្នុងឯកសារនៅក្នុង CLI និងប្រភពផ្សេងទៀត ខ្ញុំមិនបានរកឃើញវិធីដើម្បីបើកការផ្ទេរទិន្នន័យទេ។ ប្រសិនបើអ្នកដឹងពីរបៀបធ្វើវាសូមសរសេរនៅក្នុងមតិយោបល់។

ដោយសារយើងមាន bash ហើយយើងត្រៀមខ្លួនដើម្បីទៅទីបញ្ចប់ យើងនឹងរកផ្លូវចេញ! អ្នកអាចប្រើ NiFi API ដើម្បីដោះស្រាយបញ្ហានេះ។ ចូរប្រើវិធីសាស្រ្តខាងក្រោម យើងយកលេខសម្គាល់ពីឧទាហរណ៍ខាងលើ (ក្នុងករណីរបស់យើងវាគឺ 7f522a13-016e-1000-e504-d5b15587f2f3)។ ការពិពណ៌នាអំពី NiFi API Methods នៅទីនេះ.

នៅក្នុងតួ អ្នកត្រូវឆ្លងកាត់ JSON នៃទម្រង់ខាងក្រោម៖

{
    "revision": {
	    "clientId": "value",
	    "version": 0,
	    "lastModifier": "value"
	},
    "state": "value",
    "disconnectedNodeAcknowledged": true
}

ប៉ារ៉ាម៉ែត្រដែលត្រូវតែបំពេញដើម្បី "ធ្វើការ"៖
រដ្ឋ - ស្ថានភាពផ្ទេរទិន្នន័យ។ មាន TRANSMITTING ដើម្បីបើកការផ្ទេរទិន្នន័យ STOPPED ដើម្បីបិទ
កំណែ - កំណែប្រព័ន្ធដំណើរការ

កំណែនឹងលំនាំដើមទៅ 0 នៅពេលបង្កើត ប៉ុន្តែប៉ារ៉ាម៉ែត្រទាំងនេះអាចទទួលបានដោយប្រើវិធីសាស្ត្រ

សម្រាប់អ្នកចូលចិត្តស្គ្រីប bash វិធីសាស្ត្រនេះហាក់ដូចជាសមរម្យ ប៉ុន្តែវាពិបាកសម្រាប់ខ្ញុំ - ស្គ្រីប bash មិនមែនជាសំណព្វរបស់ខ្ញុំទេ។ វិធីបន្ទាប់គឺគួរឱ្យចាប់អារម្មណ៍និងងាយស្រួលជាងនៅក្នុងគំនិតរបស់ខ្ញុំ។

NiPyAPI

NiPyAPI គឺជាបណ្ណាល័យ Python សម្រាប់ធ្វើអន្តរកម្មជាមួយវត្ថុ NiFi ។ ទំព័រឯកសារ មានព័ត៌មានចាំបាច់ដើម្បីធ្វើការជាមួយបណ្ណាល័យ។ ការចាប់ផ្តើមរហ័សត្រូវបានពិពណ៌នានៅក្នុង សេចក្តីព្រាង នៅលើ github ។

ស្គ្រីបរបស់យើងសម្រាប់ដាក់ចេញការកំណត់រចនាសម្ព័ន្ធគឺជាកម្មវិធី Python ។ ចូរបន្តទៅការសរសេរកូដ។
រៀបចំការកំណត់សម្រាប់ការងារបន្ថែម។ យើងនឹងត្រូវការប៉ារ៉ាម៉ែត្រដូចខាងក្រោមៈ

nipyapi.config.nifi_config.host = 'http://nifi:8080/nifi-api' #путь до nifi-api инстанса, на котором разворачиваем process group
nipyapi.config.registry_config.host = 'http://nifi-registry:18080/nifi-registry-api' #путь до nifi-registry-api registry
nipyapi.config.registry_name = 'MyBeutifulRegistry' #название registry, как будет называться в инстансе nifi
nipyapi.config.bucket_name = 'BucketName' #название bucket, из которого подтягиваем flow
nipyapi.config.flow_name = 'FlowName' #название flow, которое подтягиваем

បន្ថែមទៀតខ្ញុំនឹងបញ្ចូលឈ្មោះវិធីសាស្រ្តនៃបណ្ណាល័យនេះដែលត្រូវបានពិពណ៌នា នៅទីនេះ.

យើងភ្ជាប់បញ្ជីឈ្មោះទៅវត្ថុ nifi ដោយប្រើ

nipyapi.versioning.create_registry_client

នៅជំហាននេះ អ្នកក៏អាចបន្ថែមការត្រួតពិនិត្យថា បញ្ជីឈ្មោះត្រូវបានបន្ថែមទៅវត្ថុរួចហើយ សម្រាប់ការនេះអ្នកអាចប្រើវិធីសាស្ត្រ

nipyapi.versioning.list_registry_clients

យើងស្វែងរកធុងទឹកដើម្បីស្វែងរកបន្ថែមទៀតសម្រាប់លំហូរនៅក្នុងកន្ត្រក

nipyapi.versioning.get_registry_bucket

យោងតាមធុងដែលបានរកឃើញយើងកំពុងស្វែងរកលំហូរ

nipyapi.versioning.get_flow_in_bucket

បន្ទាប់មកទៀត វាចាំបាច់ក្នុងការស្វែងយល់ថាតើក្រុមដំណើរការនេះត្រូវបានបន្ថែមរួចហើយឬអត់។ ក្រុមដំណើរការត្រូវបានដាក់ដោយកូអរដោណេ ហើយស្ថានភាពអាចកើតឡើងនៅពេលដែលទីពីរត្រូវបានដាក់ពីលើ។ ខ្ញុំបានពិនិត្យ វាអាចជា 🙂 ដើម្បីទទួលបានក្រុមដំណើរការបន្ថែមទាំងអស់ សូមប្រើវិធីសាស្ត្រ

nipyapi.canvas.list_all_process_groups

ហើយបន្ទាប់មកយើងអាចស្វែងរកឧទាហរណ៍តាមឈ្មោះ។

ខ្ញុំនឹងមិនរៀបរាប់អំពីដំណើរការនៃការអាប់ដេតគំរូទេ ខ្ញុំនឹងនិយាយតែថាប្រសិនបើ processors ត្រូវបានបន្ថែមនៅក្នុងកំណែថ្មីនៃ template នោះវាមិនមានបញ្ហាជាមួយនឹងវត្តមានសារនៅក្នុងជួរនោះទេ។ ប៉ុន្តែប្រសិនបើ processors ត្រូវបានដកចេញ នោះបញ្ហាអាចនឹងកើតឡើង (nifi មិនអនុញ្ញាតឱ្យដក processor ចេញទេ ប្រសិនបើជួរសារបានប្រមូលផ្តុំនៅពីមុខវា)។ ប្រសិនបើអ្នកចាប់អារម្មណ៍ពីរបៀបដែលខ្ញុំបានដោះស្រាយបញ្ហានេះ - សូមសរសេរមកខ្ញុំ យើងនឹងពិភាក្សាចំណុចនេះ។ ទំនាក់ទំនងនៅចុងបញ្ចប់នៃអត្ថបទ។ ចូរបន្តទៅជំហាននៃការបន្ថែមក្រុមដំណើរការ។

នៅពេលកែកំហុសស្គ្រីប ខ្ញុំបានជួបលក្ខណៈពិសេសមួយដែលកំណែចុងក្រោយបំផុតនៃលំហូរមិនតែងតែត្រូវបានទាញឡើង ដូច្នេះខ្ញុំណែនាំអ្នកឱ្យបញ្ជាក់កំណែនេះជាមុនសិន៖

nipyapi.versioning.get_latest_flow_ver

ដាក់ពង្រាយក្រុមដំណើរការ៖

nipyapi.versioning.deploy_flow_version

យើងចាប់ផ្តើមដំណើរការ៖

nipyapi.canvas.schedule_process_group

នៅក្នុងប្លុកអំពី CLI វាត្រូវបានសរសេរថាការផ្ទេរទិន្នន័យមិនត្រូវបានបើកដោយស្វ័យប្រវត្តិនៅក្នុងក្រុមដំណើរការពីចម្ងាយទេ? នៅពេលអនុវត្តស្គ្រីប ខ្ញុំក៏ជួបប្រទះបញ្ហានេះដែរ។ នៅពេលនោះ ខ្ញុំមិនអាចចាប់ផ្តើមផ្ទេរទិន្នន័យដោយប្រើ API បានទេ ហើយខ្ញុំបានសម្រេចចិត្តសរសេរទៅកាន់អ្នកអភិវឌ្ឍន៍បណ្ណាល័យ NiPyAPI ហើយសុំដំបូន្មាន/ជំនួយ។ អ្នកអភិវឌ្ឍន៍បានឆ្លើយមកខ្ញុំ យើងបានពិភាក្សាអំពីបញ្ហានេះ ហើយគាត់បានសរសេរថាគាត់ត្រូវការពេលវេលាដើម្បី "ពិនិត្យអ្វីមួយ" ។ ហើយឥឡូវនេះ ពីរបីថ្ងៃក្រោយមក អ៊ីមែលមកដល់ ដែលមុខងារ Python ត្រូវបានសរសេរ ដែលដោះស្រាយបញ្ហាការចាប់ផ្តើមរបស់ខ្ញុំ !!! នៅពេលនោះ កំណែ NiPyAPI គឺ 0.13.3 ហើយជាការពិតណាស់ មិនមានអ្វីនៅក្នុងប្រភេទនោះទេ។ ប៉ុន្តែនៅក្នុងកំណែ 0.14.0 ដែលត្រូវបានចេញផ្សាយនាពេលថ្មីៗនេះ មុខងារនេះត្រូវបានបញ្ចូលក្នុងបណ្ណាល័យរួចហើយ។ ជួប

nipyapi.canvas.set_remote_process_group_transmission

ដូច្នេះ ដោយមានជំនួយពីបណ្ណាល័យ NiPyAPI យើងបានភ្ជាប់បញ្ជីឈ្មោះ ដំណើរការលំហូរ និងសូម្បីតែចាប់ផ្តើមដំណើរការ និងផ្ទេរទិន្នន័យ។ បន្ទាប់មកអ្នកអាចសិតកូដ បន្ថែមការត្រួតពិនិត្យគ្រប់ប្រភេទ ការកត់ត្រា ហើយនោះជាវា។ ប៉ុន្តែនោះជារឿងខុសគ្នាទាំងស្រុង។

ក្នុងចំណោមជម្រើសស្វ័យប្រវត្តិកម្មដែលខ្ញុំបានពិចារណា ក្រោយមកទៀតហាក់ដូចជាខ្ញុំមានប្រសិទ្ធភាពបំផុត។ ទីមួយ វានៅតែជាកូដ python ដែលអ្នកអាចបង្កប់កូដកម្មវិធីជំនួយ និងរីករាយជាមួយអត្ថប្រយោជន៍ទាំងអស់នៃភាសាសរសេរកម្មវិធី។ ទីពីរ គម្រោង NiPyAPI កំពុងអភិវឌ្ឍយ៉ាងសកម្ម ហើយក្នុងករណីមានបញ្ហា អ្នកអាចសរសេរទៅកាន់អ្នកអភិវឌ្ឍន៍។ ទីបី NiPyAPI នៅតែជាឧបករណ៍ដែលអាចបត់បែនបានសម្រាប់អន្តរកម្មជាមួយ NiFi ក្នុងការដោះស្រាយបញ្ហាស្មុគស្មាញ។ ឧទាហរណ៍ ក្នុងការកំណត់ថាតើជួរសារបច្ចុប្បន្នទទេនៅក្នុងលំហូរ និងថាតើវាអាចទៅរួចដើម្បីធ្វើបច្ចុប្បន្នភាពក្រុមដំណើរការដែរឬទេ

អស់ហើយ។ ខ្ញុំបានពិពណ៌នាអំពីវិធីសាស្រ្តចំនួន 3 ក្នុងការផ្តល់លំហូរដោយស្វ័យប្រវត្តិនៅក្នុង NiFi ដែលជាបញ្ហាដែលអ្នកអភិវឌ្ឍន៍អាចជួបប្រទះ និងផ្តល់លេខកូដធ្វើការសម្រាប់ការដឹកជញ្ជូនដោយស្វ័យប្រវត្តិ។ ប្រសិនបើអ្នកចាប់អារម្មណ៍លើប្រធានបទនេះដូចខ្ញុំ - សរសេរ!

ប្រភព: www.habr.com