Di Moscow, sejak tahun 1958, terdapat Jalan Stroiteley ke-3, tetapi pada tahun 1963 ia dinamakan semula - kini ia adalah Jalan Maria Ulyanova, dan bangunan 25 di jalan ini adalah bangunan lima tingkat Khrushchev. Di Leningrad (St. Petersburg), 3rd Street of Builders tidak pernah wujud...

Saya bercakap tentang integrasi aplikasi sekali lagi. Hari ini saya membaca piawaian domestik untuk aliran dokumen antara jabatan GOST R 53898-2010 Dan piawaian itu nampaknya "betul" yang ditulis dalam XML dan terdapat pelbagai jenis medan berguna pada 53 halaman dan semua butiran. Saya masih ingat bahawa pada akhir abad yang lalu, saya sangat menganjurkan kemunculan piawaian untuk mesej elektronik pada halaman majalah Komputer dalam artikel Faktor Internet dalam Pembangunan Sistem Pelanggan-Bank Pada akhir abad yang lalu, segala-galanya kelihatan lebih optimis daripada pada permulaan yang ini. Dot-com masih belum runtuh, langit lebih tinggi, rumput lebih hijau, laman sosial boleh dipercayai, dan Fielding belum lagi mempertahankan disertasinya bertajuk Representational State Transfer. Apa yang berlaku dalam masa lebih sepuluh tahun dan mengapa idea menyeragamkan format dokumen elektronik tidak lagi menggembirakan saya? Tiada yang penting, cuma paradigma integrasi aplikasi telah berubah.

Bagaimana keadaan sebelum ini? Satu bank menghantar e-mel lain (Maaf, saya bekerja di Inkombank pada masa itu, jadi saya akan bercakap tentang bank). Bank kedua menerima mesej itu dan menghantar resit kepadanya. Semua ini disulitkan sepuluh kali, diperakui dengan tandatangan digital, fungsi cincang mesej asal dimasukkan dalam resit... nombor masuk dan keluar, setem masa (juga kriptografi, by the way), dsb. dan sebagainya. Persoalan yang paling dibincangkan pada tahun-tahun itu ialah sama ada perlu untuk menjana resit untuk resit dan apa yang perlu dilakukan apabila resit tidak dihantar. Secara umum, adalah menakutkan untuk mengingati tahap kerumitan proses menyegerakkan keadaan berbilang imej maya satu dokumen sebenar boleh dibawa. Ia lebih mudah dengan kertas. Sekurang-kurangnya sehingga penciptaan mesin penyalin.

Mari kembali ke zaman moden. Jika baris gilir mesej wujud untuk menghantar mesej dengan selamat dan boleh dipercayai, maka bas perkhidmatan muncul untuk menghapuskan pertukaran mesej. Dan jangan beritahu saya bahawa bas inilah yang bertukar-tukar mesej. Saya tahu ini, kami melakukannya sendiri, tetapi ia tidak begitu betul. Idea asal bas perkhidmatan, terutamanya Perusahaan Bas Perkhidmatan (ESB) bukan tentang menghantar mesej, tetapi tentang memastikan bahawa mana-mana aplikasi tidak perlu bimbang tentang mencipta contoh tempatan sendiri objek. Tujuan perkhidmatan adalah untuk sentiasa dapat memperoleh objek sedemikian. Jika anda memerlukan dokumen, masukkan URL dan gunakan kaedah HTTP GET untuk menerima dan membaca dokumen tersebut. Jika anda ingin menukar dokumen, anda menukar dokumen menggunakan URL yang sama menggunakan kaedah HTTP PUT. POST telah ditambah, DELETE telah dialih keluar, apakah yang lebih mudah? Berikan dokumen anda URL. Gunakan protokol gaya WebDAV untuk mengambil dokumen, mengusahakannya dan mengembalikannya ke tempatnya dalam status baharu, yang sama ditakrifkan sebagai salinan induk, i.e. ke URL yang sama dari mana anda mengambilnya

Jika tidak, ia adalah kiamat. Resit dan pemberitahuan perubahan status tidak begitu teruk. Keperluan untuk mentafsir medan dokumen dengan cara yang sama, dan untuk ini menyegerakkan buku rujukan, adalah masalah. The Third Street of Builders di Moscow dan 3rd Street of Builders di St. Petersburg, seperti yang diketahui dari filem utama Tahun Baru, jauh dari perkara yang sama. Mungkin satu-satunya buku rujukan yang ditafsirkan secara sama dalam jabatan yang berbeza ialah kalendar Gregorian. Dan kemudian, saya tidak pasti sepenuhnya. Atau contoh lain - nama saya pada pasport antarabangsa tidak sepadan dengan nama saya pada visa British yang ditampal pada pasport antarabangsa yang sama. Passport tertera MAXIM, dan visa tertera MAKSIM. Disebabkan ini, saya takut untuk menyeberangi sempadan :) Mari tambahkan kepada ini perbezaan dalam set keadaan dokumen dalam sistem yang berbeza, graf peralihan yang berbeza, dokumen kompaun yang termasuk satu set dokumen lain, sampul elektronik, dll. Kami mendapat masalah kerumitan gabungan yang luar biasa. Bagaimana jika dokumen itu tidak pergi ke satu jabatan, tetapi ke beberapa jabatan sekaligus? Dalam satu mereka akan memenuhinya, dalam satu lagi mereka akan menolaknya, dalam yang ketiga mereka akan kehilangannya. Oleh itu, orang yang memproses akan menambah laluan ke dokumen ini tidak lama lagi, yang dinyatakan secara ringkas dalam notasi BPMN pada sedozen halaman. Pengecualian, pemulangan, pembatalan, keputusan pengesahan tandatangan digital yang salah, resit tidak dihantar, kunci tamat tempoh... Matriks sedang berehat (tetapi pengaturcara terus berfungsi)

), dahulunya dipanggil Axelot Datareon ESB, bertujuan untuk membina landskap maklumat teragih bagi sesebuah perusahaan. Produk perisian memastikan interaksi semua aplikasi bersepadu dalam satu pusat, menggabungkan sumber maklumat sedia ada dan menyediakan pertukaran data terpusat antara sistem maklumat yang berbeza.

