AWSDaftar istilah Panduan Preskriptif

Berikut ini adalah istilah yang umum digunakan dalam strategi, panduan, dan pola yang disediakan oleh PanduanAWS Preskriptif. Untuk menyarankan entri, silakan gunakan tautan Berikan umpan balik di akhir glosarium.

Istilah migrasi

7 Rs

Tujuh strategi migrasi umum untuk memindahkan aplikasi ke cloud. Strategi-strategi ini dibangun berdasarkan 5 Rs yang diidentifikasi Gartner pada tahun 2011 dan terdiri dari yang berikut:

• Refactor/Re-architect - Memindahkan aplikasi dan memodifikasi arsitekturnya dengan mengambil keuntungan penuh dari fitur cloud-native untuk meningkatkan kelincahan, kinerja, dan skalabilitas. Ini biasanya melibatkan porting sistem operasi dan database. Contoh: Memigrasi basis data Oracle di lokasi Anda ke Amazon Aurora Edisi Kompatibel PostgreSQL yang Kompatibel dengan PostgreSQL pertama yang kompatibel dengan PostgreSQL pertama yang kompatibel dengan

• Replatform (angkat dan bentuk kembali) - Pindahkan aplikasi ke cloud, dan perkenalkan beberapa tingkat pengoptimalan untuk memanfaatkan kemampuan cloud. Contoh: Memigrasi basis data Oracle di lokasi Anda ke Amazon Relational Database Service (Amazon RDS) untuk Oracle diAWS Cloud.

• Pembelian kembali (drop and shop) - Beralih ke produk yang berbeda, biasanya dengan beralih dari lisensi tradisional ke model SaaS. Contoh: Migrasikan sistem manajemen hubungan pelanggan (CRM) Anda ke Salesforce.com.

• Rehost (angkat dan geser) - Pindahkan aplikasi ke cloud tanpa membuat perubahan apa pun untuk memanfaatkan kemampuan cloud. Contoh: Migrasikan database Oracle lokal Anda ke Oracle pada instans EC2 diAWS Cloud.

• Pindahkan (pengangkatan dan pergeseran tingkat hypervisor) - Pindahkan infrastruktur ke cloud tanpa membeli perangkat keras baru, menulis ulang aplikasi, atau memodifikasi operasi Anda yang ada. Skenario migrasi ini khusus untuk VMware Cloud onAWS, yang mendukung kompatibilitas mesin virtual (VM) dan portabilitas beban kerja antara lingkungan lokal Anda danAWS. Anda dapat menggunakan teknologi VMware Cloud Foundation dari pusat data lokal saat memigrasi infrastruktur ke VMware Cloud aktifAWS. Contoh: Pindahkan hypervisor yang menghosting database Oracle Anda ke VMware Cloud aktifAWS.

• Pertahankan (kunjungi kembali) - Simpan aplikasi di lingkungan sumber Anda. Ini mungkin termasuk aplikasi yang memerlukan refactoring besar, dan Anda ingin menunda pekerjaan itu sampai nanti, dan aplikasi lama yang ingin Anda pertahankan, karena tidak ada justifikasi bisnis untuk memigrasinya.

• Pensiun - Menonaktifkan atau menghapus aplikasi yang tidak lagi diperlukan di lingkungan sumber Anda.

portofolio aplikasi

Kumpulan informasi rinci tentang setiap aplikasi yang digunakan oleh organisasi, termasuk biaya untuk membangun dan memelihara aplikasi, dan nilai bisnisnya. Informasi ini adalah kunci untuk proses penemuan dan analisis portofolio dan membantu mengidentifikasi dan memprioritaskan aplikasi yang akan dimigrasi, dimodernisasi, dan dioptimalkan.

operasi kecerdasan buatan (AIOps)

Proses menggunakan teknik pembelajaran mesin untuk memecahkan masalah operasional, mengurangi insiden operasional dan intervensi manusia, dan meningkatkan kualitas layanan. Untuk informasi selengkapnya tentang cara AIOps digunakan dalam strategiAWS migrasi, lihat panduan integrasi operasi.

AWSKerangka Adopsi Cloud (AWSCAF)

