Tools APM (Aplikasi Performance Monitoring) memberi anda tentang kinerja dari sisi server situs web atau aplikasi anda. Dari peningkatan waktu kerja dan peningkatan pengalaman pengguna hingga pengurangan risiko dan penurunan, memberikan manfaat yang lebih untuk bisnis anda untuk lebih cepat dari pesaing dan memberikan nilai lebih kepada pengguna.

Jadi tidak mengherankan bahwa, menurut analisis oleh Emergen Research, pasar global untuk Aplikasi Performance Monitoring APM Tools diperkirakan akan mencapai $15 miliar pada tahun 2028, peningkatan yang mengesankan dari $6,54 miliar pada tahun 2020.

Dengan begitu banyak APM Tools di pasaran, memilih solusi yang rumit menjadi cepat. Setiap perusahaan berbeda, sehingga perangkat lunak APM yang berfungsi untuk sebuah perusahaan mungkin tidak memenuhi kebutuhan orang lain. Karena kinerja aplikasi dipantau di server, Anda juga harus memilih platform yang mendukung bahasa pemerograman yang dapat digunakan.

Namun, mencari Tools APM yang tepat dan bermanfaat untuk meningkatkan efektivitas perusahaan anda sambil memastikan aplikasi dan layanan yang Anda berikan melebihi harapan pelanggan.

Dengan mengingat hal itu, mari kita lihat keunggulan dari APM Jennifer.

Application Performance Monitoring (APM) dari Jennifer.soft menawarkan solusi berbasi komprehensif yang memungkinkan Anda menyatukan kinerja server aplikasi Anda dari satu lokasi pusat.

Baca Juga : Apa Itu APM

Baca juga : Memantau Kinerja Aplikasi Anda Dengan APM Jennifer

Crash Reporting , Real User Monitoring , dan perangkat lunak APM dalam satu dasboard dan terintegrasi untuk menyediakan data waktu nyata tentang pengalaman pengguna dan kinerja aplikasi.

Sederhananya, ini berarti anda dapat dengan cepat menentukan apa yang perlu dilakukan untuk mempercepat. Gunakan APM Jennifer untuk melihat masalah dan menentukan apakah penyebabnya terletak pada backend, fungsi, database, atau panggilan API Anda. Kemudian segera ambil langkah untuk memperbaikinya.

APM Jennifer sangat berbeda dari soulisi APM yang lain karena memberikan konteks dan visibilitas yang lebih besar kepada tim IT dalam permasalahan terbesar mereka. Flamechart menunjukkan jejak, dan mesin pembuat masalah memungkinkan pengembang untuk memperbaiki apa yang paling memengaruhi pengguna. Harga juga jauh lebih ramah daripada beberapa APM Tools lain di pasar, APM Jennifer tersedia untuk lingkungan server .NET ,PHP ,Java, dan Phyton.

APM JENNIFER merupakan sebuah Manajemen Kinerja Aplikasi ( APM ). JENNIFER adalah salah satu produk dari JenniferSoft, salah satu perusahaan IT di Korea Selatan. APM JENNIFER berfungsi layaknya X-Ray bagi aplikasi/web yang dapat memonitor kinerja dan kinerja aplikasi/web. APM JENNIFER memungkinkan rekayasa atau pengembang IT yang dibangun untuk tanpa aplikasi/web yang secara real-time dan menyajikan data untuk menganalisis hasil transaksi pada aplikasi/web jika terdapat permasalahan seperti error, bug, dan lain sebagainya. Baru-baru ini, Jennifer merilis update terbarunya untuk Jennifer 5. Dalam terbarunya ini, APM Jennifer melakukan perubahan pada User Interface Layout nya dan melakukan pembaruan pada beberapa fiturnya dan mengadakan Event Promo APM Jennifer

APM JENNIFER digunakan untuk aplikasi, mendukung aplikasi yang dibangun dengan platform JAVA, .NET, PHP dan PYTHON. Video: Event Promo APM Jennifer 2022

Fitur Baru APM Jennifer    

