MODUL PERKULIAHAN. anajemen sat Data. Dasar-dasar Adaptive Infrastructure: Komponen. Functional dan Interface. Studi Tatap Muka Kode MK Disusun Oleh

MODUL PERKULIAHAN

Manajemen Pusat Data Dasar-dasar Adaptive Dasar Infrastructure Komponen Infrastructure: Functional dan Interface

Fakultas

Program Studi

Tatap Muka

Fakultas Ilmu Komputer

Teknik Informatika

03

2013

1

Kode MK

Disusun Oleh Aniss Cherid, S.E, M.T.I H.M. Misni, S.Kom, M.T.

Abstrak

Kompetensi

Dalam modul ini dijelaskan tentang dua strata infrastruktur adaptif yaitu komponen functional dan komponen interface. interface Komponen functional terdiri dari lapisan database,, lapisan integration dan lapisan application server. server Sedangkan komponen interface terderi dari lapisan API dan lapisan presentation. Juga dijelaskan tentang berbagai teknik untuk menambah lapisan baru atau bahkan strata (komponen) (kompone baru, selain dijelaskan tentangnya tenta pentingnya kategorisasi komponen untuk memudahkan proses penambahan berbagai komponen teknologi yang baru ke dalam dala infrastruktur ruktur adaptif.

• Menjelaskan yang dimaksud dengan komponen functional dan lapisan database, lapisan integration dan lapisan application server yang ada di dalamnya. • Menjelaskan yang dimaksud dengan komponen interface dan lapisan API dan lapisan presentation yang ada di dalamnya. • Menjelaskan teknik dan kriteria menambahkan lapisan atau komponen baru ke dalam model platform yang sudah disajikan.

Manajemen Pusat Data – Dasar-dasar Adaptive Infrastructure: Komponen Functional dan Interface Anis Cherid, S.E, M.T.I. H.M. Misni, S.Kom., M.T.

Pusat Bahan Ajar dan eLearning http://www.mercubuana.ac.id

Komponen Functional Bagian functional dari platform Anda termasuk perangkat lunak yang menyediakan sistem database, server integrasi, dan server aplikasi. Bagian berikut membahas membahas masing-masing masing pada gilirannya, berfokus pada tren kunci untuk dipertimbangkan ketika merencanakan setiap.

Lapisan Database Lapisan ini mencakup semua komponen perangkat lunak yang digunakan untuk memberikan layanan database, termasuk produk database utama utama seperti - seperti Oracle, DB2, dan Microsoft SQL Server, serta komponen lain yang kurang terlihat dengan bisnis seperti gateway, middleware, dan repositori pesan suara. Kecuali untuk data warehousing, pasar database telah relatif stabil dalam beberapa tahun terakhir dengan naiknya para pemain pasar yang dominan : Oracle, IBM, dan Microsoft. Namun, perkembangan aplikasi lintas-perusahaan, lintas perusahaan, seperti data warehousing, knowledge management dan layanan pelanggan, meningkatkan permintaan untuk akses terintegrasi terintegras untuk menyimpan data yang sebelumnya independen, seperti RDBMS, sistem manajemen konten situs web, e -mail, mail, dan spreadsheet. Menyimpan data khusus, yang meningkatkan kinerja dan mendukung berbagai jenis data, akan terus mendukung aplikasi khusus. Tren dalam Teknologi Database Sebagai tuntutan pada " aset informasi perusahaan " terus berkembang, arsitektur federasi database (FDA) akan menggantikan mesin database yang universal sebagai DBMS infrastruktur disukai dalam beberapa tahun ke depan. FDA menyediakan menyediakan otonom, pengolahan lokal untuk menyimpan data individu, tetapi juga menyediakan cara untuk mengintegrasikan mereka secara global untuk aplikasi yang membutuhkan itu. Dalam konteks infrastruktur adaptif, tujuan Anda adalah untuk memberikan orang-orang orang yang g mengelola aplikasi transparan untuk meningkatkan kinerja dan kehandalan dari aplikasi yang mereka dukung. Sebagai contoh, aplikasi data warehousing tunggal mungkin memiliki beberapa toko data yang terkait dengan ii yang harus bergabung dalam satu query, termasuk database untuk bagian data mining, konfigurasi skema bintang yang mendukung pengolahan analisis online (online online analytical processing, OLAP), ), sejumlah relasional manajer database, dan tipe data lainnya. Akses ke setiap jenis data harus disederhanakan, atau dikemas dalam layanan infrastruktur semaksimal mungkin, untuk meminimalkan kurva pembelajaran bagi pengembang aplikasi. Pendekatan FDA awalnya akan mempengaruhi data instalasi pergudangan, diikuti dengan manajemen pengetahuan dan aplikasi pemrosesan transaksi ringan. Untuk mendukung men 2013

2



FDA, vendor database akan menyediakan fitur baru seperti peningkatan transparansi alat, manajemen permintaan didistribusikan dan yang paling penting, lebih baik, lebih cepat, lebih murah dan platform dan mesin. Namun, kegiatan ini akan memerlukan usaha usaha yang cukup dari administrator database untuk mempromosikan penggunaan kembali di seluruh organisasi. Banyak fungsi-fungsi fungsi ini, termasuk integrasi dan koordinasi skema indeks, jauh dari mudah. Menciptakan, aturan enterprise-wide wide konsisten dan praktek untuk untuk administrasi data dan desain adalah yang paling penting langkah - dan itu tetap menjadi tantangan utama dalam lingkungan terdistribusi. Awalnya, reuse akan memerlukan lapisan gateway yang dapat span beberapa jenis menyimpan data tanpa memerlukan Anda untuk untuk menulis metode akses baru dan didukung unik. Banyak vendor sedang menuju ke arah ini, termasuk IBM (Data Mualim, Data Joiner), Sybase, Microsoft (OADB), dan sejumlah vendor yang lebih kecil. Pemilihan Database Dari sudut pandang komponen, sebagian besar besar organisasi mendekati lapisan database dengan memilih platform server DBMS tertentu dan bertahan dengan itu. Sebagian besar pengguna tidak dapat melakukan ini dengan baik, karena aplikasi mereka menuntut produk tertentu, atau karena organisasi digabung membuat pilihan yang berbeda di masa lalu, atau karena peningkatan teknologi baru (atau perubahan harga) memperkenalkan pilihan baru. Meski begitu, sebagian besar pengguna telah mempersempit pilihan mereka untuk hanya beberapa platform Oracle, Microsoft SQL Server, IBM DB2 atau (UDB). Dengan pembahasan pola dalam Bab 3, Anda akan menemukan cara yang lebih baik untuk menggambarkan database berbagai pilihan - teknik yang memungkinkan beberapa variasi sambil menjaga struktur yang kuat sehingga varietas tidak tidak keluar dari kontrol.

