Tugas 2: Mendefinisikan proses untuk mengidentifikasi, mengumpulkan, dan menyimpan metadata - AWS Bimbingan Preskriptif
Langkah 1: Tentukan metadata yang diperlukanLangkah 2: Membangun penyimpanan metadata dan proses pengumpulanLangkah 3: Dokumentasikan persyaratan metadata dan proses pengumpulan di runbookKriteria keluar tugas

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Tugas 2: Mendefinisikan proses untuk mengidentifikasi, mengumpulkan, dan menyimpan metadata

Di tugas sebelumnya, Anda memvalidasi data penemuan awal, strategi migrasi, dan pola migrasi untuk migrasi besar Anda. Dalam tugas ini, Anda mengidentifikasi metadata apa yang diperlukan dan memutuskan bagaimana Anda akan mengumpulkannya. Tugas ini terdiri dari langkah-langkah berikut:

Saat Anda menyelesaikan langkah-langkah di bagian ini, pertimbangkan seluruh siklus migrasi dari perspektif metadata. Pertimbangkan penilaian portofolio, perencanaan gelombang, migrasi, pengujian, aktivitas pasca-pemotongan, dan kemudian analisis semua kemungkinan kasus penggunaan dan kasus penggunaan terkait. Memikirkan informasi yang Anda butuhkan untuk menyelesaikan proses migrasi penuh membantu Anda mengidentifikasi semua metadata untuk pola itu.

Langkah 1: Tentukan metadata yang diperlukan

Sebelum Anda dapat menentukan atribut metadata yang diperlukan, Anda harus memahami pola migrasi. Misalnya, Anda memerlukan metadata yang berbeda untuk memigrasikan server ke Amazon EC2 dan untuk memigrasikan database ke Amazon RDS. Sebagian besar pola terdiri dari banyak tugas kecil. Untuk melakukan pola migrasi, Anda perlu mengetahui atribut metadata apa yang diperlukan dan kemudian mengumpulkan metadata untuk aplikasi tersebut. Anda harus menentukan dan mengumpulkan metadata yang diperlukan dalam tahap inisialisasi sehingga Anda dapat melakukan migrasi secara efisien dan tanpa penundaan dalam tahap implementasi.

Orang atau tim yang mendefinisikan atribut metadata dimulai dengan mendefinisikan langkah dan tugas yang diperlukan untuk melakukan pola migrasi. Tugas menentukan metadata apa yang dibutuhkan, jadi mengerjakan setiap tugas membangun kumpulan metadata yang diperlukan secara komprehensif. Orang yang menentukan metadata apa yang diperlukan biasanya perlu memiliki pemahaman yang komprehensif tentang bagaimana menyelesaikan pola migrasi. Koordinasi dengan orang yang menulis buku runbook migrasi mungkin diperlukan. Untuk informasi selengkapnya, lihat buku pedoman Migrasi untuk migrasi AWS besar.

Selama migrasi besar, ada banyak proses yang tersebar di semua alur kerja yang memiliki ketergantungan pada metadata. Memiliki metadata yang tepat waktu dan akurat memiliki dampak yang luas dan signifikan terhadap keberhasilan migrasi besar.

Pada langkah ini, Anda menentukan pola atau tugas dan kemudian menggunakan definisi untuk mengidentifikasi metadata yang diperlukan.

Identifikasi komponen kunci dari pola migrasi dan tugas pendukung

Pada langkah ini, untuk setiap pola migrasi atau tugas pendukung, Anda menentukan komponen utama, seperti tindakan, objek sumber, objek target, dan alat yang digunakan. Anda kemudian memberi nama pola atau tugas berdasarkan jawaban Anda.

