Idoralararo integratsiya va integratsiya shinalari (ESB): tizimlarni xaossiz bog'lash

Integratsiya shinasi nima uchun kerak

Tashkilotda ikki-uchta tizim bo'lsa, ularni to'g'ridan-to'g'ri bog'lash mumkin: biri ikkinchisining API'sini chaqiradi, almashinuv qo'lda sozlanadi. Ammo tizimlar soni o'nga yetganda, almashinuv ishtirokchilari esa bir necha idora yoki sho'ba tuzilma bo'lsa, to'g'ridan-to'g'ri aloqalar o'rgimchak to'riga aylanadi. Har bir yangi tizim mavjud har bir tizim bilan integratsiyani talab qiladi — bog'lanishlar soni kvadratik o'sadi. Bitta tizimda formatning o'zgarishi qo'shni tizimlarning yarmini buzadi.

Integratsiya shinasi (ESB, Enterprise Service Bus) bu muammoni yagona almashinuv nuqtasi orqali hal qiladi. Tizimlar bir-biriga emas, balki shinaga ulanadi. Shina xabarni qabul qiladi, kerak bo'lsa formatni o'zgartiradi, qabul qiluvchiga yo'naltiradi, jurnalga yozadi va yetkazib berishni nazorat qiladi. O'rgimchak to'ri o'rniga yulduz hosil bo'ladi: hammasi ulangan bitta markaz.

O'zbekiston uchun bu davlat xizmatlarini raqamlashtirish sharoitida ayniqsa dolzarb. Soliq, bojxona, kadastr, FHDYo, banklar va operatorlar tizimlari bir-birining ichki tuzilishini bilmagan holda ma'lumot almashishi kerak. Shinasiz har bir yangi ulanish — bu oylab kelishuvlar va ikki tomondan kod qayta yozish demakdir.

Ma'lumot almashinuvi shina orqali qanday ishlaydi

ESB'ning asosiy g'oyasi — yuboruvchi va qabul qiluvchini bir-biridan ajratish. Yuboruvchi xabarni shinaga qo'yadi va uni kim, qanday qayta ishlashini bilishi shart emas. Shina uchta asosiy vazifani o'z zimmasiga oladi:

• Marshrutlash — xabar kimga mo'ljallanganini mazmuni, turi yoki sarlavhalari bo'yicha aniqlaydi.
• Transformatsiya — ma'lumotlarni yuboruvchi formatidan qabul qiluvchi formatiga o'zgartiradi: XML'dan JSON'ga, bir maydon tuzilmasidan boshqasiga, bir spravochnik kodlaridan boshqasiga.
• Orkestratsiya — bitta biznes-jarayonni bir necha chaqiruvdan yig'adi: bir idoradan ma'lumot so'radi, ikkinchisidan boyitdi, uchinchisiga berdi.

Almashinuv sinxron (real vaqt rejimida so'rov-javob, masalan INN tekshiruvi) va asinxron (xabar navbatlari orqali, qabul qiluvchi vaqtincha mavjud bo'lmaganda) bo'lishi mumkin. Yetuk integratsiya arxitekturasi ikkala rejimdan ham foydalanadi: spravka so'rovlari — sinxron, ommaviy yuklash va hodisalar — asinxron, xabar brokeri orqali.

Standartlar va protokollar

Integratsiya faqat tomonlar formatlar haqida oldindan kelishganda ishlaydi. Amalda idoralararo almashinuvda quyidagilar uchraydi:

• REST/JSON — yangi API'lar uchun de-fakto standart: sodda, o'qiladigan, OpenAPI (Swagger) orqali yaxshi hujjatlashtiriladi.
• SOAP/XML va WSDL — kontrakt qat'iy tiplangan va xabarlar WS-Security bo'yicha imzolanadigan davlat va bank tizimlarida hali ham keng tarqalgan.
• SMEV'ga o'xshash modellar — O'zbekistonda idoralararo almashinuv davlat integratsiya platformasi orqali boradi va unga ulanish uning reglamentlari, konvert formatlari va marshrutlariga rioya qilishni talab qiladi.
• Xabar navbatlari — hodisaviy model va kafolatlangan yetkazib berish uchun Kafka, RabbitMQ, AMQP.

Alohida qatlam — spravochnik va klassifikatorlar. Agar ikki idora hududlarni, faoliyat turlarini yoki hujjat turlarini har xil kodlasa, hatto ideal transportda ham ma'lumotlar mos kelmaydi. Shuning uchun yagona spravochniklar (normativ-spravka ma'lumotlari) yetuk integratsiyaning majburiy qismi, opsiya emas.

Idoralararo almashinuv xavfsizligi

Shina orqali fuqarolarning shaxsiy ma'lumotlari, soliq va bank axboroti o'tganda xavfsizlik opsiya bo'lishdan to'xtaydi. Asosiy talablar to'plami:

• Transport shifrlash — barcha kanallarda TLS, kritik konturlar uchun sertifikatlar bo'yicha o'zaro autentifikatsiya (mTLS).
• Servislarni autentifikatsiya va avtorizatsiya — OAuth 2.0, mTLS, imzolangan tokenlar. Har bir ishtirokchi kimligini isbotlaydi va faqat ruxsat etilgan operatsiyalarga kirish oladi.
• Xabarlarning elektron imzosi — O'zbekiston davlat konturida bu ERI bo'lib, yaxlitlik va mualliflikni tasdiqlaydi va yuridik ahamiyatga ega.
• Jurnallash va audit — har bir xabar qayd etiladi: kim, qachon, nimani so'radi va oldi. Busiz sizib chiqishlarni tekshirib va kirish qonuniyligini isbotlab bo'lmaydi.
• Ma'lumotlarni minimallashtirish — fuqaroning butun kartasini emas, balki aniq operatsiya uchun kerakli maydonlarnigina berish.

Tipik qo'llash ssenariylari

Amalda integratsiya shinasi takrorlanadigan vazifalarni yopadi. Kontragentni tekshirish: tizim INN beradi, shina soliq va reestrga murojaat qiladi, statusni va rekvizitlarni bitta javob bilan qaytaradi. Davlat xizmatini olish: fuqaro arizasi bir necha idoraga so'rovlar zanjirini ishga tushiradi, arizachi spravkalarni qo'lda tashimaydi. Ma'lumotlarni solishtirish: bank mijozning pasport ma'lumotlarini baza bilan, aloqa operatori esa abonentni tekshiradi. Hodisaviy bildirishnomalar: bir tizimda status o'zgarganda boshqa obunachilar navbat orqali hodisani oladi.

Barcha holatlarda qiymat bitta integratsiyada emas, balki yangi tizim ishlayotgan shinaga oylab emas, kunlarda ulanishi va darhol barcha ro'yxatdagi servislarga yagona qoidalar bo'yicha kirish olishida.