Kerangka kerja pedoman dan praktik terbaikAWS untuk membantu organisasi mengembangkan rencana yang efisien dan efektif untuk berhasil pindah ke cloud. AWS CAF mengatur panduan ke dalam enam bidang fokus yang disebut perspektif: bisnis, orang, tata kelola, platform, keamanan, dan operasi. Perspektif bisnis, orang, dan tata kelola berfokus pada keterampilan dan proses bisnis; perspektif platform, keamanan, dan operasi berfokus pada keterampilan dan proses teknis. Misalnya, perspektif masyarakat menargetkan pemangku kepentingan yang menangani sumber daya manusia (SDM), fungsi kepegawaian, dan manajemen orang. Untuk perspektif ini,AWS CAF memberikan panduan untuk pengembangan, pelatihan, dan komunikasi orang untuk membantu mempersiapkan organisasi untuk adopsi cloud yang sukses. Untuk informasi lebih lanjut, lihat situs webAWS CAF dan whitepaperAWS CAF.

AWSKerangka Kualifikasi Beban Kerja (AWSWQF)

Alat yang mengevaluasi beban kerja migrasi database, merekomendasikan strategi migrasi, dan memberikan perkiraan pekerjaan. AWS WQF disertakan denganAWS Schema Conversion Tool (AWS SCT). Ini menganalisis skema database dan objek kode, kode aplikasi, dependensi, dan karakteristik kinerja, dan memberikan laporan penilaian.

perencanaan kelangsungan bisnis (BCP)

Sebuah rencana yang membahas potensi dampak dari peristiwa yang mengganggu, seperti migrasi skala besar, pada operasi dan memungkinkan bisnis untuk melanjutkan operasi dengan cepat.

Cloud Center of Excellence (CCoE)

Tim multi-disiplin yang mendorong upaya adopsi cloud di seluruh organisasi, termasuk mengembangkan praktik terbaik cloud, memobilisasi sumber daya, menetapkan jadwal migrasi, dan memimpin organisasi melalui transformasi skala besar. Untuk informasi selengkapnya, lihat postingan CCoE di Blog StrategiAWS Cloud Enterprise.

tahapan awan adopsi

Empat fase yang biasanya dilalui organisasi saat mereka bermigrasi keAWS Cloud:

• Proyek - Menjalankan beberapa proyek terkait cloud untuk bukti konsep dan tujuan pembelajaran

• Yayasan - Melakukan investasi dasar untuk meningkatkan adopsi cloud Anda (misalnya, membuat landing zone, mendefinisikan CCoE, membuat model operasi)

• Migrasi - Memigrasi aplikasi individual

• Penemuan ulang - Mengoptimalkan produk dan layanan, dan berinovasi di cloud

Tahapan ini didefinisikan oleh Stephen Orban dalam posting blog The Journey Toward Cloud-First & Tahapan Adopsi di blog Strategi PerusahaanAWS Cloud. Untuk informasi tentang kaitannya dengan strategiAWS migrasi, lihat panduan kesiapan migrasi.

database manajemen konfigurasi (CMDB)

Database yang berisi informasi tentang produk perangkat keras dan perangkat lunak perusahaan, konfigurasi, dan antar-dependensi. Anda biasanya menggunakan data dari CMDB dalam tahap penemuan portofolio dan analisis migrasi.

epik

Dalam metodologi tangkas, kategori fungsional yang membantu mengatur dan memprioritaskan pekerjaan Anda. Epos memberikan deskripsi tingkat tinggi tentang persyaratan dan tugas implementasi. Misalnya, epos keamananAWS CAF mencakup manajemen identitas dan akses, kontrol detektif, keamanan infrastruktur, perlindungan data, dan respons insiden. Untuk informasi selengkapnya tentang epos dalam strategiAWS migrasi, lihat panduan implementasi program.

migrasi database heterogen

Memigrasikan database sumber Anda ke database target yang menggunakan mesin database yang berbeda (misalnya, Oracle ke Amazon Aurora). Migrasi heterogen biasanya merupakan bagian dari upaya arsitektur ulang, dan mengubah skema dapat menjadi tugas yang kompleks. AWSmenyediakanAWS SCT yang membantu dengan konversi skema.

migrasi database homogen

Memigrasi database sumber Anda ke database target yang berbagi mesin database yang sama (misalnya, Microsoft SQL Server ke Amazon RDS for SQL Server). Migrasi homogen biasanya merupakan bagian dari upaya rehosting atau replatforming. Anda dapat menggunakan utilitas database asli untuk memigrasi skema.

periode hipercare