APM JENNIFER dapat mempermudah dan mendeteksi error di backend (server) area kemudian menunjukan area informasi yang menyebabkan error tersebut hingga metode ke level, SQL dan panggilan eksternal secara detail. Pastinya, APM JENNIFER dapat membantu meningkatkan efektifitas dan efisiensi waktu Anda. Promo Event APM JENNIFER 2022  GRATIS MENGGUNAKAN APM JENNIFER SELAMA 3 BULAN  2022. 

• Dapat menggunakan Jennifer Server On-Cloud ataupun On-Premise
• Konsultasi dengan tim teknis secara langsung
• Pelatihan online gratis selama penggunaan

Segera daftar ( Promo APM Jennifer ) untuk mendapatkan semua manfaat tersebut atau kunjungi  Sindigilive  untuk informasi lebih lanjut.

 -------------------------------------------------- -------------------------------------------------- ----------------------------------------

Perangkat lunak pemantauan kinerja aplikasi yang ideal menghadirkan konsol terpadu untuk semua persyaratan pemantauan. Sebelum membuat pilihan menjadikan APM sebagai solusi, profesional IT dan DevOps di bidang APM (aplikasi performance monitoring) harus menganalisis secara menyeluruh kemampuan spesifik yang diberikan. Promo Acara APM Jennifer 

Teknologi baru seperti mobile, cloud, dan data besar muncul sebagai masalah utama bagi perusahaan. Peran Application Performance Monitoring (APM) Jennifer terbaik  yang mengelola kinerja, fungsi, dan kegagalan berbagai aplikasi yang berjalan di sistem, mendapat perhatian baru di era mobile.

Jumlah transaksi yang meningkat secara eksponensial dan kecepatan layanan yang baru dikembangkan berkembang lebih cepat daripada 10 tahun yang lalu. Untuk mengamankan stabilitas, APM harus mengelola kinerja dengan bekerja sama dengan berbagai sistem dan elemen program yang mengoperasikan aplikasi web.

Berbagai platform sistem (OS, Server Aplikasi Web, DB, dll.) termasuk komersial dan open source, serta berbagai kerangka kerja aplikasi dan  paket utilitas, semakin menuntut kualitas layanan yang terhubung. untuk kinerja aplikasi tertentu yang buruk dapat mengakibatkan penundaan di seluruh proses bisnis.

Menurut seorang petinggi dari JENNIFER SOFT, perusahaan manajemen kinerja aplikasi APM Jennifer terbaik  No. 1 di Korea, “Sejak 2012, dengan munculnya berbagai perangkat mobile, penggunaan internet terlepas dari waktu dan tempat telah menghasilkan fungsi pemrosesan data skala besar yang tidak dapat dibandingkan dengan masa lalu. Dalam jenis dan kuantitas transaksi perubahan pola penggunaan layanan web pengguna karena meluasnya penggunaan ponsel telah memberikan tugas kepada departemen IT perusahaan untuk mengembangkan dan mengoperasikan berbagai layanan yang memerlukan data besar dan lebih cepat. Dalam hal manajemen transaksi volume tinggi, kemampuan analisis data dari berbagai perspektif yang diperlukan untuk pengembangan dan pengoperasian sistem IT melalui peningkatan jumlah transaksi dan data cash kinerja yang disimpan di masa lalu. Di luar sana, berbagai perusahaan analisis sedang diperkenalkan berdasarkan teori algoritma kecerdasan yang diperlukan, tetapi untuk meningkatkan kelengkapan data analisis, perlu untuk menyimpan matriks kinerja yang terkait dengan pemantauan transaksi pengembangan.
Selain itu, untuk akurasi analisis data, perlu untuk menyimpannya dalam satuan tertinggi (dalam detik) dan secara bebas melihat informasi dalam bentuk yang diinginkan pada saat dibutuhkan. Perubahan ini berarti bahwa server aplikasi web ( WAS ) perlu menangani layanan yang semakin beragam dan mampu melakukan itu semua, sehingga peran APM JenniferTerbaik menjadi lebih penting dan lebih luas.”