Bas perkhidmatan data korporat ESB Datareon ialah satu cara untuk memastikan kestabilan dan kesempurnaan pertukaran maklumat, meningkatkan prestasi keseluruhan sistem maklumat dan mengurangkan kos buruh untuk pentadbirannya.

Produk perisian Datareon ESB secara rasmi dimasukkan ke dalam daftar bersatu program Rusia untuk komputer elektronik dan pangkalan data, yang boleh dibeli oleh institusi negeri dan perbandaran.

Kefungsian

• Menyokong pelbagai piawaian dan senario integrasi
• Uruskan landskap penyepaduan anda secara berpusat dengan ekosistem Eclipse
• Transformasi data (algoritma transformasi data berbilang langkah dengan kawalan pelbagai keadaan)
• Pindahkan data dari sebarang saiz (penskalaan menegak dan mendatar)
• Penyepaduan mudah dengan produk pada platform 1C:Enterprise 8
• Memastikan pemindahan data selamat
• Diagnostik dan pemantauan keadaan keseluruhan rangkaian penghantaran data

Masalah yang perlu diselesaikan

• Pemindahan data antara sistem maklumat yang berbeza (dengan penghalaan atau titik-ke-titik)
• Pembentukan ruang maklumat tunggal dalam persekitaran heterogen
• Pembinaan sistem teragih berdasarkan model acara dalam pilihan berikut:
  • membina aplikasi dengan proses perniagaan hujung ke hujung berdasarkan model acara;
  • penciptaan sistem dengan penyegerakan aplikasi perniagaan dalam pelbagai sistem maklumat
• Mendapatkan seni bina pengurusan peringkat perusahaan/pegangan berskala
• Penggunaan sistem pertukaran data di peringkat pengangkutan dan di peringkat logik perniagaan
• Mewakilkan tugas membina aliran maklumat kepada jabatan analisis
• Mengurangkan kerumitan reka bentuk integrasi keseluruhan dan mengurangkan keperluan pemprosesan saluran
• Meningkatkan kestabilan keseluruhan lapisan pengangkutan data
• Mengurangkan kos transaksi apabila bertukar-tukar data antara jabatan yang berbeza

2017

Axelot Datareon ESB 2.1.0.0

Penyelesaian AXELOT Datareon ESB telah dimasukkan dalam senarai kompetensi Pembangunan Aplikasi Emas - fakta yang mengesahkan kualiti tinggi produk dan keserasiannya dengan produk Microsoft.

AXELOT Datareon ESB menyediakan beberapa faedah utama untuk perniagaan:

• Kemungkinan integrasi;
• Kebolehpercayaan dan kebolehgunaan semula sumber;
• Mendapatkan seni bina pengurusan peringkat perusahaan/pegangan berskala;
• Mewakilkan tugas membina aliran maklumat kepada jabatan analisis;
• Mengurangkan kerumitan keseluruhan skim integrasi dan mengurangkan keperluan untuk daya pemprosesan saluran;
• Meningkatkan kestabilan keseluruhan lapisan pemindahan data pengangkutan;
• Mengurangkan kos transaksi apabila bertukar-tukar data antara jabatan yang berbeza;
• Mengurangkan kos keseluruhan untuk menyelenggara dan menyelenggara sistem maklumat.

Ciri-ciri utama sistem:

• Sebilangan besar penyambung kepada pelbagai sistem: 1C:Enterprise 8, perkhidmatan SOAP, perkhidmatan REST, MS SQL, IBM DB2, Oracle DB, PostgreSQL, SharePoint, OData, TCP, Siemens TeamCenter dan lain-lain;
• Mekanisme pemalam untuk pembangunan diri penyambung;
• Sokongan untuk pelbagai bahasa pengaturcaraan dan teknologi semasa membangunkan senario interaksi: 1C:Enterprise 8, JavaScript, T-SQL;
• Menyediakan senario transformasi data berbilang langkah menggunakan mekanisme pemetaan visual dan transformasi XSLT tersuai;
• Bekerja dengan pelbagai format data (XML, JSON, XLS, DBF, CSV, Base64 dan lain-lain);
• Penghalaan statik dan dinamik bagi paket maklumat;
• Kelajuan tinggi interaksi dan toleransi kesalahan: mengurangkan keperluan untuk lebar jalur rangkaian, pengimbangan beban, pengasingan domain maklumat, keupayaan untuk memantau status nod integrasi;
• Sokongan untuk model acara, panggilan segerak dan tak segerak, penghantaran terjamin;
• Menukar senario penyepaduan sistem pelanggan (memunggah/memuat, mekanisme transformasi dan penghalaan) dalam mod "panas" tanpa perlu menghentikannya (termasuk konfigurasi pada platform 1C:Enterprise 8);
• Diagnostik dan pemantauan semua proses integrasi, keupayaan untuk menyahpepijat dan mengesan pakej maklumat.

