Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Azure Private Link dijelaskan: private endpoint sebagai pengganti akses publik ke Storage, SQL, dan lainnya (Sulih Suara AI)

Transcript

Azure Private Link dijelaskan: private endpoint sebagai pengganti akses publik ke Storage, SQL, dan lainnya (Sulih Suara AI) · M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia

• 0:00
  Siap untuk 10 hari Microsoft 365, Copilot, AI-er, dan orang-orang yang membentuk masa depan kerja, JA, BAH.
• 0:07
  Januari ini, M365 con kembali dan kami hadir lebih besar, lebih besar.
• 0:12
  Bergabunglah dengan kami untuk sesi langsung, demo nyata, dan pengetahuan praktis dari MVP dan pakar industri di seluruh dunia.
• 0:19
  Tanpa jargon yang tak ada habisnya, kami menangani tantangan nyata.
• 0:23
  Copilot Studio, agen AI Fabrik Keamanan, Tata Kelola, dan Otomatisasi.
• 0:28
  Baik Anda seorang profesional TI, pengembang, atau pemimpin bisnis, ada sesi yang dirancang untuk Anda.
• 0:35
  Dengan 10 hari penuh, Anda dapat menjelajahi berbagai teknologi dan terhubung dengan komunitas global.
• 0:40
  Tonton langsung, dan bawa wawasan praktis kembali ke organisasi Anda.
• 0:45
  Januari 2027, 10 hari, satu komunitas Microsoft.
• 0:49
  Pendaftaran sudah dibuka sekarang.
• 0:51
  Kunjungi M365 con.net dan amankan tempat Anda hari ini.
• 0:55
  Itu adalah M365 con.net.
• 0:58
  Net.
• 1:00
  Bergabunglah sekarang di M365 con.net dan sampai jumpa secara langsung di bulan Januari.
• 1:04
  Selamat datang di episode lain Microsoft Knowledge Nuggets di M365FM.
• 1:09
  Saya membawa acara Anda Mirko Pirut.
• 1:10
  Topik hari ini adalah sesuatu yang hampir semua orang pernah dengar, tetapi sedikit yang bisa menjelaskan dengan Azure Private Link.
• 1:16
  Anda mungkin pernah melihat opsinya saat menyiapkan akun penyimpanan atau basis data SQL, tetapi apa fungsinya dan apakah Anda benar-benar membutuhkannya?
• 1:22
  Inilah hal kebanyakan orang.
• 1:22
  Mereka berasumsi bahwa karena layanan berjalan di dalam Azure, layanan itu otomatis bersifat pribadi seolah terlindung dari internet secara default.
• 1:29
  Itu tidak benar bahkan jauh di kebenaran.
• 1:32
  Sebagian besar layanan PAAS Azure penyimpanan SQFault hadir dengan endpoint publik sejak awal.
• 1:38
  Artinya, siapapun di internet dapat menjangkaunya selama mereka memiliki URL dan kredensial yang tepat.
• 1:42
  Di akhir episode ini, Anda akan memahami apa sebenarnya Private Link itu, mengapa ia ada, dan bagaimana ia menjauhkan lantut lintas Anda dari internet publik.
• 1:50
  Kami akan menggunaikannya menggunakan analogi sederhana.
• 1:52
  Tanpa basa-basi pemasaran, tanpa jargon, hanya penjelasan lugas tentang cara lama, endpoint publik, di mana-mana.
• 1:58
  Mari kita mulai dengan masalah.
• 2:00
  Sebelum Private Link ada, setiap layanan PAAS Azure mendapatkan endpoint publik secara default.
• 2:04
  Anda membuat akun penyimpanan Azure memberi Anda sesuatu seperti mystorage account blog.com.windows.net.
• 2:10
  URL tersebut merujuk ke alamat IP publik.
• 2:12
  Siapapun dengan akses internet dapat mencoba terhubung ke sana.
• 2:15
  Bayangkan Anda memiliki mesin virtual yang berjalan di dalam jaringan virtual Azure Anda sendiri.
• 2:19
  VM itu perlu membaca beberapa file dari penyimpanan blog.
• 2:22
  Anda pikir lalu lintasnya akan tetap berada di Azure.
• 2:24
  Kedua sumber daya berada di cloud yang sama.
• 2:26
  Namun pun begitu cara kerjanya.
• 2:27
  VM harus keluar dari jaringan virtual Anda, melewati internet publik, lalu masuk kembali ke Azure untuk mencapai akun penyimpanan tersebut.