Menurut statistik, sementara sebagian besar perangkat lunak perusahaan saat ini sedang mengalami penurunan, APM tumbuh pada tingkat tahunan 13,1%. APM JenniferTerbaik, yang mengelola kinerja, fungsi, dan kegagalan diberbagai aplikasi yang sedang berjalan di sistem, berkembang dengan munculnya teknologi dan layanan baru.

Tidak seperti perusahaan asing, perusahaan domestik memiliki banyak informasi untuk diproses, dan pemrosesan transaksi berkapasitas besar harus dilakukan secara kritis, dan verifikasi stabilitas dan kompatibilitas mutlak diperlukan dalam konteks berbagai pelanggan dan lingkungan operasi yang kompleks. Situs atau ruang bisnis web, yang semakin populer sebagai lingkungan seluler di mana berbagai layanan dapat diakses dengan mengakses Internet tanpa batasan ruang dan waktu, dapat mengalami kegagalan layanan yang serius karena buruknya layanan pada aplikasi maka  pengguna atau pelanggan akan penurunan profitabilitas.

Pada akhirnya, produk APM Jennifer terbaik yang secara efektif dapat mencerminkan profesionalisme dan stabilitas akan memberikan kepercayaan kepada pelanggan. Di tahun 2015 lalu, sudah saatnya para pengelola IT perusahaan yang berada di pusat layanan Internet memikirkan dan mempersiapkan manajemen kinerja aplikasi sesuai dengan perubahan dalam data besar.

Layanan mikro vs. Legacy Terlihat dalam Kasus Netflix. Mengapa perusahaan IT tersebut sekarang meninggalkan lingkungan lama dan memilih lingkungan layanan mikro? Sejak beberapa tahun yang lalu, banyak perusahaan IT telah beralih ke arsitektur layanan mikro dan dengan demikian memberikan layanan yang sesuai.

Contoh utamanya adalah perusahaan yang kita kenal seperti Netflix, Amazon, Google, Twitter, Coupang, 11st street, Baemin dan sebagainya. mari kita kembali ke pertanyaan awal. Mengapa perusahaan-perusahaan ini beralih ke lingkungan layanan mikro?

Jika Anda menginginkan jawaban atas pertanyaan ini, pertama-tama Anda harus mempertimbangkan lingkungan hukum.

<Arsitektur Monolitik vs Layanan Mikro (Tom Hardin 2018)>

Layanan web dasar membangun aplikasi dan mendistribusikannya ke WAS (Web Application Server). Ini adalah sistem up-time yang beroperasi secara konsisten dengan konfigurasi ketersediaan tinggi (HA).

Arsitektur monolitik (warisan) mendukung pengembangan dan distribusi yang cepat dan mudah dan tidak ada masalah pada tahap awal, tetapi karena semakin banyak pengguna yang bergabung dengan layanan ini, cerita ini menjadi sama sekali berbeda. Akan ada lebih banyak logika bisnis dan fungsi-fungsi baru yang akan ditambahkan, sehingga ukuran aplikasi cenderung semakin meningkat.

Masalahnya adalah karena aplikasi dengan ukuran yang meningkat menyebabkan berbagai efek samping seperti pengulangan kode yang lebih tinggi, kerumitan dan kombinasi, sehingga akibatnya, akan ada sedikit kebebasan dalam membangun atau mendistribusikan atau memperbaiki dan memelihara, dan juga, seluruh layanan. dapat turun karena satu cacat kode kecil.

Jika terjadi kegagalan layanan, maka perusahaan jelas akan kehilangan kepercayaan dari pelanggan serta kerugian, sehingga reputasi dan prestasi mereka dapat terancam.

Baca juga : Fitur Aplikasi Performance Monitoring Jennifer

Lalu, mungkin, saya bisa mengajukan pertanyaan-pertanyaan ini.

1. Bukankah seharusnya kita dapat menggunakan sisa layanan secara normal kecuali untuk layanan yang bermasalah?

2.Apakah mungkin untuk menghapus layanan dengan masalah terlebih dahulu dan kemudian memulihkannya dengan cepat nanti?