Perhatian khusus diberikan kepada penyepaduan aplikasi pada platform 1C:Enterprise 8. Penghantaran termasuk subsistem khas yang boleh dibina ke dalam mana-mana konfigurasi standard pada platform 1C:Enterprise 8 dan menyediakan semua mekanisme yang diperlukan untuk persediaan dan pentadbiran penyepaduan yang cepat dan mudah. Interaksi "AXELOT: ESB Service Data Bus" dengan konfigurasi pada platform "1C:Enterprise 8" dijalankan melalui perkhidmatan SOAP dan REST.

Komponen pelayan "AXELOT: ESB Service Data Bus" dibangunkan dalam C++. Pentadbiran dan konfigurasi "AXELOT: ESB Service Data Bus" dijalankan dalam persekitaran pembangunan Eclipse dan boleh dilakukan bersama-sama dengan pembangunan sistem pada platform 1C:Enterprise 8 dalam 1C:Enterprise Development Tools. "AXELOT: ESB Service Data Bus" ialah berbilang platform dan menyokong sistem pengendalian MS Windows dan Linux.

AXELOT Datareon ESB ialah pembangunan sepenuhnya Rusia dan sedang dalam proses untuk dimasukkan ke dalam daftar bersatu program Rusia untuk komputer elektronik dan pangkalan data, yang boleh dibeli oleh institusi negeri dan perbandaran untuk menyelesaikan masalah tertentu.

Penyepaduan aplikasi ialah isu yang lambat laun akan dihadapi oleh jabatan IT bagi mana-mana organisasi yang mempunyai lebih daripada satu aplikasi ini. Berikut adalah senarai tugas yang jauh daripada lengkap yang sesuai dengan konsep "penyepaduan":

• keperluan untuk mengekalkan direktori am (contohnya, direktori pelanggan atau pekerja);
• melancarkan aktiviti dalam satu sistem maklumat apabila peristiwa berlaku dalam satu lagi;
• proses perniagaan (urutan tersusun tindakan yang dilakukan oleh kedua-dua orang dan sistem maklumat) yang berlaku dalam beberapa aplikasi;
• interaksi maklumat dengan rakan kongsi perniagaan (contohnya, permintaan automatik untuk harga komponen daripada pembekal);
• penyatuan pertukaran maklumat dan proses perniagaan di cawangan syarikat.

Jika tindakan seperti ini jarang berlaku dalam perusahaan (contohnya, sekali sehari), maka tindakan ini boleh diatur secara sementara - contohnya, dengan memuat naik data secara manual daripada satu aplikasi dalam format Excel dan memuatkannya ke dalam aplikasi lain, atau pun dengan menggunakan kemasukan maklumat pendua ke dalam dua sistem sekaligus. Walau bagaimanapun, jika keperluan untuk interaksi maklumat antara aplikasi timbul berkali-kali sehari, maka timbul persoalan penggunaan sumber manusia yang tidak berkesan dan, akibatnya, terdapat keperluan untuk mengautomasikan prosedur ini.

Penyepaduan titik ke titik

Tugas penyepaduan titik ke titik agak mudah. Adalah perlu untuk memahami bagaimana setiap satu daripada dua sistem yang berinteraksi bersedia untuk menghantar dan menerima data, mencipta penyelesaian teknikal yang sesuai untuk mengakses antara muka ini, dan juga melaksanakan mekanisme untuk menukar data daripada format sistem sumber kepada format sistem destinasi. Dalam kes terbaik, sistem maklumat menyediakan antara muka pengaturcaraan khas (API) untuk penyepaduan, dan dalam kes yang paling teruk, maklumat mesti dibaca dan ditulis terus ke dalam pangkalan data aplikasi. Akibatnya, penyelesaian penyepaduan tempatan timbul - modul perisian berasingan pembangunan kami sendiri dengan semua keperluan berikutnya untuk penyelenggaraan dan mengekalkan kaitannya.

Penyepaduan titik ke titik

Ini bukan masalah besar selagi terdapat beberapa penyepaduan titik ke titik - satu atau dua. Walau bagaimanapun, amalan menunjukkan bahawa bilangan penyepaduan titik ke titik cenderung meningkat, dan kualiti pengurusan penyepaduan ini, sebaliknya, menurun dengan cepat. Terdapat banyak sebab untuk ini: bilangan modul integrasi semakin meningkat, pembangun yang membuat satu atau satu lagi modul meninggalkan organisasi, format data dalam sistem bersepadu berubah, dsb. Hasil yang menyedihkan daripada perkembangan evolusi penyepaduan titik ke titik adalah "daging cincang" interaksi penyepaduan yang paling kompleks antara aplikasi perusahaan, sikap terhadap pekerja jabatan IT yang paling mudah dapat dinyatakan dalam beberapa perkataan: "Selagi ia berfungsi, lebih baik jangan sentuhnya.” Walau bagaimanapun, keadaan ini tidak sesuai sama ada jabatan IT itu sendiri atau pelanggan perniagaan.

Penyepaduan pemadat

Bas perkhidmatan tunggal

Selepas mengalami beberapa generasi pendekatan berbeza untuk penyepaduan aplikasi, industri perisian global telah mencapai konsep satu Bas Perkhidmatan Perusahaan (ESB). Dari sudut pandangan seni bina, ESB ialah penyelesaian perisian yang memastikan semua aplikasi bersepadu berinteraksi melalui satu titik, secara seragam, menyediakan pembangun dan pentadbir cara yang bersatu dan berpusat untuk membangun, menguji dan memantau kemajuan semua senario penyepaduan.