• 2:34
  Ini seperti Anda berdiri di satu ruangan dalam gedung kantor, dan Anda perlu mengambil sesuatu dari lemari penyimpanan di gedung yang sama.
• 2:39
  Namun alih-alih menyusuri lorong, Anda harus keluar, berjalan memutari blok, lalu masuk kembali belak, lalu masuk kembali beding.
• 2:44
  Itu tidak masuk akal, tetapi itu yang sebenarnya terjadi.
• 2:46
  Ini adalah masalah yang nyata.
• 2:47
  Data Anda mengalir melalui internet publik, meskipun kedua sumber daya berada di dalam pusat data Microsoft sendiri.
• 2:53
  Lalu lintas tersebut memang terenkripsi, tetapi tetap terpapar ke internet terbuka.
• 2:56
  Lalu lintas tersebut tetap melewati router dan switch yang tidak Anda kendalikan.
• 2:59
  Dan jika seseorang berhasil mencegat lalu lintas itu, mereka bisa melihat apa yang Anda kirim.
• 3:04
  Ada mitos umum di sini.
• 3:05
  Banyak orang berpikir ya, itu ada di langganan saya, jadi itu pribadi.
• 3:08
  Bukan seperti itu cara kerjanya.
• 3:10
  Langganan adalah batas penagihan dan manajemen, bukan batas jaringan.
• 3:13
  Secara default, layanan Azure Anda dapat dijangkau dari internet.
• 3:16
  Satu-satunya hal yang melindunginya adalah lapisan autentikasi dan otorisasi, kunci kata sandi, dan aturan firewall.
• 3:22
  Namun jeruk jaringan sendiri bersifat populer.
• 3:24
  Jadi Microsoft melihat hal ini dan berkata pasti ada cara yang lebih baik.
• 3:26
  Dan mereka pun membangun.
• 3:27
  Mereka menyebutnya private link.
• 3:28
  Solusinya, titik akhir pribadi, private endpoint sebagai kartu antar muka jaringan.
• 3:32
  Private link adalah layanan keseluruhannya.
• 3:34
  Tetapi bagian inti yang perlu Anda pahami adalah private endpoint.
• 3:37
  Yaitu kartu antar muka jaringan virtual atau NEC yang berada di dalam jaringan virtual Anda dan terhubung ke layanan PAS.
• 3:44
  Begini cara kerja.
• 3:45
  Anda membuat private endpoint untuk akun penyimpanan Anda.
• 3:48
  Dan Azure membuat NEC virtual di dalam jaringan virtual Anda dengan IP pribadi dari subnet Anda.
• 3:53
  NEC tersebut terhubung ke akun penyimpanan melalui private link di bagian belakang.
• 3:57
  Jadi dari sudut pandang VM Anda, akun penyimpanan kini tampak seperti berada di dalam jaringan Anda sendiri dengan IP pribadi sama seperti sumber daya lainnya.
• 4:05
  Saat VM Anda mengirim, lalu lintas ke akun penyimpanan tersebut, lalu lintas itu mengenai IP pribadi NEC dan mengalir melalui jaringan backbone Microsoft.
• 4:12
  Bukan melalui internet public.
• 4:14
  Lalu lintas tersebut tidak pernah meninggalkan infrastruktur intermajat.
• 4:16
  Bayangkan itu seperti lorong aman di gedung kantor tadi.
• 4:19
  Alih-alih berjalan keluar dan memutari blok, Anda cukup menyusuri koridor menuju lemari penyimpanan.
• 4:23
  Koneksi langsung tanpa memutar.
• 4:26
  Nah ini adalah nuansa yang sering dilewatkan banyak orang.
• 4:28
  Mengaktifkan titik akhir privat tidak secara otomatis mematikan titik akhir publik.
• 4:32
  Keduanya dapat-dapat disatang bersama.
• 4:33
  Jika Anda membuat titik akhir privat tetapi tidak mengubah pengaturan titik akhir publik,
• 4:37
  akun penyimpanan Anda tetap dapat diakses dari internet.
• 4:40
  Anda harus menonaktifkan akses jaringan publik secara eksplisit untuk menguncinya sepenuhnya.
• 4:43
  Banyak orang mengira membuat titik akhir privat saja cukup.
• 4:46
  Jadi demikian, Anda harus memberitahu Azure bahwa Anda hanya menginginkan akses pribadi.
• 4:49
  Ijinkan saya meluskan mitos lain selagi kita disini.
• 4:51
  Private link tidak sama dengan VPN atau Express Route.
• 4:54
  Keduanya menyelesaikan masalah yang berbeda dan kita akan membahas perbandingan nanti.