Ya, mungkin. Namun, jika Anda mencermati perusahaan-perusahaan yang menemukan jawaban mereka sendiri untuk pertanyaan ini, Anda dapat yakin dengan solusinya.

Kemudian, kita mungkin harus melihat layanan mikro yang diadopsi oleh perusahaan IT terkemuka tersebut. Solusinya bisa ditemukan jika kita mampu mengelola bisnis service secara mandiri dalam skala kecil.

Sekarang, mari kita bahas Amazon dan Netflix. Amazon telah mempersiapkan layanan mikro selama 20 tahun dan Netflix telah berubah menjadi layanan mikro karena memiliki keterbatasan arsitektur monolitik.

Berikut ini adalah email yang dikirimkan Jeff Bezos, CEO Amazon kepada karyawannya pada tahun 2002.

Kesemuanya selanjutnya akan memaparkan data dan fungsionalitas mereka melalui antarmuka layanan.

Tim berkomunikasi harus satu sama lain melalui antarmuka ini.

Tidak akan ada bentuk lain dari komunikasi antarproses yang diizinkan: tidak ada penautan langsung, tidak ada pembacaan langsung dari penyimpanan data tim lain, tidak ada model memori bersama, tidak ada pintu belakang apa pun. Satu-satunya komunikasi yang diizinkan adalah melalui panggilan antarmuka layanan melalui jaringan.

Tidak masalah teknologi apa yang mereka gunakan. HTTP, Corba, Pubsub, protokol khusus — tidak masalah. Bezos tidak peduli.

Semua antarmuka layanan, tanpa terkecuali, harus dirancang dari bawah ke atas agar dapat dieksternalisasi. Dengan kata lain, tim harus merencanakan dan merancang agar dapat memaparkan antarmuka kepada pengembang di dunia luar. Tidak ada habisnya.

Siapapun yang tidak melakukan ini akan kena jepret.

Terima kasih; semoga harimu menyenangkan!

<Email Jeff Bezo pada tahun 2002>

Pada email di atas, 1) sampai 5) memuat konsep MSA. Anehnya, di masa lalu yang sangat jauh, 20 tahun yang lalu, mereka sudah berbicara tentang layanan mikro ketika mereka berada di era layanan monolitik.

Platform internal yang diimplementasikan dengan cara ini menjadi tulang punggung cloud Amazon yang sangat kita kenal saat Amazon web service (AWS) dirilis pada tahun 2006.

Sekarang, mari kita bahas mengapa Netflix meninggalkan arsitektur monolitik dan beralih ke layanan cloud dan lingkungan MSA. Sama seperti perusahaan IT lainnya, Netflix pada awalnya menggunakan layanan monolitik berdasarkan data pusat dan relasional DB. Semakin banyak pengguna yang berlangganan, kinerja layanan mulai tertinggal, maka mereka memilih melakukan scale-up untuk meningkatkan kapasitas kinerja. Namun, pada tahun 2007, karena terjadi masalah serius pada DB, aplikasi dalam layanan terputus, dan pengiriman DVD tertunda selama 3 hari.

Akibat kecelakaan ini, Netflix menyadari pembatasan peningkatan skala dan mulai mengalihkan bisnisnya ke cloud AWS yang dapat memfasilitasi peningkatan skala untuk layanan yang lebih andal. Selain itu, mereka memperkenalkan arsitektur MSA untuk memfasilitasi distribusi aplikasi yang mudah dan cepat.

Dengan kerja keras selama 8 tahun, Netflix menyelesaikan migrasi dari pusat data ke cloud dan mulai menikmati berbagai keuntungan sebagai hasilnya.

Misalnya, ada  peningkatan 8 kali lipat dalam jumlah pengguna  layanan streaming dibandingkan tahun 2008 dan  sekitar 1.000 kali peningkatan jumlah materi yang dilihat  selama 8 tahun, yang menunjukkan penggunaan layanan yang sangat aktif oleh anggota.

Tentu saja, bukanlah masalah hitam dan putih untuk mengatakan "layanan mikro selalu baik". 

