FAQ Glasswall Halo
Saat mengirimkan permintaan ke Glasswall Halo, langkah apa saja yang dilalui sebuah file?
- File dikirim ke REST API.
- File disimpan pada volume persisten di dalam cluster.
- Sebuah pesan dikirim ke layanan Engine untuk memproses file.
- Layanan Engine menerima pesan untuk memproses sebuah file.
- File tersebut dibaca dari persistent volume dan kemudian dilindungi oleh Glasswall Engine.
- File yang telah dilindungi dan laporan analisis kemudian disimpan di persistent volume.
- Sebuah pesan dikirim ke report extractor agar laporan Engine dapat dibuat.
- Sebuah pesan kemudian dikirim kembali ke API dari layanan Engine.
- API menerima pesan dari Engine dan membaca file yang dilindungi, laporan, atau keduanya dari persistent volume lalu menghasilkan respons yang tepat kepada klien.
- Sebuah pesan kemudian dikirim ke report extractor dari API.
- Report extractor menerima pesan ini dan menghasilkan laporan dari file analisis dan API.
- Data metrik kemudian dihasilkan.
- Terakhir, file asli, file yang dilindungi, dan laporan analisis dihapus dari persistent volume.
Jenis file apa saja yang dapat diproses oleh Glasswall Halo?
Glasswall Halo mendukung berbagai jenis file termasuk PDF, dokumen Office (Word, Excel, PowerPoint), gambar, dan lainnya. Solusi ini memastikan bahwa semua file yang diproses aman dan tetap mempertahankan fungsionalitas aslinya.
Bagaimana file disimpan?
File asli, file yang dilindungi, dan laporan analisis disimpan sementara pada persistent volume selama pemrosesan. Persistent volume didukung oleh penyedia penyimpanan yang sesuai untuk platform deployment:
- Azure - Azure File Share
- AWS - Amazon Elastic File System (EFS)
- GCP - Google Cloud Filestore
- Oracle - OCI File Storage Service
- On-premise (RKE2/OVA) - disk lokal
Laporan transaksi, detail file, dan ringkasan pemrosesan yang ditampilkan di Portal disimpan di MongoDB.
Bagaimana sistem dikonfigurasi dan di-deploy?
Glasswall Halo dapat di-deploy di lingkungan Kubernetes, dengan memanfaatkan Helm charts untuk penyiapan dan konfigurasi yang mudah. Instruksi deployment terperinci disediakan dalam dokumentasi. Anda juga dapat melakukan deployment melalui OVA.
Bagaimana Glasswall Halo menangani jenis file yang tidak dapat diproses?
Laporan kesalahan dikembalikan kepada pengguna.
Berapa lama file disimpan di shared storage?
File asli, file yang dilindungi, dan laporan analisis dihapus dari persistent volume sesuai dengan policy retensi file. Perilaku retensi bervariasi menurut metode pengiriman.
Berapa tingkat maksimum arsip bertingkat?
Maksimum 5 tingkat arsip bertingkat didukung oleh Glasswall Halo.
Apa saja jenis arsip?
Jenis arsip berikut didukung di Glasswall Halo: Zip, Tar, Zip, 7Zip, Rar.
Apa itu Content Management Flags?
- Izinkan – 0
- Sanitasi – 1
- Tolak – 2
Apa arti kode dalam respons error?
Dalam respons error, Glasswall Halo mengembalikan "code" yang menunjukkan skenario tertentu.
Kode error diawali dengan kode respons HTTP dan menyertakan angka untuk menunjukkan error spesifik.
Untuk informasi lebih lanjut, silakan merujuk ke dokumentasi API kami.
Bisakah saya mengubah jumlah replika pod rebuild untuk meningkatkan performa?
Ya, konfigurasi saat ini mencakup cadangan untuk beban kerja yang lebih menantang daripada file rata-rata. Meskipun mungkin untuk meningkatkan jumlah replika dan melihat peningkatan performa, konsekuensinya bisa berupa meningkatnya error jika beban serentak menghabiskan memori yang tersedia.
Bisakah saya menggunakan ukuran node yang lebih besar untuk meningkatkan performa?
Hal ini dimungkinkan dan dengan demikian jumlah replika per node dapat diubah tanpa harus mengalami kelangkaan sumber daya komputasi.
Namun, menetapkan lebih banyak beban kerja ke satu node meningkatkan blast radius jika node gagal. Meningkatkan jumlah node dapat mencapai tujuan yang sama dengan risiko yang lebih rendah.
Mengapa Anda mengalokasikan memori lebih besar dari 1 GB jika itu adalah ukuran file maksimum?
Proses CDR membuat representasi perantara dari file asli, yang mungkin jauh lebih besar daripada file asli. Nilai cadangan memastikan bahwa beberapa file besar dapat diproses.
Bagaimana cara kerja manajemen lisensi?
Glasswall memberikan pelanggan hak untuk memproses sejumlah file atau volume data tertentu setiap hari.
Saat ini Glasswall tidak memberlakukan batasan teknis pada konsumsi berlebih, tetapi konsumsi berlebih dilarang secara kontraktual.
Lapisan manajemen lisensi akan diperkenalkan ke Glasswall Halo, yang menerapkan batas berdasarkan hak penggunaan.
Apakah Glasswall membatasi jumlah panggilan engine?
Saat ini tidak ada batas keras pada panggilan Engine selain yang tersirat oleh konfigurasi dasar Helm Chart.
Versi mendatang dapat membatasi throughput agar selaras dengan kapasitas berlisensi per jam dan harian.
Berapa ukuran file maksimum yang didukung?
1 GB.
Beberapa file mungkin memerlukan memori yang jauh lebih besar untuk CDR karena struktur atau kebutuhan representasi modelnya.
Mengapa Glasswall menggunakan beberapa layanan pihak ketiga?
Glasswall adalah penyedia solusi CDR terdepan di dunia dan menggunakan komponen pihak ketiga tertentu.
Analisis statis yang ketat, SCA, dan pemindaian IaC memastikan komponen-komponen ini tidak menimbulkan kerentanan.
Glasswall bersikap transparan mengenai dependensi dan menerapkan standar keamanan yang ketat.
Apakah Glasswall menyediakan software bill of materials (SBOM) untuk deployment?
Glasswall menghasilkan SBOM untuk layanan yang membentuk deployment Halo. Ini dapat disediakan berdasarkan permintaan.
Apakah Anda hanya mendukung Helm v3?
Ya, itu benar.
Informasi apa yang dikirim kembali ke Glasswall dari deployment saya?
Glasswall Halo dirancang untuk berjalan di lingkungan yang aman — tidak ada data yang dikirim kembali ke Glasswall.
Glasswall dapat meminta log ringkasan untuk memverifikasi kesesuaian lisensi, tetapi tidak ada data pelanggan yang pernah keluar dari environment tanpa tindakan eksplisit dari administrator.
Mengapa beberapa layanan Anda menggunakan Alpine sebagai OS dasar?
Sebagian besar layanan akan beralih ke image dasar Alpine yang diperkeras mengikuti panduan CIS.
Alpine menyediakan distribusi Linux minimal yang diperkeras untuk keamanan dengan permukaan serangan yang lebih kecil.
Mengapa saya melihat kode status 429 ketika Halo sudah lama tidak digunakan? Apa yang harus saya lakukan?
Saat Halo kelebihan beban, antrean permintaan dapat menumpuk dan mengembalikan error 429.
Sistem pada akhirnya akan memproses backlog secara otomatis.
Jika ini memakan waktu terlalu lama — dan Anda tidak keberatan kehilangan pesan yang sedang mengantre — Anda dapat mengosongkan antrean:
kubectl exec -ncdrplatform -it RabbitMQ-server-0 -c RabbitMQ -- RabbitMQctl purge_queue engine-request-queue
Bagaimana solusi ini dipantau dan dipelihara?
Alat pemantauan yang terintegrasi dengan Kubernetes memberikan wawasan tentang performa, penggunaan sumber daya, dan kesehatan sistem. Pemeliharaan dan pembaruan ditangani melalui Kubernetes untuk menjaga keamanan dan stabilitas.
Langkah-langkah keamanan apa yang diterapkan untuk melindungi data yang diproses oleh Glasswall Halo?
Glasswall Halo menggunakan enkripsi, protokol komunikasi yang aman, kontrol akses yang ketat, dan proses CDR itu sendiri, sehingga memastikan tidak ada konten berbahaya yang lolos.
Dukungan dan sumber daya apa yang tersedia?
Glasswall menyediakan dokumentasi, layanan dukungan, dan sumber daya pelatihan untuk menerapkan dan mengelola solusi ini.
Dukungan mencakup sumber daya online, dukungan pelanggan, dan forum komunitas.
Berapa latensi yang diharapkan untuk pemrosesan file?
Latensi bergantung pada ukuran, jenis, dan kompleksitas file.
Glasswall Halo dioptimalkan untuk memproses file dengan cepat guna meminimalkan penundaan.
Bagaimana performa dan skalabilitas dikelola?
Kubernetes memungkinkan Glasswall Halo untuk menskalakan secara otomatis berdasarkan beban.
Dengan menggunakan KEDA, Halo menyesuaikan instance layanan CDR secara dinamis berdasarkan lalu lintas file.