• 4:57
  Untuk saat ini, ketahuilah bahwa private link bertujuan mengakses layanan tertentu,
• 5:00
  bukan menghubungkan seluruh jaringan Anda ke Azure.
• 5:03
  Jadi, Anda sudah memiliki titik akhir privat dan VM Anda dapat menjangkau akun penyimpanan melalui IP privat.
• 5:08
  Namun bagaimana VM Anda benar-benar menemukan akun penyimpanan tersebut?
• 5:10
  Dulu ia menyelesaikan URL publik menjadi IP publik.
• 5:13
  Sekarang IP privat. Bagaimana cara kerjanya?
• 5:16
  Disitulah peran DNS dan itulah yang akan kita bahas selanjutnya.
• 5:19
  DNS adalah kunci rahasia membekerja yang membuat selanjutnya.
• 5:22
  Anda sudah memiliki titik akhir privat dan VM Anda dapat menjangkau akun penyimpanan melalui IP privat.
• 5:27
  Tetapi masalahnya, VM Anda tidak mengetahui IP tersebut.
• 5:29
  Ia mengetahui URL akun penyimpanan, seperti contohnya MyStorageCal, blob.cor.windows.net.
• 5:35
  Itulah nama yang digunakannya untuk terhubung.
• 5:36
  Jadi, bagaimana cara menemukan IP privat sebagai gantip blog?
• 5:39
  Disinilah DNS melakukan pekerjaan utamanya.
• 5:42
  Saat Anda membuat titik akhir privat dan memilih untuk berintegrasi dengan zona DNS privat,
• 5:46
  yang seharusnya Anda lakukan, Azure otomatis membuatnya untuk Anda.
• 5:48
  Untuk akun penyimpanan blob, zona tersebut disebut private link, blob.cor.windows.net.
• 5:53
  Di dalam zona itu, Azure menambahkan catatan A yang memetakkan nama akun penyimpanan Anda ke IP privat titik akhir.
• 5:58
  Inilah bagian yang cerdas.
• 6:00
  URL publik asli masih terproses, tetapi alih-alih mengembalikan IP publik secara langsung,
• 6:04
  ia mengembalikan catatan, Sain Amia mengarah ke zona privat.
• 6:07
  Rantai resolusinya berjalan seperti ini.
• 6:09
  VM Anda meminta URL akun penyimpanan DNS mengembalikan Sain Amia yang mengarah ke MyStorageAccount,
• 6:14
  privatlink.blog.cor.windows.net,
• 6:17
  yang berada di zona DNS privat yang terhubung ke jaringan virtual Anda.
• 6:21
  DNS menyelesaikannya ke IP privat, VM Anda terhubung ke IP privat tersebut,
• 6:24
  dan lalu lintas tidak pernah menyentuh internet publik.
• 6:27
  Anggaplah ini seperti meja resepsionis di sebuah gedung berkantung.
• 6:30
  Seseorang masuk yang menanyakan lemari penyimpanan,
• 6:32
  dan resepsionis tidak mengirim mereka keluar.
• 6:34
  Mereka mengarahkan mereka di dalam gedung.
• 6:36
  Zona DNS privat ibarat resepsionis yang mengarahkan lalu lintas ke tempat yang tepat
• 6:40
  tanpa harus meninggalkan gedung.
• 6:41
  Acara kerjanya bergantung pada di mana VM Anda berada.
• 6:43
  Jika berada di jaringan virtual yang sama dengan titik akhir privat,
• 6:46
  zona DNS privat akan tertaut sehingga resolusi terjadi secara otomatis.
• 6:49
  Jika berada jaringan di piring, Anda juga perlu menautkan zona tersebut ke jaring itu.
• 6:53
  Untuk mesin on-premises melalui VPN atau ExpressRoute,
• 6:55
  prosesnya lebih rumit.
• 6:57
  Anda biasanya menyiapkan DNS forwarder atau menggunakan Azure DNS Private Resolver
• 7:00
  agar query mencapai zona privat.
• 7:02
  Namun untuk sebagian besar skenario di dalam Azure,
• 7:04
  hal dasarnya sudah ditangani untuk Anda.
• 7:06
  DNS bisa menjadi rumit di lingkungan yang lebih besar,
• 7:08
  tetapi untuk kasus standar,
• 7:10
  yaitu VM di jaringan virtual yang sama dengan titik akhir privat Azure menangan.
• 7:12
  Titik akhir privat Azure menangan ini secara otomatis.
• 7:15
  Anda tidak perlu menyentuh apapun.
