Traditionell meddelande- eller filbaserad eventbaserad integration där ett system då och då genererar en överföring till en eller flera mottagare.

Ett meddelande = ett informationsobjekt som t.ex. Order eller en lista av flera sådana objekt (exempelvis en exporterad batch). Kännetecknande för denna typ av systemintegration är att kompletta meddelanden skickas, antingen direkt mellan systemen eller i bästa fall via en central MOM (Message Oriented Middleware) som erbjuder routing (rätt meddelande till rätt mottagare), aggregering och transformering (mappning).

För mer dynamiska informationsflöden kan man använda sig av eventdrivna lösningar. I sådana lösningar skickar system “signaler” till en event hub med “händelser”, t.ex. Order Created och Shipping Complete. Ofta så kombinerar man detta med olika former av sourcingmönster där meddelanden som skickas in är väldigt små och bara beskriver vad som hänt, var och när. Avsändaren har ingen kontroll på eller vetskap om mottagande system. Dessa kopplar på sig som prenumeranter på dessa händelser och kan då utföra egen logik när vissa viktiga affärshändelser inträffar. De kan också hämta information ur källan för att ta reda på t.ex. orderinnehållet, utan att det behöver skickas i ett stort meddelande genom en meddelandebuss.

Detta ger utökad flexibilitet och väldigt löst kopplade lösningar där producenter av händelser, likväl som konsumenter, kan bytas ut eller tillkomma över tid utan kostsamma ändringar. Det underlättar också kravinsamling om man kan genomlysa sina affärsprocesser ur ett händelseperspektiv, vilket brukar leda till intressanta verksamhetsinsikter.

En stor fördel med serverless och lösa kopplingar är att man kan isolera “steg” i processer till sin egen logik. Dessa kan underhållas separat och ha sin egen livscykel, vilket ytterligare löskopplar saker i plattformen och minskar change impact. Då kan man arbeta med olika verktyg för att “orkestrera” flöden genom att koppla ihop dessa olika steg med varandra, till olika typer av informationsprocesser. T.ex. kan man ta emot en bild, skicka vidare till en annan bit logik som skapar en thumbnail, sedan till ytterligare en som laddar upp bilden och en text på Linkedin. Om man behöver förändra storleken på thumbnails så kan man då ändra den isolerade funktionen och utan påverkan fortsätta köra sitt flöde som vanligt under tiden (minimal change impact). För att detta skall vara möjligt behövs olika typer av orkestreringsverktyg. Till exempel kan man behöva starta om ett delsteg. Ett annat steg kanske skall ske asynkront (vi väntar inte på resultatet utan förväntar oss att det kommer senare). Ytterligare ett kanske behöver input i form av kryptonycklar, som vi vill hämta från en nyckelgenerator. Alla dessa steg kan kombineras med sådan logik till “flöden” som vi sedan kan driftsätta, konfigurera och övervaka som en enhet. Vi har stor erfarenhet av sådana verktyg och lösningar och kan också vid behov bygga egen hantering. Vi bygger också ofta de olika delstegen som sedan återanvänds i processer. Det är väldigt effektivt för verksamheter att bryta ned sina olika processteg på det sättet och det gör att man kan “stycka upp” större problem i mindre, återanvändingsbara dellösningar. Orkestreringar kan också med fördel kopplas ihop med MDM för att internt arbeta med “masterobjekt” (intern representation) för att sedan i slutsteget tranformera till olika utformat beroende på konsument av processens utdata.

Alla övriga integrationstyper kan vara helt eller delvis API-baserade där en endpoint är just ett API. Här menar vi dock en ren API-hantering för integration och ska vara hanterat av en API-management tjänst men har karakteristikan att dela upp i API-lager beroende på förändringshastighet och användningsområde.

Ex: Verksamhetskritiska system-API bör har lågförändringshastighet men om en agil organisation kräver ett mobil-API för en snabb POC(Proof Of Concept) implementeras ett anpassat API för just detta ovanpå det verksamhetskritiska API:et. Allt fler system idag har egna APIer (ofta webbaserade) som kan användas för informationshämtning och därmed systemintegration. Dock kan dessa vara baserade på standarder som bedöms som “osäkra” eller t.ex. sakna stöd för REST-baserad kommunikation. Då kan vi hjälpa till att centralisera, säkra och paketera APIer från olika system genom en API Management-plattform för central övervakning. Denna kan man sedan nyttja för att skapa accesser till APIer utan att ge externa aktörer direkt tillgång till underliggande verksamhetssystem. En mycket kraftfull och användbar lösning som skapar möjligheter för att dela sin nyckelinformation med andra på ett säkert och effektivt sätt.

Integration av ”data in rest”, dvs data som inte är i behov, eller bör, överföras i realtid.

Ofta stora batcher av datamängder som schemaläggs med periodisk överföring.

Ex. vanligt för att överföra data till DataWareHouse eller Data Lake. Här arbetar vi ofta med olika typer av informationsströmmar. Från den “heta” strömmen där realtidsinformation flödar till den “kalla” där vi “tvättar” och långtidslagrar information. Genom att bygga smarta lösningar så kan man lämna traditionell OLAP och gå mot att analysera den data som flödar i organisationen direkt och låta information som redan integreras driva data science och automatiska affärsbeslut. Vi tillhandahåller nödvändig expertis för att bygga och preparera lösningar för modern data science och analys av strömmande data i realtid, samt stöd i att lämna begränsningarna hos traditionella databaser.

Master Data Management – centraliserad funktion och förmåga för att säkerställa en solitär pålitlig källa för resp. informationsentitet. För att undvika dubbletter och data inkonsekvens mellan system och databaser.

Integration mellan device och intern IT. Hantering av telemetri. Små meddelanden med mätdata som sänds i hög frekvens och består av många datapunkter. Kräver egen lösningsarkitektur och mjukvara för bra prestanda och hög tillgänglighet men fördel dela know-how och tjänster med övriga integrationsstyper. Vi tillhandahåller expertis som gör det möjligt att bygga moderna lösningar som kopplar samman fysiska enheter med verksamhetssystem och analysverktyg över en mängd olika protokoll som MQTT, AMQP, LoraWAN och Modbus.

Vid behov kan vi utveckla mer kompletta enterprise middleware som innehåller specialiserad funktionalitet, logik och informationstransformering. Detta är kompletta, skräddarsydda plattformar, med stöd för serverless funktionalitet, orkestrering av informationsflöden, API Management, virtuella nät för kopplingar mellan t.ex. cloud och on-prem, central säkerhet, kryptering och nyckelhantering samt analysverktyg. Vi har levererat lösningar på det här området som är i absolut teknisk framkant, leverantörsagnostiska och mycket kompetenta. Ofta så är detta arbete kombinerat med att stötta kring strategier, verksamhetsmålsättning och arkitekturmönster i syfte att bygga ett helhetsstöd för verksamheten.