Soalan Lazim Glasswall Halo
Apabila menghantar permintaan kepada Glasswall Halo, apakah langkah yang dilalui oleh fail?
- Fail dihantar ke REST API.
- Fail disimpan pada volum berterusan dalam kluster.
- Mesej dihantar ke perkhidmatan Engine untuk memproses fail tersebut.
- Perkhidmatan Engine menerima mesej untuk memproses fail.
- Fail tersebut dibaca daripada volum berterusan dan kemudian dilindungi oleh Glasswall Engine.
- Fail yang dilindungi dan laporan analisis kemudian disimpan dalam volum berterusan.
- Mesej dihantar kepada report extractor supaya laporan Engine boleh dijana.
- Mesej kemudian dihantar semula ke API daripada perkhidmatan Engine.
- API menerima mesej daripada Engine dan membaca sama ada fail yang dilindungi, laporan atau kedua-duanya daripada volum berterusan serta menjana respons yang betul kepada klien.
- Mesej kemudian dihantar kepada report extractor daripada API.
- report extractor menerima mesej ini dan menjana laporan daripada fail analisis dan API.
- Data metrik kemudian dijana.
- Akhir sekali, fail asal, fail yang dilindungi dan laporan analisis dipadamkan daripada volum berterusan.
Apakah jenis fail yang boleh diproses oleh Glasswall Halo?
Glasswall Halo menyokong pelbagai jenis fail termasuk PDF, dokumen Office (Word, Excel, PowerPoint), imej dan banyak lagi. Ia memastikan semua fail yang diproses adalah selamat dan mengekalkan fungsi asalnya.
Bagaimanakah fail disimpan?
Fail asal, fail yang dilindungi dan laporan analisis disimpan sementara pada volum berterusan semasa pemprosesan. Volum berterusan ini disokong oleh penyedia storan 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) - cakera setempat
Laporan transaksi, butiran fail dan ringkasan pemprosesan yang dipaparkan dalam Portal disimpan dalam MongoDB.
Bagaimanakah sistem dikonfigurasi dan digunakan?
Glasswall Halo boleh digunakan dalam persekitaran Kubernetes, dengan memanfaatkan carta Helm untuk persediaan dan konfigurasi yang mudah. Arahan penggunaan terperinci disediakan dalam dokumentasi. Anda juga boleh menggunakan melalui OVA.
Bagaimanakah Glasswall Halo mengendalikan jenis fail yang tidak dapat diproses?
Laporan ralat dikembalikan kepada pengguna.
Berapa lamakah fail kekal dalam storan dikongsi?
Fail asal, fail dilindungi dan laporan analisis dialih keluar daripada volum berterusan mengikut policy pengekalan fail. Tingkah laku pengekalan berbeza mengikut kaedah penyerahan.
Apakah tahap bersarang maksimum bagi arkib?
Maksimum 5 tahap arkib bersarang disokong oleh Glasswall Halo.
Apakah jenis arkib?
Jenis arkib berikut disokong dalam Glasswall Halo: Zip, Tar, Zip, 7Zip, Rar.
Apakah Flag Pengurusan Kandungan?
- Benarkan – 0
- Sanitasi – 1
- Tidak benarkan – 2
Apakah maksud kod dalam respons ralat?
Dalam respons ralat, Glasswall Halo mengembalikan "code" yang menunjukkan senario tertentu.
Kod ralat bermula dengan kod respons HTTP dan termasuk nombor untuk menunjukkan ralat khusus.
Untuk maklumat lanjut, sila rujuk dokumentasi API kami.
Bolehkah saya mengubah kiraan replika bagi pod rebuild untuk meningkatkan prestasi?
Ya, konfigurasi semasa merangkumi langkah berjaga-jaga untuk beban kerja yang lebih mencabar daripada fail purata. Walaupun mungkin untuk meningkatkan kiraan replika dan melihat prestasi yang bertambah baik, akibatnya mungkin ralat meningkat jika beban serentak menghabiskan memori yang tersedia.
Bolehkah saya menggunakan saiz nod yang lebih besar untuk meningkatkan prestasi?
Ini boleh dilakukan dan oleh itu membolehkan kiraan replika bagi setiap nod diubah tanpa semestinya mengalami kekurangan sumber pengkomputeran.
Walau bagaimanapun, menetapkan lebih banyak beban kerja kepada satu nod meningkatkan skop impak sekiranya nod gagal. Menambah bilangan nod mungkin mencapai objektif yang sama dengan risiko yang lebih rendah.
Mengapakah anda memperuntukkan memori melebihi 1 GB jika itu ialah saiz fail maksimum?
Proses CDR mencipta perwakilan perantaraan bagi fail asal, yang mungkin jauh lebih besar daripada fail asal. Nilai rizab memastikan berbilang fail besar boleh diproses.
Bagaimanakah pengurusan lesen berfungsi?
Glasswall memberikan pelanggan hak untuk memproses sejumlah fail atau volum data setiap hari.
Pada masa ini Glasswall tidak mengenakan had teknikal terhadap penggunaan berlebihan, tetapi penggunaan berlebihan adalah dilarang secara kontrak.
Lapisan pengurusan lesen akan diperkenalkan kepada Glasswall Halo, menguatkuasakan had berdasarkan entitlement.
Adakah Glasswall mengehadkan bilangan panggilan engine?
Pada masa ini tiada had keras pada panggilan Engine selain yang tersirat oleh konfigurasi asas Helm Chart.
Versi akan datang mungkin mengehadkan throughput untuk menyelaraskan kapasiti berlesen setiap jam dan harian.
Apakah saiz fail maksimum yang anda sokong?
1 GB.
Sesetengah fail mungkin memerlukan memori yang jauh lebih besar untuk CDR disebabkan oleh struktur atau keperluan perwakilan modelnya.
Mengapakah Glasswall menggunakan beberapa perkhidmatan pihak ketiga?
Glasswall ialah penyedia penyelesaian CDR terkemuka dunia dan menggunakan komponen pihak ketiga terpilih.
Analisis statik yang ketat, SCA dan pengimbasan IaC memastikan komponen ini tidak memperkenalkan kerentanan.
Glasswall telus tentang dependencies dan menguatkuasakan standard keselamatan yang ketat.
Adakah Glasswall menyediakan software bill of materials (SBOM) untuk deployment?
Glasswall menjana SBOM untuk perkhidmatan yang membentuk deployment Halo. Ini boleh disediakan atas permintaan.
Adakah anda hanya menyokong v3 bagi Helm?
Ya, itu betul.
Apakah maklumat yang dihantar semula kepada Glasswall daripada deployment saya?
Glasswall Halo direka untuk berjalan dalam persekitaran yang selamat — tiada data dihantar semula kepada Glasswall.
Glasswall mungkin meminta log ringkasan untuk mengesahkan pematuhan lesen, tetapi tiada data pelanggan pernah keluar dari persekitaran tanpa tindakan pentadbir yang jelas.
Mengapa sesetengah perkhidmatan anda menggunakan Alpine sebagai OS asas?
Kebanyakan perkhidmatan akan beralih kepada imej asas Alpine yang diperkukuh mengikut garis panduan CIS.
Alpine menyediakan distribusi Linux yang minimum dan diperkukuh keselamatannya dengan permukaan serangan yang dikurangkan.
Mengapa saya melihat kod status 429 apabila Halo sudah lama tidak digunakan? Apakah yang perlu saya lakukan?
Apabila Halo terlebih beban, barisan permintaan mungkin bertambah dan mengembalikan ralat 429.
Sistem akhirnya akan memproses tunggakan secara automatik.
Jika ini mengambil masa terlalu lama — dan anda selesa kehilangan mesej yang beratur — anda boleh mengosongkan barisan:
kubectl exec -ncdrplatform -it RabbitMQ-server-0 -c RabbitMQ -- RabbitMQctl purge_queue engine-request-queue
Bagaimanakah penyelesaian ini dipantau dan diselenggara?
Alat pemantauan yang diintegrasikan dengan Kubernetes memberikan cerapan tentang prestasi, penggunaan sumber dan kesihatan. Penyelenggaraan dan kemas kini dikendalikan melalui Kubernetes untuk mengekalkan keselamatan dan kestabilan.
Apakah langkah keselamatan yang tersedia untuk melindungi data yang diproses oleh Glasswall Halo?
Glasswall Halo menggunakan penyulitan, protokol komunikasi selamat, kawalan akses yang ketat, dan proses CDR itu sendiri, bagi memastikan tiada kandungan berniat jahat yang dapat melepasi sistem.
Apakah sokongan dan sumber yang tersedia?
Glasswall menyediakan dokumentasi, perkhidmatan sokongan dan sumber latihan untuk melaksanakan dan mengurus penyelesaian ini.
Sokongan merangkumi sumber dalam talian, sokongan pelanggan dan forum komuniti.
Apakah latensi yang dijangkakan untuk pemprosesan fail?
Latensi bergantung pada saiz, jenis dan kerumitan fail.
Glasswall Halo dioptimumkan untuk memproses fail dengan cepat bagi meminimumkan kelewatan.
Bagaimanakah prestasi dan kebolehskalaan diuruskan?
Kubernetes membolehkan Glasswall Halo diskalakan secara automatik berdasarkan beban.
Dengan menggunakan KEDA, Halo melaraskan instance perkhidmatan CDR secara dinamik berdasarkan trafik fail.