Lapisan Integrasi (Integration Layer) Seperti ditunjukkan dalam Gambar 2.7, lapisan ini memiliki semua komponen yang menyediakan layanan integrasi antara aplikasi back-end back end dan server lainnya Web, W server aplikasi, atau server database. Komponen mungkin termasuk toolkit adapter, adapter aplikasi, server integrasi, pertukaran data elektronik (EDI) gateway, pertukaran file server, dan banyak lagi. Fungsi integrasi internal bisa difokuskan, seperti integrasi aplikasi enterprise (EAI), ), atau eksternal terfokus, seperti integrasi antar-perusahaan perusahaan (IEI).

2013

3



Server erver integrasi menyediakan cara untuk mengintegrasikan aplikasi e-Bisnis e Bisnis dengan perusahaan dan warisan sistem pada lapisan aplikasi. Aplikasi server yang digunakan untuk membangun aplikasi, dan server integrasi integrasi digunakan untuk mengintegrasikan aplikasi setelah mereka dibangun. Kedua jenis produk merupakan penggerak utama dalam pasar middleware konvergen dengan cepat. Sejalan dengan semakin konvergennya konverge pasar,, bahkan kedua jenis produk akan tumpang tindih, fitur yang diperlukan erlukan untuk kedua bangunan dan integrasi aplikasi pendukung. Ironisnya, sebagai kelas produk ini tumpang tindih evolusi untuk layanan Web akan menghasilkan kemampuan ini dipanggil dari lebih banyak jenis tempat, termasuk penyedia layanan eksternal. Arsitektur, ektur, server integrasi meliputi komponen berikut seperti yang ditunjukkan pada Gambar 2.8 : • Adapter menyediakan interface untuk aplikasi untuk mengirim atau menerima kegiatan bisnis ke atau dari aplikasi lain, seperti menempatkan, mengubah, atau membatalkan memb pesanan • Transport bergerak peristiwa bisnis di seluruh jaringan, sering menggunakan messaging middleware seperti MQ Series atau menggunakan mempublikasikan dan berlangganan layanan, yang semuanya kemungkinan akan menjadi bagian dari layanan Web dari d waktu ke waktu • Formatting mengubah kegiatan bisnis dari satu format - aplikasi tertentu yang lain menggunakan standar seperti XML • Routing mendefinisikan aplikasi aplikas yang menerima yang peristiwa (event)

2013

4



• Business Process Automation (BPA) adalah lingkungan run-time negara - penanganan, umumnya digunakan untuk mengontrol pelaksanaan transaksi berumur panjang

Bila diterapkan dengan baik, hub - and- Spoke layanan integrasi transaksional seperti itu akan membuat aspek-aspek aspek integrasi transparan untuk pengembang aplikasi. aplikasi. Selain itu, layanan ini akan lebih mudah untuk mendukung sebagai aset organisasi kunci, karena aplikasi tidak perlu tahu format apa atau protokol aplikasi lain menggunakan atau di mana mereka berada. Stateless Integration Server menyediakan integrasi integrasi longgar digabungkan, yang merupakan dasar teknis yang lebih baik untuk menerapkan integrasi aplikasi enterprise (EAI) dari server aplikasi berbasis komponen seperti Java 2 Enterprise Enterprise Edition (J2EE) dan COM+. COM Ini adalah ide yang baik untuk menggunakan infrastruktur infrastruktur server aplikasi untuk membangun fungsionalitas aplikasi, tapi infrastruktur server integrasi terpisah untuk mengintegrasikan aplikasi ini. Sementara umumnya sesuai untuk sebagian besar masalah integrasi, pendekatan ini tidak bekerja untuk semuanya. nya. Kebutuhan akan kemampuan negara - penanganan dan penanganan transaksi fitur pada server aplikasi akan menyebabkan server aplikasi dan platform server integrasi untuk akhirnya bertemu. Dengan demikian, layanan Web yang berasal dari Microsoft 2000/.NET Server atau J2EE akan menjadi solusi jangka panjang. Layanan ini akan memanfaatkan berbagai standar - tingkat yang lebih rendah, termasuk : 2013

5



