PROSES MANAJEMEN INFRASTRUKTUR angkutan umum be

PROSES MANAJEMEN INFRASTRUKTUR

SASARAN

• _{Mempelajari contoh framework manajemen} infrastruktur TI perusahaan

–

_{Infrastructure Engineering dalam Microsoft}

Operations Framework (MOF).

–

_{Architecture Governance dalam}

_{The Open}

Group Architecture Framework

(TOGAF).

• _{Mengenali teknik-teknik pengelolaan infrastruktur TI}

–

_{Infrastructure Pattern Matching (IPM).}

–

_{Predictive Cost Model (PCM).}

Microsoft Operations Framework

• _{MOF adalah sekumpulan prinsip, teknik, dan model}

teruji di lapangan (best practices) untuk mengelola layanan TI, dengan tujuan:

– _{Mencapai target service level: availability,}

reliability, supportability, managability.

– _{Menciptakan infrastruktur TI yang adaptif.}

 MOF mencakup SDM, proses/prosedur, dan

teknologi.

4 Prinsip Dasar MOF

•

_{Prinsip dasar:}

– _{Kegiatan yang terstruktur}

• _{Memudahkan koordinasi dan perencanaan.}

 Penyempurnaan iteratif dengan siklus

cepat.

 Manajemen berbasis review (evaluasi)

 Review dilakukan pada akhir

tahapan-tahapan dalam siklus iterasi.

 Aspek manajemen resiko terkandung

Struktur MOF

MOF Infrastructure Engineering

• _{Infrastructure Engineering (IE) adalah bagian dari}

kuadran Optimizing MOF.

• _{Prinsip utama:}

– _{Mengembangkan, mengelola, dan menerapkan} standard & policy bagi pengembangan dan

pengoperasian infrastruktur TI perusahaan.

 Tujuan:

 Memastikan bahwa infrastruktur yang digunakan selaras dengan tujuan dan strategi bisnis/organisasi.

Ruang Lingkup IE

• _{Obyek pengelolaan:}

– _{Fasilitas TI yang digunakan dalam proses bisnis}

utama organisasi.

– _{Infrastruktur pendukung fasilitas diatas.} – _{Komponen-komponen lain yang dipakai}

bersama oleh berbagai aplikasi dan proyek.

 Kegiatan:

 Pendataan standard yang ada & digunakan.  Perumusan & penetapan standard.

MOF IE vs. Robertson-Sribar

•

_{Platform, Pattern, dan Service dalam}

framework Robertson-Sribar (RS) adalah

standard & policy dalam MOF IE:

– _{Sama-sama melakukan identifikasi, kategorisasi,}

dan dokumentasi standar; dan menyusun panduan.

– _{Standarisasi platform, pattern, dan service}

meminimasi kompleksitas pengelolaan infrastruktur, dan memaksimasi reuse.

– _{MOF menyimpan dokumen standard dalam CMDB}

Identifikasi & Perumusan Standard

Infrastructure Pattern Matching

• _{Suatu metoda perencanaan infrastruktur untuk layanan}

TI baru.

• _Tujuan:

– _{Mendapatkan struktur komponen infrastruktur}

baru yang sesuai standard, berdasarkan kebutuhan bisnisnya.

 Pendekatan:

 Menggunakan aspek What? Who? dan Where? dari kebutuhan bisnis layanan TI.  Dicocokkan dengan What? Who? dan

Dokumentasi Pattern

ATRIBUT KETERANGAN

Pattern Name Nama pola

Description Deskripsi ringkas pola

Owner Pihak yang mengusulkan/memasukkan pola ini.

What? Use-case: tipe data dan aktivitas yang cocok. Who? Use-case: tipe user atau aktor yang terlibat.

Where? Use-case: lokasi geografis atau logis user atau komponen yang terlibat. Service Levels Karakteristik tingkat layanan: availability, scalability, security.

Diagram Diagram (skema) jaringan

Platform Components Komponen-komponen platform yang digunakan dan standard masing-masing Usage Examples Contoh sistem-sistem yang menggunakan pola ini.

Maturity Trend industri, status best practice, dsb.

IPM

(lanjut)

• _{IPM dapat diterapkan untuk memilih pattern maupun} service.

• _What:

– _{Format data yang dipertukarkan/dilibatkan.} – _{Proses yang terjadi}

• _{Misal: baca, tulis, ubah, cari, kirim, ambil.}  Who:

 Karakteristik dan jumlah pengguna

 Misal: konsumen, karyawan, rekanan, sistem

lain.

 Where:

 Lokasi fisik pengguna/aktor atau jarak

IPM

(lanjut)

Predictive Cost Modeling (PCM)

