Speech Recognition & Middleware telematika

Kami telah menciptakan sebuah aplikasi model jaringan sederhana untuk membantu menjelaskan konsep middleware, dan kami akan menggunakannya dalam panduan ini. Alih-alih model jaringan OSI, kita memiliki potongan dasar pada server dan klien, termasuk sistem operasi, program aplikasi, dan potongan konektivitas seperti protokol jaringan dan perangkat lunak middleware.


Middleware adalah di sana dalam (middleware konektivitas database yang disebut dalam diagram kita) tengah. Perhatikan bahwa komponen middleware adalah yang dipakai pada kedua klien dan platform server. Sejak beberapa definisi middleware termasuk kode yang mengisolasi sistem operasi dari perbedaan platform perangkat keras (seperti lapisan abstraksi perangkat keras atau HAL pada Windows NT), mari kita menjaga diskusi kami terfokus pada middleware untuk sistem terdistribusi. Dalam beberapa kasus, akan ada layanan middleware lebih yang disediakan oleh perangkat perantara seperti gerbang database. Diagram selanjutnya memberikan contoh yang lebih spesifik menggunakan Oracle dan PowerBuilder pada platform yang umum.


Set dasar layanan middleware yang ditawarkan oleh produk yang paling hari ini. Kami akan mengacu pada Microsoft SQL Server RDBMS dan DB-Library datanya middleware akses sebagai contoh. Layanan yang ditawarkan meliputi:

Client / Server Konektivitas-Middleware menyediakan mekanisme yang aplikasi jaringan berkomunikasi di seluruh jaringan. Ini termasuk dalam kasus jaringan database misalnya pelayanan meletakkan paket data hasil query ke dalam paket jaringan transport. Microsoft SQL Server, misalnya, menggunakan Streaming Tabel Sybase Data (TDS) protokol untuk menangani format data untuk transportasi di seluruh netowrk tersebut. Interaksi lapisan sesi mungkin juga memiliki timer sendiri dan bahkan kontrol kesalahan untuk menangani transmisi otomatis paket yang hilang. Salah satu fitur umum adalah kemampuan untuk klien untuk mengganggu operasi saat ini pada server untuk membatalkan download permintaan respon besar. (Kita akan membahas berbagai mekanisme disediakan secara mendalam ketika kita membahas tipologi Middleware nanti.)

Platform Transparansi-Client dan server tidak harus memiliki pengetahuan yang mendalam tentang satu sama lain agar pekerjaan untuk dilakukan. Perbedaan antara pengkodean platform tertentu seperti big-endian dan little-endian atau EBCDIC dan ASCII biasanya tersembunyi oleh middleware. Middleware sering berjalan pada berbagai platform, membiarkan organisasi memanfaatkan semua desktop yang ada dan hardware server sebagai aplikasi membutuhkan. Namun, beberapa produk middleware sulit untuk melihat melampaui klien Windows NT dan UNIX atau Windows server.Pastikan Anda membeli middleware menangani semua platform Anda benar-benar telah dikerahkan. Microsoft SQL Server DB-Library middleware menyediakan akses hanya untuk server Windows NT (karena itulah SQL hanya didukung Server platform host), tapi tidak begitu dari DOS, Windows (3.1, 95, NT), Mac dan klien UNIX (meskipun tidak semua ini perangkat lunak klien kapal dengan SQL Server itu sendiri).

Jaringan Transparansi dan Isolasi-Middleware sering membuat pilihan jaringan transparan bagi programmer aplikasi. Ac tually, meskipun, setiap produk middleware yang pernah kita mendengar berjalan pada TCP / IP, dengan semua protokol lain datang kedua jauh. Jika Anda ingin menjadi lebih siap untuk menjalankan middleware besok, mendapatkan pada kereta musik TCP / IP. Kemudian lagi, jangan biarkan programmer aplikasi menjadi terlalu bercerai dari keputusan jaringan, dapat menyebabkan aplikasi yang dirancang dengan buruk .

SQL Server mendukung beberapa protokol antara klien dan server, meskipun beberapa yang khusus untuk platform tertentu. Dari Mac, pilihannya adalah TCP / IP dan AppleTalk. Dari PC, ada lebih banyak pilihan: TCP / IP, NetWare IPX / SPX, dan NetBIOS / NetBEUI (Named Pipes). Dalam beberapa kasus, klien dan server bahkan tidak harus menjalankan protokol jaringan yang sama di antara mereka. Sebuah perangkat perantara yang paling mungkin disebut estafet database yang bisa mendapatkan node akhir dua berbicara satu sama lain. Tapi, mereka akan membutuhkan produk middleware yang sama di mana-mana untuk membuat hal ini terjadi.

