Transact Paterns

 Transact Paterns

•      Pola Transact mencakup aplikasi yang "menulis" informasi terstruktur untuk sistem atau kumpulan data 
•     Transaksi  membiarkan Anda Buat, Baca, Update, dan Delete (CRUD) 
•      Sebuah DBMS biasanya merupakan komponen standar dari pola 
•      Perlu sifat ACID (Atom, Konsisten, Terpencil, dan Tahan Lama) 
•      Sub-diklasifikasikan menggunakan logis berjenjang terstruktur berikut: 

1-Tier Transact,

          Atau Host Transact, di mana semua pengolahan data dilakukan pada

          sistem host dalam aplikasi monolitik 
      2-Tier Transact,

          Yang biasanya membawa logika presentasi dan bisnis ke sisi klien,

           meninggalkan manajemen database di server 
       3/N-Tier Transact,

          yang, selain memisahkan pengelolaan data seperti 2-Tier,

          Memisahkan logika presentasi dari logika bisnis.

1-Tier Transact Pattern

•   Pola ini termasuk aplikasi batch atau proses transaksi online (OLTP)     tanpa abstraksi logis antara    aplikasi, presentasi, dan logika data.
•  Kebanyakan implementasi mainframe jatuh ke dalam 1-Tier Transact Pola.
•  Seluruh aplikasi, termasuk database, logika bisnis, dan logika presentasi, di-host pada server, tunggal high-end.
•  Besar untuk melayani populasi pengguna besar dengan tarif transaksi yang besar, waktu respon cepat dan ketersediaan yang tinggi

1.Tier Transact Pattern

  Manfaat:

• Availability. (Ketersediaan)ketersediaan Pola host adalah kekuatan umum dikenal pengembang infrastruktur.

• Scalability.Ini pola unggul dalam jumlah pengguna bersamaan dapat mendukung.

• Reliability. Pola ini juga yang paling dapat diandalkan. Sistem pemulihan masalah  sering ditangani secara otomatis

  Kelemahan:

• Expensive(Mahal)Pengguna harus membayar harga premium untuk hardware mainframe dan lisensi perangkat lunak.

• Inflexible(Tidak fleksibel)Mengubah sistem tersebut membutuhkan upaya rekayasa yang  signifikan.

• Lacking agility Sifat bersama aplikasi dapat menghasilkan ketergantungan yang  signifikan beban kerja yang saling terkait.

• Lack of applications.(Kurangnya aplikasi)Paket mendukung aplikasi menurun

• Resource-intensive(Sumber daya intensif)

Best Practices:

• Pasang pembungkus sekitar kode warisan host untuk merangkum komponen dan membuat mereka dapat digunakan kembali
• Hindari menggunakan pola ini untuk aplikasi baru
• Jangan menggunakan komponen dioptimalkan untuk pola ini dalam pola-pola lain
• Minimalkan investasi di upgrade pola ini.

   Futures: 
          Tidak ada aplikasi baru harus didasarkan pada pola ini

    2-Tier Transact Pattern

       2-Tier Transact Pattern

Manfaat :

• Speed.(Kecepatan)

           Pilihan terbaik untuk aplikasi yang digunakan di lingkungan, bisnis   

           berisiko tinggi volatile, dimana siklus bisnis diukur dalam beberapa  

           minggu, bukan bulan atau tahun.

• Rapid development(Rapid pembangunan)

           Pengiriman dapat terjadi di klip cepat 

Kelemahan :

• Kurangnya skalabilitas 
• Kerentanan keamanan
• Sourcing keterbatasan
•  Presentasi keterbatasan
•  Kurangnya API
•  Biaya Tersembunyi

            Best Practices:

•  Batas ini pola untuk aplikasi skala kecil di lingkungan LAN berbasis
•  Berhati-hati beradaptasi pola ini untuk klien WAN berbasis menggunakan terminal server
• Jangan gunakan versi Web pola ini untuk aplikasi skala besar
•   Ambil keuntungan dari pola ini untuk rapid prototyping

        Futures :

§          Prototyping dan pengujian akan terus menggunakan pola ini

§         Smart PC version wanes

§         ISV perlahan bermigrasi dari pola ini untuk N-Tier Transact

 

  3/N-Tier Transact Pattern