Tentunya, ada beberapa kelemahan dari layanan mikro, dan ada beberapa pertimbangan yang harus dibuat saat memperkenalkannya, tetapi kami dapat memahami mengapa perusahaan IT memimpin untuk meninggalkan lingkungan lama dan beralih ke cloud dan MSA seperti yang terlihat pada kasus Netflix .

Berikut rumusan kelebihan dan kekurangan serta karakteristik transisi MSA (Micro Service Architecture).

Tentu saja, bukanlah masalah hitam dan putih untuk mengatakan "layanan mikro selalu baik". 

Fitur  MSA

• Ukuran layanan kecil dan proses operasi independen
• HTTP RestAPI digunakan untuk panggilan bersama
• Implementasi berorientasi fungsi bisnis
• Mesin distribusi otomatis untuk distribusi pekerjaan
• Manajemen fokus pusat minimal
• Dapat menggunakan bahasa pemrograman dan teknologi penyimpanan data yang cocok untuk layanan tersebut.

keunggulan MSA

• Ini adalah layanan independen, sehingga dapat mendukung pemulihan yang cepat tanpa memengaruhi layanan lain saat terjadi masalah.
• Ukuran layanan kecil, sehingga hanya mungkin untuk memperluas layanan yang diperlukan untuk perluasan yang efisien.
• Peningkatan kecepatan dan produktivitas layanan dibandingkan dengan monolitik.
• Distribusi cepat dan sering. (Metode pengembangan perangkat lunak DevOps dan Agile digunakan)
• Aplikasi teknologi baru dan peningkatan versi perpustakaan dengan mudah.
• Dapat menggunakan bahasa pengembangan dan DB yang dioptimalkan untuk layanan.

Kelemahan MSA

• Panggilan antar layanan dilakukan melalui komunikasi, sehingga dapat terjadi overhead transmisi jaringan.
• Diperlukan teknologi pemrosesan transaksi terdistribusi.
• Dapat menggunakan teknologi yang berbeda di setiap layanan, sehingga lebih banyak teknologi yang dibutuhkan.
• Teknologi penyimpanan data yang berbeda digunakan untuk setiap layanan, sehingga redundansi data harus diperbolehkan.
• Banyak distribusi dan rilis seiring bertambahnya jumlah layanan, jadi kami harus mengotomatiskan setiap tugas.
• Tingkat kematangan tim yang tinggi diperlukan untuk mengelola MSA.

Pertimbangan untuk memperkenalkan MSA

• Apakah layanan saat ini cukup untuk MSA?
• Apakah diperlukan distribusi yang cepat dan sering?
• Apakah ini layanan yang sensitif terhadap kinerja?
• Apakah layanan memiliki transaksi terdistribusi?
• Bisakah kita membuka redundansi data?
• Apakah ada tim ahli untuk mengelola layanan MSA?

Sekarang, mari kita bicara tentang layanan pemantauan kinerja yang dapat digunakan untuk memantau MSA dan layanan mikro. Lalu, bagaimana solusi pemantauan kinerja APM Jennifer yang tersedia di platform C?

Hal terbesar tentang layanan mikro adalah HTTP Rest API yang digunakan untuk komunikasi timbal balik. Jika ada bahasa optimal yang dapat memproses layanan, maka tidak ada batasan pengembangan bahasa seperti Java, PHP, .NET, Python dan sebagainya, dan setiap layanan independen berkomunikasi dengan layanan lain untuk menghasilkan transaksi besar-besaran. Karena fitur layanan mikro, APM umum sulit dipantau.

Jennifer empat platform seperti Java, PHP, .NET dan Python dan dioptimalkan dengan desain arsitektur yang dapat diperluas untuk cloud atau lingkungan transaksi skala besar, dan penggunaan file DB yang dikembangkan secara independen dan teknologi minimisasi beban WAS dapat memfasilitasi pemantauan waktu nyata dari kinerja dan transaksi data.

Keunggulannya antara lain dapat dengan cepat menemukan layanan yang bermasalah melalui agen dan mencari solusi serta melihat sekilas interaksi layanan. Ini juga bagus untuk dapat melakukan tracking waktu nyata dari setiap transaksi yang diproses dalam layanan mikro dan kontainer (AWS, Docker, dan K&S).