• 7:16
  Mari kita lihat ini beraksi dengan contoh nyata.
• 7:18
  Panduan dunia nyata.
• 7:19
  Private link dengan Azure Storage.
• 7:21
  Mari kita nyata.
• 7:22
  Misalkan Anda memiliki mesin virtual yang berjalan di dalam jaringan virtual Azure Anda.
• 7:26
  VM tersebut perlu mengambil file dari akun Azure Blob Storage.
• 7:30
  Ini adalah pengaturan yang umum.
• 7:31
  Mungkin aplikasi yang menyimpan unggahan pengguna
• 7:33
  atau pekerjaan pemrosesan data yang membaca dari kontainer.
• 7:35
  Tanpa private link inilah yang terjadi.
• 7:37
  VM Anda mencari URL publik akun penyimpanan
• 7:40
  dan mendapatkan alamat IP publik.
• 7:41
  Lalu lintas meninggalkan jaringan virtual Anda,
• 7:43
  keluar melalui internet publik,
• 7:45
  lalu masuk kembali ke Azure untuk mencapai akun penyimpanan.
• 7:47
  Perjalanan bolak-balik itu tidak berbeda.
• 7:49
  Kedua sumber daya sudah berada di Azure,
• 7:51
  tetapi data tetap mengambil jalan memutar melalui internet terbuka.
• 7:54
  Dengan private link,
• 7:54
  Anda menyebarkan titik akhir privat untuk subsumber daya blob akun penyimpanan.
• 7:58
  Itu adalah bagian spesifik yang menangani data blob.
• 8:01
  Azure membuat NEC virtual di jaringan virtual Anda
• 8:03
  dengan IP privat,
• 8:04
  menyiapkan sona DNS privat dan seluruh rantai resolusi DNS
• 8:06
  yang kita bicarakan mulai berfungsi.
• 8:09
  Sekarang saat VM Anda menyelesaikan URL yang sama,
• 8:11
  misterageaccount.blog.cor.windows.net,
• 8:13
  VM mendapatkan IP privat alih-alih IP publik.
• 8:15
  Lalu lintas mengalir dari VM ke titik akhir privat,
• 8:18
  kemudian melalui tulang punggung Microsoft ke akun penyimpanan.
• 8:23
  Lalu lintas tidak pernah meninggalkan jaringan internet.
• 8:25
  Tidak poin kuncinya.
• 8:26
  Aplikasi Anda tidak berubah.
• 8:27
  Tidak perlu memodifikasi string koneksi,
• 8:29
  tidak perlu memperbarui file konfigurasi.
• 8:30
  URL-nya tetap sama.
• 8:31
  Satu-satunya hal yang berubah adalah
• 8:32
  bagaimana URL sebetulnya diselesaikan.
• 8:34
  Dari perspektif aplikasi,
• 8:35
  ia masih terhubung ke akun penyimpanan yang sama,
• 8:37
  tetapi di balik layar,
• 8:38
  jalur lalu lintasnya benar-benar berbeda.
• 8:40
  Dan jika Anda ingin melakukan langkah maksimal,
• 8:42
  Anda dapat menonaktifkan titik akhir publik.
• 8:44
  Itu berarti akun penyimpanan Anda
• 8:45
  hanya dapat diakses melalui titik akhir privat.
• 8:48
  Nol paparan internet.
• 8:49
  Tidak ada seorang pun yang bisa mencoba terhubung dari luar.
• 8:51
  Satu hal lagi yang perlu diperhatikan.
• 8:53
  Akun penyimpanan memiliki beberapa subsumber daya.
• 8:55
  Blob adalah salah satunya,
• 8:56
  namun ada juga file table.
• 8:58
  Masih bisa memiliki titik akhir privatnya sendiri.
• 9:00
  Anda bisa memiliki satu untuk lalu lintas blob
• 9:01
  dan satu lagi untuk lalu lintas blob.
• 9:03
  Atau gunakan satu titik akhir yang mencakup semuanya,
• 9:05
  tergantung kebutuhan Anda.
• 9:06
  Nah, Anda mungkin bertanya-tanya,
• 9:07
  apa bedanya ini dengan opsi konektivitas Azure lainnya?
• 9:10
  VPN Express Route Titik Akhir Layanan.
• 9:12
  Semua dengar mirip.
• 9:13
  Mari kita perjelas.
• 9:14
  Private Link versus VPN versus Express Route
• 9:16
  versus Titik Akhir Layanan.
• 9:17
  Jadi, bagaimana perbandingan Private Link
