Flazzo memiliki fokus utama untuk menambah nilai bisnis Anda.

Blog

Atur pencatatan log di ketiga faktor bentuk IBM App Connect

18021685-thumb.jpg
Blog

Atur pencatatan log di ketiga faktor bentuk IBM App Connect

[ad_1]

Produk App Connect memungkinkan Anda mengintegrasikan apa pun dengan apa pun. Mesin perutean dan transformasi intinya memungkinkan Anda memeriksa dan mengubah pesan dari beragam templat pesan standar dan khusus. Namun dengan kekuatan besar datanglah kompleksitas! Menjadi generik dan memiliki kemampuan untuk menjalankan alur integrasi pada berbagai faktor bentuk dapat memberi Anda banyak pilihan. Artikel ini bertujuan untuk membantu Anda mengoordinasikan strategi logging di berbagai faktor bentuk ini dan memperjelas di mana dan bagaimana Anda dapat mengakses bentuk logging paling umum di semua faktor bentuk.

Faktor bentuk

Runtime App Connect berjalan pada 3 faktor bentuk terpisah, semuanya mampu menjalankan file BAR yang berisi alur integrasi. BAR ini dapat dipindahkan di antara setiap faktor bentuk. Anda dapat membuat file BAR menggunakan ACE Toolkit atau UI App Connect Designer.

1. Hubungkan Aplikasi Bisnis (SEBAGAI.)

Ini adalah runtime tunggal yang dapat dikelola dengan menghubungkan ke port WebUI (default: 7600). Biasanya, ini berjalan pada mesin dan server virtual, sehingga seluruh lingkungan dapat dilihat oleh administrator, namun visibilitas dan tindakan mungkin dibatasi untuk pengguna individu.

2. Kontainer Tersertifikasi Perusahaan App Connect (ACEcc)

Ini adalah beberapa runtime ACE yang berjalan di pod k8, sehingga tidak dapat langsung terhubung ke semuanya sekaligus untuk administrasi. Mereka dikonfigurasi menggunakan a IntegrationRuntime Sumber daya khusus, digunakan oleh operator App Connect di lingkungan k8s untuk membuat objek runtime. Semua pod dapat dilihat oleh admin k8s dan aturan RBAC standar dapat diterapkan. Konfigurasi tambahan dapat disediakan untuk memberikan tambahan server.conf.yaml pengaturan, misalnya.

3. Hubungkan Aplikasi iPaaS (ACEaaS)

Seperti halnya ACEcc, ACEaaS diatur dalam lingkungan k8s, namun lingkungan ini lebih dibatasi tanpa visibilitas langsung ke pod k8s. Semua log harus dikirim ke IntegrationRuntimelog konsol, kemudian dapat diambil ke penyimpanan log Prometheus yang ditanyakan dan ditampilkan di ACEaaS Penampil log. Ini dapat dikonfigurasi dengan cara yang sama seperti ACEcc eksekusi menggunakan konfigurasi.


Pendaftaran

Pencatatan log memiliki tingkat detail, mulai dari penelusuran layanan yang sangat mendetail hingga penelusuran pengguna, lalu hingga log aktivitas yang lebih ringkas dan berfokus pada pengguna. Semua pencatatan ini dapat diaktifkan dan dinonaktifkan, karena dapat memengaruhi kinerja, seperti halnya di lingkungan runtime integrasi mana pun.

Node Pencatatan

Ini adalah node yang digunakan secara eksklusif untuk menghasilkan pesan log yang ditentukan pengguna. Mereka dapat disesuaikan untuk dikirim ke lokasi berbeda dan berisi informasi dari eksekusi aliran. Misalnya:

SEBAGAI.

ACEcc

ACEaaS

simpul ACELog
Ikon informasi ACELog(Dibuat di ACE Toolkit)
  • Keluaran ke ActivityLog
  • Terlihat secara default di ACE Web UI yang menampilkan log aktivitas dalam memori; namun ActivityLog dapat menangani terlalu banyak logger tambahan sekaligus dengan output ke berbagai lokasi jika diperlukan.
  • Mungkin diberi label ERROR, INFO, atau DEBUG, namun satu hal yang perlu diperhatikan adalah bahwa log debug tidak dibuat secara default karena alasan kinerja, karena log tersebut dimaksudkan agar lebih bertele-tele.
  • ITU minSeverityLevel harus disetel ke DEBUG di server.conf.yaml agar ResourceManagers ActivityLog menampilkan ini:
ResourceManagers:
  ActivityLogManager:
    minSeverityLevel: 'DEBUG' 
  • Keluaran ke ActivityLog.
  • Hal ini terlihat di dasbor App Connect melalui server dan hingga ke tingkat aliran pesan dari masing-masing replika pod.
  • Misalnya, Dasbor/Server/Server: ir-01-acelog/Replika/Server:
    ir-01-acelog/Aplikasi/Aplikasi: ACELog/Aliran pesan

Tangkapan layar log

  • Mungkin diberi label ERROR, INFO, atau DEBUG, namun satu hal yang perlu diperhatikan adalah bahwa log debug tidak dibuat secara default karena alasan kinerja, karena log tersebut dimaksudkan agar lebih bertele-tele.
  • ITU minSeverityLevel harus disetel ke DEBUG di server.conf.yaml agar ResourceManagers ActivityLog menampilkan ini:
ResourceManagers:
  ActivityLogManager:
    minSeverityLevel: 'DEBUG' 
  • Ini juga dapat dialihkan ke log konsol pod IntegrationRuntime dengan server.conf.yaml berikut, cuplikan ini juga menunjukkan level DEBUG:
ActivityLog:
  MyLoggingConfiguration:
    filter: TYPE=LOG
    consoleLog: true
    consoleLogFormat: 'text'
    minSeverityLevel: 'DEBUG'
  • NB. Menghapus filter akan mengirimkan SEMUA ActivityLog ke konsol.
  • Output ke log aktivitas
  • Ini terlihat di log:

Output terlihat di log

  • Mungkin diberi label ERROR, INFO, atau DEBUG, namun satu hal yang perlu diperhatikan adalah bahwa log debug tidak dibuat secara default karena alasan kinerja, karena log tersebut dimaksudkan agar lebih bertele-tele.
  • Anda harus menentukan yang berikut ini di server.conf.yaml IntegrationRuntime Anda agar ini muncul di log aktivitas. Ini kemudian divisualisasikan dalam tampilan log:
ActivityLog:
  MyLoggingConfiguration:
    filter: TYPE=LOG
    consoleLog: true
    consoleLogFormat: 'ibmjson'
  • Catatan. Menghapus filter akan mengirimkan SEMUA ActivityLog ke konsol dan Anda memerlukan ACE 12.0.12.3 atau lebih tinggi untuk fitur ini.
  • ITU minSeverityLevel harus disetel ke DEBUG di server.conf.yaml agar ResourceManagers ActivityLog menampilkan entri debug:
ResourceManagers:
  ActivityLogManager:
    minSeverityLevel: 'DEBUG' 
  • NB. Untuk debugging Anda memerlukan ACE 12.0.12.5 atau lebih tinggi untuk fitur ini.

Node Log Desainer

Ikon surat kabar

(Dibuat dalam Penulisan Desainer)

T/A
  • Output ke log konsol kontainer Designer-Flows
  • Untuk melihat debug, Anda harus set SINGLE_TENANT_USER_TRACE = debug pada kontainer designerflows dalam spesifikasi IntegrationRuntime:
spec:
  template:
    spec:
      containers:
        - name: designerflows
          env:
            - name: 'SINGLE_TENANT_USER_TRACE'
              value: 'debug'

atau dari 12.0.12.5 Anda dapat mengatur yang berikut:

  • ITU minSeverityLevel harus disetel ke DEBUG di server.conf.yaml agar ResourceManagers ActivityLog menampilkan ini:
ResourceManagers:
  ActivityLogManager:
    minSeverityLevel: 'DEBUG' 
  • Output ke log konsol pod Designer-Flows
  • Ini dapat dilihat di penampil log ACEaaS.

Penampil Log ACEaaS

  • ITU minSeverityLevel harus disetel ke DEBUG di server.conf.yaml agar ResourceManagers ActivityLog menampilkan ini:
ResourceManagers:
  ActivityLogManager:
    minSeverityLevel: 'DEBUG' 
  • NB. Untuk debugging Anda memerlukan ACE 12.0.12.5 atau lebih tinggi untuk fitur ini.

Node pelacakan

Ikon simpul jejak

(Dibuat di ACE Toolbox)

Output ke jejak pengguna (lihat bagian Jejak Pengguna di bawah untuk mengetahui cara memulihkan), file, atau log kesalahan lokal (log konsol)

Output ke jejak pengguna (diambil melalui UI dasbor), file, atau log kesalahan lokal (log konsol)

Output ke Jejak Pengguna dan kemudian dapat diambil melalui UI dasbor seperti pada ACEcc

