PROSES MANAJEMEN INFRASTRUKTUR Perencanaan Infrastruktur Oleh Dr Ir

PROSES MANAJEMEN INFRASTRUKTUR Perencanaan Infrastruktur Oleh. Dr. Ir. Sumijan, M. Sc Staf Dosen Program Magister Universitas Putra Indonesia “YPTK” Padang 1

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). – Infrastructure Impact Analysis (IIA). 2

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. n MOF mencakup SDM, proses/prosedur, dan teknologi. n MOF dikembangkan dari IT Infrastructure Library dari OGC di Inggris. 3

4 Prinsip Dasar MOF • Prinsip dasar: – Kegiatan yang terstruktur • Memudahkan koordinasi dan perencanaan. n n n Penyempurnaan iteratif dengan siklus cepat. Manajemen berbasis review (evaluasi) n Review dilakukan pada akhir tahapan dalam siklus iterasi. Aspek manajemen resiko terkandung dalam prosedur pengelolaan. 4

Struktur MOF • Empat kuadran siklus hidup sistem: 5

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. n Tujuan: n Memastikan bahwa infrastruktur yang digunakan selaras dengan tujuan dan strategi bisnis/organisasi. n Maksimasi tingkat layanan dan minimasi dampak negatif perombakan infrastruktur. 6

IE dan Bidang MOF Lain 7

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. n Kegiatan: n n Pendataan standard yang ada & digunakan. Perumusan & penetapan standard. Pengelolaan proses perubahan standard. Pemberlakukan & penerapan standard. 8

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 (configuration management database). 9

Identifikasi & Perumusan Standard Discovery 10

Aplikasi Standard 11

Infrastructure Pattern Matching • Suatu metoda perencanaan infrastruktur untuk layanan TI baru. • Tujuan: – Mendapatkan struktur komponen infrastruktur baru yang sesuai standard, berdasarkan kebutuhan bisnisnya. n Pendekatan: n n Menggunakan aspek What? Who? dan Where? dari kebutuhan bisnis layanan TI. Dicocokkan dengan What? Who? dan Where? dari standard (pattern) yang ada. 12

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 (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. Stability Stabilitas pola terhadap perubahan kebutuhan bisnis. Change Strategy Strategi migrasi dari atau ke pola ini. Past Experience Catatan dari pengalaman penerapan pola ini. Skill and Resource Req. Kebutuhan SDM, prosedur, dsb. 13

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. n Who: n Karakteristik dan jumlah pengguna n Misal: konsumen, karyawan, rekanan, sistem lain. n Where: n Lokasi fisik pengguna/aktor atau jarak elektronisnya dari sistem. 14

IPM (lanjut) Pattern matching “what” untuk arsitektur: 15

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. n Cost Bucket: n Biaya untuk setiap komponen arsitektur (server, license, software, dsb. ) 16

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? – Dsb. 17

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 infrastruktur dalam pengembangan solusi. 18

Evolusi Standard No No 19

Infrastructure Impact Assessment • Penyimpangan dari standard dimungkinkan jika ada tuntutan kebutuhan. • Penyimpangan/variasi harus diuji sebelum diimplementasikan. n Pengujian (validasi) dilakukan pada tiap tahapan: n Vision Phase: validasi terhadap kebutuhan bisnisnya, misalnya dengan IPM dan PCM. n Design Phase: pengujian prototype di laboratorium (development environment). n Implementation Phase: monitoring dan pengukuran kinerja operasional. 20

Design IIA • Validasi rancangan infrastruktur dengan System Testing. – Menggunakan prototype. – Menguji aspek-aspek: • Kinerja: Apakah sesuai dengan SLA? • Kapasitas: Keandalan dan stabilitas sistem dibawah tekanan beban kerja tinggi (Stress Testing). 21

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. n Biasanya dilakukan dengan test script. 22

Stress Testing (lanjut) • Ketentuan SLA menjadi referensi dalam bench-marking: – Target atau perkiraan total transaksi per detik. – Maksimum response time yang diperbolehkan. Waktu respons rata-rata mesin 2 mesin 1 Target waktu response maksimum target transaksi/detik 0 Jumlah transaksi paralel 23

Unit Testing • Pengukuran kinerja tiap komponen infrastruktur: – CPU Utilization (%). – Transaction rate. – Disk atau network I/O rate. Intranet Server Web Middleware Aplikasi Database 24

Reevaluasi Standard 25

Siklus Hidup Standard emerging strategic Transitional obsolete 26

Peran Arsitektur • Ukuran keberhasilan dari pengelolaan infrastruktur TI adalah keselarasan antara TI dan bisnis (business-IT alignment). n Arsitektur TI dewasa ini dianggap sebagai kunci keselarasan antara TI dan bisnis: n Memberikan panduan bagi implementasi (pengadaan, pembelian, pembuatan, instalasi) layanan TI perusahaan. n Memberikan panduan bagi perancangan dan evolusi layanan TI perusahaan. 27

Apa itu Arsitektur? • Definisi: – Deskripsi formal sistem sebagai dasar implementasi sistem. – Struktur hubungan komponen-komponen sistem beserta prinsip dan aturan yang dianut. n Manfaat: memberikan “peta jalan” n Memastikan inter-operabilitas dan modularitas (multi-vendor/platform) fasilitas TI. n Peningkatan utilitas dan minimasi kompleksitas berkat penggunaan ulang (reuse) n Efisiensi pengembangan layanan baru. 28

Macam Arsitektur • Arsitektur terbagi dalam beberapa perspektif: – Arsitektur Bisnis – Arsitektur Informasi • • Arsitektur Aplikasi Arsitektur Data – Arsitektur Teknologi • Rencana Infrastruktur TI adalah arsitektur teknologi perusahaan – Diturunkan dari arsitektur bisnis dan informasi. 29

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” fasilitas TI, yang akan dibuat maupun yang sudah ada, terhadap kebijakan TI perusahaan. 30

Arsitektur Teknologi • Dokumen portfolio infrastruktur adalah dokumentasi arsitektur teknis 31