• 9:19
  dengan VPN Express Route dan Titik Akhir Layanan?
• 9:22
  Semuanya terdengar melakukan hal yang sama,
• 9:23
  benar-benar menyelesaikan masalah yang berbeda.
• 9:25
  Dan dalam banyak kasus,
• 9:26
  Anda akan menggunakannya secara persen.
• 9:27
  Mulai dengan VPN.
• 9:29
  Jaringan privat virtual menghubungkan jaringan lokal Anda ke Azure
• 9:31
  melalui internet publik.
• 9:33
  Ini membuat terowongan ter-enkripsi
• 9:34
  antara situs Anda dan Azure.
• 9:36
  Lalu lintas memang ter-enkripsi,
• 9:37
  tetapi tetap melalui internet publik.
• 9:40
  Terowongannya aman,
• 9:40
  tetapi jalan yang dilaluinya bersifat publik.
• 9:42
  Private Link tidak menggantikan VPN,
• 9:44
  melainkan bekerja bersamanya.
• 9:45
  Anda mungkin menggunakan VPN
• 9:46
  untuk menghubungkan kantor Anda ke Azure,
• 9:48
  lalu menggunakan Private Link
• 9:49
  untuk mengakses akun penyimpanan Anda
• 9:50
  secara privat dari koneksi tersebut.
• 9:52
  ExpressRoute berbeda.
• 9:53
  Ini memberi Anda sirkuit privat khusus
• 9:54
  dari pusat data Anda ke Azure.
• 9:57
  Lalu lintas tidak pernah menyentuh internet publik sama sekali.
• 9:59
  Ini seperti memiliki jalan pribadi
• 10:00
  langsung ke jaringan Microsoft.
• 10:02
  Namun inilah kendalanya.
• 10:03
  ExpressRoute saja tidak memberi Anda
• 10:04
  akses privat ke layanan PAS.
• 10:06
  Ini menghubungkan jaringan Anda ke Azure,
• 10:08
  tetapi akun penyimpanan Anda
• 10:09
  masih memiliki titik akhir publik.
• 10:10
  Anda harus menggabungkan ExpressRoute
• 10:12
  dengan Private Link
• 10:12
  untuk mendapatkan akses privat
• 10:13
  yang semenginya ke layanan.
• 10:15
  Titik akhir layanan adalah teknologi yang lebih lama.
• 10:17
  Ini memungkinkan Anda
• 10:17
  membatasi akses ke layanan Azure
• 10:19
  sehingga hanya lalu lintas
• 10:19
  dari jaringan virtual Anda
• 10:20
  yang bisa menjangkaunya.
• 10:22
  Namun masalahnya adalah
• 10:22
  layanan tersebut masih memiliki titik akhir.
• 10:24
  Anda hanya menambahkan aturan firewall
• 10:26
  yang menyatakan
• 10:26
  hanya izinkan lalu lintas dari VNet ini.
• 10:28
  Titik akhirnya sendiri
• 10:29
  masih terbuka ke internet.
• 10:31
  Private Link lebih aman
• 10:32
  karena titik akhirnya
• 10:33
  benar-benar berada di dalam VNet Anda
• 10:34
  dan memiliki epi privat.
• 10:35
  Tidak ada titik akhir publik untuk diserah.
• 10:37
  Izinkan saya memberikan cerah sedekannya.
• 10:39
  VPN adalah terowongan aman
• 10:40
  melalui jalan umum.
• 10:41
  ExpressRoute adalah jalan pribadi
• 10:42
  yang menuju langsung ke Azure.
• 10:43
  Titik akhir layanan adalah
• 10:44
  penjaga di gerbang publik
• 10:45
  yang memiliki kartu identitas.
• 10:47
  Private Link adalah
• 10:47
  lorong langsung di dalam gedung.
• 10:49
  Anda sama sekali tidak perlu gedung.
• 10:51
  Di mana yang harus Anda gunakan?
• 10:52
  Tergantung situasi.
• 10:53
  Untuk menghubungkan kantor Anda ke Azure
• 10:55
  pilihannya adalah VPN atau ExpressRoute.
• 10:57
  Untuk mengakses layanan PAS secara privat
• 10:59
  Private Link adalah standar emasnya.
• 11:01
  Dan untuk keamanan terkuat
• 11:02
  kombinasikan keduanya.
• 11:03
  ExpressRoute untuk membawa
• 11:04
  lalu lintas Anda ke Azure secara privat
• 11:06
  lalu Private Link
• 11:06
  untuk mengakses layanan Anda