Komponen utama yang membentuk bas perkhidmatan moden ialah:

• broker mesej ialah tulang belakang berprestasi tinggi untuk bertukar-tukar mesej dalam format bersatu antara aplikasi dalam masa nyata;
• penyesuai - penyesuai teknologi dan penyesuai kepada sistem perniagaan menyediakan interaksi dengan aplikasi dalam format yang boleh diterima oleh mereka, menyampaikan maklumat daripada mesej ini dalam format bersatu yang dilihat oleh broker - lebih banyak penyesuai berbeza yang disediakan oleh platform penyepaduan tertentu, lebih besar peluang bahawa pelaksanaannya dalam organisasi anda tidak memerlukan kerja tambahan untuk mencipta penyesuai khusus untuk sistem anda;
• persekitaran untuk membangunkan senario penyepaduan - semakin mudah dan pantas pembangunan senario penyepaduan, semakin kurang pelaburan dalam pembangunan ini, dan oleh itu semakin cepat pulangan pelaburan. Bas penyepaduan moden menyediakan pembangun dengan alat visual untuk membina senario penyepaduan, yang dalam kebanyakan kes memungkinkan untuk dilakukan tanpa pengekodan peringkat rendah;
• Alat SOA - pematuhan kepada prinsip seni bina berorientasikan perkhidmatan ialah piawaian tanpa syarat untuk semua penyelesaian penyepaduan jenis "bas perkhidmatan tunggal" (seperti yang jelas dari namanya). Sistem maklumat dianggap di sini sebagai penyedia dan pengguna perkhidmatan, semua perkhidmatan yang diterbitkan dalam bas diletakkan dalam satu pendaftaran dengan keupayaan untuk menggunakan semula dan mengurus dasar yang berkaitan dengan perkhidmatan;
• pelbagai alat kawalan dan pengurusan (audit, pembalakan, pemantauan berpusat, pemantauan pematuhan dengan perjanjian tahap perkhidmatan, dsb.).

Kelebihan menggunakan bas perkhidmatan tunggal termasuk:

• penskalaan - keupayaan untuk membina penyelesaian dari sebarang saiz dan beban;
• fleksibiliti - keupayaan untuk melaksanakan dan mengubah senario integrasi tanpa penglibatan ketara pembangun;
• keselamatan - alat pengesahan dan kebenaran terbina dalam menyediakan kawalan akses kepada perkhidmatan di peringkat bas itu sendiri, melegakan pembangun senario penyepaduan daripada tugas melaksanakan mekanisme ini;
• penggunaan piawaian terbuka - membolehkan anda mengurangkan penglibatan pakar mahal dalam teknologi proprietari;
• pemusatan alat kawalan dan pentadbiran - membolehkan anda mengelakkan "mengaburkan" titik tanggungjawab untuk senario penyepaduan, memastikan pemantauan operasi dan amaran awal sekiranya berlaku kegagalan.

Satu lagi keperluan penting untuk kefungsian persekitaran ESB ialah keupayaan untuk melaksanakan integrasi dengan organisasi luar - rakan kongsi perniagaan, pembekal, pelanggan korporat, cawangan terpencil. Ciri-ciri penyepaduan sedemikian ialah kualiti saluran yang tidak dapat diramalkan, kekurangan jaminan penyampaian maklumat dan kesediaan yang lemah untuk penyepaduan seperti itu - sebagai peraturan, organisasi rakan kongsi menyediakan pelbagai format pertukaran data yang sangat terhad. Dalam kes ini, bas integrasi mesti mengandungi alat untuk membina interaksi B2B yang membolehkan pertukaran maklumat mengikut terbuka, termasuk piawaian industri, memastikan penghantaran terjamin, mempunyai cara untuk mengkonfigurasi pertukaran maklumat dalam konteks rakan kongsi perniagaan tertentu dan, daripada Sudah tentu, bekerja mengikut sepenuhnya prinsip platform integrasi itu sendiri, mengasingkan pembangun senario integrasi daripada butiran teknikal interaksi dengan rakan kongsi.

Bas Perkhidmatan Perusahaan

Pengurusan proses perniagaan

Sebilangan besar senario penyepaduan membayangkan bahawa pertukaran maklumat melibatkan bukan sahaja aplikasi yang bertindak sebagai sumber atau penerima maklumat, tetapi juga orang - pekerja organisasi yang melaksanakan pelbagai tugas atau membuat keputusan. Dalam kes ini, kita boleh bercakap tentang melangkaui penyepaduan "tulen" dan kemunculan entiti baharu dalam tumpuan perhatian kita - proses perniagaan, dan dalam keperluan untuk platform penyepaduan - fungsi baharu untuk pengurusan proses perniagaan (Pengurusan Proses Perniagaan , BPM). Jika terdapat keperluan BPM, platform integrasi mesti menyediakan pembangun dengan:

• alat untuk reka bentuk visual proses perniagaan - adalah optimum bahawa alat ini boleh digunakan oleh orang yang jauh dari IT, contohnya, penganalisis perniagaan atau ahli metodologi. Di samping itu, keupayaan untuk memindahkan model proses perniagaan daripada alat pemodelan khusus kepada persekitaran pembangunan amat berguna. Alat yang sama harus memungkinkan untuk mereka bentuk borang tugas untuk peserta proses, melindungi pembangun sebanyak mungkin daripada pengaturcaraan;
• persekitaran pelaksanaan proses perniagaan - enjin khas yang menyediakan pemprosesan peraturan perniagaan, pemindahan tugas antara pengguna dan sistem maklumat mengikut model proses perniagaan yang dibangunkan, serta pemprosesan situasi luar biasa (contohnya, pelaku melebihi masa yang diperuntukkan untuk menyelesaikan tugas);
• portal peserta proses perniagaan - portal khusus yang membolehkan pengguna melancarkan proses, mengambil bahagian di dalamnya, memantau kemajuan proses berjalan dan menjalankan tindakan pentadbiran mengikut hak yang ditetapkan untuk mereka;
• alat pemantauan dan kawalan. Keupayaan untuk menganalisis aliran proses perniagaan dengan cepat dan retrospektif adalah bahagian penting dalam mana-mana platform BPM.

Pada masa ini, banyak vendor perisian sedang bergerak ke arah menggabungkan rangka kerja BPM dan bas penyepaduan ke dalam platform perisian tengah tunggal, menghapuskan pemisahan ketat yang telah wujud selama beberapa tahun antara sistem BPM dan alat penyepaduan aplikasi. Pendekatan ini sangat progresif. Sesetengah vendor pergi lebih jauh dan menambah alat pemodelan proses perniagaan profesional pada platform. Software AG merintis perkara ini dengan penyelesaian yang menggabungkan alat pemodelan Platform ARIS yang terkenal dan persekitaran integrasi/BPM webMethods.

Penggunaan komprehensif platform integrasi

Tawaran di pasaran

Pada masa ini, terdapat tiga kumpulan tawaran perisian untuk membina ESB. Kumpulan ini berbeza dari segi harga dan kefungsian yang ditawarkan.

Kumpulan pertama ialah cadangan daripada syarikat yang produknya adalah peneraju dalam penyelidikan oleh agensi analisis dalam semua kategori yang dinyatakan dalam artikel (ESB, Tadbir Urus SOA, BPM, B2B). Kumpulan ini termasuk:

• IBM dengan barisan produk WebSpherenya;
• Perisian AG dengan platform penyepaduan webMethods;
• Oracle dengan keseluruhan siri cadangan;
• Tibco dengan barisan Integrasi Perniagaan.

Pada dasarnya, mereka yang tidak suka kompromi boleh memilih mana-mana pengeluar ini - semua syarikat tersenarai menawarkan barisan produk lengkap (namun, dalam kes Oracle, tidak selalu jelas produk mana yang kita bicarakan, sejak selepas membeli beberapa syarikat, Oracle dengan serta-merta menawarkan beberapa produk, tidak selalu cukup bersepadu antara satu sama lain). Tibco berdiri sedikit berbeza, memandangkan saiz syarikat ini jauh lebih kecil daripada saiz ahli lain dari empat ini, yang mungkin menimbulkan keraguan tentang kestabilannya. Software AG belum lagi menjadi pengeluar yang sangat terkenal di pasaran Rusia, tetapi platform webMethods, yang hari ini merupakan tawaran utama syarikat ini, mempunyai potensi yang besar. IBM dan produknya sudah diketahui dan digunakan oleh banyak perusahaan, tetapi sesetengah daripada mereka mempunyai aduan tentang kos melaksanakan dan menyelenggara sistem.

Kumpulan cadangan kedua ialah syarikat yang memberi tumpuan terutamanya pada fungsi ESB "tulen" dan telah mencapai kejayaan di sini. Kumpulan ini termasuk: Sun (Glassfish), Progress (Sonic) dan Fujitsu.

Tawaran daripada syarikat ini adalah baik jika anda tidak berhasrat untuk mengembangkan skop platform anda ke arah BPM dan/atau B2B. Jika tidak, anda berisiko ditinggalkan dengan fungsi yang kurang dibangunkan dan meningkatkan kos anda dengan ketara untuk memperbaikinya untuk memenuhi keperluan anda.

Kumpulan ketiga adalah yang paling banyak dan termasuk semua cadangan yang tidak termasuk dalam dua kumpulan sebelumnya. Menyenaraikan semua cadangan mengenai topik ESB dalam artikel ini adalah sia-sia; anda boleh mendapatkan senarai sedemikian dalam mana-mana enjin carian. Jika belanjawan anda untuk penyepaduan adalah terhad, dan anda cenderung untuk mencuba, anda boleh mencuba nasib anda dengan mana-mana daripadanya. Walau bagaimanapun, anda menanggung risiko yang berkaitan dengan fungsi yang tidak dibangunkan dengan mencukupi dan kemungkinan masalah dengan kebolehpercayaan, sokongan teknikal dan prospek pembangunan produk.

Kesimpulan

Sebagai kesimpulan, saya ingin memberi pembaca beberapa petua mudah untuk memilih bas integrasi:

• fikirkan tentang membina penyelesaian penyepaduan tanpa menunggu isu kesalingoperasian aplikasi untuk menolak anda ke dinding. Semakin besar runtuhan, semakin sukar untuk membersihkannya;
• Pilih platform anda dengan berhati-hati. Cari vendor yang memuaskan hati anda dalam semua aspek, kerana kini terdapat banyak pilihan. Anda harus berminat dengan kedua-dua parameter teknologi platform dan aspek metodologi pelaksanaan;
• berfikir tentang masa depan. Keperluan fungsian yang anda sedari sekarang mungkin berubah dengan ketara dalam setahun, dan jika platform tidak memenuhinya, maka anda perlu "berpindah" ke yang lain. Dan satu gerakan, seperti yang anda tahu, adalah sama dengan dua kebakaran.