Segera setelah cutover, periode waktu ketika tim migrasi mengelola dan memantau aplikasi yang dimigrasi di cloud untuk mengatasi masalah apa pun. Biasanya, periode ini panjangnya 1—4 hari. Pada akhir periode hypercare, tim migrasi biasanya mentransfer tanggung jawab untuk aplikasi ke tim operasi cloud.

aplikasi idle

Aplikasi yang memiliki CPU rata-rata dan penggunaan memori antara 5 dan 20 persen selama periode 90 hari. Dalam proyek migrasi, adalah umum untuk menghentikan aplikasi ini atau mempertahankannya di tempat.

IT perpustakaan informasi (ITIL)

Serangkaian praktik terbaik untuk memberikan layanan TI dan menyelaraskan layanan ini dengan persyaratan bisnis. ITIL menyediakan dasar untuk ITSM.

Manajemen layanan TI (ITSM)

Kegiatan yang terkait dengan merancang, menerapkan, mengelola, dan mendukung layanan TI untuk suatu organisasi. Untuk informasi tentang mengintegrasikan operasi cloud dengan alat ITSM, lihat panduan integrasi operasi.

landing zone

Zona pendaratan adalahAWS lingkungan multi-akun yang dirancang dengan baik yang dapat diskalakan dan aman. Ini adalah titik awal dari mana organisasi Anda dapat dengan cepat meluncurkan dan menyebarkan beban kerja dan aplikasi dengan keyakinan dalam lingkungan keamanan dan infrastruktur mereka. Untuk informasi selengkapnya tentang zona pendaratan, lihat MenyiapkanAWS lingkungan multi-akun yang aman dan dapat diskalakan.

migrasi besar

Migrasi 300 server atau lebih.

Migration Acceleration Program (MAP)

AWSProgram yang menyediakan dukungan konsultasi, pelatihan, dan layanan untuk membantu organisasi membangun fondasi operasional yang kuat untuk pindah ke cloud, dan untuk membantu mengimbangi biaya awal migrasi. MAP mencakup metodologi migrasi untuk mengeksekusi migrasi warisan dengan cara metodis dan seperangkat alat untuk mengotomatisasi dan mempercepat skenario migrasi umum.

Penilaian Portofolio Migrasi (MPA)

Alat online yang menyediakan informasi untuk memvalidasi kasus bisnis untuk bermigrasi keAWS Cloud. MPA memberikan penilaian portofolio terperinci (ukuran kanan server, harga, perbandingan TCO, analisis biaya migrasi) serta perencanaan migrasi (analisis data aplikasi dan pengumpulan data, pengelompokan aplikasi, prioritas migrasi, dan perencanaan gelombang). Alat KKL (memerlukan login) tersedia secara gratis untuk semuaAWS konsultan dan konsultan Mitra APN.

Penilaian Kesiapan Migrasi (MRA)

Proses mendapatkan wawasan tentang status kesiapan cloud organisasi, mengidentifikasi kekuatan dan kelemahan, dan membangun rencana aksi untuk menutup kesenjangan yang teridentifikasi, menggunakanAWS CAF. Untuk informasi lebih lanjut, lihat panduan kesiapan migrasi untuk informasi lebih lanjut, lihat panduan kesiapan migrasi. MRA adalah tahap pertama dari strategiAWS migrasi.

migrasi pada skala

Proses memindahkan sebagian besar portofolio aplikasi ke cloud dalam gelombang, dengan lebih banyak aplikasi bergerak pada tingkat yang lebih cepat di setiap gelombang. Fase ini menggunakan praktik terbaik dan pelajaran yang dipelajari dari fase sebelumnya untuk menerapkan pabrik migrasi tim, alat, dan proses untuk merampingkan migrasi beban kerja melalui otomatisasi dan pengiriman yang gesit. Ini adalah fase ketiga dari strategiAWS migrasi.

pabrik migrasi

Tim lintas fungsi yang merampingkan migrasi beban kerja melalui pendekatan otomatis dan gesit. Tim pabrik migrasi biasanya mencakup operasi, analis dan pemilik bisnis, insinyur migrasi, pengembang, dan DevOps profesional yang bekerja di sprint. Antara 20 dan 50 persen portofolio aplikasi perusahaan terdiri dari pola berulang yang dapat dioptimalkan dengan pendekatan pabrik. Untuk informasi selengkapnya, lihat diskusi pabrik migrasi dan panduan Pabrik Migrasi Cloud dalam kumpulan konten ini.

metadata migrasi