• 11:07
  secara privat dari sana.
• 11:09
  Namun Private Link bukan hanya
• 11:10
  untuk layanan Microsoft.
• 11:11
  Anda juga bisa menggunakannya
• 11:12
  untuk aplikasi Anda sendiri
• 11:13
  dengan Private Link Service
• 11:14
  yang menampung endpoint private Anda sendiri.
• 11:16
  Berikut adalah sesuatu yang sering dilawatkan.
• 11:18
  Private Link bukan hanya
• 11:19
  untuk mengonsumsi layanan Azure.
• 11:21
  Anda juga dapat menggunakannya
• 11:22
  untuk mengekspos aplikasi Anda sendiri
• 11:23
  ke dunia luar.
• 11:24
  Itulah tujuan utama
• 11:25
  diciptakannya Private Link Service.
• 11:26
  Bayangkan Anda adalah penyedia SaaS.
• 11:28
  Anda memiliki aplikasi
• 11:29
  yang berjalan di mesin virtual
• 11:30
  di belakang load balancer standar
• 11:31
  dan pelanggan Anda mengaksesnya.
• 11:33
  Secara tradisional,
• 11:34
  Anda punya dua opsi.
• 11:34
  Mengekspos semuanya ke internet
• 11:35
  atau mengatur VPN
• 11:36
  antara jaringan Anda
• 11:37
  dan jaringan mereka.
• 11:38
  Keduanya memiliki kurangan besar.
• 11:39
  Eksposur publik membuka risiko keamanan
• 11:42
  dan VPN rumit
• 11:43
  untuk dikelola serta dipelihara.
• 11:45
  Private Link Service mengatasi hal tersebut.
• 11:47
  Anda membuat layanan,
• 11:48
  melampirkan cloud balancer standar Anda,
• 11:50
  lalu pelanggan Anda dapat
• 11:50
  membuat endpoint privat
• 11:51
  di virtual network mereka sendiri.
• 11:53
  Endpoint tersebut
• 11:54
  terhubung langsung ke layanan Anda.
• 11:55
  Tanpa piring, tanpa VPN,
• 11:57
  dan benar-benar tanpa eksposur publik.
• 11:59
  Lalu lintas bergerak
• 11:59
  dari endpoint privat mereka
• 12:00
  melalui jaringan backbone Microsoft
• 12:02
  langsung ke layanan Anda.
• 12:03
  Lalu lintas tersebut
• 12:04
  tidak pernah menentu itu.
• 12:05
  Layanan Anda mendapatkan
• 12:06
  alias unik secara global
• 12:07
  seperti myapp.git.region.azure.private link service.
• 12:11
  Alias itulah yang digunakan pelanggan
• 12:12
  untuk terhubung
• 12:13
  dan Anda membekang kendali penuh
• 12:14
  atas siapa yang bisa melihat.
• 12:16
  Anda dapat membatasi visibilitas
• 12:17
  berdasarkan peran RBAC,
• 12:18
  pelangganan tertentu,
• 12:19
  atau membiarkan siapapun
• 12:20
  dengan alias tersebut
• 12:21
  meminta koneksi.
• 12:22
  Setiap permintaan koneksi
• 12:23
  masuk kepada Anda
• 12:23
  untuk persetujuan manual,
• 12:24
  jadi Anda selalu tahu
• 12:25
  persis siapa yang terhubung.
• 12:26
  Bagi penjelasan,
• 12:27
  ini yang sangat besar.
• 12:28
  Alih-alih membuka aturan firewall
• 12:30
  atau mengelola konfigurasi VPN yang rumit,
• 12:32
  Anda cukup memberikan alias tersebut
• 12:33
  kepada pelanggan Anda.
• 12:34
  Mereka membeli endpoint privat Anda
• 12:35
  menyetujuinya.
• 12:36
  Dan selesai.
• 12:38
  Namun ada satu batasan,
• 12:40
  private link service
• 12:40
  hanya bekerja dengan
• 12:41
  load balancer standar,
• 12:42
  bukan basic.
• 12:43
  Jika Anda masih menggunakan
• 12:44
  load balancer basic,
• 12:44
  Anda harus melakukan peningkatan lebih daripada.
• 12:46
  Itu adalah harga yang kecil
• 12:47
  untuk keamanan dan kemudahan
• 12:48
  yang Anda dapatkan sebagai gantinya.
• 12:49
  Sekarang,
• 12:50
  semua keamanan ini terdengar hebat,
• 12:51
  tapi apa sebenarnya artinya
• 12:52
  bagi kebutuhan kepatuhan