Aplikasi dan Alat Dukungan (API)-Sebelum middleware dapat digunakan, maka harus menyajikan API sendiri untuk aplikasi client yang mungkin menggunakannya. Untuk alat dibungkus plastik seperti alat query database, dukungan API bisa kritis. Sementara ODBC telah memberikan beberapa tingkat transparansi di API beberapa database proprietary, banyak vendor RDBMS masih mendorong menggunakan API milik mereka sendiri. Pastikan Anda tahu apa yang Anda menawarkan API middleware serta apa API alat Anda dapat menggunakan. Mudah-mudahan ada pertandingan! SQL Server menawarkan ODBC standar dan DB-Library API proprietary pada klien.Untuk middleware generik lebih, API di server harus tersedia juga, karena RDBMS middleware, sisi server biasanya keras-kode untuk mendukung RDBMS.

Dukungan Bahasa-Middleware sering memberikan transparansi di berbagai dialek database SQL. Bahkan ketika coding di embedded SQL dalam sebuah 3GL, middleware mig ht memungkinkan penggunaan dialek SQL tunggal di berbagai RDBMS kembali berakhir. Di luar produk database middleware yang spesifik, produk middleware generik sering membiarkan bahasa pemrograman yang berbeda yang akan digunakan untuk membuat potongan-potongan yang berbeda dari aplikasi (potongan yang berada pada mesin yang berbeda). Sejak SQL Server DB-Library hanya mendukung RDBMSs SQL Server, dialek SQL yang didukung adalah Transact SQL, superset dari ANSI SQL 89 yang dibuat oleh Microsoft dan Sybase.

RDBMS Dukungan-Ketika kita fokus pada middleware database jaringan (juga disebut data middleware akses), middleware juga dapat memberikan tingkat transparansi di format penyimpanan data yang berbeda. Ini akan membuat RDBMSs yang berbeda terlihat seperti RDBMS yang sama. ODBC adalah salah satu cara untuk menyembunyikan perbedaan RDBMS, namun produk middleware sering memberikan dukungan beberapa RDBMS dari API proprietary baik dan standar. DB-Library middleware SQL Server tidak mendukung antarmuka ODBC, tapi masih native mendapatkan pengguna untuk SQL Server RDBMS saja.

Database middleware jaringan banyak terkait erat dengan RDBMS itu vendor yang sama. Untuk mendapatkan bahkan lebih banyak data sumber, basis data produk gateway diperlukan. Produk pihak ketiga seperti TechGnosis SequeLink atau IBI EDA / SQL menawarkan lebih banyak variasi dalam RDBMSs. Bahkan Microsoft baru-baru ini bersekutu dengan IBI untuk memiliki multi-RDBMS konektivitas solusi mereka terhubung ke jaringan DB-Library sehingga DB-Library klien bisa mendapatkan RDBMSs selain SQL Server.

Untuk non-data produk akses, fungsi RDBMS masih dapat diberikan dengan menggunakan ekstensi untuk membuat semacam mengakses data secara langsung mudah atas solusi middleware dikerahkan.NetWeave adalah salah satu pesan vendor yang juga memiliki pilihan akses database software.

Jelas kita telah berjalan melalui cukup banyak peralatan dapur yang berguna sudah, jauh melampaui hanya wastafel. Mari kita memeriksa middleware layanan yang lebih maju mungkin menyediakan Layanan ini canggih belum umum di produk middleware, database-spesifik atau lebih umum. Namun, fungsi tersebut akan semakin dibutuhkan oleh aplikasi enterprise baru.

Sistem Masuk-Hilang tunggal dari solusi konektivitas banyak database adalah setiap layanan otentikasi terpisah. Tanpa layanan keamanan terikat ke layanan direktori perusahaan skala, pengguna harus login ke setiap server RDBMS secara terpisah. Ini berarti mereka baik akan lupa username dan password (dan panggilan IS mendukung sepanjang waktu) atau mereka akan melanggar keamanan dengan menjaga daftar dari segala sesuatu di kertas yang ditempel di monitor mereka. Database administrator harus menambahkan username dan password ke server masing-masing secara independen. Jika Anda ingat NetWare 3.x dukungan penjilidan, dan bagaimana hal itu diperlukan administrator untuk melakukan segala sesuatu di server masing-masing secara mandiri, Anda akan memiliki rasa bagaimana ini bekerja di pasar middleware.

Username dan password Terlalu banyak bukanlah ide yang baik. Solusi middleware yang lebih canggih membiarkan log pengguna dalam sekali dan hanya sekali untuk keamanan middleware, yang pada gilirannya menangani otentikasi dari sana untuk menggunakan credential itu.Keamanan yang mungkin atau tidak mungkin sistem yang sama yang digunakan dalam file dan lingkungan cetak.