• Pola ini terdiri dari thin client membawa presentasi-logika saja, berkomunikasi dengan, aplikasi client-netral berbasis server, dan server database back-end
• Klien yang paling scalable dan fleksibel / server pola transaksi
• Pengguna dapat sangat terdesentralisasi (WAN-friendly)
• Fleksibel untuk mengintegrasikan dengan aplikasi lain atau titik interaksi.
• Menawarkan distribusi terbesar fungsionalitas pengolahan di lingkungan transaksional
• Klien dalam pola ini cenderung tipis, dan logika bisnis bersama dapat didukung dari beberapa titik interaksi

 3/N-Tier Transact Pattern

     Manfaat:

• Scalability.Mendistribusikan beban pengolahan pada tingkatan beberapa server menyediakan  skalabilitas yang signifikan 
  
  • Memerlukan usaha desain lebih untuk partisi fungsi aplikasi dan dependensi batas

• Security.(Keamanan)Web SSO produk memberikan keamanan multitier dengan otorisasi sumber daya  berbasis peran

• Presentation.  Semua antarmuka pengguna dapat memanfaatkan logika aplikasi yang sama, baik  secara  fisik dan  logis.

• API.Kemampuan untuk menggunakan API independen dari presentasi aplikasi adalah keuntungan kunci 
  
  • Mengurangi biaya EAI karena API berbagi antara aplikasi mengurangi waktu dan biaya yang diperlukan untuk mengintegrasikan aplikasi

   
Kelemahan:

• Need customization(Butuh kustomisasi)Membutuhkan signifikan pada tingkat kustomisasi aplikasi dan alat

• MisunderstoodExpensive.(Disalahpahami). server berbasis web tidak selalu 3/N-Tier

• MisunderstoodExpensive(Mahal)System integrator mempertahankan bahwa integrasi dan implementasi biaya akan melebihi perangkat keras dan perangkat lunak dengan rasio 4-ke-1.

Best Practices:

v     Mengembangkan pelayanan transaksional Integrasi untuk mencocokkan aplikasi 3/N-Tier

v     Bekerja sama dengan pengembang aplikasi pada tahap awal, karena mereka membangun atau membeli peralatan

v     Gunakan arsitektur pertanian skala-out berkewarganegaraan

v     Gunakan pengalaman yang diperoleh dari DBMS OLTP yang ada dan OS server / platform perangkat keras, bahkan jika server lainnya tier platform berbeda

v     Jangan mereplikasi OLTP data untuk skala

v     Ambil keuntungan dari manfaat pola 3/N-tier saat scaling dan integrasi dengan aplikasi lain

v     Mengembangkan Test Lab, termasuk peralatan dan prosedur untuk menyelidiki dampak infrastruktur berbagai pola dan jasa

     Futures:

v     Terus menjadi pilihan yang lebih disukai untuk aplikasi transaksional

v     ISV perlahan-lahan bermigrasi ke pola ini

v     Lebih baik alat pengembangan aplikasi yang mendukung pola ini

  Prinsip Infrastruktur Adaptif

               Satu cara untuk melihat infrastruktur adaptif adalah dengan melihatnya sebagai suatu set komponen, pattern dan servis bersama-sama dengan orang dan proses menyatukan nya.:

v     Platform

            adalah konsep untuk mengelompokkan komponen-komponen teknologi    

             menjadi domain teknis (atau lapisan).

v     Pattern

             adalah konsep untuk memudahkan pemetaan dari kebutuhan bisnis ke   

             disain infrastruktur end to end

.

v     Servis

             adalah “aplikasi infrastruktur” yang menjadi tanggung jawab bagi servis-

             servis tertentu diluar domain aplikasi menjadi domain infrastruktur.

Prinsip Infrastruktur Adaptif

 

Konsep Pokok untuk Membangun Infrastruktur Adaptif:

1.      Mengidentifikasi dan mengkatalog teknologi

2.      Mengembangkan pattern infrastruktur yang dapat digunakan kembali

3.      Membangun servis infrastruktur adaptif

4.      Menggunakan tools yang baik

5.      Terorganisasi

6.      Menjelaskan nilai yang terkandung

Pattern-based

Daripada mengembangkan infrastruktur dari awal untuk setiap aplikasi baru,kita menggunakan sejumlah pattern infrastruktur terbatas yang reusable.

Pattern-based

v     Suatu seperangkat pattern haruslah cukup beragam untuk menutupi semua kebutuhan aplikasi utama, tetapi terbatas dalam jumlah untuk memberikan benefit lingkungan yang telah disederhanakan.

v     Pattern juga harus menyediakan detail yang cukup untuk memungkinkan disain dan implementasi yang berkualitas, solusi end-to-end dengan customization yang minimal

Home

Tweet

Written by Unknown

We are Creative Blogger Theme Wavers which provides user friendly, effective and easy to use themes. Each support has free and providing HD support screen casting.