• 12:53
  dan anggaran Anda?
• 12:54
  Pertimbangan keamanan
• 12:55
  kepatuhan dan biaya.
• 12:56
  Mari kita bahas apa arti
• 12:57
  private linknya sebenarnya
• 12:58
  yang bagi persyaratan
• 12:59
  kepatuhan dan pengeluaran Anda.
• 13:01
  Pertama,
• 13:01
  dari sisi keamanan,
• 13:02
  private link mengurangi
• 13:03
  permukaan serangan Anda
• 13:04
  dengan menghilangkan
• 13:05
  endpoint publik sepenuh.
• 13:06
  Itulah manfaat utamanya.
• 13:07
  Alih-alih akun penyimpanan
• 13:08
  atau basis data SQL
• 13:09
  yang dapat diakses
• 13:10
  dari mana saja di internet,
• 13:11
  Anda memiliki sumber daya
• 13:12
  yang hanya merespon selalu lintas
• 13:13
  dari dalam jaringan virtual.
• 13:14
  Tidak ada IP publik
• 13:15
  untuk dipindai,
• 13:15
  tidak ada perterbukaan
• 13:16
  untuk disedidik.
• 13:17
  Permukaan serangan
• 13:18
  berkurang secara drastis.
• 13:19
  Ini adalah manfaat lain
• 13:20
  yang kurang mendapat perhatian,
• 13:21
  pencegahan kebocoran data.
• 13:22
  Setiap titik akhir privat
• 13:23
  memetakkan ke instan
• 13:24
  sumber daya tertentu.
• 13:25
  Bukan seluruh layanan,
• 13:26
  bukan setiap akun penyimpanan
• 13:27
  di langganan Anda.
• 13:28
  Hanya itu saja.
• 13:29
  Jadi, jika seseorang
• 13:30
  membawa goban kerja
• 13:31
  di jaringan virtual Anda,
• 13:32
  mereka tidak bisa menggunakan
• 13:33
  titik akhir privat tersebut
• 13:34
  untuk menjangkau akun penyimpanan.
• 13:35
  Mereka terkunci pada
• 13:36
  satu sumber daya yang Anda setuju.
• 13:38
  Bagi tim keamanan,
• 13:39
  pembatasan itu adalah hal yang besar.
• 13:40
  Dalam hal kepatuhan,
• 13:41
  private link memenuhi
• 13:42
  banyak persyaratan.
• 13:43
  Regulasi seperti HIPA,
• 13:44
  AGDPR,
• 13:45
  dan PCI sering mengharuskan
• 13:46
  data sensitif
• 13:47
  tidak pernah mengalir
• 13:47
  melalui jaringan publik.
• 13:49
  Private link memberikan
• 13:50
  cara yang jelas bagi Anda
• 13:51
  untuk membuktikan.
• 13:52
  Lalu lintas Anda tetap berada
• 13:53
  di backbone Microsoft
• 13:54
  dan Anda dapat merujuk
• 13:54
  ke lokal bukti dan berkata
• 13:55
  inilah buktinya.
• 13:57
  Untuk industri yang teregulasi,
• 13:58
  hal itu saja sudah dapat
• 13:59
  membenarkan investasinya.
• 14:00
  Sekarang, mari kita bicara
• 14:01
  tentang biaya
• 14:01
  karena disinilah orang sering terkir.
• 14:03
  Private link tidak gratis.
• 14:04
  Anda membayar per jam
• 14:05
  untuk setiap titik akhir privat
• 14:06
  ditambah PBI
• 14:07
  pemrosesan data
• 14:08
  untuk lalu lintas
• 14:08
  yang mengalir melaluinya.
• 14:09
  Tergantung pada penggunaan Anda.
• 14:11
  Biayanya bisa 2 hingga
• 14:12
  3 kali lebih mahal
• 14:12
  daripada menggunakan
• 14:13
  titik akhir publik
• 14:14
  dengan aturan firewall.
• 14:15
  Itu akan bertambah dengan cepat
• 14:16
  terutama jika Anda
• 14:16
  memiliki banyak titik akhir.
• 14:18
  Di pendapat jujurnya,
• 14:19
  private link tidak selalu
• 14:20
  menjadi pilihan yang tepat.
• 14:21
  Jika Anda menjalankan
• 14:22
  lingkungan pengembangan
• 14:23
  atau pengujian
• 14:23
  tanpa data sensitif
• 14:24
  titik akhir publik
• 14:25
  dengan aturan firewall
• 14:26
  yang tepat mungkin sudah cukup.
