Middleware- és API-integrációs szolgáltatások
Egyetlen integrációs réteg minden rendszerhez és partnerhez, a hibás esetek kezelésével
Amikor minden kapcsolat egy külön szkript
A legtöbb vállalat olyan szolgáltatásokra támaszkodik, amelyeket nem maga üzemeltet: CRM-re, fuvarozókra és 3PL-logisztikai szolgáltatókra, adóplatformokra, KYC- és AML-szűrésre, valamint SaaS-eszközökre. Mindegyiknek saját API-ja, saját korlátai és saját hibái vannak.
Ha egyenként kötik be őket, pont-pont szkriptek halmaza lesz belőlük, amelyet senki sem ért teljesen. Egy partner megváltoztatja az API-ját, éjszaka elvész egy üzenet, és az első jel egy ügyfélpanasz.
Mi változik Önnél
Egyetlen réteg a szkriptek hálója helyett
A rendszerek egyetlen szabályozott rétegen keresztül tesznek közzé és fogadnak eseményeket, így egy új partner bekötéséhez nem kell minden rendszerhez hozzányúlni.
Semmi nem vész el, semmi nem duplikálódik
Idempotens írások, növekvő várakozású újrapróbálkozások és a kézbesíthetetlen üzenetek sora, így a hibát észleljük és újra lejátsszuk, ahelyett hogy elveszne.
Minden folyamat látható
Nyomkövetés, hibaarányok és késleltetés partnerenként, riasztásokkal arról, melyik partnernél és milyen hiba történt.
Mit nyújtunk
API-átjáró
Egyetlen szabályozott belépési pont az Ön által közzétett API-khoz: hitelesítés, sebességkorlátok, kvóták, verziókezelés és használati elemzés.
Eseményháló és vállalati szolgáltatásbusz
Az eseményháló (event mesh) brókerek hálózata, amely valós időben továbbítja az eseményeket a rendszerek és a telephelyek között. Ahol a rendszerei már vállalati szolgáltatásbuszon (ESB) futnak, azt is megtervezzük és bővítjük.
BPMN-munkafolyamat-automatizálás
Rendszereken és embereken átívelő folyamatok, például ügyfélbevezetés vagy jóváhagyások, BPMN-ben (Business Process Model and Notation) modellezve és munkafolyamat-motorral futtatva.
Összekötők a külső szolgáltatások ökoszisztémájához
Összekötők REST-en, SOAP-on és webhookokon, vagy iPaaS-on (integrációs platform szolgáltatásként) keresztül CRM-, 3PL-logisztikai, adó-, valamint KYC- és AML-szolgáltatókhoz.
API-szerződések és verziókezelés
OpenAPI- vagy WSDL-definíciók minden interfészhez, mezőszabályokkal, hibakódokkal és korlátokkal, valamint szabályzat arról, hogyan kezeljük a partnerek változásait.
Identitás és titkos adatok
Egyszeri bejelentkezés (SSO) OpenID Connecttel vagy SAML-lel, szolgáltatások közötti hozzáférés OAuth 2.0-val, a hitelesítő adatok pedig titokkezelőben, szűk jogosultsággal és rendszeres cserével.
Megbízhatóság és monitorozás
Idempotenciakulcsok, újrapróbálkozások, kézbesíthetetlen üzenetek sorai és emberi üzemeltetési útvonal minden kivételhez, partnerenkénti irányítópultokkal és riasztásokkal.
Hogyan dolgozunk
Felmérés
Felmérjük, mely rendszerekre és partnerekre támaszkodik, melyiknek milyen adatra van szüksége, és milyen hibákat tapasztal ma.
A réteg tervezése
Megírjuk az API-szerződéseket, és minden folyamathoz kiválasztjuk a közvetlen hívást, az eseményalapú megoldást, az ESB-t vagy az integrációs platformot.
Az összekötők megépítése
Minden összekötőt már az elejétől hibakezeléssel, duplikátumvédelemmel és naplózással építünk meg.
Tesztelés minden partnerrel
Szerződésteszteket és végponttól végpontig tartó forgatókönyveket futtatunk minden partner tesztkörnyezetében, a hibás eseteket is beleértve.
Biztonságos kiadás
Szakaszosan vezetjük be, és a régi útvonalat elérhetően tartjuk, amíg az új be nem bizonyít.
Üzemeltetés és alkalmazkodás
Figyeljük a hibaarányokat és a kézbesíthetetlen üzeneteket, és módosítjuk az összekötőket, amikor a partnerek megváltoztatják az API-jukat.
Görgessen oldalra az egész rajz megtekintéséhez.
ERP és harmadik felek: egy platform, sok partner
Az üzleti események egyszer lépnek ki az ERP-ből, és az integrációs platform minden partnernek az általa elvárt formátumban kézbesíti őket. A visszahívások ugyanígy érkeznek vissza. Az az üzenet, amely az újrapróbálkozások után is sikertelen, a kézbesíthetetlen üzenetek sorába kerül, és riasztást vált ki, amelyhez a hasznos adat is csatolva van.
- Elsődleges folyamat
- Aszinkron
- Kivételi útvonal
A folyamat 9 lépésben
A folyamat lépésről lépésre
- Forrás: ERP, cél: Integrációs platform. Üzleti események, REST · OData · webhook protokollon keresztül (elsődleges folyamat).
- Forrás: Integrációs platform, cél: CRM. Ügyfelek és rendelések, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Integrációs platform, cél: Logisztika és fuvarozók. Lefoglalt szállítmányok, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Logisztika és fuvarozók, cél: Integrációs platform. Nyomon követési események, webhook protokollon keresztül (aszinkron).
- Forrás: Integrációs platform, cél: E-számlázási és adóplatform. Számlák jóváhagyásra, SOAP/XML · REST protokollon keresztül (elsődleges folyamat).
- Forrás: Integrációs platform, cél: KYC- és identitásszolgáltató. Személyazonosság-ellenőrzések, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: KYC- és identitásszolgáltató, cél: Integrációs platform. Ellenőrzési eredmények, webhook protokollon keresztül (aszinkron).
- Forrás: Integrációs platform, cél: Kézbesíthetetlen üzenetek sora és riasztások. Az újrapróbálkozások után sikertelen, a kézbesíthetetlen üzenetek sorába (kivételi útvonal).
- Forrás: Kézbesíthetetlen üzenetek sora és riasztások, cél: Támogatási csapat. Riasztás a hasznos adattal és a hibával (kivételi útvonal).
Protokollok, platformok és szabványok
Ha már van integrációs platformja, arra építünk. Egy termék megnevezése nem jelent partnerséget a beszállítójával.
- Adat és analitika
- Apache Kafka
- Integráció
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- Identitás és hozzáférés
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- Egészségügyi szabványok
- HL7 v2
- HL7 FHIR
Bizonyíték éles üzemből
Egy GCC-beli Tier-1 bank és regionális konglomerátum számára eseményvezérelt middleware-hálót építettünk Apache Kafkára. Ez köti össze az SAP S/4HANA-t a bankokkal és az adóhatóságokkal, a titkos adatokat pedig a HashiCorp Vault tárolja.
Hogyan kezdje
A partnerek és folyamatok világos listája egyenesen ajánlathoz vezet. A meglévő integrációk dokumentálatlan hálójánál a munka a Brownfield Diagnostic Bridge-dzsel indul.
Mi történik ezután
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.
Fix kimenetelű projektek és éjjel-nappal működő menedzselt szolgáltatások
Rögzített hatókörű, mérföldkövekre épülő megvalósítás megnevezett megvalósítási vezetőkkel, valamint éjjel-nappal működő alkalmazás-üzemeltetési szolgáltatások SLA-alapú irányítással.
Beágyazott szakértők és stratégiai kapacitásbővítés
Nearshore és helyszíni vezető mérnökök és szakértők, valamint beágyazott megoldás-, transzformációs, PQC- és integrációs architektek.
Kérdések és válaszok
Integrációs platformot vagy egyedi kódot használjunk?
Attól függ, hány kapcsolata van, és ki fogja üzemeltetni őket. Egy integrációs platform, például a MuleSoft, a Boomi vagy az Azure Logic Apps, licencdíj ellenében egy helyen ad kész összekötőket, leképezést és monitorozást. Az egyedi szolgáltatások teljes kontrollt adnak licencdíj nélkül, viszont több kódot kell karbantartani. Az Ön esetére mindkettőt összevetjük.
Mi a különbség az ESB és az eseményháló között?
A vállalati szolgáltatásbusz egy központi csomóponton keresztül irányítja és alakítja át az üzeneteket. Az eseményháló összekapcsolt brókerek hálózatán osztja szét az eseményeket, így a különböző felhőkben és telephelyeken működő rendszerek közvetlenül tehetnek közzé és iratkozhatnak fel. Sok vállalat az átállás idején mindkettőt használja.
Mi történik, ha egy partner API-ja nem elérhető?
Az átmeneti okból sikertelen kéréseknél növekvő várakozással próbálkozunk újra. Minden íráshoz idempotenciakulcs tartozik, így egy újrapróbálkozás soha nem hoz létre második rendelést vagy számlát. A továbbra is sikertelen üzenet a tartalmával és a hibával együtt a kézbesíthetetlen üzenetek sorába kerül. Csapata riasztást kap, és az üzenetet a partner helyreállása után újra lejátsszuk.
Hogyan kezelik az API-verziók változásait?
Az Ön által közzétett API-kat verziózzuk, a régi verziókat egy megállapodott ideig tovább üzemeltetjük, és tájékoztatjuk a felhasználókat a változásokról. Az Ön által hívott API-knál követjük minden partner elavulási értesítéseit, és az új verziókat a partner sandboxában teszteljük. A szerződéstesztek a be nem jelentett változást is észlelik, mielőtt az éles környezetbe érne.
Be tudják kötni az identitásszolgáltatónkat?
Igen. Egyszeri bejelentkezést (SSO) vezetünk be OpenID Connecttel vagy SAML 2.0-val, például a Microsoft Entra ID vagy a Keycloak szolgáltatón keresztül. A felhasználókiosztás SCIM-mel történik, ahol az alkalmazás támogatja. A hozzáférések megadásának és visszavonásának egyetlen helye továbbra is az Ön identitásszolgáltatója marad.
Hogyan kezelik a sebességkorlátokat?
Minden partner közzétett korlátaihoz igazodva tervezünk. Ahol az API engedi, kötegeljük a kéréseket, gyorsítótárazzuk a ritkán változó adatokat, elosztjuk az ütemezett feladatokat, és visszafogjuk a hívásokat, ha egy korlát közelébe érünk. A monitorozás megmutatja, mennyire közel jár az egyes folyamatok terhelése a korláthoz.
Készen áll az építésre? Kérjen ajánlatot.
Küldje el követelményeit vagy ajánlatkérését (RFP). Architektjeink ellenőrzik őket, és kötelező érvényű, rögzített hatókörű ajánlatot küldenek.
Mi történik ezután
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Kötelező érvényű ajánlat
Az ingyenes architektúra-validálás után 3 és 5 munkanapon belül kötelező érvényű, rögzített hatókörű ajánlatot kap: mérföldkövekkel, architektúrával, csapatszerkezettel és SLA-kkal. Kérésre titoktartási megállapodást (NDA) írunk alá Önnel, mielőtt megosztaná a követelményeit.
Mobilizálás
Mérnöki podjaink a szerződés aláírását követő 5 és 10 munkanapon belül megkezdik a Sprint 0-t.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.