azure

Saran-saran ini berlaku pada tanggal publikasi, tetapi bisa berubah di masa depan. Seiring berkembangnya produk dan layanan Microsoft, organisasi harus secara teratur memeriksa prosedur identifikasi mereka. Proses Operasional Utama Penugasan Pemilik pada Tugas Kunci di Azure Mengelola Azure Active Directory memerlukan pelaksanaan berkelanjutan dari tugas dan proses operasional penting yang tidak selalu merupakan bagian dari peluncuran. Namun, sangat penting untuk mengatur tugas-tugas ini agar lingkungan kita tetap dalam kondisi baik. Wajib untuk menetapkan pemilik pada aktivitas yang tidak memiliki pemilik atau mengubah kepemilikan tugas saat kita meninjau daftar. Sinkronisasi Identitas Sistem On-premises Identifikasi & Solusi Masalah Sinkronisasi Masalah dukungan dapat disebabkan oleh kesalahan sinkronisasi yang tidak terpecahkan yang telah ada dalam waktu lama. Memecahkan kesalahan sinkronisasi memberikan gambaran umum tentang berbagai jenis kegagalan sinkronisasi, serta beberapa kondisi yang mungkin menyebabkannya dan solusi yang mungkin. Catatan: Jika satu identitas manusia memiliki banyak akun akibat migrasi domain lama, merger, atau akuisisi, kita hanya harus menyinkronkan akun yang digunakan pengguna setiap hari, seperti akun yang mereka gunakan untuk masuk ke komputer mereka. Dalam dunia ideal, kita akan mencapai keseimbangan antara jumlah item yang disinkronkan dan kompleksitas aturan. Penting: Jika kita masih menggunakan pemfilteran grup dalam produksi, kita harus beralih ke metode pemfilteran yang berbeda. Pemulihan Bencana di Azure Pemulihan bencana juga dikenal sebagai failover sinkronisasi. Proses provisioning sangat bergantung pada Azure AD Connect. Perubahan yang dibuat di on-premises tidak akan diperbarui di cloud jika Server Sinkronisasi mati karena alasan apa pun, yang dapat menyebabkan masalah akses bagi pengguna. Oleh karena itu, mendefinisikan rencana failover yang memungkinkan administrator untuk segera melanjutkan sinkronisasi jika server sinkronisasi offline sangat penting. Berikut adalah beberapa contoh strategi tersebut: Aturan Kustom Aturan kustom di Azure AD Connect memungkinkan kita mengatur aliran atribut antara objek on-premises dan cloud. Penggunaan atau penyalahgunaan aturan kustom dapat menyebabkan banyak risiko yang sangat berbahaya bagi organisasi. Risiko-risiko tersebut dapat berupa: Jika kita memiliki aturan yang sangat kompleks, kita harus mencari tahu mengapa aturan tersebut begitu rumit dan mencari cara untuk menyederhanakannya. Demikian juga, jika kita telah menulis aturan kustom dengan nilai prioritas lebih dari 100, kita harus memastikan aturan tersebut tidak dalam bahaya atau bertentangan dengan set default. Contoh penyalahgunaan aturan kustom termasuk: Lisensi untuk Layanan Cloud Microsoft (Berbasis Grup) Lisensi untuk layanan cloud Microsoft disederhanakan dengan lisensi berbasis grup Azure Active Directory. Dengan cara ini, IAM menawarkan infrastruktur grup sambil mendelegasikan manajemen grup ke tim yang sesuai dalam perusahaan. Di Azure AD, kita dapat mengatur keanggotaan grup dalam berbagai cara, termasuk: Definisi rencana layanan (komponen lisensi) yang harus diaktifkan tergantung pada peran pekerjaan di perusahaan adalah aspek lain dari manajemen lisensi. Memberi pengguna akses ke rencana layanan yang tidak mereka butuhkan dapat menyebabkan mereka melihat alat di portal Office yang belum mereka latih atau seharusnya tidak mereka gunakan. Saat menyediakan OneDrive for Business kepada karyawan yang mungkin tidak diizinkan berbagi konten, hal ini dapat mengakibatkan peningkatan volume meja bantuan, penyediaan yang tidak efisien, dan membahayakan kepatuhan serta tata kelola kita. Untuk mendefinisikan rencana layanan untuk pengguna, terapkan pedoman berikut: Penting: Jika kita menemukan kesalahan lisensi, kita harus menyelidiki dan memperbaiki masalah penetapan lisensi segera. Manajemen Siklus Hidup IMA Jika metode saat ini tidak memperhitungkan karyawan baru atau karyawan yang meninggalkan perusahaan, kita harus menerapkan lisensi berbasis grup dinamis dan menentukan siklus hidup keanggotaan grup. Terakhir, jika kita menggunakan lisensi berbasis grup dengan grup on-premises yang tidak memiliki manajemen siklus hidup, pertimbangkan untuk memanfaatkan grup cloud untuk menyediakan fitur seperti kepemilikan yang didelegasikan dan keanggotaan dinamis berbasis atribut. Aplikasi yang Ditetapkan untuk Grup “Semua Pengguna” Grup Semua Pengguna mungkin tampak hanya berisi Karyawan Perusahaan, tetapi sebenarnya mungkin memiliki Karyawan Perusahaan dan Tamu. Siklus Sinkronisasi Delta Azure AD Connect Memahami volume perubahan dalam bisnis kita sangat penting, begitu juga memastikan bahwa sinkronisasi memakan waktu yang wajar. Frekuensi sinkronisasi delta diatur ke 30 menit secara default. Jika sinkronisasi delta membutuhkan waktu lebih dari 30 menit secara teratur, atau jika kinerja sinkronisasi delta staging dan produksi berbeda secara signifikan, kita harus menganalisis dan meninjau faktor-faktor yang mempengaruhi kinerja Azure AD Connect. Bacaan yang Direkomendasikan untuk Pemecahan Masalah Azure AD Connect Infrastruktur identitas yang aman memiliki lima komponen. Daftar ini akan membantu kita dengan cepat mengidentifikasi dan menerapkan langkah-langkah yang diperlukan untuk mengamankan dan mengelola siklus hidup identitas dan hak mereka di perusahaan kita. //TC ref : [1][2]

