بانک و فینتک
اتصال Core Banking به شتاب، شاپرک، ساتنا، سپام، Internet Banking و Mobile Banking با Saga تراکنشهای مالی و reconciliation روزانه.
گذرگاه خدمات سازمانی (ESB) و یکپارچهسازی سامانههایکپارچهسازی سیستمهای سازمانیپایدار
تمام سامانههای سازمان شما، روی یک گذرگاه پایدار با هم حرف میزنند
ESB بومی گیتی افروز با پشتیبانی از Camel-style EIP، ترجمه پروتکل (SOAP↔REST↔gRPC↔JMS↔AMQP↔MQTT)، Saga و یکپارچگی با شتاب، شاپرک، ساتنا، سپام و سپاس.
+۸۰۰ flow تولیدی فعال۹۹.۹۹٪ SLA پیامرسانیگواهی ISO 27001 و افتا
یکپارچهسازی سیستمهای سازمانی
ESB
Authentication
Authorization
Lifecycle
Integration
اعتماد سازمانهایی که نمیتوانند یک پیام را از دست بدهند
۴ بانک خصوصی و دولتی۳ شرکت بیمه بزرگ۶ سازمان دولتی و حاکمیتی۱۰ هلدینگ صنعتی و تولیدی
+۱.۲ میلیاردپیام پردازششده ماهانه روی گذرگاه GITA ESB
مسیر ارزشآفرینی
ما نه فقط دردهای شما را میفهمیم — برای رسیدن به آنچه که سازمان شما باید باشد، نقشه میسازیم.
GITA ESB یک گذرگاه خدمات سازمانی بومی است که بر پایه الگوهای EIP کتاب مرجع Enterprise Integration Patterns ساخته شده. هسته آن از موتور Camel-style بهره میبرد، با backend پیامرسانی Kafka و RabbitMQ پشتیبانی میشود و بهصورت بومی با تمام سامانههای زیرساختی ایران (شتاب، شاپرک، ساتنا، سپام، سپاس) و استانداردهای جهانی (HL7، SAP IDoc، EDI) یکپارچه است.
Before
وضعیت رایج امروز
- 01
هر سامانه با سامانه دیگر مستقیم وصل شده و توپولوژی به اسپاگتی تبدیل شده
هزینه پنهان: هر تغییر کوچک، چند هفته تست رگرسیون میبرد
- 02
خطای یک سامانه، زنجیرهای از خرابی در ۵ سامانه دیگر ایجاد میکند
هزینه پنهان: downtime آبشاری و از دست رفتن تراکنشهای مالی
- 03
تیم توسعه برای هر اتصال جدید، آداپتور SOAP/REST از صفر مینویسد
هزینه پنهان: ۴۰٪ زمان تیم صرف کد یکپارچهسازی تکراری
- 04
وقتی پیامی گم میشود، هیچکس نمیداند کجا گم شده
هزینه پنهان: هزاران تومان مغایرت روزانه بین سامانهها
After
با ESB
- 01
گذرگاه واحد با ۲۰ اتصال
قبلاً: اتصال مستقیم Point-to-Point بین ۲۰ سامانه (۱۹۰ خط)
- 02
ترجمه پروتکل خودکار در گذرگاه
قبلاً: هر سامانه پروتکل خودش (SOAP، REST، JMS، File)
- 03
Durable messaging با Kafka backend و retry
قبلاً: از دست رفتن پیام در قطعی شبکه
- 04
Saga و Compensation خودکار
قبلاً: ترکنشهای توزیعشده ناقص و مغایرت مالی
معماری راهکار
معماری GITA ESB چگونه پیام را تضمین میکند — جریان داده زنده
هسته گذرگاه از یک Message Broker با دوام بالا (Kafka یا RabbitMQ) تشکیل شده که با لایه Mediation Engine احاطه شده است. Mediation Engine مسئول اجرای الگوهای EIP — Splitter، Aggregator، Content-Based Router، Wire-Tap و Dead Letter Channel — است. هر Endpoint از طریق Connectorهای استاندارد به گذرگاه متصل میشود و Saga Manager تراکنشهای توزیعشده را با Compensation هماهنگ میکند. لایه Observability با OpenTelemetry تمام پیامها را از مبدأ تا مقصد ردیابی میکند.
جریان داده
ورودیها
Clients & Identities
هسته احراز
Gateway · Auth · Policy · Token
لایه داده
Identity Store · HSM · Directory
ممیزی و تلهمتری
Audit Pipeline · Kafka
اپلیکیشنها
Apps & Cloud
درخواست احراز هویت
ارزیابی سیاست
صدور توکن
گزارش ممیزی
همگامسازی داده
روی برچسبهای بالا کلیک کنید تا فقط یک نوع جریان داده فعال شود — یا روی هر نود حرکت کنید برای نمایش پررنگتر.
قابلیتهای محصول
قابلیتهایی که تفاوت GITA ESB با یک Message Queue ساده را میسازند
10 ماژول تخصصی یکپارچه و قابل توسعه — برای انتخاب هر قابلیت، روی آن کلیک کنید.
هسته EIP
Message Orchestration پیشرفته
اجرای flowهای پیچیده با الگوهای EIP — Splitter، Aggregator، Wire-Tap و Dead Letter.
موتور Orchestration ما بیش از ۶۵ الگوی Enterprise Integration Pattern را بهصورت بومی پیادهسازی میکند. Flowها بهصورت Declarative با YAML یا از طریق طراح بصری Drag-and-Drop تعریف میشوند و هر Flow قابل نسخهبندی و rollback است.
نکات کلیدی
- +۶۵ الگوی EIP پیادهسازیشده بومی
- طراح بصری Flow با Drag-and-Drop
- نسخهبندی Git-based هر Flow
- تست واحد و End-to-End هر Flow
برای شماکاهش ۷۰٪ زمان توسعه یکپارچهسازی
موارد استفاده صنعتی
گذرگاه متناسب با صنعت شما
بیمه
یکپارچهسازی Core بیمه با سامانه صدور، خسارت، نمایندگیها و سنهاب با تبدیل خودکار فرمتها و گردش کار چندمرحلهای.
سازمانهای دولتی
اتصال به سامانههای مرکز ملی تبادل اطلاعات (NIX)، استعلام ثنا، پنجره واحد و GSB حاکمیتی با استقرار On-Premise و Air-Gapped.
درمان و HIS / HL7
تبادل پیام بین HIS، LIS، PACS، داروخانه و سامانههای بیمه سلامت با HL7 v2.x و FHIR R4 — منطبق با وزارت بهداشت.
مخابرات و اپراتورها
یکپارچهسازی BSS/OSS، Charging، Provisioning و Number Portability با throughput بالای میلیون پیام در دقیقه.
Retail و فروشگاهی
اتصال POS، انبارها، فروشگاه آنلاین، CRM و سامانه وفاداری با sync لحظهای موجودی و قیمت در تمام کانالها.
لجستیک و حملونقل
اتصال TMS، WMS، گمرک، شرکای حمل و GPS با تبادل EDI و رهگیری Real-Time محمولهها.
تولیدی و صنعتی
یکپارچهسازی MES، ERP، PLM و SCADA با پروتکلهای صنعتی OPC-UA و MQTT — مناسب Industry 4.0.
یکپارچهسازی
با هر چیزی که در سازمان شما پیام تولید میکند کار میکند
+۲۵۰ Connector آماده، تأییدشده در محیط Production
Connector دلخواه ندارید؟ تیم ما در ۲ هفته میسازدفرآیند پیادهسازی
از تماس اول تا اولین flow تولیدی در ۴ فاز
نقشه راه شفاف از اولین تماس تا عملیات دائمی — هر مرحله با خروجی قابل اندازهگیری.
PHASE 01
Discovery و طراحی نقشه ادغام
۲ هفته
ممیزی توپولوژی فعلی، شناسایی نقاط درد، اولویتبندی سامانهها و طراحی Reference Architecture اختصاصی سازمان شما.
سند Integration Landscape + Roadmap
PHASE 02
Pilot — اولین flow حیاتی
۴–۶ هفته
پیادهسازی ۳ تا ۵ Flow اول روی محیط Staging، تست بار، آموزش تیم Integration شما و انتقال به Production کنترلشده.
Flow عملیاتی + Runbook عملیاتی
PHASE 03
گسترش سازمانی و Migration
۸–۱۶ هفته
Migration تدریجی از اتصالات Point-to-Point به گذرگاه، خاموشکردن آداپتورهای قدیمی و فعالسازی Saga در تراکنشهای مالی.
پوشش کامل integration سازمان
PHASE 04
Center of Excellence و بهبود مستمر
دائمی
تشکیل CoE داخلی، آموزش تیم شما برای توسعه Flowهای جدید بدون وابستگی و پشتیبانی ۲۴/۷ با SLA.
خودکفایی تیم + SLA رسمی
PHASE 01۲ هفته
Discovery و طراحی نقشه ادغام
ممیزی توپولوژی فعلی، شناسایی نقاط درد، اولویتبندی سامانهها و طراحی Reference Architecture اختصاصی سازمان شما.
سند Integration Landscape + Roadmap
PHASE 02۴–۶ هفته
Pilot — اولین flow حیاتی
پیادهسازی ۳ تا ۵ Flow اول روی محیط Staging، تست بار، آموزش تیم Integration شما و انتقال به Production کنترلشده.
Flow عملیاتی + Runbook عملیاتی
PHASE 03۸–۱۶ هفته
گسترش سازمانی و Migration
Migration تدریجی از اتصالات Point-to-Point به گذرگاه، خاموشکردن آداپتورهای قدیمی و فعالسازی Saga در تراکنشهای مالی.
پوشش کامل integration سازمان
PHASE 04دائمی
Center of Excellence و بهبود مستمر
تشکیل CoE داخلی، آموزش تیم شما برای توسعه Flowهای جدید بدون وابستگی و پشتیبانی ۲۴/۷ با SLA.
خودکفایی تیم + SLA رسمی
سوالات متداول فنی
سوالاتی که تیم فنی شما احتمالاً میپرسد
GITA ESB با Apache Camel یا MuleSoft چه تفاوتی دارد؟+
هسته موتور ما از الگوهای Apache Camel الهام گرفته اما بهصورت اختصاصی برای محیط سازمانی ایران بازنویسی شده. Connectorهای زیرساخت ایران (شتاب، شاپرک، ساتنا و …) بهصورت بومی پیادهسازی شدهاند و برخلاف MuleSoft، نه ریسک لایسنس دارید، نه ریسک تحریم، و پشتیبانی فارسی ۲۴/۷ دریافت میکنید.
آیا از سامانههای Legacy ما با پروتکل SOAP و فرمت اختصاصی پشتیبانی میکند؟+
بله، کاملاً. SOAP 1.1/1.2 با WSDL، XML با Schema اختصاصی، فرمتهای Fixed-Length و Delimited، حتی فرمتهای اختصاصی Mainframe (COBOL Copybook). تیم ما در فاز Discovery تمام فرمتهای فعلی شما را ممیزی میکند و Transformation لازم را طراحی میکند.
Throughput حداکثر گذرگاه چقدر است؟+
روی یک Cluster سهنودی استاندارد، گذرگاه میتواند +۲۰۰٬۰۰۰ پیام در ثانیه با latency P99 زیر ۵۰ میلیثانیه پردازش کند. با مقیاسپذیری افقی به میلیونها پیام در ثانیه میرسد. در محیط Production فعلی، یکی از مشتریان مخابراتی +۱.۲ میلیارد پیام ماهانه را پردازش میکند.
Saga در شکست یک گام چگونه Rollback میکند؟+
هر گام Saga یک Compensating Action دارد که از پیش تعریف شده. در صورت شکست، Saga Manager به ترتیب معکوس، Compensating Actionها را اجرا میکند. اگر خود Compensating Action شکست بخورد، سناریو وارد حالت Manual Intervention میشود و تیم عملیات نوتیفیکیشن دریافت میکند. تمام مراحل قابل audit و replay هستند.
آیا از HSM برای امضای دیجیتال پیامهای بانکی پشتیبانی میشود؟+
بله، یکپارچگی با HSMهای سازگار PKCS#11 (Thales، Utimaco، Entrust) و SafeNet بهصورت بومی پیادهسازی شده. کلیدهای امضا هیچگاه از HSM خارج نمیشوند و gateway تنها از طریق session امن با HSM ارتباط میگیرد.
Connector شتاب و شاپرک شما واقعاً تأییدشده است؟+
بله، Connectorهای ما در پروژههای Production در ۴ بانک ایرانی و ۲ PSP فعال هستند. تمام الزامات شاپرک از جمله امضای دیجیتال با HSM، مدیریت Session، Retry policy و reconciliation روزانه را بهصورت بومی پیادهسازی میکنند و گواهینامههای لازم را دارند.
نحوه upgrade گذرگاه بدون downtime چگونه است؟+
معماری Active-Active در حداقل دو نود اجازه Rolling Upgrade میدهد. در هر لحظه یک نود upgrade میشود و ترافیک به نود دیگر هدایت میشود. Schema migration پیامها با backward/forward compatibility مدیریت میشود تا نسخههای مختلف بتوانند همزمان کار کنند.
استقرار On-Premise و Air-Gapped امکانپذیر است؟+
بله، تمام مولفهها روی Kubernetes یا VM قابل اجرا هستند و هیچ وابستگی به اینترنت ندارند. سناریوی Air-Gapped برای سازمانهای حاکمیتی بهصورت پیشفرض پشتیبانی میشود و بستههای آفلاین بهروزرسانی بهصورت ماهانه ارائه میگردد.
آیا تیم ما میتواند Flowهای جدید را خودش توسعه دهد؟+
بله، این یکی از اهداف اصلی برنامه CoE ما است. در فاز ۴، تیم شما با استفاده از طراح بصری Flow و SDK، خودکفا میشود. دوره آموزشی ۴۰ ساعته معمار ESB و مستندات کامل فارسی در اختیار تیم شما قرار میگیرد.
زمان معمول استقرار اولیه برای یک بانک متوسط چقدر است؟+
بر اساس تجربه ما، یک بانک متوسط با ۲۵ تا ۴۰ سامانه هدف، در ۱۶ تا ۲۴ هفته به Production کامل میرسد. این شامل Discovery (۲ هفته)، Pilot (۴–۶ هفته)، Migration تدریجی (۸–۱۲ هفته) و تثبیت (۴ هفته) است. اولین Flow حیاتی معمولاً در هفته ۶ تولیدی میشود.
تماس مستقیم با تیم فنی
جلسه فنی با معمار ارشد ESB رزرو کنید
۴۵ دقیقه با معمار ارشد ما صحبت کنید. توپولوژی فعلی شما را روی وایتبرد میکشیم و نقشه راه گذرگاه را پیشنهاد میدهیم. رایگان، بدون پرزنتیشن فروش، بدون تعهد.
فرم درخواست جلسه
مرحله ۱ از ۲