<aplikasi server JENNIFER Mircro>

<Dasbor pemantauan waktu nyata JENNIFER>

Selain itu, dimungkinkan untuk melacak layanan mikro tertentu dengan tertundanya kinerja tanpa memengaruhi setiap transaksi bisnis yang diproses pada basis layanan mikro. Penting juga untuk dicatat bahwa Anda dapat menggunakan fungsi Jennifer's SFR (Stack Fight Recorder) untuk menganalisis penyebab mendasar dari masalah kinerja di setiap platform.

Sejauh ini, kami telah membahas fungsi utama APM Jennifer.

Kita dapat mengatakan, APM Jennifer  ① dapat melakukan pemantauan aplikasi secara real time dan menganalisis data transaksi dan  ② memprediksi masalah untuk mempertahankan kondisi optimal.

Saya yakin Anda semua tahu bahwa APM Jennifer adalah produk nomor satu di Korea dengan pangsa pasar terbesar di pasar APM Korea. 

Sumber 

Dapatkan visibilitas full-stack Kubernetes untuk mengoptimalkan kinerja aplikasi dengan memberikan informasi real-time pada semua lapisan kinerja yang berjalan di Kubernetes,pengguna dapat dengan mudah mengelola kinerja aplikasi.

Pemantauan Sumber Daya Sistem K8s

Kinerja Node

Informasi meta Pod, Peristiwa dan Log dari instans yang dipilih dapat ditanyakan secara waktu nyata. Sebagai tambahan, informasi seperti Service atau ReplicaSet, dll yang didefinisikan bersama dengan Pod dapat dilihat bersamaan.

Pentingnya Kontrol Jaringan Untuk Perusahaan IT. Perusahaan teknologi cenderung menjadi yang paling awal menggunakan teknologi dan transformasi digital, karena alasan yang jelas. Perusahaan-perusahaan ini telah menerapkan mentalitas yang mengutamakan cloud, dan siap untuk memigrasikan beban kinerja penting ke cloud. Namun, posisi "tip of the spear" dalam hal penggunaan cloud menempatkan perusahaan-perusahaan ini pada risiko kehilangan visibilitas yang besar ke dalam beban kerja aplikasi, membuat mereka berjuang untuk mendeteksi masalah kinerja.

Tantangannya adalah sulitnya pemantauan dan visibilitas cloud, terutama untuk publik cloud, yang cenderung menjadi kotak hitam dalam hal kegiatan. Tindakan penyeimbangan antara adopsi cloud yang antusias dan visibilitas yang konsisten dan lengkap ini sangat penting bagi perusahaan besar untuk melakukannya dengan benar, karena dua alasan .

Pentingnya Kontrol Jaringan  Pertama, ketergantungan yang tinggi pada aplikasi berbasis SaaS (baik sebagai penawaran produk maupun untuk penggunaan internal) dan data cloud berarti bahwa tim IT harus mempertahankan kinerja jaringan dan memecahkan masalah dengan cepat di lingkungan cloud hybrid. Latensi kinerja beberapa detik (atau bahkan milidetik) dapat membuat karyawan dan pelanggan kecewa.

Pentingnya Kontrol Jaringan  Kedua, perusahaan teknologi adalah target utama pada. Kerusakan finansial dan reputasi dari keamanan, terutama untuk target tinggi seperti perusahaan fintech besar, dapat dengan mudah merusak citra dan operasi perusahaan. Tim keamanan memerlukan umpan paket data yang real-time dan andal untuk alat NDR dan firewall mereka, serta penyimpanan paket data selama berminggu-minggu untuk pemeriksaan.

Membangun visibilitas untuk membuat jaringan cloud ini dapat diamati merupakan tantangan teknis yang rumit. Namun dengan perencanaan yang tepat dan beberapa keputusan mendasar, Anda dapat merancang, menyiapkan, dan mengelola solusi visibilitas yang tepat untuk cloud.