Tugas pendukung meliputi kegiatan operasional yang perlu dilakukan oleh portofolio dan alur kerja migrasi selama migrasi, seperti perencanaan gelombang, prioritas aplikasi, analisis ketergantungan, tata kelola, pemulihan bencana, pengujian kinerja, atau pengujian penerimaan pengguna. Karena Anda memerlukan metadata untuk mendukung tugas ini, Anda melakukan langkah-langkah ini untuk pola migrasi dan tugas pendukung.

  1. Tindakan — Identifikasi strategi migrasi atau tugas pendukung. Ingatlah bahwa satu tindakan mungkin memiliki tindakan lain yang terkait dengannya. Misalnya, Anda mungkin ingin menentukan operasi untuk migrasi. Contoh tindakan meliputi:

    • Strategi migrasi, seperti rehost, replatform, atau relokasi

    • Perencanaan gelombang

    • Prioritas aplikasi dan analisis ketergantungan

    • Operasi

    • Tata kelola

    • Pemulihan bencana

    • Pengujian, seperti pengujian kinerja atau pengujian penerimaan pengguna (UAT)

  2. Objek sumber — Identifikasi objek sumber tempat tindakan akan dilakukan. Contoh objek sumber meliputi:

    • Gelombang

    • Server

    • Basis Data

    • Berbagi file

    • Aplikasi

  3. Alat — Identifikasi layanan atau alat yang digunakan untuk melakukan tindakan. Anda dapat menggunakan lebih dari satu alat atau layanan. Contoh alat meliputi:

    • AWS Application Migration Service

    • AWS DataSync

    • AWS Database Migration Service (AWS DMS)

    • AWS Backup

    • Alat pemantauan kinerja

  4. Objek target — Identifikasi objek target, layanan, atau lokasi di mana sumber akan berada ketika tindakan selesai. Contoh objek, layanan, atau lokasi meliputi:

    • Amazon Elastic Compute Cloud (Amazon EC2)

    • Amazon Relational Database Service (Amazon RDS)

    • Amazon Elastic File System (Amazon EFS)

    • Amazon Elastic Container Service (Amazon ECS)

    • Rencana gelombang

  5. Nama pola - Gabungkan jawaban Anda ke langkah-langkah sebelumnya sebagai berikut:

    <action><source object><target object>on/untuk menggunakan <tool>

    Berikut ini adalah beberapa contohnya:

    • Rehost (aksi) gelombang, aplikasi, atau server (objek sumber) ke Amazon EC2 (objek target) menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud (alat)

    • Pembagian file replatform (tindakan) (objek sumber) ke Amazon EFS (objek target) menggunakan DataSync (alat)

    • Platform ulang basis data (tindakan) (objek sumber) ke Amazon RDS (objek target) menggunakan (alat AWS DMS )

    • Pemantauan kinerja (tindakan) aplikasi (objek sumber) di Amazon EC2 (objek target) menggunakan Amazon CloudWatch (alat)

    • Cadangkan server (tindakan) (objek sumber) di Amazon EC2 (objek target) menggunakan AWS Backup (alat) setelah migrasi

    • Perencanaan gelombang (aksi) gelombang, aplikasi, atau server (objek sumber) untuk membuat rencana gelombang (objek target)

Berikut ini adalah contoh cara merekam Pola 1: Rehost ke Amazon EC2 menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud dari tabel pola migrasi.

Pattern ID

1

Pattern name

Rehost ke Amazon EC2 menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud

Action

Migrasi rehost

Source object

Gelombang, aplikasi, atau server

Tools

Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud

Target object

Amazon EC2

Tentukan metadata yang diperlukan untuk setiap pola atau tugas