Pada pendapat saya, terdapat dua pendekatan untuk membina bas integrasi perusahaan:

• "daripada sistem bersepadu";


• "daripada proses yang dilaksanakan."

Mari kita lihat pendekatan ini dengan lebih terperinci.

Pendekatan "sistem bersepadu".

Dalam kes ini, bas integrasi dianggap sebagai sejenis pengangkutan yang menjalankan penghalaan dan rundingan protokol pertukaran mesej. Semua mesej melalui rantai: saluran input penyesuai sistem sumber -> penghala -> saluran keluaran sistem penerima. Jenis komunikasi antara komponen ini dan teknologi khusus bergantung pada sama ada mesej yang datang daripada satu sistem sumber boleh mempunyai berbilang sistem destinasi, beban yang dijangkakan dan pendekatan untuk memastikan integriti data (menggunakan transaksi biasa untuk semua sistem sumber, atau data adalah dipindahkan ke setiap sistem sumber dalam transaksinya sendiri).

1. Pergantungan pada sistem, bukan jenis mesej. Biasanya, bilangan sistem bersepadu adalah beberapa kali kurang daripada bilangan jenis mesej yang dihantar.


2. Kemudahan menyambungkan sistem penerima baharu: untuk menyambungkan sistem penerima baharu, hanya masukkan data ke dalam jadual penghalaan.


3. Kemudahan pelaksanaan sistem pemantauan untuk penyelesaian integrasi: data untuk sistem pemantauan boleh dijana di satu tempat - dalam penghala (titik ini, bagaimanapun, hanya boleh diterima dengan tempahan, kerana terdapat data yang dijana hanya dalam penyesuai sistem bersepadu).


4. Kemudahan sokongan penyelesaian. Memandangkan semua mesej melalui satu penghala, semua logik untuk menghantar mesej dan menjejak kebergantungan antara mesej boleh dilaksanakan di satu tempat - dalam penghala ini.


5. Kebolehkongsian sistem antara pembangun. Memandangkan teras sistem dan semua penyesuai adalah bebas antara satu sama lain (komunikasi hanya disediakan melalui antara muka khusus dan diterangkan), tugas pembangunan mereka boleh dibahagikan antara pengaturcara, yang membolehkan proses mencipta dan melaksanakan penyelesaian penyepaduan diselaraskan.

1. Penyelesaian ini hanya terpakai untuk melaksanakan logik penghantaran mesej bersatu, i.e. jika terdapat peraturan penjejakan pergantungan dan transformasi yang biasa kepada semua atau kebanyakan mesej. Jika jenis mesej yang berbeza mempunyai logik yang berbeza sama sekali untuk menjejak kebergantungan dan mengurus pertukaran, ia sama ada perlu dipindahkan ke penyesuai, yang menafikan kelebihan 4, atau mustahil untuk dilaksanakan sama sekali.


2. Skim ini sesuai untuk melaksanakan pertukaran tak segerak. Dalam kes pertukaran segerak atau bercampur, kerumitan pelaksanaan pendekatan ini meningkat dengan ketara.


3. Mungkin terdapat penurunan dalam prestasi penyelesaian. Sebagai contoh, jika mesej mesti dihantar ke setiap sistem destinasi dalam urus niaga yang berasingan, adalah perlu untuk memisahkan sistem sumber, kernel dan sistem destinasi dengan baris gilir. Barisan gilir ini boleh menjadi kesesakan sistem.

Pendekatan berasaskan proses

Dalam kes ini, setiap proses perniagaan yang memerlukan pertukaran data antara beberapa sistem dianggap secara berasingan. Bas melaksanakan pertukaran ini. Peristiwa yang mencetuskan proses pertukaran ialah penerimaan mesej daripada sistem sumber. Mesej yang diterima daripada sistem sumber dihantar kepada satu atau lebih sistem penerima, dan bukan sahaja fungsi pengangkutan dilaksanakan, tetapi hasil pemprosesan mesej juga dipantau dan mesej yang dihantar dikaitkan dengan yang lain.

Pendekatan ini mempunyai kelebihan berikut:

1. Fleksibiliti. Pendekatan ini membolehkan anda melaksanakan logik pertukaran berasingan anda sendiri untuk setiap jenis mesej. Logik ini boleh menjadi agak tidak remeh.


2. Kerumitan melaksanakan pertukaran tak segerak dan segerak adalah lebih kurang sama.


3. Kebebasan benang, atau sebaliknya, dalam kes ini adalah lebih tepat untuk bercakap tentang proses. Keputusan teknikal yang dibuat semasa pelaksanaan satu proses pertukaran tidak menjejaskan kerumitan pelaksanaan yang lain.

Pendekatan ini mempunyai kelemahan berikut:

1. Pergantungan pada jenis mesej. Biasanya, bilangan jenis mesej adalah berkali-kali lebih besar daripada bilangan sistem bersepadu. Apabila menyambungkan sistem sumber baharu ke bas, adalah perlu untuk menghalakan mesej mengikut jenis dan melaksanakan proses pertukarannya sendiri untuk setiap jenis mesej.


2. Jika logik pertukaran yang sama mesti dilaksanakan untuk beberapa jenis mesej, maka penduaan kod dan/atau tetapan bas adalah mungkin.