Peningkatan Keamanan-Beberapa vendor middleware memiliki pilihan keamanan yang jauh lebih baik daripada hanya username dan password. Carilah dukungan dari solusi kartu kunci seperti produk SecureID itu. Oracle mengumumkan itu bekerja dengan vendor pembaca sidik jari. Di luar solusi akses keamanan, namun, jangan lupa untuk melihat bahwa informasi otentikasi dilewatkan melalui jaringan terenkripsi. Anda bahkan mungkin ingin enkripsi data untuk data sensitif.

Lokasi Transparansi-Banyak solusi middleware tidak menawarkan layanan nama sederhana untuk server atau nama layanan. Jika pengguna ingin terhubung ke server dan tidak ingat nama itu, mereka harus menghubungi dukungan teknis. Lanjutan middleware solusi menawarkan layanan penamaan terpusat dengan beberapa tingkat distribusi. Masalah-masalah yang sama dengan yang terkait dengan DNS di Internet atau NDS pada NetWare. Sebuah perbatasan baru dalam dukungan middleware untuk penamaan adalah dalam mendukung konfigurasi lebih dinamis, di mana layanan berlebihan harus ditargetkan dengan load balancing dan toleransi kesalahan.Beberapa produk di arena database yang sangat canggih, tapi push aktif pada pasar middleware yang lebih umum di mana ketersediaan tinggi dari komponen berlebihan diperlukan.

Basis Data Berorientasi Layanan (heterogen Bergabung, Replikasi)-Dalam dunia konektivitas database, jasa lainnya dapat ditawarkan oleh middleware. Salah satu layanan penting adalah heterogen bergabung dukungan. Jika middleware melakukan multi-RDBMS bergabung transparan, maka klien itu sendiri tidak perlu khawatir tentang masalah penanganan perbedaan dan meningkatkan kinerja.

Aplikasi Layanan Berorientasi (Pemantauan Transaksi, Queuing)-Untuk lingkungan middleware lebih umum, layanan aplikasi yang berbeda mungkin diperlukan, incluing pemantauan transaksi dan antrian pesan. Layanan ini sangat penting bahwa mereka benar-benar mendefinisikan mekanisme interaksi yang berbeda untuk aplikasi terdistribusi (lihat kami diskusi middleware tipologi ).

Manajemen (Configuration, Kinerja, Akuntansi)-Akan lebih baik jika sistem yang kompleks seperti solusi middleware enterprise dapat dengan mudah dan efektif. Beberapa produk yang mulai menghubungkan ke konsol SNMP, tetapi banyak vendor kini menawarkan produk untuk memantau kesehatan jaringan middleware mereka secara khusus termasuk pihak ketiga seperti BMC Softwaredan Sistem Tivoli . Masih ada pengganti untuk sapu tangan sesekali, namun.

Interaksi Dengan Jaringan Layanan Lain-middleware Sementara beberapa tidak menyediakan set sendiri layanan canggih, pendekatan yang lebih baik mungkin untuk menawarkan dukungan untuk layanan perusahaan eksternal yang migth sudah sedang digunakan dalam organisasi. Dengan mendukung layanan lainnya vendor (keamanan, direktori, manajemen), middleware dapat masuk ke lingkungan jaringan perusahaan yang ada jauh lebih mudah. Ini dapat memanfaatkan sistem lain untuk berfungsi lebih efisien.

SQL Server membuat baik meskipun contoh kepemilikan bagaimana untuk menghubungkan ke layanan enterprise. Seluruh dunia DCE menyediakan lain. Bagian dari suite aplikasi Microsoft BackOffice Server, SQL Server berinteraksi dengan direktori domain Microsoft Windows NT untuk layanan otentikasi. Pendekatan ini memberikan dukungan login server-side tunggal. User log in sekali untuk domain NT dan tidak pernah memiliki masuk lagi ke sumber daya BackOffice secara terpisah. Ini adalah pendekatan yang lebih efektif daripada hanya caching password pada klien, yang Windows dapat dilakukan tetapi vendor banyak database middleware tidak mendukung baik, karena hanya ada satu username dan password pengguna yang pernah mungkin harus berubah. Oracle telah mengumumkan dukungan untuk berbagai layanan lainnya, termasuk Banyan StreetTalk, Novell NetWare NDS, dan layanan DCE. Kadang-kadang, bagaimanapun, dukungan ini tidak tersedia pada semua platform, Oracle7 ini NetWare mendukung NDS hanya tersedia pada Oracle NetWare NLM server, dan bukan untuk platform lebih populer lainnya.

http://translate.google.co.id/translate?hl=id&langpair=en%7Cid&u=http://www.networkcomputing.com/netdesign/cdmwdef.htm