អាន JMX តាមរយៈ HTTP proxy ដោយ Jolokia

ប្រើចំណុចប្រទាក់ HTTP របស់ Jolokia នៅពេលកម្មវិធីត្រួតពិនិត្យត្រូវឆ្លងកាត់ web proxy ខាងមុខ ដោយប្រើព័ត៌មានសម្គាល់ដាច់ដោយឡែកសម្រាប់ proxy និងការគ្រប់គ្រង។

ប្រសិនបើការដាក់ពង្រាយ Java បានបង្ហាញចំណុចបញ្ចប់ Jolokia ដែលមានការអនុញ្ញាតរួចហើយ កម្មវិធីត្រួតពិនិត្យអាចអានលក្ខណៈ JMX តាមរយៈ HTTP proxy ខាងមុខធម្មតា។ កម្មវិធីនិយាយ HTTP ជាមួយ Jolokia ដែលអនុវត្តប្រតិបត្តិការ JMX នៅខាងកម្មវិធី។

monitor → HTTP proxy → HTTPS Jolokia endpoint → MBean

ផ្លូវនេះត្រូវការចំណុចបញ្ចប់គ្រប់គ្រងដែលគាំទ្រ HTTP។ ការចង្អុលកម្មវិធី JMX ដើមដែលមិនបានផ្លាស់ប្តូរទៅ web proxy មិនបង្កើតវាទេ។

ឧទាហរណ៍ ការអានការប្រើប្រាស់ heap របស់ JVM អាចបង្ហាញជាសំណើ POST៖

curl --proxy http://proxy.example.net:8080 \
  --header 'Content-Type: application/json' \
  --data '{"type":"read","mbean":"java.lang:type=Memory","attribute":"HeapMemoryUsage","path":"used"}' \
  https://monitor.example.net/jolokia/

ចំណុចបញ្ចប់ និង proxy គឺជាកន្លែងជំនួស។ នេះប្រើប្រតិបត្តិការអាន; វិធីសាស្ត្រ HTTP POST ផ្ទុកសំណើ JSON របស់ Jolokia ជាជាងបញ្ជាក់ការសរសេរ JMX។ Jolokia ក៏គាំទ្រសំណើ GET សម្រាប់ប្រតិបត្តិការសាមញ្ញ ខណៈ JSON POST ជៀសវាងការរត់គេច URL មួយផ្នែកដែលចាំបាច់សម្រាប់ឈ្មោះ MBean ស្មុគស្មាញ។

សម្រាប់ចំណុចបញ្ចប់គ្រប់គ្រង HTTPS proxy ខាងមុខត្រូវអនុញ្ញាតគោលដៅ tunnel ពាក់ព័ន្ធ។ TLS គួរតែនៅតែផ្ទៀងផ្ទាត់ monitor.example.net។ ឈ្មោះ host និងវិញ្ញាបនបត្ររបស់ proxy ខ្លួនឯង ប្រសិនបើការតភ្ជាប់ proxy ប្រើ TLS ពិពណ៌នាការលោតដាច់ដោយឡែក។

រក្សាការសម្រេចចិត្តផ្ទៀងផ្ទាត់ពីរដាច់ដោយឡែក។ ជម្រើសផ្ទៀងផ្ទាត់ proxy របស់ curl ផ្តល់គណនី proxy។ ការផ្ទៀងផ្ទាត់របស់ចំណុចបញ្ចប់ផ្តល់អត្តសញ្ញាណគ្រប់គ្រង ហើយគោលនយោបាយ Jolokia កំណត់ថាតើ MBean និងប្រតិបត្តិការណាដែលអាចចូលបាន។ ការអនុញ្ញាតប្រើ proxy ខាងមុខមិនមែនជាការអនុញ្ញាតគ្រប់គ្រង JVM ទេ។

ការឆ្លើយតបក៏មានពីរស្រទាប់៖ ស្ថានភាពដឹកជញ្ជូន HTTP និងលទ្ធផលប្រតិបត្តិការ JSON របស់ Jolokia។ ពិនិត្យ status និង value ដែលបានត្រឡប់មកវិញ ជាជាងទទួលយកតួណាមួយថាជារង្វាស់ជោគជ័យ។ កំហុស proxy ការបរាជ័យផ្ទៀងផ្ទាត់ចំណុចបញ្ចប់ និង MBean ដែលបាត់ ត្រូវការការផ្លាស់ប្តូរផ្សេងគ្នា។

ប្រសិនបើការដាក់ពង្រាយបង្ហាញតែឧបករណ៍ភ្ជាប់ JMX ដើម សូមជ្រើសផ្លូវដែលត្រូវគ្នានឹងឧបករណ៍ភ្ជាប់នោះ ឬរៀបចំចំណុចបញ្ចប់គ្រប់គ្រង HTTP ដែលបានអនុម័ត។ ការបញ្ជូនបន្ត SSH ក្នុងតំបន់គឺជាការរចនាដឹកជញ្ជូនមួយផ្សេងទៀត ប៉ុន្តែវានៅតែជាការតភ្ជាប់ទៅសេវាដើម; វាមិនផ្លាស់ប្តូរពិធីការរបស់វាទៅជា HTTP API របស់ Jolokia ទេ។

អត្ថបទពាក់ព័ន្ធ