Een ESB, dé oplossing voor het transport en eventuele gelijktijdige transformatie van uw gegevens! Verminderd de complexiteit ! Transporteren van data ‘Nearly Real Time’! Snel en betrouwbaar datatransport! Zeer goed beveiligd! Flexibel te koppelen!
Maart 2016
Inhoudsopgave 1 2 3 4 5 6 7
7.1 7.2 7.3
INTRODUCTIE .......................................................................................................... 3 FUNCTIES VAN DE BLUECOMMUNICATION ESB ....................................................... 4 BLUECOMMUNICATION ESB VOORWAARDEN ........................................................... 6 WAAROM EEN ENTERPRISE SEVICE BUS ZOALS BLUECOMMUNICATION ESB? ......... 8 PROCESSEN BLUECOMMUNICATION ESB IN DE KETEN .......................................... 10 KOSTEN BLUECOMMUNICATION ..................... FOUT! BLADWIJZER NIET GEDEFINIEERD. TECHNISCHE GEGEVENS BLUECOMMUNICATION ................................................... 12
Techniek .......................................................................... 12 Termen binnen BC-esb ...................................................... 12 Installatie......................................................................... 13
VEEL GESTELDE VRAGEN ................................................................................................ 14 GEPUBLICEERDE COLUMN NEWWAY ............................................................................... 16
Ondanks alle aan de samenstelling van de tekst bestede zorg, kan Newway Retail Solutions bv (Newway) géén enkele aansprakelijkheid aanvaarden voor eventuele directe en/of indirecte schade, die voortvloeit / zou kunnen voortvloeien uit enige inhoudelijke onvolledigheid en/of onjuistheid, of andere fout, die in deze uitgave zou kunnen voorkomen. Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in geautomatiseerd gegevensbestand, of openbaar gemaakt, in enige vorm of op enige wijze, hetzij elektronisch, mechanisch, door fotokopieën, opname, of op enige andere manier, zonder voorafgaande uitdrukkelijke toestemming van Newway.
2013,2014, 2015, 2016
2 van 16
1
Introductie
Inleiding
De BlueCommunication Enterprise Service Bus (BC-ESB) van Newway is een integratie platform dat ervoor zorgt dat de juiste data beschikbaar is op het juiste moment op de juiste plaats in het juiste formaat. Door de toevoeging van de BC-ESB binnen uw software architectuur, kan de wijze waarop BlueRetail communiceert met pakketten van derden worden vereenvoudigd. Tevens wordt de betrouwbaarheidsgraad van processen c.q. dataoverdracht/transport zeer sterk vergroot met de BC-ESB. Dit is een groeidocument dat op basis van ervaring steeds zal worden bijgewerkt en gepubliceerd.
Integratie, uitwisseling en transformatie
Met een Enterprise Service Bus (ESB) wordt integratie tussen meerdere applicaties gerealiseerd. Een ESB ondersteunt enterprise applicatie integratie (EAI) door het uitwisselen en transformeren van berichten tussen applicaties. De ESB zorgt voor de juiste routering van berichten en gebruikt diverse standaardprotocollen, waardoor de BC-ESB onafhankelijk functioneert van de onderliggende bronsystemen, technieken en technologieën. Een ESB regelt standaard monitoring, auditing, het loggen, etc. van de uitgewisselde berichten en garandeert hiermee de juiste uitwisseling van informatie tussen applicaties. Daarnaast zijn de berichten beveiligd door encryptie en maakt een ESB gebruik van zogenaamde enterprise level security. Het is mogelijk om een ESB binnen uw eigen infrastructuur te hosten, maar u kunt het tevens als dienst afnemen binnen BlueWorkspace.
BC-ESB verminderd de complexiteit
Heeft u als bedrijf totaal géén overzicht meer over de gegevens van al uw aangesloten vestigingen of de aan elkaar geknoopte softwarepakketten en informatiestromen, dan is BlueCommunication ESB een must! De Enterprise Service Bus (ESB) maakt de stabiele dataoverdracht tussen de verschillende applicatie omgevingen en databases mogelijk. Bijvoorbeeld tussen winkels, winkels en de (sub)franchise nemer (heeft meerdere vestigingen), en tussen winkels en het hoofdkantoor et cetera. Oftewel, de manier van communiceren wordt vereenvoudigd, transparanter, meer gecontroleerd, betrouwbaarder en dus stabieler. Veel vestigingen zorgen voor veel gegevens. Met de BC-ESB wordt al deze data opgeslagen in de centrale BC-ESB database op de hoofd BlueCommunication Enterprise Service Bus omgeving. Als u dan specifieke gegevens nodig heeft, dan transformeert de BC-ESB de data zo, dat u alleen de gegevens ontvangt waar u om gevraagd heeft, tevens in de juiste vorm/opmaak en wel in een ‘hand om draai’. De in de BC-ESB opgeslagen data is beschikbaar voor externe applicatie(s) in de vorm die zij verwacht en op het moment dat zij die nodig heeft. Dit kan zelfs ‘Nearly Real Time’, oftewel, met maximaal enkele seconden vertraging. Tevens kan ook bijvoorbeeld de hoofd franchisenemer (ondernemer met meerdere vestigingen) de gegevens van de filialen zien. In feite zorgt de ESB dus voor een boom- of sterstructuur; de gegevens van de winkels gaan naar de hoofd franchisenemer, om vervolgens naar het hoofdkantoor te gaan.
2013,2014, 2015, 2016
3 van 16
De rechten per bus worden ingeregeld (boomstructuur) Simplistische weergave
2
Functies van de BlueCommunication ESB
Standaardiseert communicatie
Door de toevoeging van de BC-ESB binnen uw software architectuur kan de wijze waarop BlueRetail (eigen retail erp applicatie van Newway) of pakketten van derden communiceert/communiceren met pakketten van Newway of derden worden gestandaardiseerd en geoptimaliseerd.
Transformeert
Het is de taak van de BC-ESB om de informatie van onder andere BlueRetail en de daarbij behorende informatie die binnenkomt op de juiste wijze te vertalen (transformeren) naar het formaat dat door de pakketten van Newway en derden verwacht wordt, maar uiteraard ook andersom.
Orkestreert
De BC-ESB component is verantwoordelijk voor het op de juiste plaats afleveren van een aanvraag. Dit gebeurt bij de juiste aanbieder oftewel de pakketten van derden. Binnen de afhandeling van deze aanvragen zorgt de BC-ESB verder voor de afhandeling van fouten en het eventueel prioriteren van de aanvragen. Met andere woorden, welke aanvraag dient eerst te worden afgehandeld. Dit geheel van aanvraag afhandelen en de controles die hierbij komen kijken wordt aangeduid als orkestratie van berichten. Een volgend aspect van een BC-ESB component is de beveiliging van aanvragen en de gegevens die hiermee gemoeid zijn. Behalve het beveiligen van het communicatie kanaal gaat het ook om wie (welke gebruiker of rol) een bericht mag zenden of aanvragen.
Monitor
Een laatste veel voorkomende taak van een BC-ESB component is het monitoren van de aanvragen die gedaan worden en hiervan statistische gegevens bijhouden. Bijvoorbeeld: Hoe vaak wordt een bericht, component per type/entiteit e.d. aangeroepen? Hoe vaak gaat dit fout of juist goed? Hoe lang duurt een aanvraag? Is het een interne of externe adapter Op basis hiervan kan later gerapporteerd en/of gefactureerd worden, maar kan ook direct gereageerd worden, via ‘load balancing’ op of door de BC-ESB.
2013,2014, 2015, 2016
4 van 16
Security, 100% veilig
Zoals al eerder genoemd is het de taak van de BC-ESB om al uw gegevens te beveiligen. Dit wil zeggen: Wie mag berichten (databestanden; XML, JSON, JPG, PNG, etc.) plaatsen of ontvangen? Wie mag deze berichten en/of ‘messages’ dan uitlezen en hoe vaak? Is de inhoud van een BC-ESB pakketje te lezen door een 3e?
Betrouwbaarheid
Verder komt met de BC-ESB alle data die van A naar B moet worden getransporteerd 100% zeker aan. Zelfs de data van A naar B naar C enz. komt gegarandeerd aan. De BC-ESB zorgt er ook voor dat uw gegevens nooit kwijt kunnen raken. Dit omdat de data meervoudig vastgelegd is. Ook is de BC-ESB beveiligd met een zogenaamde ‘hashing’-techniek, comprimeert het systeem de XML-berichten en zit er een complex wachtwoord op. Dit wil zeggen dat de BC-ESB uw de gegevens comprimeert in erg kleine ontoegankelijke pakketjes, die dus onleesbaar zijn voor derden. De BC-ESB zorgt ervoor dat uw gegevens nooit in de verkeerde handen kunnen vallen.
2013,2014, 2015, 2016
Performance: De Enterprice Service Bus mag geen invloed hebben op de performance van de applicatie (dus bijvoorbeeld de kassa’s met het backoffice systeem) De bus is zal geen onderdeel zijn van de applicatie. Gegarandeerde berichtaflevering: Elk bericht wordt afgeleverd, dan wel via de foutafhandeling gesignaleerd dat bericht niet afgeleverd kan worden. Bericht gaat dus nooit verloren. Traceerbaar: Alle functionele data moet traceerbaar zijn. (Inhoud van de berichten) Beveiliging: Wie mag berichten plaatsen, wie mag berichten uitlezen, en hoe is de inhoud beveiligd. (Versleuteling, in combinatie met compressie over de sockets) Schaalbaar: Systeem is horizontaal schaalbaar (load balancing) Transportatie van data Monitoring van performance en fouten Geen single point of failure Goede interface afspraken met 3rd parties
5 van 16
3
BlueCommunication ESB voorwaarden
BlueCommunication, de voorwaarden
De BC-ESB is van toegevoegde waarde voor winkelketens of partijen die data willen uitwisselen die op verschillende locaties/systemen staat/staan en mogelijk ook vanuit verschillende systemen/omgevingen komt en moet worden getransporteerd. Want de BC-ESB zorgt voor de communicatie tussen de winkels en het hoofdkantoor, of tussen de winkels, de hoofd franchisenemer en het hoofdkantoor of tussen verschillende informatiesystemen onderling.
De management App.
Heeft u een geldig onderhoudscontract hebben bij Newway, dan krijgt u, als BlueCommunication wordt ingezet en er (kassa)omzetransacties op de BC-ESB worden aangeboden een management Applicatie cadeau. Uiteraard slechts als dit van toegevoegde waarde voor u is. Deze BC-ESB App zal beschikken over een drietal gegevens: 1. de totale (netto) omzet incl. BTW en kortingen, 2. het aantal kassabonnen 3. de omzet per kassabon (1 gedeeld door 2 3,zie onderstaande afbeelding). Mocht U nog meer gegevens willen kunnen inzien, dan kan Newway uiteraard de adapters en bijbehorende App’s hiervoor maken. Dit zal worden beschouwd als maatwerk en zal de nodige kosten met zich meebrengen. De management App –welke ook online beschikbaar komt- zal echter nooit gelijkwaardig zijn aan een BI-tool. Er wordt op basis van ‘nearly real time’ beschikbare informatie, een presentatie van getallen gecreëerd (samengeteld) met mogelijk een filter of meerdere filters zoals; een vestiging, een groep van vestigingen, een aanbieding et cetera.
Onze verplichting / Functionele vereisten
Hieronder zijn de vereisten waaraan de BC-esb moet voldoen opgesomd: Performance: De BC-esb mag géén invloed hebben op de performance van welke applicatie dan ook (dus bijvoorbeeld de kassa’s met het backstore systeem). De BC-esb zal géén onderdeel zijn van welke applicatie dan ook. Gegarandeerde berichtaflevering: Zoals eerder genoemd zorgt de BC-esb voor gegarandeerde berichtaflevering, dan wel wordt via de foutafhandeling gesignaleerd dat het bericht niet afgeleverd kan worden of is. Een BC-esb pakketje gaat dus nooit verloren op de BC-esb!! Traceerbaar: Alle functionele data moet traceerbaar zijn (inhoud van de berichten). Beveiliging: Wie mag berichten plaatsen, wie mag berichten uitlezen, en hoe is de inhoud beveiligd. (Versleuteling, in combinatie met compressie over de adapters (senders/receivers)). Schaalbaar: Het systeem is horizontaal schaalbaar (load balancing). Monitoring van performance en fouten: Géén ‘single point of failure’. Goede interface afspraken met 3rd parties.
Techniek
Een veel gestelde vraag is, neemt de BC-esb deel in processen. Hierop is het antwoord nee. Vanuit een locatie plaatst een adapter een bericht op de BC-ESB centrale hoofdbus of haalt er data vanaf. De berichten (‘messages’) aanwezig in deze centrale BC-ESB zijn allen voor het intern functioneren van de BC-ESB (de bus). De BC-esb is in principe dom en heeft géén enkele kennis omtrent de inhoud van de berichten die zij beheert en opslaat dan wel beschikbaar stelt. Als de data in de berichten (‘messages’) historisch (voor hergebruik) bewaard moet worden in de centrale BC-esb database, dan zal deze via een adapter eruit gehaald moeten worden richting een andere vrij te selecteren database(type) voor bewerking. Deze database mag van elk door de klant te bepalen type/soort zijn.
Database keuze voor BC-esb zelf
Newway heeft momenteel gekozen voor de Hyperfile SQL database welke onze voorkeur heeft, maar wij kunnen ook andere databases inzetten die native onderdeel zijn van de ontwikkelomgeving Windev van PC-Soft te Frankrijk.
2013,2014, 2015, 2016
6 van 16
Wel zijn de databases My SQL en Caché onderzocht, maar is uiteindelijk besloten daar voor als nog niet mee verder te gaan. De redenen voor deze Hyperfile keuze zijn: Geoptimaliseerd naar de ontwikkeltool, dus Native Vereist géén installatie Geen aankoop- en beheerskosten Géén beheer, doet de applicatie BlueCommunication i.c.m. de ontwikkelomgeving zelf Snel met XML berichten c.q. tekst (≥24 milj. Berichten omvang 600GB, geen probleem Vanuit Newway is een type database m.b.t. het beheer logisch, i.v.m. de aanwezige kennis Live nearly realtime weergave in App dashboard en browserschermen
www.blueresult.nl
Smartphone, met grafiek dag/week mogelijkheden in desktopbrowser
Smartphone deel, met tabel dag/week mogelijkheden desktopbrowser
2013,2014, 2015, 2016
7 van 16
4
Waarom een Enterprise Sevice bus zoals BlueCommunication ESB?
Voordelen van BlueCommunication
Nadelen / beperkingen van een enterprise service bus
Hier volgt een beknopte opsomming van de redenen waarom een BC-esb gebruikt zou kunnen worden en de voordelen die het oplevert: Compleet loskoppelen of gedeeltelijk ontkoppelen (loosely coupled) van BlueRetail en pakketten van Newway en/of derden. → Aanvragers communiceren met de BC-esb en niet direct met de aanbieder. Vereenvoudigen en standaardiseren van interfaces tussen BlueRetail en pakketten van derden → één generieke manier van communiceren met de BC-esb, De BC-esb zorgt voor communicatie met de onderliggende systemen. Het stimuleren van hergebruik → doordat services beschikbaar zijn op een centraal niveau (binnen de BC-esb) en gemakkelijk toegankelijk zijn, kunnen ze sneller worden toegepast in andere systemen. Binnen BlueCommunication blijft indien gewenst data op de (centrale) hoofdbus bewaard en kan daardoor aan de ontvangende zijde door meerdere adapters ook meerdere keren opgevraagd worden (slim hergebruik van data dus, die maar 1 keer beschikbaar gesteld hoeft te worden). Centrale en generieke manier van service monitoring → binnen de BC-esb kunnen services gemonitord worden en gecontroleerd worden op afgesproken SLA’s op een generieke manier. De monitoring hoeft niet meer bij iedere service aanbieder te worden ingericht, maar gebeurt centraal in de hoofd BC-esb. Reduceren van “time-to-market” door hergebruik en minder implementatie tijd → hierdoor kan uw organisatie (business) sneller inspringen op veranderingen in de organisatie of omgeving. Berichten komen gegarandeerd aan. Indien een FTP-verbinding mislukt wordt deze pas weer opgebouwd als de routines eromheen weer gestart worden door bijvoorbeeld een scheduler. Ook is indien noodzakelijk en niet anders op te lossen datatransformatie relatief eenvoudig realiseerbaar door dit in de adapters te verwerken. Het fine tunen van processen is volledig in te regelen Een enterprise service bus dus ook BlueCommunication, is toekomstbestendig Het ontwikkelen van adapters (connectoren) en het implementeren van een esb is relatief veel eenvoudiger dan maatwerk software ontwikkelen, waarbij het te allen tijde batch verwerking blijft. Het inzetten van BlueCommunication adapters (specifiek maatwerk) is te allen tijde in de koppeling met BlueRetail en/of KassaMatic eenvoudiger dan het gebruik van bijvoorbeeld: ODBC, import of export, FTPdataverkeer, allen batch-processen met beperkte mogelijkheden.
In de opzet is een enterprise service bus wel veel complexer dan een datastroom op basis van FTP-processen en/of kopieerslagen. Een eenmaal ingezette enterprise service bus van wie ook is niet eenvoudig uit te wisselen met een andere. Wel kunnen esb-systemen makkelijk gekoppeld worden. Het prijsmodel is anders dan bij traditionele software, hetgeen wennen is. Een ESB moet ingeregeld worden op de lokale apparatuur en infrastructuur, draaiende lokale (service)processen e.d. Het begeleiden en supporten van een ESB is lastiger, omdat deze altijd upand-running is 24/7. Daarvoor moeten slimme adapters en controle schermen voor gebouwd worden.
Schematisch ‘point to point’ weergave
2013,2014, 2015, 2016
8 van 16
Oorspronkelijk/traditioneel
Nieuw de esb!
Gevisualiseerd enkele van vele databases en software omgevingen van BC-esb
Verklaring bovenstaande afbeelding
Bovenstaande figuur verduidelijkt nog eens de punten 1 en 2 van de lijst hierboven, nl: zonder gebruik te maken van een ESB hebben aanvragers en aanbieders zogenaamde “Point-to-Point” verbindingen en lopen deze kriskras door de organisatie. Door de toepassing van een BC-esb hebben aanvragers één gestandaardiseerde interface met de BC-esb en zullen aanvragen via de BC-esb afgehandeld worden. Ook blijkt uit de tweede er onderstaande afbeelding, dat BCesb haar adapters kan koppelen op vele applicaties en/of databases! Concluderend kan worden gezegd dat een BC-esb onmisbaar is als “enabler” in een organisatie waar een Service Oriënted Architecture ontwikkeld wordt. De BC-esb zorgt voor de juiste infrastructuur waarop op hoger niveau vanuit de functionele gedachte (business) naar processen wordt gekeken, en hoe deze te verbeteren zijn binnen een organisatie.
2013,2014, 2015, 2016
9 van 16
5
Processen BlueCommunication ESB in de keten
In de winkel (de vestiging)
Momenteel is het opslaan van de kassabon en het afdrukken ervan een proces dat (te) veel tijd in beslag neemt. Met de BC-esb zal de kassabon als een (versleuteld en gecomprimeerd) XML bestand naar een Socket server gestuurd worden. Deze Socket server zal de kassabon opslaan in de centrale database en de kassa zelf drukt de bon uit het geheugen af. Op deze manier kan de afhandeling aan de kassa aanzienlijk versneld worden, waardoor het aantal kassa-afhandelingen kan toenemen. Op dit moment worden de stamgegevens via FTP in een batch proces verzonden tussen het hoofdkantoor en de winkel. Dit proces zal vervangen worden door een ‘nearly real time’ proces waarbij de wijzigingen op de bus gepropageerd worden. Ook zullen met de BC-esb de ketentransacties ‘near real time’ doorgezet kunnen worden naar het (sub)hoofdkantoor en verder.
Hoofdkantoor zijde
In de huidige architectuur is het zo, dat alle mutaties op de stamgegevens, op het hoofdkantoor gebufferd worden om vervolgens in een nachtverwerking alle wijzigingen in 1 keer naar de filialen te sturen. Bij de architectuur met de BC-esb is het zo dat alle wijzigingen onmiddellijk verspreid/gedeeld worden op de BC-esb en al in de winkel toekomen waar ze (tenzij anders gespecifieerd) blijven wachten op verwerking.
Vestigingzijde Franchiser / eigen winkel
De processen bij de franchisernemer zijn op zich niet zo verschillend van die op het hoofdkantoor. Men moet de mogelijkheid hebben om stamgegevens aan te passen en de ketentransacties van de winkel moeten naar de franchisernemer etc. Door de nieuwe architectuur is het mogelijk om al deze processen op te zetten zodat we een organisatie in meer dan 2 niveaus kunnen ondersteunen c.q. handelen.
BC-esb architectuur
Connectoren (adapters) algemeen
Elke proces bestaat feitelijk uit 2 delen (typen): het ConnectorSender-type het ConnectorReceiver-type. | Aan een ConnectorSender kunnen door Newway meerdere ConnectorReceivers gekoppeld worden. Aan elke zijde van het proces (de
2013,2014, 2015, 2016
10 van 16
hoofd-BC-esb) draait dus een soort mini-BC-esb met daarin één of meer connectoren van meerdere types en modelsoorten (receivers en/of senders). Business rules
In principe zal een adapter slechts 1 business rule bevatten. Reden hiervoor is dat Newway de complexiteit wenst te beperken om op deze manier snel en effectief te kunnen ontwikkelen. Een adapter kan technisch alles wat via software ontwikkeling te realiseren is.
2013,2014, 2015, 2016
11 van 16
6
Technische gegevens BlueCommunication
6.1 Techniek Processors
BlueCommunication is beschikbaar in een 32bits en 64bits variant. Deze zijn dan dus specifiek gecompileerd voor dat type processor. Een 64 bit processor heeft de sterkste rekencapaciteit.
32 bit
BlueCommunication32 (de 32bit variant) kan draaien op oudere processoren die 32bits georiënteerd zijn. Dus de Windows Operating Systemen XP en Vista en Windows 7 of 8 in 32 bit mode kunnen slechts deze versie draaien. Wel kan BlueCommunication32 op een 64bit processor draaien.
64 bit
BlueCommunication64 (de 64bit variant) kan draaien op moderne processoren die 64bits georiënteerd zijn. Dus de Windows Operating Systemen Vista64 en Windows 7 of 8 in 64 bit mode kunnen slechts deze versie draaien. BlueCommunication64 kan NIET op een 32bit processor draaien.
Database van de BC-esb
Newway heeft voor Hyperfile databases gekozen voor de data die BlueCommunication opslaat. Afhankelijk van de locatie van de database is de inhoud leesbaar of ontoegankelijk voor derden. Slechts de reciever- en senderadapters die Newway ontwikkeld kunnen de databases van BC-esb gebruiken. De data die op het Internet wordt verplaatst is absoluut niet toegankelijk voor derden.
Traditioneel
Als BlueCommunication als 32 bit applicatie draait zal er een traditionele Hyperfile database structuur gebruikt worden.
Cliënt/Server
Als BlueCommunication als 64 bit applicatie draait willen we nog meer performance kunnen halen en dat doen we door binnen de database structuur de Cliënt/Server methodiek technisch als functioneel te gebruiken. Nu gaat er bij het raadplegen van de data nog minder data over het netwerk.
Service of Desktop applicatie
In principe zal een BC-esb draaien als Windows service zonder userinterface. Dit is het meest stabiel, services kunnen automatisch door het besturingssysteem gestart, gestopt worden en last but not least erg belangrijk op services kan monitoring geschieden. M.a.w. als de service onverhoopt stopt kan dit eenvoudige en bijna onmiddellijke getraceerd worden. De Service kan echter om deze in te regelen of in pilot fases ook zichtbaar gestart worden. Dan is het dus eigenlijk een desktop applicatie.
6.2 Termen binnen BC-esb Socket Server
De Socket Server is een Operating System (Windows, HTML5, Linux) proces, dat tot doel heeft om informatie te transporteren van de ene naar de andere plaats binnen of buiten de organisatie. De Socket Server kan binnen het concept verschillende gedaantes aannemen.
Master
De Master is het proces dat zich voornamelijk gaat bezig houden met het (aan)sturen van 1 of meerdere Socket Servers. De Master op zich beschikt ook over Socket technologie en zal op het ogenblik dat een Connector zich aanmeld om informatie te verzenden of te ontvangen, bepalen welke Socket Server die taak op zich zal nemen. Daarnaast zal de Master ook bewaken dat er géén Socket Servers overbelast geraken en dreigt dat toch de situatie te zijn, dan zal de Master ingrijpen. Alle communicatie met de Master is versleuteld, beschikt over hashing en is beveiligd met een wachtwoord.
Distributor
De Distributor krijgt taken toegewezen van de Master en zal ook enkel die taken op zich nemen die hij krijgt. Via de Master kunnen 1 of meerdere Connectoren/adapters zich aanmelden om informatie te verzenden (publisher/sender) en kunnen 1 of meerdere Connectoren/adapters zich aanmelden om informatie te ontvangen (receiver). De Distributor zal dus de informatie aan de juiste processen doorgeven en loggen wie welke informatie
2013,2014, 2015, 2016
12 van 16
gehad heeft. Zo kan het zijn dat een proces een aantal dagen offline geweest is en dus bij het aanmelden de achterstallige berichten alsnog ontvangt. Het is niet zo dat zowel de Publisher als de Subscriber van een bericht altijd op dezelfde Distributor zitten. Om overbelasting te vermijden kan het zijn dat er meerder Distributors worden opgeschakeld door de Master. Publisher
De Publisher zal informatie via de Socket Server aanbieden aan de verschillende ontvangers. Het type informatie en het doel van de informatie zullen via Connectoren gedefinieerd worden. De Publisher kan enkel informatie krijgen van BlueRetail, BlueWebsite, enz … of de Connector.
Subscriber
De Subscriber krijgt de informatie waarop hij zich geabonneerd heeft aangeboden door de Connector.
Socket pool
De Socket pool is een geheel van Socket Servers die aangestuurd worden door 1 Master.
Connectoren ook wel adapters
De Connector geeft de mogelijkheid om data te transformeren op basis van op voorhand vast gelegde scripts of dynamische scripts. Zo kan de Connector informatie verdichten, verrijken, alvorens deze aan te bieden aan een Publisher (sender). Omgekeerd kan de Connector uiteraard informatie ontvangen door een Subscriber omvormen naar een ander formaat, deze aan bieden aan een 3th party product enz…
BlueCommunica tion
BlueCommunication is een speciale vorm van Socket Pool, deze kan namelijk gekoppeld worden op een andere Enterprise Service Bus en hoeft niet noodzakelijk in de winkel of op het hoofdkantoor te draaien.
Interfaces
De interfaces zijn een beschrijving van de berichten die over en weer gaan tussen de Publisher en de Subscriber. Deze berichten zijn allemaal in XML (en zelfs eventueel versleuteld en gecomprimeerd) maar de inhoud kan verschillen per proces.
Type Koppelingen
BlueCommunication adapters kunnen de data ophalen/aanbieden in vele formaten c.q. berichtvormen (XML(is basis), CSV, ASCII, Tab-geschieden, e.d.) en op diverse methodes (FTP, API, e-Mail, webservice of SOAP).
6.3 Installatie Inrichting
Er zal een (VM-ware) dedicated Windows omgeving aanwezig dienen te zijn met voldoende intern- (OS-gedreven) en schaalbaar extern- geheugen. Tezamen met de juiste disciplines van de opdrachtgever/hostingpartij zal dit nader worden bepaald en door deze moeten worden gerealiseerd. Zodra opdrachtgever/hostingpartij een zogenaamde ‘full tolerant’ omgeving wenst, is tevens een tweede (identieke) fysieke omgeving nodig, liefst op fysieke andere hardware. BlueCommunication zal op beide omgevingen geïnstalleerd worden en zichzelf synchroon houden, waarbij er géén database beschadigingen kunnen optreden. Op (korte) termijn worden ook de lokale adapters zo intelligent dat deze zelfstandig kunnen switchen tussen de primaire en secundaire BlueCommunication omgeving en terug! Het is wel erg belangrijk -zeker in de pilotfase- dat Newway via een VPN-tunnel met daaroverheen Teamviewer of anderszins continue bij de omgeving(en) kan voor installatie, beheer, support en ondersteuning/begeleiding.
2013,2014, 2015, 2016
13 van 16
Veel gestelde vragen 1. Antwoord
Is het mogelijk om met de BlueCommunication ESB de omzet per filiaal te bekijken? Ja, dit is mogelijk. Als u aangeeft dat u dit wilt, dan zal Newway een connector installeren op uw ESB, waardoor het mogelijk is om de omzet per filiaal te zien. Let op, hier zijn wel kosten mee gemoeid.
2.
Wat is het verschil tussen een a) import/export eventueel via een specifiek script en b) een adapter van BlueCommunication esb? Hieronder zullen wij de verschillen opsommen per item a en b. a) Export/import eventueel met (gecompileerd)script a. Fout gevoelig b. Geen maatwerk bij standaard import/export Wel maatwerk als er een specifiek script moet komen c. In beide situaties bij c. zijn er beperkingen d. Te allen tijde een puur batchproces b) BC-esb adapter a. Te allen tijde maatwerk b. Onbegrensde mogelijkheden c. Niet fout gevoelig d. ‘nearly’ real time
Antwoord
3. Antwoord
Is het mogelijk om zelf te beslissen welke gegevens er door de ESB getoond worden? Ja, zolang u dit maar van te voren aan Newway aangeeft. Want dan maken wij voor u de connectors die u wilt. U kunt tevens later na ook nog andere gegevens van uw ESB krijgen, wij kunnen namelijk diverse connectors op maat maken.
4.
Zijn de gegevens van de ESB altijd veilig? Ook als wij geen gebruik maken van intranet? Ja, uw gegevens zijn door de ESB zeer goed beveiligd. Want de ESB comprimeert uw gegevens tot zulke kleine bestanden, waardoor ze niet leesbaar zijn voor iedereen behalve u. Tevens is alle communicatie met de Master versleuteld, en voorzien van een wachtwoord.
Antwoord
5. Antwoord
Kan dezelfde data door meerdere processen gebruikt worden? Omdat data die eenmaal op de BC-esb is geplaatst er niet meer van afgaat, kan deze meervoudig geraadpleegd worden. Ook kan een adapter gedeelten van beschikbare data (her)gebruiken.
6. Antwoord
Wat is de invloed van de (mini)Bus op de performance van de applicaties? Het is de bedoeling dat de invloed op de performance van de CPU verwaarloosbaar is als de BC-esb adapterservices lees- dan wel schrijfacties hebben. Daardoor zullen bestaande applicaties in principe géén last ondervinden van de aanwezigheid van BlueCommunication esb.
7. Antwoord
Op wat voor netwerken kan de Bus draaien? Omdat Newway haar BlueCommunication esb ontwikkeld in Windev en als services laat draaien zijn wij in staat om de bus op zowel Windows als Unix omgevingen te laten draaien.
8. Antwoord
Welke connectoren verwacht Newway te gaan maken? In principe zijn er grofweg twee type. De adapters die standaard onderdeel gaan uitmaken van BlueRetail, denk aan hoofdkantoor/filiaal verbindingen en maatwerk adapters voor vele uiteenlopende doelen en functies/taken.
9. Antwoord
Ik heb een bestaande (ERP) applicatie, kan ik deze koppelen aan de bus? Ja mits de database a) Toegankelijk is (MS SQL, AS/400, My SQL, Oracle, txt/csv ASCII bestandstype etc.) b) Goed beschreven staat uit welke tabel de gewenste (veld)informatie te lezen is en eventueel terug te schrijven. c) Het zal een maatwerktraject zijn!
2013,2014, 2015, 2016
14 van 16
10. Antwoord 11. Antwoord
12. Antwoord
13. Antwoord 14. Antwoord 15. Antwoord
16.
Antwoord
17. Antwoord 18. Antwoord
19. Antwoord
20. Antwoord
Kan Newway een korte beschrijving geven van de veranderingen in de bestandsstructuur en benadering van de data t.o.v. de huidige spiegelomgeving? Vooralsnog verandert er aan de bestandstructuren van alle applicaties uit de Newway portfolio niets. Welke veranderingen zijn nu al te voorzien en voor te bereiden voor derden? Geen want Newway wijzigt zoals vraag 10 aangeeft niets. Wel zou je bijvoorbeeld kunnen bespreken dat Newway een ETL-bestand bouwt met alle relevante data erin om op te koppelen. Is de nieuwe omgeving/bestandstructuur/platform gedocumenteerd? Of wordt er gewerkt aan documentatie Uiteraard heeft Newway een technisch plan. Dat staat gedeeltelijk op de website van BlueCommunication. Newway raadpleegt ook partijen als Capgemini indien zij dit nodig acht. Is er een testbestand en of testomgeving beschikbaar voor derde partijen die gebruik maken van de data in BlueRetail? Nee zal per situatie bekeken en eventueel opgezet moeten worden. Is er een planning m.b.t. het testen, de oplevering, de uitrol en de ontwikkeling op basis waarvan derde partijen zich kunnen voorbereiden? Nee zal per situatie bekeken en eventueel opgezet moeten worden. Is er algemene informatie beschikbaar over de door jullie gemaakt keuzes m.b.t. het platform, technologie en datastructuur Uiteraard heeft Newway een technisch plan. Dat staat gedeeltelijk op de website van BlueCommunication. Newway raadpleegt ook partijen als Capgemini indien zij dit nodig acht. Onze bedoeling is om met de socket server berichten rechtstreeks van POS naar IFS (http://www.ifsworld.com) af te vuren. De bedoeling is dan dat de verkoop regels die aan gemaakt worden door de socket server direct naar de centrale IFS omgeving worden afgevuurd en niet alleen naar de backoffice. Kan dat? Dit is realiseerbaar. Daarvoor zal via besprekingen een adapterontwikkeltraject opgezet moeten worden. Daarna kunnen na ontwikkeling van de benodigde adapters de testen starten. IFS kan met veel protocollen gegevens uitwisselen maar werkt liefst met XML. Kan BR dat ook? En kan BR dat via de socket server De adapters die Newway ontwikkelt kunnen in vele formaten data opleveren. Ook XML. Het signaal “kassa lade geopend” zal ook via de socket server verzonden moeten worden. Kan dat gemaakt worden? Dit is een zeer specifieke vraag. Normaliter zit in het kassabon bericht ook een lade open commando (zogenaamde Escapecodes 027/../). Wij verwacht van wel echter dit zal afhankelijk van de opstelling van de point of sale apparatuur getest moeten worden. Ook voorraad correcties zullen via de socket server worden gecommuniceerd met IFS. Kan dat gemaakt worden? Dit is realiseerbaar. Daarvoor zal via besprekingen een adapterontwikkeltraject opgezet moeten worden. Daarna kunnen na ontwikkeling van de benodigde adapters de testen starten. Reserve vraagtabel
2013,2014, 2015, 2016
15 van 16
Gepubliceerde Column Newway Data-uitwisseling: verlaat de Cloud. Pak ‘de bus’ ! De Cloud (‘wolk’ in gewoon Nederlands) is hot. Logisch: het is veilig en gemakkelijk. Voor uzelf. En voor het delen van data. Met mensen. Zodra u data van diverse pakketten via ‘de Cloud’ met elkaar wilt laten communiceren zonder menselijke tussenkomst gaat het mis. Dan valt u in spreekwoordelijke zin snel van uw roze ‘cloud’ af. Ik zeg daarom: pak ‘De bus’ voor de ‘real time data-uitwisseling’ in uw kantoor- en winkelketen of tussen uw (hoofd)locatie en derden! De bus (populair Nederlands voor ESB) vervoert uw data veilig versleuteld vanuit ieder softwarepakket naar het andere. Of dat nu in de buurt is of ver weg. En zonder tussenkomst van mensenhanden. Na een korte instructie van de chauffeur (in dit geval een voor u op maat gemaakte adapter) zorgt de BlueCommunication Enterprise Service Bus van Newway ervoor dat uw data, zoals bijvoorbeeld een kassa- of inkoopbon, bijna ‘real time’ van a, naar b, naar c of desnoods ook nog d gaat. U hoeft geen nieuwe automatiseringspakketten aan te schaffen, maar kunt gewoon uw bestaande bedrijfssysteem handhaven! Enthousiast als u na lezing van dit (t)weetje bent, gaat u vast iemand tegenkomen waartegen u dit vol vuur vertelt (tenminste, daar ga ik van uit). Weet dan, dat de kans groot is dat deze hierop reageert met de opmerking dat de Cloud in is, en dat u met ‘de bus’ wel heel erg ouderwets omgaat met data uitwisseling. U hoeft dan niet te schrikken, maar kunt het gezegde direct pareren met de woorden, dat u door uw bestaande mix aan pakketten te handhaven doet aan ‘Best of Breed’. En dat… beste ondernemer… is behalve betaalbaar juist nu erg hot!
2013,2014, 2015, 2016
16 van 16
