Middleware-analist - Middleware analyst
Middleware-analisten zijn computersoftware-ingenieurs met een specialisatie in producten die twee verschillende computersystemen met elkaar verbinden. Deze producten kunnen open-source of eigendom zijn. Zoals de term al aangeeft, zitten de software, tools en technologieën die door middleware-analisten worden gebruikt "in het midden", tussen twee of meer systemen; het doel is om twee systemen in staat te stellen te communiceren en informatie te delen.
Rollen en verantwoordelijkheden
Middleware-analisten kijken naar het systeem van systemen . Ze lossen technische problemen op die betrekking hebben op grootschalige interdisciplinaire doelstellingen met meerdere, heterogene, gedistribueerde systemen die zijn ingebed in netwerken op meerdere niveaus. Middleware-analisten hebben en behouden bekwaamheid in middleware-technologieën. Middleware is computersoftware die softwarecomponenten of applicaties met elkaar verbindt. Een centraal thema in de meeste functies van middleware-analisten is het kunnen verwoorden waarom Service Oriented Architecture ( SOA ) belangrijk is voor het bedrijf.
Best practices voor implementaties
De best practices van middleware bevorderen de bruikbaarheid en onderhoudbaarheid van de systemen die worden bediend. Een paar voorbeelden van best practices zijn hier opgenomen om enig inzicht te geven in hoe middleware de belangrijkste principes van op standaarden gebaseerde computing aanpakt.
Een gemeenschappelijk probleem voor middleware is de manier waarop de gebruiker gedefinieerde applicaties zijn geconfigureerd dat wachtrij gevonden bypass te omzeilen alias definities rechtstreeks verwijst naar de wachtrij lokale of remote wachtrij definitie. Een dergelijke omleiding van wachtrijalias wijkt af van de beste praktijken en moet worden gecorrigeerd wanneer de beheerder en / of programmeur dit kan corrigeren binnen tijd- en bereikparameters. Alle verwijzingen van door de gebruiker gedefinieerde toepassingen moeten verwijzen naar wachtrijaliassen. Vervolgens moeten de wachtrijaliassen verwijzen naar de gedefinieerde lokale wachtrij of de wachtrij op afstand .
Wachtrijaliassen bieden middlewarebeheerders flexibiliteit om productieproblemen snel op te lossen of op te lossen. Door gebruik te maken van wachtrijaliassen, kunnen middlewarebeheerders de berichtenstroom omleiden , in het geval van een serviceprobleem, zonder wijzigingen aan de door de gebruiker gedefinieerde applicatie. Als een lokale wachtrij bijvoorbeeld overstroomt, kan een middlewarebeheerder de wachtrij-alias wijzigen zodat deze verwijst naar een tijdelijke lokale wachtrij, waardoor de door de gebruiker gedefinieerde toepassing de verwerking kan voortzetten zonder onderbreking terwijl de onderliggende hoofdoorzaak wordt gecorrigeerd.
Door alle door de gebruiker gedefinieerde toepassingsreferenties naar wachtrijaliassen te verwijzen, behoudt het de flexibiliteit die middlewarebeheerders zouden moeten hebben om te helpen bij productieproblemen die kunnen optreden. Als de best practice van wachtrijaliassen niet werd gevolgd, zou het vermogen van een middlewarebeheerder om te helpen bij een productiestoring, worden belemmerd.
Vaardigheden
Message queuing ("MQ") is een middleware-technologie die de communicatie tussen de knooppunten van een systeem en tussen de knooppunten die systemen met elkaar verbinden aanzienlijk vereenvoudigt. Consultants van informatiesystemen gebruiken de wachtrij voor berichten als hun vaardigheden. Op deze basis voegen informatiesysteemadviseurs werkstroombeheer, berichtbemiddeling en J2EE- implementaties toe met behulp van Java Virtual Machines ( JVM's ) en Message Driven Beans (MDB's).
De belangrijkste vaardigheid die een middleware-analist gebruikt, is ongetwijfeld niet technisch, maar zeker cultureel. SOA vereist dat mensen anders over zaken en technologie denken. In plaats van eerst aan technologie te denken, moeten middleware-analisten eerst denken in termen van bedrijfsfuncties of services. Er wordt verwacht dat de acceptatie van SOA de IT-afdelingen van bedrijven zal veranderen en servicegerichte (in plaats van technologiegerichte) IT-organisaties zal creëren. Middleware-analisten voeren cruciale evangelisatie van dit concept uit.
De enterprise-servicebus is een kernelement van elke SOA . ESB's bieden de "enige tot elke" connectiviteit tussen diensten binnen een bedrijf en daarbuiten om verbinding te maken met de handelspartners van het bedrijf. Daarom moeten middleware-analisten in de eerste plaats bekwaam zijn in SOA- en enterprise-servicebusconcepten . Middleware-analisten vertrouwen op een SOA-referentiearchitectuur om een SOA-omgeving te ontwerpen die voldoet aan de behoeften en prioriteiten van het bedrijf. De ESB maakt deel uit van deze referentiearchitectuur en vormt de ruggengraat van een SOA, maar wordt op zichzelf niet als een SOA beschouwd.
Beveiligingszorgen
Algemene gangbare praktijken
Omdat middleware een platformonafhankelijke tool is, wordt verwacht dat de verfijning van uw middleware-analisten acuut is. Mensen die de middleware-berichtenstroom ontwerpen en implementeren, moeten volledig begrijpen hoe het beveiligingsmodel op elk doelplatform werkt. Dit kan Windows , Unix , z / OS of IBM i zijn .
Middleware beschermt gegevens die worden verzonden via PKI- en SSL- technologie. Beveiligingscertificaten worden aangeschaft bij een certificeringsinstantie en regelmatig geïmplementeerd en bijgewerkt op servers. Dit beschermt gegevens terwijl deze onderweg zijn, aangezien ze de ene server verlaten en op de volgende server in de keten aankomen. Het beschermt geen gegevens terwijl de gegevens in rust zijn.
Aanvullende transmissiebeveiliging kan de primaire SSL-maatregelen op uw server versterken. Dit zijn SSL-clientverificatie, DN-filtering, CRL-controle door LDAP en cryptografische hardware (encryptie op IPSEC-niveau). Dit type beveiliging wordt "beveiliging op grensniveau" genoemd, omdat het alleen de gegevens beschermt vanaf het moment dat ze uw grenzen verlaten tot aan de grenzen van uw handelspartner. Het beschermt de gegevens niet zodra de gegevens de grens zijn binnengekomen. IPSEC is de meest efficiënte en goedkoopste beschermingsmethode. SSL is de middenweg, met een balans tussen flexibiliteit, resourceverbruik en transmissietijd.
Wanneer gegevens zich in wachtrijen bevinden, worden deze niet beschermd door MQ. Dat wil zeggen, gegevens zijn in "platte tekst". Daarom, als de gegevens in boodschappen gevoelig is, dan is het essentieel dat toepassingsniveau data versleuteling gebruikt. Voorbeelden van gegevens die door deze strategie kunnen worden beschermd, zijn onder meer bankgegevens (rekeningnummers, banktransacties, enz.) Transactiebeveiliging op applicatieniveau is de veiligste vorm van bescherming, maar ook de meest kostbare in termen van CPU- en I / O-bandbreedteverbruik van zowel de verzendende als de ontvangende servers. Het is ook het minst efficiënt.
Middleware-datakanalen kunnen worden ingesteld om verschillende niveaus van bescherming te bieden. Een zender / ontvanger-kanaalpaar kan worden geconfigureerd om IPSEC-beveiliging op transportniveau te bieden zonder SSL te gebruiken. Een tweede zender / ontvanger-paar kan worden geconfigureerd om SSL-beveiliging van grens tot grens te bieden zonder gebruik te maken van IPSEC. Een derde zender / ontvanger-kanaalpaar zou kunnen worden opgezet om codering op applicatieniveau te bieden. Door dit schema te gebruiken, voorziet u in een brede selectie van beschermingsmechanismen waaruit uw applicaties tijdens runtime kunnen kiezen. Dit biedt applicaties de mogelijkheid om de beste beveiliging te bereiken wanneer dat nodig is of efficiëntere beveiliging wanneer gegevens niet zo gevoelig zijn.
HIPAA-specifieke overwegingen
Als uw onderneming handvatten HIPAA Ephi data, dan is uw middleware analisten moeten weten en begrijpen van de uiteengezet door eisen van de wet . Als de gegevens in rust niet worden beschermd, kan uw organisatie boetes en straffen opgelegd krijgen door de federale overheid of een andere autoriteit. Dit vereist gegevenscodering op toepassingsniveau voordat de gegevens voor transport aan het wachtrijsysteem worden afgeleverd.
Systeembeheerders, inclusief middleware-analisten, mogen geen onbeschermde ePHI-gegevens bekijken. Daarom moeten ePHI-gegevens die aanwezig zijn in een informatiesysteem, worden beschermd tegen de mogelijkheid van een beheerder om ze te bekijken. Het is niet toegestaan om toe te staan dat ePHI-gegevens onbeschermd in een wachtrij worden bewaard.