Sekarang setelah Anda menentukan pola atau tugas, Anda menentukan metadata yang diperlukan untuk objek sumber, objek target, alat, dan informasi bisnis lainnya. Untuk menjelaskan proses ini, pedoman ini menggunakan Pola 1: Rehost ke Amazon EC2 menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud dari tabel pola migrasi sebagai contoh. Perhatikan bahwa untuk beberapa pola atau tugas, beberapa langkah mungkin tidak berlaku.

  1. Menganalisis objek target — Bekerja mundur dari objek target, secara manual membuat objek dan mengidentifikasi metadata yang diperlukan untuk mendukungnya. Tangkap metadata seperti yang ditunjukkan pada tabel berikut.

    Misalnya, saat membuat EC2 instance, Anda harus memilih jenis instans, tipe penyimpanan, ukuran penyimpanan, subnet, grup keamanan, dan tag. Tabel berikut mencakup contoh atribut metadata yang mungkin Anda perlukan jika objek target Anda adalah sebuah EC2 instance.

    Nama atribut Jenis objek Deskripsi atau tujuan

    target_subnet

    EC2 Contoh target

    Subnet dari instance target EC2

    target_subnet_test

    EC2 Contoh target

    Uji subnet dari instance target EC2

    target_security_group

    EC2 Contoh target

    Kelompok keamanan dari EC2 instance target

    target_security_group_test

    EC2 Contoh target

    Uji kelompok keamanan dari EC2 instance target

    IAM_role

    EC2 Contoh target

    AWS Identity and Access Management (IAM) peran instance target EC2

    instance_type

    EC2 Contoh target

    Jenis instance dari EC2 instance target

    AWS_account_ID

    EC2 Contoh target

    AWS akun untuk meng-host EC2 instance target

    AWS_Region

    EC2 Contoh target

    AWS Wilayah untuk meng-host EC2 instance target

  2. Analisis alat - Gunakan alat untuk membuat objek target dan periksa perbedaannya. Tangkap metadata khusus alat seperti yang ditunjukkan dalam tabel berikut, dan hapus atribut dari tabel sebelumnya jika tidak didukung oleh alat migrasi. Misalnya, Anda tidak dapat menyesuaikan jenis OS dan ukuran penyimpanan untuk Layanan Migrasi Aplikasi karena alat migrasi rehost adalah like-for-like. Oleh karena itu, Anda akan menghapus OS target dan ukuran disk target jika atribut ini disertakan dalam tabel sebelumnya. Dalam tabel contoh sebelumnya, semua atribut didukung oleh alat, jadi tidak ada tindakan yang diperlukan.

    Tabel berikut mencakup contoh metadata yang mungkin Anda perlukan untuk alat.

    Nama atribut Jenis objek Deskripsi atau tujuan

    AWS_account_ID

    Alat (Layanan Migrasi Aplikasi)

    AWS ID akun untuk AWS Application Migration Service

    AWS_Region

    Alat (Layanan Migrasi Aplikasi)

    AWS Wilayah untuk Layanan Migrasi Aplikasi

    replication_server_subnet

    Alat (Layanan Migrasi Aplikasi)

    Subnet untuk server replikasi Layanan Migrasi Aplikasi

    replication_server_security_group

    Alat (Layanan Migrasi Aplikasi)

    Grup keamanan untuk server replikasi Layanan Migrasi Aplikasi

  3. Menganalisis objek sumber - Tentukan metadata yang diperlukan untuk objek sumber dengan menilai tindakan sebagai berikut:

    • Untuk memigrasi server, Anda perlu mengetahui nama server sumber dan nama domain yang memenuhi syarat (FQDN) untuk terhubung ke server.

    • Untuk memigrasikan aplikasi bersama dengan servernya, Anda perlu mengetahui nama aplikasi, lingkungan aplikasi, dan application-to-server pemetaan.

    • Untuk melakukan penilaian portofolio, memprioritaskan aplikasi, atau menentukan grup pindah, Anda perlu mengetahui pemetaan, application-to-server pemetaan, application-to-database dan dependensi. application-to-application

    • Untuk mengelola gelombang, Anda perlu mengetahui ID gelombang dan waktu mulai dan akhir gelombang.

    Tabel berikut mencakup contoh metadata yang mungkin Anda perlukan untuk objek sumber.

    Nama atribut Jenis objek Deskripsi atau tujuan

    wave_ID

    Gelombang sumber

    ID gelombang (misalnya: gelombang 10)

    wave_start_date

    Gelombang sumber

    Tanggal mulai untuk gelombang

    wave_cutover_date

    Gelombang sumber

    Tanggal cutover untuk gelombang

    wave_owner

    Gelombang sumber

    Pemilik gelombang

    app_name

    Aplikasi sumber

    Nama aplikasi sumber

    app_to_server_mapping

    Aplikasi sumber

    Application-to-server hubungan

    app_to_DB_mapping

    Aplikasi sumber

    Application-to-database hubungan

    app_to_app_dependencies

    Aplikasi sumber

    Dependensi eksternal aplikasi

    server_name

    Server sumber

    Nama server sumber

    server_FQDN

    Server sumber

    Nama domain yang sepenuhnya memenuhi syarat dari server sumber

    server_OS_family

    Server sumber

    Keluarga sistem operasi (OS) dari server sumber (misalnya: Windows atau Linux)

    server_OS_version

    Server sumber

    Versi OS dari server sumber (misalnya: Windows Server 2003)

    server_environment

    Server sumber

    Lingkungan server sumber (misalnya: pengembangan, produksi, atau pengujian)

    server_tier

    Server sumber

    Tingkat server sumber (misalnya: web, database, atau aplikasi)

    CPU

    Server sumber

    Jumlah CPUs di server sumber

    RAM

    Server sumber

    Ukuran RAM dari server sumber

    disk_size

    Server sumber

    Ukuran disk dari server sumber

  4. Pertimbangkan atribut lain — Selain tindakan utama, pertimbangkan tindakan dan atribut lain yang terkait dengan objek target atau aplikasi. Untuk pola contoh, Pola 1: Rehost ke Amazon EC2 menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud, tindakannya adalah rehost, dan objek targetnya adalah Amazon. EC2 Tindakan terkait lainnya untuk objek target ini mungkin termasuk mencadangkan ke Amazon EC2, memantau EC2 instance setelah migrasi, dan menggunakan tag untuk mengelola biaya yang terkait dengan EC2 instance. Anda mungkin juga ingin mempertimbangkan atribut aplikasi lain yang membantu Anda mengelola migrasi, seperti pemilik aplikasi, yang mungkin perlu Anda hubungi untuk pertanyaan atau tujuan pemotongan.

    Tabel berikut mencakup contoh metadata tambahan yang umum digunakan. Tabel ini mencakup tag untuk EC2 instance target Anda. Untuk informasi selengkapnya tentang tag dan cara menggunakannya, lihat Menandai EC2 sumber daya Amazon Anda di EC2 dokumentasi Amazon.

    Nama atribut Jenis objek Deskripsi atau tujuan

    Name

    EC2 Contoh target (tag)

    Tag untuk menentukan nama EC2 instance target

    app_owner

    Aplikasi sumber

    Pemilik aplikasi sumber

    business_unit

    EC2 Contoh target (tag)

    Tag untuk mengidentifikasi unit bisnis untuk EC2 contoh target (misalnya: SDM, keuangan, atau TI)

    cost_center

    EC2 Contoh target (tag)

    Tag untuk mengidentifikasi pusat biaya untuk EC2 instance target

  5. Buat tabel — Gabungkan semua metadata yang diidentifikasi pada langkah sebelumnya ke dalam satu tabel.

    Nama atribut Jenis objek Deskripsi atau tujuan

    wave_ID

    Gelombang sumber

    ID gelombang (misalnya: gelombang 10)

    wave_start_date

    Gelombang sumber

    Tanggal mulai untuk gelombang

    wave_cutover_date

    Gelombang sumber

    Tanggal cutover untuk gelombang

    wave_owner

    Gelombang sumber

    Pemilik gelombang

    app_name

    Aplikasi sumber

    Nama aplikasi sumber

    app_to_server_mapping

    Aplikasi sumber

    Application-to-server hubungan

    app_to_DB_mapping

    Aplikasi sumber

    Application-to-database hubungan

    app_to_app_dependencies

    Aplikasi sumber

    Dependensi eksternal aplikasi

    AWS_account_ID

    Alat (Layanan Migrasi Aplikasi)

    AWS akun untuk meng-host EC2 instance target

    AWS_Region

    Alat (Layanan Migrasi Aplikasi)

    AWS Wilayah untuk meng-host EC2 instance target

    replication_server_subnet

    Alat (Layanan Migrasi Aplikasi)

    Subnet untuk server replikasi Layanan Migrasi Aplikasi

    replication_server_security_group

    Alat (Layanan Migrasi Aplikasi)

    Grup keamanan untuk server replikasi Layanan Migrasi Aplikasi

    server_name

    Server sumber

    Nama server sumber

    server_FQDN

    Server sumber

    Nama domain yang sepenuhnya memenuhi syarat dari server sumber

    server_OS_family

    Server sumber

    Keluarga sistem operasi (OS) dari server sumber (misalnya: Windows atau Linux)

    server_OS_version

    Server sumber

    Versi OS dari server sumber (misalnya: Windows Server 2003)

    server_environment

    Server sumber

    Lingkungan server sumber (misalnya: pengembangan, produksi, atau pengujian)

    server_tier

    Server sumber

    Tingkat server sumber (misalnya: web, database, atau aplikasi)

    CPU

    Server sumber

    Jumlah CPUs di server sumber

    RAM

    Server sumber

    Ukuran RAM dari server sumber

    disk_size

    Server sumber

    Ukuran disk dari server sumber

    target_subnet

    Server target

    Subnet dari instance target EC2

    target_subnet_test

    Server target

    Uji subnet dari instance target EC2

    target_security_group

    Server target

    Kelompok keamanan dari EC2 instance target

    target_security_group_test

    Server target

    Uji kelompok keamanan dari EC2 instance target

    instance_type

    Server target

    Jenis instance dari EC2 instance target

    IAM_role

    Server target

    AWS Identity and Access Management (IAM) peran instance target EC2

    Name

    Server target (tag)

    Tag untuk menentukan nama EC2 instance target

    app_owner

    Aplikasi sumber

    Pemilik aplikasi sumber

    business_unit

    Server target (tag)

    Tag untuk mengidentifikasi unit bisnis untuk EC2 contoh target (misalnya: SDM, keuangan, atau TI)

    cost_center

    Server target (tag)

    Tag untuk mengidentifikasi pusat biaya untuk EC2 instance target

  6. Ulangi — Ulangi proses ini sampai Anda telah mendokumentasikan metadata yang diperlukan untuk setiap pola.