• Extensible Markup Language (XML) • Universal Description, Discovery, dan Integrasi (UDDI) • Simple Object Access Protocol rotocol (SOAP) • Web Services Description Language (WSDL) Idealnya, layanan Web akan memungkinkan para pengembang aplikasi untuk memanfaatkan kemampuan yang ada di mana pun mereka dapat ditemukan, baik dalam persembahan infrastruktur inti, aplikasi mitra aplikasi aplikasi enterprise / Pemasok atau bahkan di Internet. Penempatan Terbaik untuk Server Integrasi Kompleksitas yang terlibat dalam mengintegrasikan proses bisnis yang diberikan adalah ditentukan itentukan oleh banyak faktor, termasuk : • throughput hroughput (kejadian per detik) • jumlah aplikasi yang terlibat • persyaratan negara - menyerahkan • jumlah interface yang terlibat • kualitas dari interface Menyerahkan negara adalah contoh yang baik dari masalah yang akan mengharuskan Anda untuk mengurangi kompleksitas Sebagai integrasi menjadi menjadi semakin penting untuk strategi bisnis yang sukses, Anda harus mengubah meng konsep subyektif seperti "kompleksitas kompleksitas", "kolaborasi " dan " otomatis proses bisnis " dalam persyaratan teknis obyektif harus didukung oleh infrastruktur. penanganan Negara adalah a satu-satunya satunya fitur yang akan memaksa Anda untuk mengimplementasikan infrastruktur tambahan untuk mendukung generasi pertama stateless infrastruktur EAI. Sebuah contoh dari integrasi proses -One One yang ditangani terbaik dan paling lugas dengan menggunakan an integrasi server yang stateless ini proses routing perintah berbasis Web pelanggan ke pusat distribusi terdekat pelanggan, kemudian mengirim e - mail ke pelanggan menunjukkan bahwa urutan telah dikirimkan. Untuk mendukung proses ini. server integrasi host st perintah routing yang layanan yang menggunakan EAI mesin aturan / routing untuk menentukan pusat distribusi harus memenuhi pesanan. Server kemudian menggunakan mesin format EAI untuk menciptakan ketertiban dalam format yang sesuai yang dibutuhkan oleh aplikasi pick/pack/ ship di pusat distribusi yang dipilih. Karena negara tidak perlu dipertahankan sebagai perintah bergerak dari etalase Web atau call center ke pusat distribusi, kemampuan penanganan keadaan server aplikasi yang diperlukan. Sementara pengembang engembang bisa bisa menggunakan Visual Basic, C ++, + atau Java untuk mengeksekusi logika ini dalam server wadah aplikasi, aturan / fitur dari sebuah server integrasi format menawarkan lebih cepat waktu - ke-pasar pasar dan fleksibilitas yang lebih besar. 2013

6



Umum topologi hub - and- spoke layanan integrasi tersebut juga memungkinkan manajemen sederhana dan leverage lebih mudah daripada menggunakan kode dalam dalam atau di antara aplikasi. Untuk mengaktifkan " real-time time " cek persediaan, bagaimanapun, server integrasi harus mampu ampu mempertahankan keadaan suatu perintah yang diberikan karena query status persediaan dari berbagai pusat distribusi. Routing awal masih berdasarkan kedekatan dengan alamat pengiriman pelanggan. Namun, tingkat persediaan yang pusat distribusi diperiksa, dan jika item tersebut kehabisan stok, order dialihkan ke pusat distribusi alternatif. jika item tersebut benar-benar benar tidak tersedia, pelanggan disajikan dengan pilihan - kembali memesan item atau membatalkan pesanan. Kemampuan negara - penanganan ini adalah ada di luar fungsi yang disediakan oleh aturan integrasi server dan mesin format. Pendekatan Best Practice Ketika dihadapkan dengan masalah penanganan negara, memeriksa berapa lama negara harus dipertahankan dan bagaimana dinamika perubahan logika bisnis akan. Umumnya, aplikasi server harus menjaga sesi untuk mempertahankan negara, yang baik-baik baik saja untuk transaksi cepat tetapi tidak layak untuk orang-orang orang orang yang panjang. Sebuah server integrasi, dengan mesin otomatisasi proses nya, akan menjadi lebih baik ba cocok untuk, proses yang lebih berumur panjang seperti mengkoordinasikan penyediaan dan penagihan dari bundel ritel tanah -line, line, wireless, dan layanan jejaring internet antara berbagai back-end end provisioning dan penagihan Systems. Dalam kedua kasus, pengembang embang aplikasi tidak harus tahu apakah logika urutan routing ditangani oleh server aplikasi, oleh server integrasi, atau keduanya. Partisi fungsional ini adalah kunci untuk proses bisnis kelincahan. Mendefinisikan aplikasi tersebut layanan menggunakan kombinasi binasi server aplikasi dan server integrasi teknologi - akan menjadi satu set keterampilan premium yang membantu mempertahankan - pemisahan optimal antara aplikasi dan pembangunan infrastruktur.

Lapisan Server Aplikasi (Application Application Server Layer) Layer Lapisan server aplikasi berisi perangkat lunak yang mendukung logika bisnis. Contoh jelas adalah aplikasi 3 -tier tier yang melibatkan produk seperti IBM WebSphere dan BEA WebLogic, atau alat-alat alat yang berhubungan dengan Microsoft 2000/-NET 2000/ NET Server dan kerangka nya. Berbeda dengan perangkat lunak sistem operasi server dibahas sebelumnya, lapisan aplikasi server berisi perangkat lunak yang membuatnya lebih mudah untuk meningkatkan fungsionalitas aplikasi layanan. Perlu diketahui bahwa lapisan ini tidak mengandung aplikasi sendiri. Sebaliknya, ia menyediakan komponen garis depan di mana aplikasi secara langsung dibangun. 2013

7