• _{PCM memberikan estimasi biaya-kinerja untuk setiap}

pilihan pola arsitektur (standard) beserta parameternya.

• _Komponennya:

– _{Cost Driver:}

• _{Kebutuhan non-fungsional yang memiliki dampak}

biaya.

• _{Terutama menyangkut service level.}

 Cost Bucket:

 Biaya untuk setiap komponen arsitektur

PCM

(lanjut)

•

_{Cost driver suatu layanan TI diperoleh melalui}

analisis:

– _{Bagaimana data diakses secara bersama?}

– _{Seperti apa karakteristik (berapa besar) beban}

transaksinya?

– _{Apa persyaratan atau ancaman keamanannya?} – _{Berapa lama layanan akan dibutuhkan?}

PCM

(lanjut)

•

_{PCM memungkinkan pihak manajemen bisnis}

untuk terlibat dalam perancangan teknis

arsitektur.

– _{Mempertimbangkan antara kinerja/ kapasitas dan}

biaya pilihan teknologi.

– _{Menciptakan keterlibatan dini perencanaan}

Evolusi Standard

Infrastructure Impact Assessment

• _{Penyimpangan dari standard dimungkinkan jika ada}

tuntutan kebutuhan.

• _{Penyimpangan/variasi harus diuji sebelum}

diimplementasikan.

 Pengujian (validasi) dilakukan pada tiap

tahapan:

 Vision Phase: validasi terhadap kebutuhan bisnisnya, misalnya dengan IPM dan PCM.

 Design Phase: pengujian prototype di laboratorium (development environment).  Implementation Phase: monitoring dan

Design IIA

•

_{Validasi rancangan infrastruktur dengan}

System Testing.

– _{Menggunakan prototype.} – _{Menguji aspek-aspek:}

• _{Kinerja: Apakah sesuai dengan SLA?}

• _{Kapasitas: Keandalan dan stabilitas sistem}

Stress Testing

•

_Metode

_{stress testing}

_:

– _{Repetition: Test dengan pengulangan operasi yang}

sama berkali-kali.

– _{Concurrency: Test dengan beberapa operasi secara}

simultan.

– _{Magnitude: Test dengan data input berskala amat}

besar.

– _{Random Variation: Test dengan data input}

bervariasi secara random.

Stress Testing

(lanjut)

• _{Ketentuan SLA menjadi referensi dalam bench-marking:}

– _{Target atau perkiraan total transaksi per detik.} – _{Maksimum response time yang diperbolehkan.}

ak

Target waktu response maksimum

Unit Testing

• _{Pengukuran kinerja tiap komponen infrastruktur:}

– _{CPU Utilization (%).} – _{Transaction rate.}

– _{Disk atau network I/O rate.}

Database Aplikasi

Middleware Server Web

Siklus Hidup Standard

strategic

Peran Arsitektur

•

_{Ukuran keberhasilan dari pengelolaan}

infrastruktur TI adalah

keselarasan antara

TI dan bisnis

(

business-IT alignment

).

 Arsitektur TI dewasa ini dianggap sebagai

kunci keselarasan antara TI dan bisnis:

 Memberikan panduan bagi implementasi

(pengadaan, pembelian, pembuatan, instalasi) layanan TI perusahaan.

Apa itu Arsitektur?

• _Definisi:

– _{Deskripsi formal sistem sebagai dasar implementasi}

sistem.

– _{Struktur hubungan komponen-komponen sistem beserta}

prinsip dan aturan yang dianut.

 Manfaat: memberikan “peta jalan”

 Memastikan inter-operabilitas dan modularitas

(multi-vendor/platform) fasilitas TI.

 Peningkatan utilitas dan minimasi kompleksitas

berkat penggunaan ulang (reuse)

Macam Arsitektur

•

_{Arsitektur terbagi dalam beberapa perspektif:}

– _{Arsitektur Bisnis}

– _{Arsitektur Informasi}

• Arsitektur Aplikasi

• Arsitektur Data

– _{Arsitektur Teknologi}

•

_{Rencana Infrastruktur TI}

_adalah

_arsitektur

Arsitektur Teknologi

• _{Dokumen portfolio infrastruktur adalah dokumentasi}

arsitektur teknis

– _{Dokumentasi platforms, patterns, dan services}

yang ditetapkan sebagai standard perusahaan.

• _{Arsitektur teknologi merupakan kebijakan infrastruktur TI}

perusahaan yang harus secara periodik di-review.

• _{Arsitektur teknologi digunakan untuk menilai “kepatuhan”}

Arsitektur Teknologi

•

_{Dokumen portfolio infrastruktur adalah}