Langkah 2: Membangun penyimpanan metadata dan proses pengumpulan

Pada langkah sebelumnya, Anda menentukan metadata yang diperlukan untuk mendukung migrasi Anda. Pada langkah ini, Anda membangun proses untuk mengumpulkan dan menyimpan metadata. Langkah ini terdiri dari dua tugas:

  1. Analisis metadata yang diperlukan dari langkah sebelumnya dan identifikasi sumbernya.

  2. Tentukan proses untuk menyimpan dan mengumpulkan metadata secara efisien.

Menganalisis sumber metadata

Ada banyak sumber metadata yang umum. Biasanya, hal pertama yang dapat Anda akses adalah inventaris aset tingkat tinggi, yang biasanya diekspor dari database manajemen konfigurasi (CMDB) atau dari alat lain yang ada. Namun, Anda perlu mengumpulkan metadata dari sumber lain juga, menggunakan proses otomatis dan manual.

Tabel berikut berisi sumber umum, proses pengumpulan standar untuk sumber tersebut, dan jenis metadata umum yang dapat Anda temukan dari sumber tersebut.

Sumber metadata Jenis koleksi Jenis metadata

Alat penemuan

Otomatis

Server sumber

CMDB

Otomatis

Server sumber

Inventaris dari alat lain, seperti RVToolsuntuk VMware vSphere