Jejak

Pelacakan alur orientasi memungkinkan Anda melihat jalur mana yang diambil pesan dalam alur Anda dan bisa sangat detail seperti jejak layanan (biasanya hanya untuk menyelidiki masalah produk) atau kurang bertele-tele seperti jejak pengguna.

SEBAGAI.

ACEcc

ACEaaS

Pelacakan Pengguna

(Juga mencakup semua entri ActivityLog)

  • Dapat dihentikan dan dimulai melalui ACE Toolkit di server integrasi (atau melalui baris perintah)

ACE Toolkit untuk menghentikan dan memulai pelacakan pengguna

  • Jejak ditulis ke direktori kerja Server Integrasi atau ke jalur kerja multi-pengguna:

/config/common/log

– /var/mqsi/common/log (AIX dan Linux)

– C:\ProgramData\IBM\mqsi\common\log (Windows)

Menggunakan konfigurasi Trace untuk mengaktifkan dan kemudian menghapus file jejak yang dibuat; Semua ini dapat dicapai melalui UI dasbor.

Mulai pelacakan pengguna

Menggunakan konfigurasi Trace untuk mengaktifkan dan kemudian menghapus apa pun yang dapat dilakukan melalui UI dasbor seperti di ACEcc

Pelacakan layanan

(Pelacakan tingkat yang jauh lebih rendah ditujukan terutama untuk tim layanan App Connect)

Seperti di atas untuk Jejak Pengguna, lebih jelasnya Di Sini

Menggunakan konfigurasi Trace untuk mengaktifkan lalu menghapus; Ini semua dapat dicapai melalui UI dasbor, sekali lagi mekanismenya sama seperti Jejak Pengguna di atas.Menggunakan konfigurasi Trace untuk mengaktifkan dan kemudian menghapus apa pun yang dapat dilakukan melalui UI dasbor seperti di ACEcc

Catatan Aktivitas

Log aktivitas dapat dilihat SEBAGAI. Dan ACEcc di antarmuka pengguna admin. (Untuk ACECC, Anda harus menentukan replika tertentu untuk dapat melihatnya). Ini disimpan di memori tetapi dapat dikonfigurasi di server.conf.yaml untuk menghasilkan keluaran ke beberapa tempat secara paralel, mulai dari file hingga tumpukan ELK, misalnya. Anda dapat menggabungkan tampilan ke dalam ACEcc Atau ACEaaS mengirimkan output ke konsol.

Untuk ACEcc ada juga pertimbangan RBAC k8s Anda, dasbor dan desainer bekerja di sini sebagai pengguna tunggal.

Detail lebih lanjut tentang mengonfigurasi keluaran ActivityLog adalah Di Sini.

Catatan Aktivitas

Ada sejumlah besar tipe ActivityLog yang dapat ditemukan di Struktur log aktivitas dan dokumentasi tipe. Misalnya, Catatan aktivitas CICS:

Daftar spesifik log aktivitas CICS

Semuanya dapat dikonfigurasikan untuk menghasilkan keluaran pada ketiga faktor bentuk App Connect menggunakan stanza ActivityLog di ACE. server waktu proses.conf.yaml.

bait ActivityLog

ITU 'ActivityLogTemplate' namanya bisa apa saja yang Anda inginkan, dan Anda kemudian dapat mengonfigurasi filter untuk menampilkan apa pun yang Anda inginkan; Misalnya, filter: RM=CICS;RM=JMS untuk melihat log aktivitas CICS dan JMS ke lokasi tertentu. Seperti disebutkan dalam tabel di atas, untuk melihat entri ini ACEcc Atau ACEaaS, maka perlu untuk menentukan consoleLog: true Dan consoleLogFormat: 'ibmjson' sehingga masukannya dikeluarkan ke konsol. Untuk ACEaaS ini kemudian dapat dilihat dalam tampilan Log.

Tautan pelacakan lanjutan

Kesimpulan

Perincian dari Pencatatan log dan penelusuran sangat dapat disesuaikan dalam produk App Connect, yang dapat mempersulit proses mendapatkan pencatatan log tepat yang Anda perlukan. Kami telah mencoba membuat pencatatan feed umum semudah mungkin diakses, dengan Log Aktivitas sebagai faktor umum, namun kami terus berupaya meningkatkan kegunaan App Connect di ketiga faktor bentuk.

Jika ada sesuatu yang ingin Anda perbaiki, silakan kirimkan permintaan peningkatan fitur.

[ad_2]