Tren Server Aplikasi Aplikasi server sedang marak digunakan, tetapi mereka masih dalam tahap awal, terhitung sekitar 10 persen dari aplikasi baru pengembangan dan akuisisi perangkat gkat lunak dikemas. Situasi ini akan berubah secara dramatis sebagai organisasi mulai mengadopsi standar pembangunan berbasis komponen dan vendor perangkat lunak aplikasi menanggapi permintaan untuk produk componentized. Dalam beberapa tahun, norma untuk praktek praktek terbaik organisasi TI akan menggunakan aplikasi yang dirakit dari dibangun atau dibeli komponen dan menggabungkan mereka dengan layanan berbasis Web yang dibangun pada model komponen yang kompatibel. Naiknya pesat dari e-bisnis, bisnis, bersama dengan kesadaran kesadaran bahwa logika bisnis harus berada pada server bukannya client, telah mendorong server aplikasi ke tengah panggung. Ketika pasar ini adalah dalam tahap pertumbuhan awal dan penuh sesak dengan produk, unit bisnis sering dipilih produk yang tidak kompatibel kompatibel untuk proyek yang berbeda. hari ini, organisasi harus memilih antara J2EE dan. NET sebagai aplikasi enterprise arsitektur integrasi utama mereka. Anda akan menemukan kesamaan arsitektur di kedua kubu, tapi berhati-hati berhati hati ketika memilih vendor komponen yang tepat dalam kamp J2EE. Pilihan penting ini harus didasarkan pada eksplisit, yang didefinisikan dengan kebutuhan bisnis dan kendala. Usaha yang gagal untuk membuat pilihan yang jelas antara J2EE dan. NET sebagai platform aplikasi server utama mereka akan kan kekurangan kelincahan infrastruktur dan akan berada pada posisi yang kurang menguntungkan dibandingkan dengan d pesaing yang lebih gesit. Mengingat tren saat ini, organisasi-organisasi organisasi organisasi yang paling besar akan memiliki kedua J2EE dan. NET, dan mereka akan n membutuhkan strategi untuk mempertahankan berbagai paling mungkin. Topik ini merupakan inti dari pembahasan pola 3/N-Tier 3/N Tier Transact dalam Bab 3. Kriteria Pemilihan Ketika mempertimbangkan kerangka yang digunakan, J2EE dan. NET keduanya alternatif yang layak. k. Bahkan, sebagian besar organisasi besar akan perlu untuk menangani dengan baik untuk beberapa derajat. Menggunakan layanan Web yang lebih canggih di masa depan Extensible Markup Language (XML) dan akan membantu menjembatani kedua bila diperlukan. Namun, semua organisasi harus memilih satu atau yang lain sebagai aplikasi kerangka integrasi utama mereka. Memutuskan antara J2EE dan. NET tidak selalu membatasi pilihan produk Anda di lapisan infrastruktur lainnya. Misalnya, keduanya bekerja dengan server Web atau sistem manajemen database. Dalam prakteknya, bagaimanapun, pilihan Anda dari platform aplikasi server primer biasanya akan mengarah pada pilihan infrastruktur terkait. Misalnya, memilih J2EE akan memerlukan platform Unix seperti Sun Solaris, HP - UX, IBM AIX, dan mungkin 2013

8



Linux. Memilih NET menyiratkan peran perusahaan lebih besar untuk lingkungan server Microsoft Windows. Pada tahap awal penyebaran, Anda mungkin menemukan bahwa kode kurang dibutuhkan untuk membuat server aplikasi Anda berjalan daripada untuk mengintegrasikan baru dibuat lapisan aplikasi server Anda dengan, aplikasi monolitik yang ada dan database. Namun, karena Anda mengembangkan, memperoleh, dan menyebarkan lebih banyak aplikasi componentized baru pada server aplikasi yang Anda pilih, lapisan aplikasi server yang terus akan diperluas untuk mencakup semakin perusahaan dan line-of line - aplikasi bisnis. Akhirnya, sebagian besar aplikasi akan majelis komponen yang berjalan pada server aplikasi dengan hanya sisa-sisa sisa dari aplikasi legacy dan sumber sumber data. Tentu, semakin Anda desain untuk arsitektur 3/N-Tier, Tier, semakin mudah. mudah

Komponen Interface Komponen interface terdiri dari lapisan API dan lapisan presentasi. Berikut ini adalah diskusi tentang tren kunci dalam setiap lapisan.

Lapisan Presntasi (Presentation Presentation Layer) Layer Lapisan presentasi mungkin menawarkan berbagai terluas hardware dan software alat yang Anda akan harus berurusan dengan teknologi dalam katalog Anda. Pilihan perangkat antarmuka pengguna desktop atau lingkungan mobile berkisar dari PC ke ponsel, asisten pribadi digital (PDA),, browser, dan telepon. Komponen server presentasi juga dalam lapisan ini, termasuk server terminal tradisional, server media streaming, TV interaktif, server e mail, dan server Web seperti Microsoft Internet Information Server (AS). Lapisan ini dapat mendukung dukung metode presentasi, seperti respon suara interaktif (IVR). protokol nirkabel aplikasi (WAP), dan komputer integrasi telepon (CTI) - masing-masing masing dengan hardware dan software pilihan sendiri, seperti yang ditunjukkan pada Gambar 2.9.

2013

9



Interaksi di Banyak Titik (Multiple Point Interaction) Jelas, banyak pilihan komponen melibatkan memilih model presentasi yang tepat untuk aplikasi yang tepat dan lingkungan pengguna. Untuk memberikan kelincahan, infrastruktur Anda mungkin perlu untuk mendukung, atau mengintegrasikan dengan, sejumlah sejum model presentasi yang berbeda. Aplikasi hari ini perlu ditampilkan pada perangkat presentasi besok. Semakin, munculnya e - Bisnis adalah menciptakan permintaan untuk beberapa titik interaksi (POI) bagi pelanggan, mitra, karyawan dan pemasok. Konten Web dapat ditampilkan melalui browser desktop, PDA, ponsel, atau salah satu dari banyak perangkat internet membuat cepat jalan mereka ke pasar. Aplikasi saat ini membutuhkan lebih dari satu user interface untuk dasarnya informasi dan proses yang sama. Untuk alasan lasan ini, salah satu tujuan utama Anda harus untuk mengikat bersama-sama bersama semua sistem dan menyajikan pengalaman pengguna yang konsisten di seluruh titik yang semakin beragam interaksi. Mengikat logika aplikasi hanya untuk antarmuka Web mengalahkan tujuan ini. Anda mungkin mengalami masalah ini sebelumnya dengan desain esain 2 - Tier client / server windows -centric, centric, yang membuatnya sangat mahal untuk pindah ke antarmuka Web. Pendekatan infrastruktur baru diperlukan yang harus mengubah perilaku aplikasi pengembang g sehingga beberapa titik interaksi termasuk dalam desain. Organisasi harus rapi logika presentasi terpisah dari logika aplikasi untuk mempromosikan prinsip-prinsip prinsip desain 3/N-Tier Tier tepat seperti yang dibahas dalam Bab 3. Untuk memberikan pengalaman pengguna pengguna yang konsisten dan membuat logika bisnis dapat digunakan kembali, perusahaan Anda harus mengembangkan aplikasi dengan cara disiplin 2013