Otomatis

Server sumber

Kuesioner pemilik aplikasi

Manual

Server sumber, server target, gelombang

Wawancara pemilik aplikasi

Manual

Server sumber, server target, gelombang

Dokumentasi desain aplikasi

Manual

Server target

Dokumentasi desain zona pendaratan

Manual

Server target, alat

Setelah mencantumkan semua kemungkinan sumber metadata Anda, Anda menganalisis jenis metadata dan memetakan setiap sumber ke atribut metadata yang Anda identifikasi pada langkah sebelumnya.

  1. Dapatkan daftar lengkap atribut metadata dari. Langkah 1: Tentukan metadata yang diperlukan

  2. Analisis setiap jenis metadata dan tentukan tipe mana yang tidak dapat diambil menggunakan proses otomatis. Ini biasanya metadata server target dan jenis metadata gelombang karena ini memerlukan keputusan dari pemilik aplikasi. Misalnya, subnet dan grup keamanan mana yang akan Anda gunakan untuk EC2 instance target?

  3. Analisis setiap atribut metadata dan petakan ke sumber metadata di tabel sebelumnya. Adalah umum untuk memiliki kombinasi berbagai sumber. Anda dapat menggunakan alat penemuan untuk mengumpulkan beberapa metadata server sumber. Untuk informasi tentang penggunaan alat penemuan untuk mengumpulkan metadata, lihat Memulai penemuan portofolio otomatis di situs web Panduan AWS Preskriptif.

  4. Buat tabel untuk memetakan atribut metadata ke jenis dan sumbernya. Tabel berikut adalah contohnya.

    Atribut metadata Jenis metadata Sumber metadata

    app_name

    Aplikasi sumber

    CMDB

    app_owner

    Aplikasi sumber

    CMDB

    app_to_server_mapping

    Aplikasi sumber

    CMDB, alat penemuan, atau kuesioner pemilik aplikasi

    app_to_DB_mapping

    Aplikasi sumber

    CMDB, alat penemuan, atau kuesioner pemilik aplikasi

    app_to_app_dependencies

    Aplikasi sumber

    CMDB, alat penemuan, atau kuesioner pemilik aplikasi

    server_name

    Server sumber

    CMDB

    server_FQDN

    Server sumber

    CMDB

    server_OS_family

    Server sumber

    CMDB

    server_IP

    Server sumber

    Alat penemuan

    disk_size

    Server sumber

    Alat penemuan

    instance_type

    Server target

    Alat penemuan

    target_subnet

    Server target

    Kuesioner pemilik aplikasi

    target_security_group

    Server target

    Kuesioner pemilik aplikasi

    AWS_Region

    Server target

    Kuesioner pemilik aplikasi

    AWS_account_ID

    Server target

    Kuesioner pemilik aplikasi

    replication_server_subnet

    Alat (Layanan Migrasi Aplikasi)

    Dokumentasi desain zona pendaratan

    replication_server_security_group

    Alat (Layanan Migrasi Aplikasi)

    Dokumentasi desain zona pendaratan

    Name

    Server target (tag)

    Kuesioner pemilik aplikasi

    business_unit

    Server target (tag)

    Kuesioner pemilik aplikasi

    cost_center

    Server target (tag)

    Kuesioner pemilik aplikasi

    wave_ID

    Perencanaan gelombang

    Wawancara pemilik aplikasi

    wave_start_date

    Perencanaan gelombang

    Wawancara pemilik aplikasi

    wave_cutover_date

    Perencanaan gelombang

    Wawancara pemilik aplikasi