Untuk menggunakan layanan berbasis cloud Azure, Anda harus terlebih dahulu membeli langganan. Langganan ini bertindak sebagai satu unit penagihan untuk sumber daya Azure, dengan langganan yang ditagih untuk layanan yang digunakan di Azure. Langganan Azure terikat pada satu akun, akun yang digunakan untuk membuatnya dan juga digunakan untuk penagihan. Sumber daya dapat disediakan sebagai instance dari banyak produk dan layanan Azure di bawah langganan tersebut. Ada tiga jenis langganan utama yang tersedia: gratis, bayar sesuai penggunaan, dan penawaran anggota. Akun gratis adalah langganan yang memberi Anda akses tak terbatas ke sumber daya Azure serta kredit sebesar $200 untuk produk berbayar. Sampai dan kecuali kita meng-upgrade langganan kita ke yang berbayar, semua sumber daya dan layanan yang telah kita buat selama periode ini akan otomatis dinonaktifkan pada akhir periode uji coba gratis. Kartu kredit diperlukan untuk akun gratis, namun hanya digunakan untuk tujuan identifikasi. Pada URL ini (https://azure.microsoft.com/en-us/free/), Anda dapat mendaftar untuk akun gratis. Langganan Bayar Sesuai Penggunaan Anda dapat membayar layanan dan sumber daya yang Anda gunakan setiap bulan dengan langganan bayar sesuai penggunaan (https://azure.microsoft.com/en-us/offers/ms-azr-0003p/). Akun ini memerlukan penggunaan kartu kredit atau debit, dan ditagih setiap bulan. Akun Azure bayar sesuai penggunaan dapat diubah dari akun Azure gratis. Langganan dan Pembagian Penagihan Banyak organisasi memiliki banyak langganan, yang mereka gunakan untuk tujuan penagihan karena setiap langganan membuat serangkaian laporan penagihan dan faktur sendiri. Langganan terpisah juga dapat digunakan untuk memisahkan lingkungan pengembangan dan pengujian dari lingkungan produksi. Orang yang membuat langganan Azure menjadi administrator global langganan tersebut, dengan kendali penuh atas semua aspek langganan tersebut, tetapi hanya untuk langganan tersebut. Langganan terpisah dengan demikian dapat digunakan untuk menciptakan pemisahan tanggung jawab untuk layanan Azure. Langganan di Azure adalah wadah yang berisi kumpulan sumber daya bisnis atau teknis yang terhubung. Sumber daya digunakan dan ditagih sebagai grup. Batasan Penagihan dan Kontrol Akses Batas penagihan: Persyaratan penagihan untuk mengakses sumber daya ditentukan oleh jenis langganan ini. Azure akan memberikan penagihan yang berbeda untuk setiap langganan sehingga kita dapat membuat beberapa langganan sesuai kebutuhan bisnis kita. Batas kontrol akses: Untuk memisahkan langganan, dengan menerapkan kebijakan manajemen yang berbeda kita dapat membangun batas kontrol akses pada tingkat langganan untuk mewakili struktur organisasi yang beragam. Azure memiliki struktur biaya untuk layanan yang disediakannya kepada bisnis. Setiap bisnis diberikan Tenant Azure AD, yang memungkinkan mereka untuk membuat Akun Azure dan berbagai langganan untuk berbagai layanan. Istilah-istilah ini didefinisikan sebagai berikut: Bagaimana Langganan Azure Membantu Kita Mengembangkan Lingkungan? Organisasi sering menggunakan beberapa langganan Azure untuk menghindari batasan per langganan. Ada beberapa cara untuk menggunakan sumber daya secara efektif. Kita dapat membuat langganan tambahan untuk mengembangkan lingkungan kita setelah membuat langganan awal, berdasarkan model organisasi kita. Sebelum mulai mengembangkan langganan, pertimbangkan hal-hal berikut: Azure Subscription: Mengubah Azure Active Directory ke yang Baru Setiap langganan Azure terhubung ke Azure AD. Kita mungkin ingin memindahkan beberapa langganan ke Azure AD yang berbeda jika memiliki banyak langganan. Karena pemindahan langganan dapat menyebabkan waktu henti, Anda mungkin ingin mempertimbangkan opsi lain, seperti membuat ulang sumber daya dan menyalin data ke langganan target, atau menggunakan arsitektur multi-direktori. Kami juga akan memberi tahu Anda sebelumnya jika Azure memperkenalkan layanan baru ke platform Azure, serta harga terkait. Hanya jika kita menggunakan layanan baru tersebut kita akan dikenakan biaya. Kita bertanggung jawab atas pajak apa pun yang mungkin timbul akibat menerima layanan gratis. Batasan, Kuota, dan Kendala Jika Anda perlu melebihi batasan ini, silakan hubungi layanan pelanggan agar batasan Anda dapat disesuaikan dengan semestinya. Kebijakan Pembatalan Kita dapat membatalkan langganan kapan pun kita mau. Tidak ada pertanyaan yang akan diajukan untuk itu. Itu sepenuhnya tergantung pada pengguna. Jika akun kita memiliki biaya yang tertunggak, kita harus membayarnya. Komitmen Sumber Daya Semua peningkatan penggunaan layanan tergantung pada ketersediaan sumber daya layanan. Meningkatkan jumlah instance komputasi yang berjalan atau jumlah penyimpanan yang tersedia adalah dua contoh peningkatan tersebut. Azure memiliki hak untuk menghapus instance atau sumber daya komputasi atau VM apa pun, jika akun gratis Azure tidak menghasilkan biaya atau dibiarkan dalam keadaan tidak aktif selama lebih dari 90 hari. Sebelum menghapus sumber daya komputasi, kita akan diberi pemberitahuan selama satu bulan. Jenis Akun Ada dua jenis akun utama: Akun Gratis Batas Pengeluaran & Peningkatan Akun Gratis: Pelanggan yang memenuhi syarat yang mendaftar untuk akun gratis Azure akan menerima kredit sebesar $14.409,052 yang dapat digunakan untuk sebagian besar layanan Azure dalam 30 hari pertama. Kredit yang tidak digunakan tidak dapat dipindahkan ke langganan Azure lain atau dibawa ke bulan berikutnya. Opsi Pembayaran Kecuali Anda disetujui untuk faktur, kartu kredit atau debit diperlukan untuk otentikasi saat mendaftar. Kartu kredit prabayar atau virtual tidak diterima. Kecuali untuk otorisasi singkat, kartu Anda tidak akan dikenakan biaya pada awalnya. Pajak apa pun yang timbul akibat menerima layanan gratis sepenuhnya menjadi tanggung jawab penerima. Peningkatan dari Akun Gratis Azure Jika Anda meningkatkan dari akun gratis Azure, Anda masih dapat menggunakan beberapa layanan gratis untuk sisa periode penawaran 12 bulan (dimulai pada tanggal Anda mendaftar). //TC ref : [1][2]

Apa Itu Azure? Azure adalah istilah Microsoft untuk infrastruktur yang mereka miliki di Cloud publik dan privat, mirip dengan Amazon Web Services (AWS) dan Google Cloud. Makna Azure VMs Azure VM atau Azure virtual machine adalah file digital yang meniru perilaku komputer fisik. Ini memberikan pengalaman seperti menggunakan sistem operasi host tradisional. Tentang Azure Instance Azure Instance merujuk pada Virtual Machine dalam Azure. Ini adalah mesin virtual yang digunakan oleh Microsoft Azure untuk melacak operasi, bukan sebagai unit scaling. Keuntungan dan Jenis Azure Instance Ada dua jenis Azure Instance: Reserved Instances (dengan pembayaran satu kali di depan) dan Shared Instances (dengan pendekatan high-density). Berapa Biaya Microsoft Azure? Azure mengikuti model harga berlangganan, dengan harga berdasarkan konsumsi. Reserved Instances disarankan untuk diskon jangka panjang. Apa Yang Meningkatkan Biaya Microsoft Azure? Biaya bisa meningkat jika tidak menonaktifkan VM setelah proyek selesai, mengizinkan IoT menyebar tanpa sengaja, memerlukan bantuan tingkat tinggi, dan faktor-faktor lainnya. Apa itu Azure SQL Managed Instance? Ini adalah layanan database cloud yang cerdas dan scalable. Ini memiliki fitur-fitur seperti penyediaan otomatis, pencadangan otomatis, dan keamanan tingkat tinggi. Manfaat Utama Azure Instance PaaS benefits mencakup bisnis yang lancar tanpa perlu membeli atau mengelola perangkat keras, penyediaan layanan yang cepat, dan keamanan tinggi dan kepatuhan. Definisi Azure Instance Azure Instance merujuk pada Virtual Machine dalam Microsoft Azure. Ini dapat berupa Reserved Instances atau Shared Instances, masing-masing dengan keuntungannya sendiri dalam hal biaya dan fleksibilitas. Tentang Managed SQL di Azure Managed SQL di Azure menyediakan layanan database yang cerdas dan dikelola sepenuhnya, dengan berbagai fitur PaaS dan keamanan tinggi. Kunci-kunci dari Azure Instance Azure Instance menawarkan berbagai manfaat, termasuk keberlanjutan bisnis, skala layanan, otomatisasi, kepatuhan, dan integrasi layanan data PaaS lainnya. Layanan Penyediaan dan Skalabilitas di Azure Azure menyediakan berbagai opsi untuk penyediaan layanan dan penyesuaian skala melalui antarmuka Azure dan API Resource Manager. Layanan Migrasi Data di Azure Azure juga menyediakan layanan untuk migrasi data, memungkinkan pelanggan untuk memindahkan data mereka ke cloud dengan mudah dan dengan overhead administrasi yang rendah. //TC ref : [1][2]

SQL Stretch Database SQL Stretch Database secara transparan dan aman memigrasikan data dingin kita ke Microsoft Azure Cloud. Stretch database membagi data menjadi dua jenis. Satu adalah data panas, yang sering diakses, dan yang kedua adalah data dingin, yang jarang diakses. Selain itu, kita dapat menentukan kebijakan atau kriteria untuk data panas dan data dingin. Keuntungan SQL Stretch Database SQL Data Warehouse Microsoft SQL Data Warehouse di Azure adalah database yang berskala besar, cloud-based, mampu memproses volume data besar, baik relasional maupun non-relasional, dan SQL Data Warehouse didasarkan pada arsitektur pemrosesan paralel massal. Komponen SQL Data Warehouse //TC ref : [1][2]

Pembangunan blok dasar yang tersedia di Azure adalah database SQL. Microsoft menawarkan server SQL ini dan database SQL di Azure dalam banyak cara. Kita dapat mendeploy satu database, atau kita dapat mendeploy beberapa database sebagai bagian dari sebuah shared elastic pool. Arsitektur Layanan Database Azure Microsoft memperkenalkan managed instance yang ditujukan kepada pelanggan on-premises. Jadi, jika kita memiliki beberapa database SQL di pusat data on-premises kita dan ingin bermigrasi ke database tersebut ke Azure tanpa konfigurasi yang rumit, atau ambigu, maka kita dapat menggunakan managed instance. Karena ini terutama ditujukan kepada pelanggan on-premises yang ingin memindahkan dan membagikan database on-premises mereka ke Azure dengan usaha dan biaya yang dioptimalkan. Kita juga dapat memanfaatkan lisensi yang kita miliki di pusat data on-premises kita. Microsoft akan bertanggung jawab atas pemeliharaan pemutakhiran dan layanan terkait. Tetapi, jika kita ingin menggunakan layanan IaaS untuk server SQL, maka kita dapat mendeploy SQL Server di Azure Virtual Machine. Jika data memiliki ketergantungan pada platform yang mendasarinya dan kita ingin masuk ke SQL Server, dalam hal ini kita dapat menggunakan SQL server di virtual machine. Kita dapat mendeploy data warehouse SQL di cloud. Azure menawarkan banyak layanan database lain untuk jenis database yang berbeda seperti MySQL, Maria DB, dan juga PostgreSQL. Setelah kita mendeploy database ke Azure, kita perlu bermigrasi data ke dalamnya atau mereplikasi data ke dalamnya. Layanan Database Azure untuk Migrasi Data Layanan-layanan yang tersedia di Azure, yang dapat kita gunakan untuk memigrasi data dari SQL Server on-premises kita ke Azure. Data Factory Ini digunakan untuk transformasi ETL, ekstraksi loading, dll. Menggunakan data factory, kita bahkan dapat mengekstrak data dari pusat data on-premises kita. Kita dapat melakukan beberapa konversi dan memuatnya ke dalam database SQL Azure. Data Factory adalah alat ETL yang ditawarkan di cloud, yang dapat kita gunakan untuk terhubung ke database berbeda, mengekstrak data, mentransformasikannya, dan memuatnya ke tujuan. Keamanan Semua database yang ada di Azure perlu dijamin keamanannya, dan juga kita perlu menerima koneksi dari asal yang dikenal. Untuk tujuan ini, semua layanan database ini dilengkapi dengan aturan firewall di mana kita dapat mengonfigurasi dari alamat IP tertentu mana kita ingin mengizinkan koneksi. Kita dapat mendefinisikan aturan firewall tersebut untuk membatasi jumlah koneksi dan juga mengurangi area serangan yang mungkin. Cosmos DB Cosmos DB adalah penyimpanan data NoSQL yang tersedia di Azure, dan dirancang untuk dapat diukur secara global dan juga sangat tersedia dengan latensi yang sangat rendah. Microsoft menjamin latensi dalam hal membaca dan menulis dengan Cosmos DB. Contohnya – jika kita memiliki aplikasi seperti IoT, gaming di mana kita mendapatkan banyak data dari pengguna yang berbeda yang tersebar di seluruh dunia, maka kita akan menggunakan Cosmos DB. Karena Cosmos DB dirancang untuk dapat diukur secara global dan sangat tersedia sehingga pengguna kita akan mengalami latensi yang rendah. Akhirnya, ada dua hal, dan salah satunya adalah kita perlu mengamankan semua layanan ini. Untuk tujuan ini, kita dapat mengintegrasikan semua layanan ini dengan Azure Active Directory dan mengelola pengguna dari Azure Active Directory juga. Untuk memantau semua layanan ini, kita dapat menggunakan pusat keamanan. Ada juga alat pemantauan individual, tetapi pusat keamanan Azure akan terus memantau semua layanan ini dan memberikan rekomendasi jika ada yang salah. //TC ref : [1][2]