10



yang decouples logika presentasi sehingga aplikasi logika yang sama dapat digunakan kembali di semua titik interaksi. Sayangnya, Sayangnya, sebagian besar perusahaan belum memfokuskan perhatian cukup pada memisahkan lapisan presentasi, baik karena lebih mudah dan lebih cepat untuk merancang untuk Web atau hanya karena mereka memilih solusi yang tidak menawarkan fleksibilitas presentasi. Beberapa perangkat akses seperti ponsel memerlukan cara-cara cara cara tertentu berinteraksi dengan pengguna akhir. Anda harus memeriksa kembali front-end front end presentasi logika untuk mengakomodasi seluruh rentang persyaratan diantisipasi presentasi, seperti layar yang lebih kecil pada perangkat mobile, atau output suara telepon. Anda juga harus melihat pada asumsi yang dibangun di sekitar data input pengguna. Alih-alih Alih alih membangun semua Anda asumsi sekitar model keyboard masukan aplikasi masa depan mungkin mengharuskan Anda da untuk mengatasi metode yang lebih terbatas input seperti keypads perangkat, atau perangkat lunak pengenalan suara. Biaya dan Kompleksitas Jika Anda tidak mengembangkan pendekatan proaktif untuk masalah ini, perusahaan Anda bisa Cari sendiri mencurahkan n banyak upaya dari waktu ke waktu untuk re-engineering re presentasi aplikasi dan user entri data logika. Anda mungkin akhirnya harus kembali arsitek seluruh aplikasi dan infrastruktur untuk Mendukung rantai interaksi end-to end to -end beberapa untuk setiap perangkat kat akses, dengan implikasi yang signifikan dalam hal biaya dan kompleksitas. Mendukung perangkat akses baru menyiratkan penilaian ulang menyeluruh kebutuhan infrastruktur untuk memastikan bahwa perangkat baru akan didukung secara efisien. Sebagai contoh, Anda mungkin harus memeriksa kembali desain jaringan Anda untuk mengatasi bandwidth yang berbeda, latency, dan karakteristik keandalan saluran komunikasi individu. Anda juga mungkin harus memeriksa kembali aplikasi konfigurasi server yang gersang mode konektivitas kone aplikasi back-end. Banyak organisasi tergiur dengan perbaikan yang cepat yang hanya memberikan " face-lift face " ke lapisan presentasi. Mereka juga cenderung memberikan prioritas yang lebih tinggi untuk perangkat akses selain Web browser desktop workstation workstation bertenaga dan komputer laptop, terutama karena sebagian besar inisiatif Internet yang berbasis difokuskan pada pasar di mana tingkat penetrasi rumah dan kantor PC yang tinggi, termasuk Amerika Serikat, Eropa Utara, dan Jepang. Titik interaksi alternatif bagi Internet dianggap eksotis dan signifikan hanya dalam ceruk geografis tertentu, seperti mobile/WAP mobile di Eropa dan wilayah Asia Pasifik atau TV interaktif di Inggris dan bagian lain Eropa. Bahkan di antara perusahaan yang menyadari perlunya beberapa titik interaksi, intera banyak yang menjadi mangsa kesalahpahaman tambahan yang mengancam keberhasilan mereka : 2013

11



gagasan bahwa titik-titik titik lain dari interaksi akan hanya perpanjangan dari antarmuka browser Web mereka saat ini. Popularitas opularitas alat sederhana yang dirancang untuk untuk menambah akses mobile yang ada e bisnis front-end end adalah indikator awal bahwa banyak perusahaan yang relegating beberapa titik investasi infrastruktur interaksi untuk peran aksesori. Salah satu contoh solusi Band - Aid ini adalah pengembangan dari HTML L - to- WML Converter, bagian dari WAP Forum Wireless Access Protocol (WAP) standar untuk layanan Internet mobile. Solusi awal juga mencakup konverter halaman untuk lingkungan mobile, serta HTML - to- MPEG - 5 penerjemah dalam sistem TV interaktif. Dalam analisis nalisis akhir terutama untuk aplikasi e-Business, e Business, poin individu interaksi akan memerlukan perencanaan end-to end -end end yang signifikan untuk infrastruktur dasar untuk berhasil dalam mencapai tingkat pelayanan yang diharapkan dan kehandalan. Selain itu, infrastruktur uktur ini akan mengharuskan Anda untuk memperoleh dan menguasai berbagai teknologi berbeda.

API Layer Salah satu prinsip kunci dari infrastruktur adaptif adalah gagasan melanggar AFIS sebagai lapisan jelas terpisah dalam tumpukan infrastruktur, seperti seperti yang ditunjukkan pada Gambar 2.10. Membuat lapisan terpisah untuk AFIS memudahkan • aplikasi terpisah dari infrastruktur, yang penting untuk menghindari stovepipes dan menciptakan bersama, infrastruktur dapat digunakan kembali.

Di masa lalu, programer mer menulis aplikasi dari logika bisnis semua Jalan ke sistem operasi. Saat ini, bagaimanapun, sebagian besar pengembang aplikasi terisolasi dari sistem operasi

2013

12