Tentukan satu toko metadata

Setelah memetakan setiap atribut metadata ke sumbernya, Anda menentukan tempat menyimpan metadata. Terlepas dari bagaimana dan di mana Anda menyimpan metadata, Anda hanya perlu memilih satu repositori. Ini memastikan bahwa Anda memiliki satu sumber kebenaran. Menyimpan metadata di banyak tempat adalah kesalahan umum dalam migrasi besar.

Opsi 1: Simpan metadata dalam spreadsheet di repositori bersama

Meskipun opsi ini mungkin terdengar seperti proses yang sangat manual, ini adalah penyimpanan data yang paling umum untuk migrasi besar. Hal ini juga umum untuk menyimpan spreadsheet dalam repositori bersama, seperti situs Microsoft. SharePoint

Spreadsheet Microsoft Excel mudah disesuaikan dan tidak membutuhkan waktu lama untuk dibangun. Kerugiannya adalah akan menjadi sangat kompleks jika Anda memiliki banyak metadata dan sulit untuk mengelola hubungan antar aset, seperti antara server, aplikasi, dan database. Tantangan lainnya adalah manajemen versi. Anda perlu membatasi akses tulis hanya untuk beberapa orang, atau Anda perlu menggunakan proses otomatis untuk memperbarui spreadsheet.