• 14:28
  Jika Anda menghosting
• 14:28
  situs web publik
• 14:29
  yang dimaksudkan
• 14:30
  untuk diakses dari internet,
• 14:31
  private link tidak akan membantuan.
• 14:32
  Namun, untuk beban kerja produksi
• 14:34
  di industri teregulasi
• 14:34
  seperti keuangan,
• 14:35
  kesehatan dan pemerintahan,
• 14:36
  private link seringkali
• 14:37
  bersifat wajib.
• 14:38
  Itu adalah bisnis dengan aman.
• 14:39
  Sekarang sebelum Anda menerapkannya,
• 14:41
  ada beberapa hal
• 14:41
  yang perlu diwaspalkan.
• 14:43
  Hal yang perlu diperhatikan
• 14:44
  amin menurut saya.
• 14:44
  Apa yang sering terlewat kena?
• 14:45
  Izinkan saya bantu Anda
• 14:46
  agar tidak pusing.
• 14:47
  Berikut adalah kesalahan
• 14:48
  paling umum yang dilakukan
• 14:49
  orang saat pertama kali
• 14:50
  mengatur private link.
• 14:51
  Pertama, Anda harus
• 14:52
  menonaktifkan titik akhir publik
• 14:53
  setelah membuat titik akhir privat.
• 14:55
  Ini adalah jebakan terbesar.
• 14:56
  Banyak orang membuat
• 14:57
  titik akhir privat
• 14:57
  dan berasumsi itu
• 14:58
  sudah cukup, padahal tidak.
• 14:59
  Titik akhir publik
• 15:00
  tetap aktif secara default
• 15:01
  yang berarti lalu lintas Anda
• 15:03
  masih bisa melewati internet.
• 15:04
  Anda harus masuk ke pengaturan jaringan
• 15:06
  dan mematikan akses
• 15:06
  jaringan publik secara eksprisif.
• 15:08
  Jika Anda melewatkan langkah ini,
• 15:09
  Anda sebenarnya belum mengambil kenap.
• 15:11
  Lanjutnya, resolusi DNS
• 15:12
  untuk klien lokal
• 15:13
  memerlukan pengaturan tambahan.
• 15:15
  Jika Anda memiliki mesin
• 15:16
  di kantor yang terhubung
• 15:16
  melalui VPN atau Express Route,
• 15:18
  mereka tidak akan otomatis
• 15:19
  menyelesaikan IP titik akhir privat Anda.
• 15:21
  Zona DNS privat
• 15:22
  tertaut ke jaringan virtual Azure Anda,
• 15:24
  bukan ke server DNS lokal Anda.
• 15:26
  Anda perlu menyiapkan
• 15:27
  penerus DNS
• 15:28
  atau menggunakan Azure DNS Private Resolver
• 15:30
  agar query tersebut
• 15:31
  mencapai zona privat.
• 15:32
  Banyak orang mengabaikan hal ini
• 15:33
  dan bertanya-tanya
• 15:34
  mengapa aplikasi lokal mereka
• 15:35
  tidak dapat terhubung.
• 15:36
  Selain itu,
• 15:36
  titik akhir privat
• 15:37
  tidak bekerja secara ajaib
• 15:38
  lintas wilayah.
• 15:39
  Jika jaringan virtual Anda
• 15:40
  berada di Eropa Barat
• 15:41
  dan Anda membuat titik akhir privat
• 15:42
  untuk akun penyimpanan di AIS Timur,
• 15:44
  itu tidak akan berhasil.
• 15:45
  Titik akhir privat
• 15:46
  harus berada di wilayah
• 15:47
  yang sama dengan jaringan virtual.
• 15:48
  Layanan Pak AIS
• 15:49
  bisa berada di wilayah berbeda,
• 15:50
  namun titik akhirnya
• 15:51
  harus sesuai dengan wilayah final.
• 15:52
  Rencanakan akan tepat.
• 15:54
  Satu hal lagi,
• 15:55
  grup keamanan jaringan
• 15:56
  mempengaruhi NEC titik akhir privat.
• 15:59
  Titik akhir privat
• 15:59
  membuat NEC virtual di subnet Anda.
• 16:01
  NEC tersebut tunduk
• 16:02
  pada aturan NSQ
• 16:03
  yang sama seperti apapun
• 16:04
  di subnet itu.
• 16:06
  Jika Anda memblokir
• 16:06
  lalu lintas ke subnet NEC,
• 16:08
  titik akhir tidak akan berfungsi.
• 16:09
  Pastikan aturan NSQ Anda mengizinkan.