oleh setidaknya satu lapisan " dikemas " alat infrastruktur seperti EJB, CICS, dan Tuxedo. Hal ini dengan cepat bergerak ke lapisan yang lebih canggih dari layanan aplikasi / web dalam bentuk server aplikasi seperti Microsoft NET Server, IBM WebSphere. dan BEA WebLogic. Namun, pengembang aplikasi masih harus mengisi kesenjangan yang besar antara infrastruktur nfrastruktur dikemas dan logika bisnis inti dari aplikasi. Selain itu, pengembang aplikasi harus menjadi mahir tuning dan debugging infrastruktur itu sendiri. Sama seperti organisasi memisahkan fungsi administrasi database dari pengembangan aplikasi di masa a lalu, organisasi adaptif mulai menciptakan peran yang memisahkan pembangunan infrastruktur dari pengembangan aplikasi dan API yang sesuai. Peran baru pengembang infrastruktur mengurangi pengembang aplikasi dari sebagian besar tanggung jawab infrastruktur.. Setelah ini dilakukan, pengembang aplikasi dapat berkonsentrasi pada peran analis bisnis dan menghindari harus menghabiskan banyak waktu bekerja sebagai programmer sistem. Perpustakaan Dalam peran baru ini, pengembang infrastruktur dapat mengambil tanggung tanggung jawab untuk memilih dan mengkonfigurasi infrastruktur dikemas (NET, EJB, dll) dan bahkan dapat mulai membangun ekstensi dapat digunakan kembali untuk itu, termasuk macro, penyihir kustom, kode template, dan run-time. time. Ini set bersama alat dapat membantu menyelamatkan pengembang aplikasi waktu dan mengurangi banyak dari kebosanan infrastruktur tuning kinerja dan debugging. Sebagian besar pemisahan antara pengembang infrastruktur dan fungsi pengembang aplikasi terjadi pada tingkat API. Untuk mempromosikan ide ide ini, buku ini membagi API menjadi tiga jenis, masing-masing masing akan memerlukan standar dan metodologi yang berbeda. Seiring waktu, pengembang API harus tersegmentasi sepanjang jalur tersebut sehingga mereka dapat menjadi mahir menciptakan komponen reusable. reusable Infra- API Infra- API mencakup layanan teknologi tingkat rendah, seperti keamanan, penamaan, atau objek doa, yang pengembang aplikasi dan - Pengembang infrastruktur gunakan untuk membuat logika bisnis. Semakin, Infra - API dan layanan yang mereka merangkum merangk disediakan off- the- shelf sebagai built -in - bagian dari server aplikasi, seperti EJB atau. NET. Namun, pengembang infrastruktur masih perlu untuk menciptakan infra - API tertentu, dan menyediakan mereka untuk pengembang aplikasi untuk digunakan dalam proses p pembangunan. Penggunaan Infra - API adalah bagaimana komponen aplikasi benar-benar benar akan memasuki layanan aplikasi - tingkat yang lebih rendah, seperti inisialisasi, housekeeping, manajemen memori, dan fail-over. fail Kode - tingkat rendah tidak ada 2013

13



hubungannya annya dengan logika bisnis, melainkan hanya membuat logika bisnis mengeksekusi lebih efektif. Contohnya termasuk server kontainer dan lingkungan pengembangan terpadu (IDE) yang memanggil off- the- shelf layanan dan menciptakan layanan infrastruktur baru. Sebagai S contoh, IBM WebSphere akan menjadi server kontainer menggunakan IBM VisualAge IDE, Open Database Connectivity (ODBC) dan Lightweight Directory Access Protocol (LDAP) adalah contoh lain dari API standar. Sebaliknya, organisasi kadang-kadang kadang kadang akan membangun angun interface sendiri untuk layanan, seperti otentikasi ketika menggunakan lingkungan pengembangan khusus yang diterapkan dalam organisasi atau paket aplikasi yang telah mereka pilih Intra - API Intra - API logika membantu bisnis berkomunikasi dalam diri di individu aplikasi dan biasanya tidak terkena aplikasi lain. Karena mereka tidak digunakan kembali di luar aplikasi tertentu, mereka diciptakan dan dikelola oleh pengembang-pengembang pengembang aplikasi. Contoh solusi infrastruktur yang mendukung semacam ini API termasuk termasuk alat-alat alat pemodelan visual, seperti alat-alat alat UML yang ditawarkan sebagai built-in built in bagian dari IDE dan server wadah untuk meningkatkan produktivitas dan singlesingle sumber belanja. Sebagai contoh, IBM WebSphere termasuk alat pemodelan built -in yang disebut sebut Rational Rose. Inter - API Inter- API membantu logika bisnis untuk berkomunikasi antara aplikasi. Mereka mengekspos aplikasi logika bisnis yang akan digunakan oleh aplikasi lain. Karena logika ini mempengaruhi aplikasi lain, antar - API harus didefinisikan isikan dan dikelola oleh pengembang infrastruktur. Ini kategori API dapat mencakup sangat besar tapi sederhana layanan Web, seperti verifikasi kartu kredit, ditawarkan oleh terpusat TI untuk aplikasi unit bisnis membutuhkan itu : Solusi mendukung pengembangan pengembangan antarmuka tersebut termasuk IDE Server wadah, alat pemodelan visual, dan kit pengembangan perangkat lunak adaptor (SDK). Sebagai contoh, Java 2 Enterprise Edition (J2EE) versi 1.3 mencakup spesifikasi Connector Java, yang menyediakan API standar untuk menyediakan koneksi dari aplikasi Java untuk aplikasi yang ditulis dalam teknologi lainnya. Fitur ini adalah simbol dari pergeseran jauh dari solusi EAI / IEI mandiri ke arah memiliki komponen integrasi tertanam dalam server aplikasi. Bagaimana Menangani API Aplikasi dan infrastruktur pengembang harus membuat kebijakan formal dan kerangka kerja untuk membuat, katalogisasi, menyimpan API.. Pengembang infrastruktur harus