Baca juga :  https://apmgeeks.com/id/artikel/19-application-performance-monitoring/440-apm-jennifer.html

Tantangan Pengamatan untuk Keamanan dan Pentingnya Kontrol Jaringan 

Salah satu tugas utama untuk tim TI adalah memastikan konsistensi, menjadikan pemantauan kinerja jaringan sebagai prioritas tinggi. Jika ada masalah, IT memerlukan kemampuan untuk melacaknya dengan cepat ke aplikasi tertentu, lalu ke node tertentu atau bagian dari infrastruktur cloud/pribadi untuk menyelesaikan masalah dan mengontrol jaringannya. 

Jika penyedia cloud bersalah, maka IT akan memerlukan paket data terperinci untuk membuktikan bahwa SLA bermasalah. Tanpa data itu, pemecahan masalah dapat dengan cepat beralih.

Sayangnya, Anda tidak bisa begitu saja atau hanya menekan tombol untuk mendapatkan akses ke data melalui pencerminan lalu lintas. Khususnya, mengelola data cloud secara real-time untuk kesempurnaan.

Keamanan adalah sisi lain dari mata uang yang dapat diamati memiliki dua sisi. Yang pertama adalah mendapatkan akses ke bagian data waktu nyata: ini mirip dengan tantangan pemantauan kinerja di atas, tetapi dengan metode yang unik. Masalah kedua adalah kemampuan menyimpan paket untuk pemekriksaan lanjutan.

Untuk tujuan keamanan, paket data objek secara real-time harus masuk ke alat keamanan seperti NDR dan firewall. Tidak melewatkan bagian-bagian ini sangatlah penting: untuk cloud ini membuat bagian dari solusi inline ideal. Meskipun demikian, alat keamanan seringkali hanya dapat mengambil bagian dengan kecepatan 10G, jadi koneksi yang lebih cepat akan memerlukan penghubung bagian yang dapat menangani lalu lintas 10G dan 40/100G. Di bagian itu sendiri, lalu lintas yang menjelma lingkungan, baik antara aplikasi dan internet terbuka atau antara pusat data dan cloud, seringkali menjadi perhatian khusus tim IT karena hal ini kemungkinan merupakan titik. Sayangnya, lintas lalu lintas ini sangat sulit dipantau.

Untuk analisis, investigasi tim IT akan memerlukan bagian data yang mencakup lintas berhari-hari atau berminggu-minggu lalu di antara node-node penting. Ini berarti Efektivitas tidak hanya mencakup bagian yang diakses, tetapi juga menahan dan menyimpan.

Menjembatani Kesenjangan Visibilitas 

Infrastruktur pelatihan yang sesuai harus dibangun di sekitar subnet yang terdiri dari penyeimbang beban, penyambungan bagian virtual, dan penyimpanan, dengan peralatan yang ditempatkan di seluruh jaringan pada titik-titik penting. Salah satu strategi untuk menghemat ruang, menghemat uang, dan memaksimalkan sumber daya adalah dengan menggunakan penyambungan sebagai yang mendistribusikan bagian ke firewall dan alat keamanan lainnya dengan kecepatan yang tepat. Subnet selanjutnya dapat menghubungkan penangkapan dan penyimpanan bagian ke alat untuk pemeriksaan, dengan data real-time untuk dengan cepat melakukan triangulasi masalah jaringan, memungkinkan tim IT untuk menentukan dan menemukan kesalahan.

membuat visibilitas topologi ini rumit: banyak perusahaan mungkin tidak memiliki staf internal yang diperlukan untuk menanganinya, dan pentingnya kontrol jaringan mungkin perlu bekerja sama dengan penyedia layanan atau vendor dalam hal desain dan penyiapan. Namun, jika ditangani sendiri atau dialihdayakan, ingatlah perluasan alat dan infrastruktur: campuran perangkat virtual dan fisik dapat menghemat ruang di pusat data, dan memanfaatkan cloud untuk tampilan manajemen terkonsolidasi dari semua penghubung bagian dan solusi penangkapan dapat menghemat waktu yang cukup lama.

Sumber