Dalam templat buku pedoman portofolio, Anda dapat menggunakan templat Dasbor untuk perencanaan gelombang dan migrasi (format Excel) sebagai titik awal untuk membuat spreadsheet penyimpanan data Anda sendiri.

Opsi 2: Simpan metadata dalam alat yang dibuat khusus

Anda dapat menggunakan alat bawaan, seperti TDS Transition Manager (situs web TDS), untuk menyimpan data Anda, atau Anda dapat membuat alat Anda sendiri. Saat Anda membangun alat Anda sendiri, Anda memerlukan tabel database seperti tab spreadsheet Excel di opsi 1. Sebagai contoh:

  • Tabel server

  • Tabel aplikasi

  • Tabel basis data

  • Application-to-server dan tabel application-to-database pemetaan

  • Tabel perencanaan gelombang

  • Tabel kuesioner pemilik aplikasi

Tentukan proses pengumpulan metadata

Pada langkah sebelumnya, Anda memetakan metadata ke sumbernya dan menentukan penyimpanan data tempat Anda akan mengumpulkan metadata. Pada langkah ini, Anda membangun proses untuk mengumpulkan metadata secara efektif. Anda harus meminimalkan copy-and-paste proses manual dan menggunakan otomatisasi untuk mengumpulkan metadata dari setiap sumber. Ada tiga langkah:

  1. Buat skrip ekstrak, transformasi, dan muat (ETL) untuk setiap sumber metadata berdasarkan tabel pemetaan metadata.

  2. Buat tugas terjadwal yang mengimpor metadata dari setiap sumber secara otomatis secara teratur.

  3. Bangun proses ekspor atau berikan akses antarmuka pemrograman aplikasi (API) ke metadata yang disimpan di repositori.

Tabel berikut adalah contoh atribut metadata yang dikumpulkan oleh setiap skrip ETL. Metadata disimpan di lokasi yang Anda tentukan di bagian sebelumnya, seperti spreadsheet atau alat yang dibuat khusus.

Atribut metadata Jenis metadata Sumber metadata Proses pengumpulan

app_name

Aplikasi sumber

CMDB

Skrip ETL — CMDB

app_owner

Aplikasi sumber

CMDB

Skrip ETL — CMDB

app_to_server_mapping

Aplikasi sumber

CMDB

Skrip ETL — CMDB

app_to_DB_mapping

Aplikasi sumber

CMDB

Skrip ETL — CMDB

app_to_app_dependencies

Aplikasi sumber

Alat penemuan

Skrip ETL — alat penemuan

server_name

Server sumber

CMDB

Skrip ETL — CMDB

server_FQDN

Server sumber

CMDB

Skrip ETL — CMDB

server_OS_family

Server sumber

CMDB