2013

14



menggabungkan persyaratan aplikasi dan prinsip-prinsip prinsip yang dihasilkan oleh kelompok arsitektur untuk merancang efisien, aman, dan dikelola interface. Organisasi harus menggunakan pembagian kerja untuk meningkatkan pembangunan componentized dengan pengawasan arsitektur yang cocok untuk memastikan penggunaan kembali mbali dan kompatibilitas. Sebagai pusat infrastruktur aplikasi gravitasi menyatu pada platform infrastruktur berbasis komponen, pengguna harus lebih berkembang dan merumuskan pengembang infrastruktur dan peran arsitek. Siapa yang akan merancang API yang mendukung me multi- aplikasi ? Tidak pengembang aplikasi, tetapi pengembang infrastruktur. Aplikasi pengembang bertanggung jawab untuk merancang API yang bekerja hanya dalam aplikasi mereka (Intra - API). Tapi API yang dibangun untuk beberapa aplikasi harus dikelola dik oleh orang-orang orang yang tidak difokuskan pada aplikasi individual. Masalah pengelolaan API di beberapa aplikasi menimbulkan beberapa masalah yang menarik, seperti : • Bagaimana Anda menyiapkan server integrasi untuk memanfaatkan kedua lnfrà - API dan Inter - API dan menciptakan pendekatan pelayanan ? • Apakah proses yang digunakan untuk mengembangkan AFIS yang akan digunakan di beberapa aplikasi ? • Jika ada orang infrastruktur terlibat ? Jawaban untuk pertanyaan terakhir adalah tegas " Ya. " Anda akan jauh lebih berhasil jika pengembang infrastruktur yang terlibat. Jika Anda membiarkan tim aplikasi figure it out untuk diri mereka sendiri, mereka akan berakhir dengan berbagai tak berujung API, banyak dari mereka berlebihan, dengan tidak ada cara pusat mengelola mengelola mereka semua. Dalam kasus apapun, desain aplikasi yang baik akan semakin melibatkan merancang program user- interface untuk lebih sederhana, lebih cepat dan lebih murah Integrasi. Teknik ini jauh akan meningkatkan infrastruktur, bahkan jika diimplementasikan diimplementasikan dengan keberhasilan moderat. Ini harus menjadi alasan terbaik untuk mengambil banyak perawatan ketika membuat standar atau perencanaan infrastruktur. Ini adalah kunci untuk nilai pola 3/N-Tier Tier Transact dibahas dalam bab berikutnya, tetapi itu sangat sangat berharga diskusi dalam pola apa pun.

Apakah Ada yang Terlewatkan? Terlewatkan Sekarang bahwa Anda telah mempertimbangkan seluruh berbagai komponen, luangkan waktu untuk melihat infrastruktur Anda sendiri dan melihat bagaimana peta ke Katalog Komponen dalam Lampiran n A. adalah sesuatu yang hilang ? 2013

15



Komponen lainnya ? Jika komponen infrastruktur lainnya menjadi bagian dari infrastruktur Anda pola atau layanan portofolio mereka harus dipetakan sebagai terpisah lapisan komponen jika mereka : • Sering digunakan kembali (re-use) (re • Secara politis benar, yaitu menambahkan mereka tidak akan menimbulkan masalah di IT Anda mungkin perlu untuk memasukkan lebih banyak komponen dan menciptakan lebih banyak lapisan dari waktu ke waktu sebagai inovasi terus. Sebagai contoh, pada Gambar 2.11, alat manajemen yang ada untuk komponen setiap lapisan, tetapi manajemen secara keseluruhan mungkin layanan terpisah.

Sebagai alat aplikasi terus bergerak ke infrastruktur, Anda harus mengantisipasi perubahan, seperti lebih banyak jenis server aplikasi di lapisan server aplikasi. Arus lapisan aplikasi server terutama untuk aplikasi transaksional. Sebagai server kolaborasi yang lebih dan server analitik mengeksekusi logika bisnis dengan cara yang digunakan kembali di beberapa 2013

16



aplikasi, Anda akan ingin menambahkan nambahkan lebih banyak komponen untuk lapisan ini dari yang Anda lihat sekarang. Juga, sebagai definisi dari komponen manajemen yang spesifik meningkat, Anda harus mengantisipasi perubahan seperti berikut: berikut • Alat manager komponen individu, juga disebut manajer manajer elemen, akan dimasukkan dalam lapisan yang sama sebagai Komponen mereka dikelola. Masing-masing Masing masing komponen dapat memiliki komponen manajemen cocok nya. Jelas, Anda harus melakukan ini hanya ketika Komponen tersebut Umumnya ditangani secara terpisah. Jika tidak, t kumpulkan alat tersebut menjadi satu "elemen lement/component manager" untuk meliputinya. • Manajer multi-komponen komponen yang mengelola sekelompok komponen dalam satu lapisan juga harus masuk ke lapisan itu. Salah satu contoh adalah HP OpenView mengelola mengelol semua perangkat SNMP pada lapisan jaringan. Anda bisa menambahkan komponen " lapisan manajer " umum untuk setiap lapisan. • Manajer multi- komponen yang mengelola sekelompok komponen di beberapa lapisan dapat ditangani dengan baik menempatkan mereka dalam dalam satu lapisan yang ada, dengan menambahkan lapisan keseluruhan untuk manajemen, atau dengan menciptakan layanan untuk manajemen yang menarik komponen dari beberapa lapisan. Salah satu contoh terakhir : pengolahan pengol analisis online (OLAP)) alat dengan kedua komponen omponen lapisan database dan layanan aplikasi yang reusable komponen harus dimasukkan ke dalam lapisan aplikasi server jika terhadapnya dilakukan reuse secara intensif.. Tentu saja, komponen lain akan perlu ditambahkan kepada berbagai lapisan dari waktu ke waktu.