3. Proses penghantaran mesej bergantung pada penyesuai sistem dan boleh bergantung antara satu sama lain, serta pada proses perkhidmatan. Kehadiran kebergantungan tersebut mengurangkan tahap keselarian proses pembangunan dan pelaksanaan penyelesaian penyepaduan. Pembangun beberapa komponen bergantung pada hasil kerja pembangun komponen lain penyelesaian penyepaduan.

Pilihan pendekatan dijalankan mengikut algoritma berikut:

1. Terima daripada penganalisis senarai dan perihalan sistem bersepadu dan jenis mesej.


2. Terima daripada penganalisis senarai dan perihalan proses perniagaan yang melibatkan sistem yang memerlukan penyepaduan.


3. Jika proses adalah remeh dan terdapat sistem yang jauh lebih sedikit daripada jenis mesej, pertukaran kebanyakannya tidak segerak, dan pemindahan satu mesej kepada beberapa sistem juga diperlukan - kami memilih pendekatan pertama. Kami memutuskan dasar pengurusan transaksi.


4. Jika proses melibatkan kebanyakan pertukaran segerak, dan prosesnya kompleks, i.e. laluan mesej bergantung kepada hasil pemprosesannya dalam sistem penerima, maka kami memilih pendekatan kedua. Hujah yang memihak kepada pendekatan ini juga mungkin fakta bahawa bilangan jenis mesej adalah setanding dengan bilangan sistem bersepadu.

Adalah perlu untuk memahami dengan jelas bahawa kaedah pelaksanaan ini bukan dogma; tidak perlu memilih hanya pendekatan pertama atau hanya yang kedua. Mereka sentiasa boleh digabungkan, bas perkhidmatan perusahaan moden ( E.S.B.) membolehkan anda melakukan ini.

Saya suka mesej itu -

Jika anda menjalankan audit terhadap infrastruktur IT pada ketika ini, diagnosis biasa akan kelihatan seperti ini:

1) Infrastruktur IT sedia ada mengandungi terlalu banyak kesalinghubungan (kadang-kadang tersembunyi dan kurang didokumentasikan) antara sistem dan, oleh itu, memerlukan banyak kelulusan dan pengubahsuaian apabila membuat sebarang, walaupun perubahan yang minimum.

2) Tiada unit kawalan tunggal yang bertanggungjawab untuk mengemas kini dan menyediakan data daripada pelbagai sistem maklumat.

3) Tiada kawalan ke atas proses pertukaran: tiada persekitaran bersatu untuk pertukaran data antara sistem maklumat.

4) Terdapat "Zoo Teknologi": pelbagai sistem maklumat dan protokol pertukaran data yang digunakan, banyak penyambung (sering dibangunkan untuk memesan atau secara bebas), dsb.

Penyelesaian kepada satu set masalah sedemikian terletak pada peralihan kepada membina infrastruktur IT berdasarkan konsep Seni Bina Berorientasikan Perkhidmatan (SOA), elemen utamanya ialah Bas Perkhidmatan Integrasi. Bas ialah perisian yang membolehkan anda menggabungkan sejumlah besar platform dan aplikasi, serta mengatur interaksi antara mereka berdasarkan perkhidmatan. Pada masa yang sama, teknologi di mana sistem dan perkhidmatan mereka dilaksanakan tidak penting, ia boleh menjadi JAVA, .NET atau platform lain.

Bas integrasi biasanya menyediakan fungsi berikut:

Transformasi mesej serta penghantaran mesej, pemajuan algoritma, beratur dan penjejakan;

Bekerja dengan mesej dalam mod: segerak, asynchronous, point-to-point, publish-subscribe;

Sokongan untuk mesej XML dan SOAP;

Keupayaan untuk menyambungkan berbilang sistem melalui penyesuai siap sedia dan API untuk menulis penyesuai baharu;

Orkestrasi (peletakan automatik, penyelarasan dan pengurusan) perkhidmatan.

Secara konsep, seni bina menggunakan Bas Perkhidmatan Integrasi kelihatan seperti ini:

Rajah 1 Seni bina menggunakan bas integrasi

Apabila memperkenalkan bas penyepaduan, penyepaduan sistem baharu - dibeli dan dibangunkan secara bebas - amat dipermudahkan. Perkhidmatan bukan lagi aplikasi monolitik, tetapi dipecahkan kepada perkhidmatan tunggal. Sebagai contoh: perkhidmatan komposit "pertimbangkan permohonan pinjaman" boleh dibahagikan kepada "perkhidmatan unit" berikut:

• Masukkan butiran pelanggan
• Semak sama ada rekod wujud untuk pelanggan tertentu
• Dapatkan senarai akaun pelanggan
• Dapatkan senarai perkhidmatan yang digunakan oleh pelanggan
• Dapatkan data agregat tentang sejarah pembayaran pinjaman
• Dapatkan data untuk laporan
• Dapatkan baki akaun
• Kira penilaian kredit
• Hasilkan laporan untuk semakan oleh pengurus
• Kemas kini butiran akaun
• Hasilkan pemberitahuan untuk pelanggan

Ambil perhatian bahawa sesetengah "perkhidmatan unit" boleh digunakan dalam operasi komponen lain, yang menambah integriti kepada sistem, menjadikannya lebih mudah untuk diselenggara dan mengurangkan risiko.

Contohnya, portal pelanggan bank menggabungkan laporan akaun semasa, laporan pembayaran gadai janji dan penyata kad kredit pada satu halaman. Pada masa yang sama, data akaun, data pembayaran gadai janji dan data kad kredit boleh diambil daripada sistem yang berbeza. Berdasarkan data CRM, tawaran yang berpotensi menarik khusus untuk pelanggan tertentu boleh dipaparkan pada halaman yang sama.