Informasi tentang aplikasi dan server yang diperlukan untuk menyelesaikan migrasi. Setiap pola migrasi memerlukan seperangkat metadata migrasi yang berbeda secara berbeda. Contoh metadata migrasi termasuk subnet target, grup keamanan, danAWS akun.

pola migrasi

Tugas migrasi berulang yang merinci strategi migrasi, tujuan migrasi, dan aplikasi atau layanan migrasi yang digunakan. Contoh: Rehost migrasi ke Amazon EC2 dengan Layanan MigrasiAWS Aplikasi.

strategi migrasi

Pendekatan yang digunakan untuk memigrasi beban kerja keAWS Cloud. Untuk informasi selengkapnya, lihat7 Rs entri dalam glosarium ini dan lihat Memobilisasi organisasi Anda untuk mempercepat migrasi skala besar.

perjanjian tingkat operasional (OLA)

Kesepakatan yang mengklarifikasi apa yang dijanjikan oleh kelompok TI fungsional untuk saling memberikan, untuk mendukung perjanjian tingkat layanan (SLA).

integrasi operasi (OI)

Proses modernisasi operasi di cloud, yang melibatkan perencanaan kesiapan, otomatisasi, dan integrasi. Untuk informasi lebih lanjut, lihat panduan integrasi operasi.

manajemen perubahan organisasi (OCM)

Kerangka kerja untuk mengelola transformasi bisnis utama dan mengganggu dari perspektif masyarakat, budaya, dan kepemimpinan. OCM membantu organisasi mempersiapkan, dan transisi ke, sistem dan strategi baru dengan mempercepat adopsi perubahan, mengatasi masalah transisi, dan mendorong perubahan budaya dan organisasi. Dalam strategiAWS migrasi, kerangka kerja ini disebut akselerasi orang, karena kecepatan perubahan yang diperlukan dalam proyek adopsi cloud. Untuk informasi lebih lanjut, lihat panduan OCM untuk informasi lebih lanjut

buku pedoman

Serangkaian langkah standar yang menangkap pekerjaan yang terkait dengan migrasi, seperti mengirimkan fungsi operasi inti di cloud. Buku pedoman dapat berupa skrip, runbook otomatis, atau ringkasan proses atau langkah yang diperlukan untuk mengoperasikan lingkungan modern Anda.

penilaian portofolio

Proses menemukan, menganalisis, dan memprioritaskan portofolio aplikasi untuk merencanakan migrasi. Untuk informasi lebih lanjut, lihat Mengevaluasi kesiapan migrasi.

bertanggung jawab, bertanggung jawab, dikonsultasikan, diinformasikan (RACI) matriks

Matriks yang mendefinisikan dan memberikan peran dan tanggung jawab dalam sebuah proyek. Misalnya, Anda dapat membuat RACI untuk menentukan kepemilikan kontrol keamanan atau untuk mengidentifikasi peran dan tanggung jawab untuk tugas tertentu dalam proyek migrasi.

buku runbook

Satu set prosedur manual atau otomatis yang diperlukan untuk melakukan tugas tertentu yang diperlukan untuk melakukan tugas tertentu. Ini biasanya dibuat untuk merampingkan operasi atau prosedur berulang dengan tingkat kesalahan tinggi.

perjanjian tingkat layanan (SLA)

Perjanjian yang menjelaskan apa yang dijanjikan tim TI untuk diberikan kepada pelanggan mereka, seperti uptime layanan dan kinerja.

daftar tugas

Alat yang digunakan untuk melacak kemajuan melalui runbook. Daftar tugas berisi ikhtisar runbook dan daftar tugas umum yang harus diselesaikan. Untuk setiap tugas umum, itu termasuk perkiraan jumlah waktu yang dibutuhkan, pemilik, dan kemajuan.

alur kerja

Kelompok fungsional dalam proyek migrasi yang bertanggung jawab untuk serangkaian tugas tertentu. Setiap alur kerja bersifat independen tetapi mendukung alur kerja lainnya dalam proyek. Misalnya, alur kerja portofolio bertanggung jawab untuk memprioritaskan aplikasi, perencanaan gelombang, dan mengumpulkan metadata migrasi. Portofolio workstream mengirimkan aset ini ke alur kerja migrasi, yang kemudian memigrasi server dan aplikasi.

aplikasi zombie

Aplikasi yang memiliki CPU rata-rata dan penggunaan memori di bawah 5 persen. Dalam proyek migrasi, adalah umum untuk pensiun aplikasi ini.