Skrip ETL — CMDB

server_OS_version

Server sumber

CMDB

Skrip ETL — CMDB

disk_size

Server sumber

Alat penemuan

Skrip ETL — alat penemuan

instance_type

Server target

Alat penemuan

Skrip ETL — alat penemuan

target_subnet

Server target

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

target_security_group

Server target

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

AWS_Region

Server target

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

AWS_account_ID

Server target

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

Name

Server target (tag)

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

business_unit

Server target (tag)

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

cost_center

Server target (tag)

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

wave_ID

Perencanaan gelombang

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

wave_start_date

Perencanaan gelombang

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

wave_cutover_date

Perencanaan gelombang

Kuesioner pemilik aplikasi

Skrip ETL - pemilik aplikasi

Langkah 3: Dokumentasikan persyaratan metadata dan proses pengumpulan di runbook

Dalam tugas ini, Anda mendokumentasikan keputusan Anda dalam runbook manajemen metadata. Selama migrasi, alur kerja portofolio Anda mematuhi runbook ini sebagai prosedur standar untuk mengumpulkan dan menyimpan metadata.

  1. Dalam template playbook portofolio, buka template Runbook untuk manajemen metadata (format Microsoft Word). Ini berfungsi sebagai titik awal untuk membangun runbook Anda sendiri.

  2. Di bagian atribut Metadata, buat tabel atribut metadata untuk setiap pola migrasi, dan isi tabel dengan atribut metadata yang diidentifikasi. Langkah 1: Tentukan metadata yang diperlukan

  3. Di bagian Lokasi sumber, dokumentasikan sumber yang Anda identifikasiMenganalisis sumber metadata.

  4. Di bagian Petunjuk akses lokasi sumber, dokumentasikan langkah-langkah yang harus diikuti pengguna untuk mengakses lokasi sumber metadata.

  5. Di bagian penyimpanan Metadata, dokumentasikan langkah-langkah yang harus diikuti pengguna untuk mengakses penyimpanan metadata yang Anda buat. Tentukan satu toko metadata

  6. Di bagian Jenis pengumpulan data, identifikasi proses pengumpulan data yang akan Anda gunakan untuk setiap sumber metadata. Idealnya, Anda harus mengotomatiskan semua koleksi metadata dengan menggunakan skrip otomatisasi.

  7. Di bagian Pengumpulan data berdasarkan atribut metadata, untuk setiap atribut metadata, identifikasi hal-hal berikut sesuai dengan instruksi di: Tentukan proses pengumpulan metadata

    1. Jenis metadata

    2. Sumber metadata

    3. Toko metadata

    4. Jenis koleksi

  8. Di bagian Kumpulkan metadata, perbarui proses sesuai kebutuhan untuk kasus penggunaan Anda. Ini adalah proses yang diikuti oleh alur kerja portofolio pada tahap implementasi saat mereka mengumpulkan metadata untuk gelombang.

  9. Verifikasi bahwa runbook Anda lengkap dan akurat. Runbook ini harus menjadi sumber kebenaran selama migrasi.

  10. Bagikan runbook manajemen metadata Anda dengan tim untuk ditinjau.

Kriteria keluar tugas

Lanjutkan ke tugas berikutnya setelah Anda menyelesaikan yang berikut:

  • Anda telah menyiapkan satu repositori untuk menyimpan metadata yang dikumpulkan.

  • Dalam runbook manajemen metadata Anda, Anda telah mendefinisikan dan mendokumentasikan hal-hal berikut:

    • Atribut metadata yang diperlukan untuk setiap pola migrasi

    • Sumber metadata dan instruksi terperinci tentang cara mengakses setiap sumber

    • Penyimpanan metadata dan instruksi terperinci tentang cara mengaksesnya

    • Proses yang digunakan untuk mengumpulkan metadata

    • Tabel pemetaan yang memetakan atribut metadata ke sumber metadata dan proses pengumpulan