Hasil daripada pelaksanaan bas integrasi, ketelusan pertukaran data dicapai dalam rangka proses perniagaan sedia ada dan dilaksanakan, adalah mungkin untuk meningkatkan kecekapan dan produktiviti pekerja dan jabatan, serta meningkatkan kualiti pelanggan. kepuasan, dan mengurangkan kos untuk mencipta dan menyelenggara infrastruktur IT Bank.

Ilustrasi berikut menunjukkan bagaimana interaksi sistem IT bank berubah selepas pelaksanaan bas integrasi.

Melukis2 Seni bina IT bank sebelum dan selepas pelaksanaan bas

Pada masa ini, pilihan di pasaran bas integrasi agak luas. Kedua-dua sistem komersial dan produk sumber terbuka dibentangkan. Antara pengeluar bas integrasi yang menjadi peneraju dalam pelaksanaan di Rusia, kami boleh menyerlahkan IBM dan Oracle; TIBCO boleh dimasukkan dalam kalangan vendor asing terkemuka.

Mari kita pertimbangkan pelaksanaan bas integrasi di beberapa bank antarabangsa yang besar.

Chinatrust Commercial Bank menggunakan bas integrasi untuk menyokong produk dan perkhidmatannya. Seni bina berorientasikan perkhidmatan berdasarkan bas integrasi menyepadukan lebih daripada tujuh puluh sistem pada berbilang platform, seperti: sistem perbankan automatik, perbankan rangkaian, sistem gadai janji, sistem loteri, sistem automasi aliran kerja, menu suara interaktif, dsb. Dalam masa nyata, perkhidmatan seperti pengagregatan data, ringkasan akaun, pemindahan masuk dan keluar, pemindahan, pemberitahuan (fungsi komunikasi berasaskan acara didayakan) dan lain-lain telah tersedia. Kos untuk menyepadukan sistem baharu telah menurun sebanyak purata 30..40%.

Pada masa ini, bas integrasi bank menyokong 100,000 transaksi harian dalam sektor korporat dan 50,000 dalam runcit. Bilangan transaksi perbankan dalam talian meningkat daripada 150,000 kepada 1,200,000 sehari.

Bank Singapura-Malaysia OCBC baru-baru ini menetapkan matlamat lima tahun untuk meningkatkan kecekapan operasi sebanyak 25% dan mengurangkan kos membangunkan antara muka perisian baharu sebanyak 30%. Perkhidmatan berasaskan SOA pertama telah dilancarkan pada tahun 2006. Selepas enam bulan, terdapat 116 unit perkhidmatan berjalan, setiap satunya boleh digunakan dalam perkhidmatan komposit. 50 perkhidmatan individu adalah sebahagian daripada beberapa komponen. Untuk menyokong proses penyepaduan, bank mewujudkan Pusat Kompetensi Integrasi. OCBC percaya bahawa SOA memainkan peranan penting dalam mencapai matlamat yang dinyatakan.

Di Jepun, persaingan dalam bidang perbankan Internet amat tinggi. Sumishin Net Bank, Ltd. menetapkan matlamat untuk menawarkan rangkaian produk yang luas ke pasaran dalam tempoh yang lebih singkat berbanding institusi kewangan lain. Untuk mencapai matlamat ini, bank itu perlu memenuhi piawaian teknikal yang ketat yang dikenakan ke atas sektor perbankan Jepun sambil membangunkan kelebihan daya saing pada masa yang sama. Seni bina berorientasikan perkhidmatan telah dibangunkan menggunakan sepuluh produk perisian, termasuk bas integrasi. Hanya dalam tempoh 18 bulan selepas pelancaran barisan perkhidmatan baharu, kira-kira 600 bilion yen (kira-kira $6 bilion) telah dilaburkan dalam bank, dan 400,000 akaun dibuka. Fleksibiliti yang luar biasa telah dicapai dalam menambah perkhidmatan baharu. Kos pembangunan mereka telah menurun dengan ketara.

Di Rusia, bas integrasi digunakan dalam banyak perusahaan besar, termasuk pengendali telekomunikasi, sektor perbankan, serta dalam kompleks sistem kerajaan elektronik Persekutuan Rusia. Pelaksanaan bas integrasi biasanya dijalankan oleh penyepadu sistem. Khususnya, syarikat kami AMT-GROUP, yang menurut cnews.ru termasuk dalam 20 syarikat Rusia Teratas yang menyediakan perkhidmatan IT kepada bank, mempunyai pengalaman yang berjaya dalam bekerja dengan bas integrasi dan pelaksanaannya dalam pelbagai bidang aktiviti, termasuk sektor perbankan . Pakar kami mempunyai pengalaman yang luas dalam mencipta seni bina berorientasikan perkhidmatan berdasarkan bas penyepaduan, termasuk mengaudit proses perniagaan dan automasi seterusnya, mencipta penyambung untuk sistem bersepadu dan mengoptimumkan persekitaran kerja.

Artikel menggunakan bahan daripada sumber terbuka:
http://www.tibco.com/multimedia/ss-ctcb_tcm8-15110.pdf
http://www.eawriter.com/images/case_studies/TIBCO_2.pdf
http://www-01.ibm.com/software/success/cssdb.nsf/CS/JSTS-7V4BWP?OpenDocument&Site=corp&cty=en_us

Anggaran:

4 15