Lapisan lainnya ? Jika sekumpulan komponen lainnya biasa dikelompokkan sebagai bagian dari model lenkgap infrastruktur Anda,, Anda harus membuat lapisan khusus mereka dan memasukkan mereka dalam portofolio komponen Anda jika salah satu dari hal berikut ini berlaku : • Mereka sering disebut sebagai kelompok (seperti keamanan, manajemen). • Memasukkan mereka tidak akan terlalu menyulitkan ditinjau dari segi politik di bidang TI. • Memasukkan mereka membantu menyederhanakan kompleksitas infrastruktur. (Menjaga lapisan agar berjumlah 10 atau kurang dari itu adalah aturan turan praktis yang baik.) • Komponen tersebut but secara sendirian tidak akan membentuk service. Misalnya, keamanan dapat digunakan sebagai lapisan bersama oleh infrastruktur isolasi, permission dan identity,, seperti dibahas dalam Bab 4. Gambar 2.12 menunjukkan bagaimana lapisan keamanan dapat ditambahkan. ditambahkan

2013

17



Alih-alih alih hanya menciptakan lapisan, bagaimanapun, lebih fokus pada menciptakan layanan yang secara fisik dapat digunakan kembali instantiations kombinasi produk yang akan digunakan oleh beberapa aplikasi. Kemudian, komponen dari beberapa lapisan dapat dap digunakan bahkan jika mereka biasanya cocok dengan baik dalam sebuah layer. Misalnya. menghindari menempatkan database keamanan atau direktori di lapisan keamanan baru, terutama jika mereka dapat digunakan untuk lebih dari tujuan keamanan.

Merancang Operasi

2013

18



Bagi banyak organisasi, manajemen menyajikan tantangan yang unik - biasanya untuk operasi staf saja. Untuk lebih mengoperasikan dan mengelola infrastruktur, namun, akan lebih baik untuk merancang -in in manajemen. Bagaimana Anda merancang -in manajemen? Dengan menekankan pada API dapat digunakan kembali manajemen, seperti ARM, SNMP, XML, dan konsol HTML. Karena sebagian besar manajemen hanya perlu kait, aplikasi dan infrastruktur mereka dibangun di atas harus memiliki antarmuka manajemen. Beberapa interface interface ini berbasis SNMP, tetapi setiap paradigma desain harus mencakup merancang di kait. Pembahasan sebelumnya Infra - API Haruskah membimbing pemikiran Anda, karena seharusnya pembahasan layanan dalam Bab 4. Pemantauan waktu respon pengguna dapat terpusat jasa j manajemen, seperti sebuah Console SNMP. Berikut adalah beberapa contoh di mana komponen manajemen telah dirancang ke dalam lapisan dan layanan platform, atau di mana mereka menjadi seluruh layanan kepada diri mereka sendiri : • Element management.. Menempatkan Menempatkan setiap komponen ke lapisan, seperti yang dibahas sebelumnya. • User management.. Ini adalah aspek kunci dari komponen dalam pelayanan infrastruktur identitas, yang secara khusus dapat ditawarkan oleh layanan direktori atau komponen SSO Web atau dibangun bangun di atas mereka sebagai aplikasi lain terikat ke portal misalnya. • Network operations.. Ini bisa menjadi layanan dalam bentuk pusat operasi jaringan (NOC). Sementara agak otomatis menggunakan alat, seperti HP OpenView, banyak pusat operasi jaringan adalah orang-orang orang dan isu-isu isu isu proses manual yang Anda juga perlu untuk layanan. Merancang untuk operasi yang lebih baik akan memerlukan koordinasi dengan personil dan proses operasi. Dalam kasus apapun, pemikiran terstruktur tentang manajemen dapat melibatkan n komponen baru dan lapisan platform baru. Paling kritis, harus melibatkan pola pikir, dan terutama pemikiran layanan, untuk menjadi yang terbaik dicapai dalam praktek yang sebenarnya. Setidaknya, manajemen harus dibangun ke dalam metodologi perencanaan infrastruktur frastruktur itu sendiri. Anggap saja atribut dari setiap desain, rencana, atau standar yang Anda buat.

Rangkuman Bab ini telah mengambil komponen infrastruktur dan membantu Anda mulai berpikir tentang cara-cara cara untuk mengatur mereka. Setelah Anda mengatur komponen ke dalam lapisan, Anda akan memiliki portofolio yang Anda dapat segera mulai menunjukkan dengan bisnis atau pengembang aplikasi. 2013

19



Sebagai teknologi baru muncul, struktur ini komponen baru akan membantu Anda mengatur pemikiran Anda tentang hal itu ke titik di mana Anda dapat dengan mudah mengidentifikasi peran yang tepat dari komponen baru dan di mana mereka cocok dalam infrastruktur. Sebagai bagian dari proses kategorisasi, Anda mungkin mengidentifikasi ahli yang bertanggung jawab untuk teknologi baru baru atau yang akan ditugaskan penelitian dan analisis tugas-tugas tambahan. Pendekatan ini hanya logis, dan itu sesuai dengan cara dunia nyata benar-benar benar bekerja. Kebanyakan orang, ketika membangun segala jenis arsitektur, melakukan analisis teknologi cukup up baik, mereka sering menyadari, bagaimanapun, bahwa ini tidak cukup.

Daftar Pustaka Bruce Robertson dan Val Sribar. 2001. The Adaptive Enterprise: IT Infrastructure Strategies to Manage Change and Enable Growth. Growth. Intel Press, Hilssboro, Amerika Serikat.

2013

20



MODUL PERKULIAHAN. anajemen sat Data. Dasar-dasar Adaptive Infrastructure: Komponen. Functional dan Interface. Studi Tatap Muka Kode MK Disusun Oleh

Recommend Documents