Request for information (RFI) Integrasjonsplattform

Like dokumenter
Arkitekturprinsipper for Trondheim kommune. Versjon 1.0

Forespørsel om informasjon (RFI) - Verktøykasse for prosjekt- og porteføljestyring. Saksnummer: DL Politidirektoratet

InfoRed Publisering. - produktbeskrivelse. TalkPool WebServices Postboks Åneby

Åpne standarder og digitalisering

Request for Information (RFI)

Helhetlig integrasjonsplattform. Per Olav Nymo

Altinns nye tjenesteverksted. Lars Vegard Bachmann, produkteier portal og tjenester, Altinn

Eksempel - DPS som en koreografi som nyttiggjør seg EHF - hvilke systemtilpasninger kreves? Wenche Ludviksen Sæther

Anbefaling om bruk av HL7 FHIR for datadeling

RFI - Innovative tjenester - Anskaffelse av rammeavtale for brukerprosesser

Sak 3/18 Sluttbehandling av Etablere enhetlig arkitekturrammeverk (ST 2.2) Skate-møtet 21.mars 2018

Sentrale krav til IKT-anskaffelser. Gardermoen, 16. januar 2014 Kristian Bergem, Difi

Request For Information (RFI)

RFI (request for information)

Integrasjon - fra strategi til vellykket implementering. Integrasjonsdagene Halden, august 2013 Ståle Hustad, TrønderEnergi Nett AS

Felles arkitekturprinsipper for helse- og velferdsområdet

Skytjenester (Cloud computing)

Invitasjon til dialogkonferanse Fremtidens helhetlige digitale løsninger for barnehager og skoler

Agenda. Mulige gevinster ved å samarbeide om løsninger. Tjenesteorientert arkitektur for UH sektoren. Kontekst for arkitekturarbeid

Tjenestebeskrivelse. Bilag HDO Drift og vedlikehold av Synergy

1.4 Det skal leveres en beskrivelse av eierskapsmodell for registrerte data og fordeling av ansvar for behandling og vedlikehold av disse.

Invitasjon til dialogprosess med RFI (request for information) Ny ERP-løsning (ekskl. lønn/hr) Trondheim kommune

Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen

Request for Information (RFI) IP Address Management (IPAM) verktøy

Tarantell. Prinsipper, verktøy og standarder ved innføring av SOA. v/ Vidar Berget

SAKSFRAMLEGG. Forum: Skate Møtedato:

Regjeringens digitaliseringsstrategi for offentlig sektor. Marit Mellingen NOKIOS 23.Oktober 2018

netsense...making sense of IT

Strategi for nasjonale felleskomponenter og -løsninger i offentlig sektor. Strategiperiode

Løsninger. Truls Løkholm Bergli Teknisk konsulent

Datadeling og nasjonal arkitektur

IT-Puls Digital samhandling med dine kunder og partnere. Trondheim 22. november. EVRY, Rune Gjørøy

Presentasjon av nye bilagsmaler

Norsk standardisering i samarbeid med EU. Jan Mærøe Seniorrådgiver Direktoratet for forvaltning og IKT (Difi)

Innholdsstandard (meldinger) ebxml-rammeverk (innpakking, adressering, transportkvittering, kryptering, autentisering, virksomhetssignatur)

Guide. Valg av regnskapsprogram

Samhandlingsplattform

BIRD - Administrasjon av forskningsdata (Ref #2219b941)

Kompetanse på arkitekturområdet i helsesektoren er tidoblet på under to år - hva nå?

STRATEGISK PLAN

Hva betyr tjenesteorientert arkitektur for sikkerhet?

KRAFTIG, SKALERBAR SÅRBARHETSADMINI- STRASJON. F-Secure Radar

MRS Medisinsk registreringssystem Drift av kvalitetsregistre.

Bilag 6 Vedlegg 3 Definisjoner

Forespørsel om informasjon (markedsundersøkelse) Datasenter-, infrastruktur- og driftstjenester

Bilag 1 til vedlikeholdsavtalen samt driftsavtalen KRAVSPESIFIKASJON. Administrativt system for skole og SFO

Bilag 3: Beskrivelse av det som skal driftes

Nasjonal arbeidsgruppe IPv6

Invitasjon til dialogkonferanse. Anskaffelse av digitale systemer for besøkshåndtering, adgangsog bookingsystem til Drammensbadet

Derfor er forretningssystemet viktig for bedriften

Ved avdelingsdirektør Tone Bringedal

INTERN. DSBs arkitekturprinsipper

Overvåkingsløsning hos NAV. Med tjenester i fokus

Kartlegging av innovasjonstyper

Kravspesifikasjon for PLBSys NG. Versjon 1.0

Vedlegg 3 STRATEGIDOKUMENT

EN INNFØRING I BPM

Dialogkonferanse plattform. Gardermoen, 10. juni 2015 Odd Ruud Adm. dir. Digitale Gardermoen

FORESPØRSEL OM INFORMASJON (RFI) Utsetting av IT-drift hos Norges idrettsforbund

En nasjonal definisjonskatalog for kliniske begreper og regler

Intelle har siden starten i i leverandør av av programvare for data- og og systemintegrasjon.

ERP-prosjekter Forsvarets erfaringer. SAP konferansen 27. oktober 2016 Brigader Arild Dregelid Sjef LOS-programmet i Forsvaret

Hva karakteriserer god arkitekturpraksis og hvorfor ble valgt arkitekturmetode benyttet?

GCE NODE. An Industry-Driven Cluster for Ocean Technologies

Digital postkasse til innbyggere Utviklingsplan 2017

Én journal for hele helsetjenesten

Statens standardavtaler Avtaler og veiledninger om IT-anskaffelser

Tiltaksplan digitalisering 2019

Spørsmål og svar. Frist for å stille spørsmål kl 12:00 Dokument sendt

Visma.net. Redefining business solutions

e-dialoger Framtidens eforvaltning eller.?

Dataforvaltning og digitalisering. Stein Ivar Rødland IT-sjef Stavanger kommune

IKA kjernen SAMDOK konferansen Gardermoen

Avtale om IT- driftstjenester Bilag 1

Hei! I vår digitale tidsalder representerer antallet informasjonskilder og store informasjonsmengder både utfordringer og muligheter for bedrifter.

Kravspesifikasjon, digitale skilter. Utkast v4 25/9-2015

ARK 2014 Arkitekturfaget - observasjon fra en tjenesteleverandør

Overordnet arkitekturdokumentasjon

7 tegn på at dere bør bytte forretningssystem

Hva gjøres for å legge til rette for å øke andelen elektronisk konkurransegjennomføring i Norge?

Svar på høringsutkast: Felles IKT-arkitektur i offentlig sektor (FAOS-rapporten)

CORBA Component Model (CCM)

Design med ASIC og FPGA (Max kap.7 og 18)

5 KRAVSPESIFIKASJON PASIENTVARSLINGSSYSTEM FAUSKE KOMMUNE

1 ANSKAFFELSENS FORMÅL Implementeringsplan Forkortelser og begreper KRAVTABELL... 3

Realisere kostnadsreduksjoner gjennom effektiv dokumentdistribusjon

DIGITALISERING I KONGSBERGREGIONEN. 7 kommuner innbyggere ansatte

Robotisering i offentlig sektor

Invitasjon til dialogkonferanse. Helhetlige digitale løsninger i utdanning og oppvekst

Bilag 7 Vedlegg 2 - Tjenestekatalog med standardpriser

UA Tjenestebeskrivelse Nett

Identitetsstyring og tilgangskontroll innenfor et SOA-regime. Ragna Fossen,

Oslo kommune Utviklings- og kompetanseetaten

Presentasjon KPR plan, bygg og geodata ebygg-prosjektet. Foto: Carl-Erik Eriksson

Bli en god leverandør til offentlig sektor.

ÅPNE LØSNINGER. - Hva er det og hvilke følger får det

Invitasjon til markedsdialog med Levanger kommune torsdag 25. oktober 2018

kjemikalier og løsemidler

Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client.

«Helhetlige løsninger for velferdsteknologi»

Transkript:

Request for information (RFI) Integrasjonsplattform Trondheim kommune Trondheim kommune har initiert et prosjekt for å etablere en ny integrasjonsplattform TIP (Trondheim kommune Integrasjons Plattform). Prosjektet omfatter etablering av infrastruktur, miljø og drift for enklere å integrere applikasjoner i Trondheim kommune. Integrasjonsplattformen skal støtte utvikling, test, QA, produksjon og drift av integrasjon mellom applikasjoner i tråd med Trondheim kommune sin arkitektur og sikkerhetsprinsipper. Som en del av dette arbeidet ønsker vi gjennom denne RFI å identifisere aktuell faglig-, utvikling- og driftskompetanse knyttet til den infrastruktur, miljø og/eller driftstjenester som Trondheim kommune bør implementere. Vi ønsker å lære mer om hva som finnes i markedet og de trender som er rundt integrasjonsplattformer, slik at vi kan bli i stand til å etablere en god og fremtidsrettet integrasjonsplattform. Vi er interessert i få tilbakemeldinger om tilgjengelig kompetanse og erfaringer som understøtter Trondheim kommune sine behov for integrasjonsplattform (se nærmere beskrivelse senere i dokumentet). Vi understreker at vi på dette tidspunktet ikke ønsker å begrense noen muligheter eller løsninger som går ut over de oppgitte områder som omtales i dette dokumentet. Dette betyr at det er fritt opp til leverandøren å informere om og beskrive muligheter som leverandøren mener kan være interessant, utover det som er skissert i dette dokumentet. For å sikre hensynet til likebehandling, gjennomsiktighet og forutsigbarhet i prosessen, lyses denne RFI ut på Doffin som en veiledende kunngjøring. Besvarelser på denne RFI vil ikke forplikte hverken leverandør eller Trondheim kommune i forhold til en eventuell senere anskaffelse. Bakgrunn for undersøkelsen Integrasjon mellom systemer kan defineres på ulike nivåer (organisatorisk, prosess, data, osv.). I TIP, definerer vi integrasjon mellom to applikasjoner som «å ta meldinger konstant, raskt og sikkert til passende mål, i riktig format og struktur, ved bruk av passende protokoll på en håndterlig måte». Figur 1. Integrasjon mellom to applikasjoner (inspirert av Hohpe og Woolf EIP) Noen eksempler på integrasjoner som ønskes utviklet: side 1

Eksempel på integrasjonsskisse for et henvendelsessystem Plattform funksjoner Som integrasjonsplattform skal TIP inneholde løsninger i form av produkter eller prosesser. For eksempel, discovery kan bli oppfylt ved et produkt (f.eks. Apache Zookeeper eller Eureka), eller kan bare være en prosess som applikasjonsutviklere skal følge for å lage statistisk adresse av en annen applikasjon uten å bruke en dynamisk discovery produkt. Vi kaller samling av produkter infrastruktur og samling av prosesser miljø. Beslutningen om å implementere en løsning som et produkt eller en prosess (eller begge) er opp til designere og utviklere av TIP. Figur 2 viser overordnet perspektiv av TIP. side 2

Figur 2. TIP perspektiv Figur 2 er bare en logisk skisse, ikke fysisk. Det betyr at plattformen ikke trenger å være en sentral programvare på en sentral server som alle applikasjoner vil koble seg til. Deployment arkitekturen vil bestemme antallet og plasseringen av ulike instanser av hver løsning av plattformen. Hver funksjon er beskrevet nedenfor. Register (eller Tjenestekatalog) er et sentralt oppbevaringssted som brukes til å publisere applikasjoners plassering og applikasjonsgrensesnitt definisjoner, slik at forbrukerne kan se og konsumere tjenester som applikasjoner tilbyr. Det inkluderer nettverk lokasjoner av applikasjon instanser, versjon av tjenester, og definisjoner av operasjoner som tjenester tilbyr. Denne informasjonen kan legges automatisk på registeret når tjenester er deployert, eller ved hjelp av en manuell prosess. Discovery, kommer ofte sammen med registering, er en mekanisme for å se registeret og lære av plasseringen og funksjonalitet av tjenester. Denne kan implementeres på dynamisk eller statisk måte. Ruting er virksomhetens meldingsmønster og betyr å konsumere meldinger fra en singel forbruker applikasjon og omdirigere dem til riktig mål applikasjon, basert på bestemte beslutningskriterier. En meldingsruting motor, som er ansvarlig for meldingsruting, er bare opptatt med å omdirigere meldinger og endrer ikke innholdet i meldingen. Hvis det ikke er noe beslutningskriterie, er det ikke behov for ruting. Meldingskø (eller meldings megler) gir en asynkron kommunikasjonsprotokoll slik at kilde- og mål applikasjoner ikke trenger å samhandle på samme tid - meldinger blir holdt i køen til mottakeren henter dem. Transformering (Oversettelse): Ulike interne og eksterne applikasjoner bruker ulike kommunikasjonsprotokoller, data formater eller data strukturer. Transformering (eller oversettelse / adapter) brukes for å konvertere disse forskjellene. Nye applikasjoner i Trondheim kommune er implementert på REST over HTTP(S). Men noen gamle applikasjoner trenger å transformere sine data protokoll til REST/HTTP. Overvåkning er prosessen for å observere trafikken mellom ulike applikasjoner, monitorering og rapportering av applikasjoners tilgjengelighet. side 3

Sikkerhet er et kvalitetskrav, men er beskrevet som en løsning her. Trondheim kommune har sikkerhets løsninger (f.eks. AD) som kan gjenbrukes på integrasjonsplattformen. Hvis dagens løsninger ikke dekkes alle behov for integrasjonen, skal nye produkter legges til plattformen. Arkitekturprinsipper Trondheim kommune skal følge nasjonale arkitekturprinsipper: tjenesteorientering, interoperabilitet, tilgjengelighet, sikkerhet, åpenhet, fleksibilitet og skalerbarhet. I tillegg til de nasjonale arkitekturprinsippene har Trondheim kommune følgende overordnede arkitekturprinsipper: Brukeren i sentrum Informasjon som sentral ressurs Størst mulig verdi for virksomheten som helhet Helhetlig livssyklus Følger standarder Benytter anerkjent og velprøvd teknologi Hva vi ønsker besvart i forhold til integrasjonsplattformen En integrasjonsplattform kan realiseres på mange ulike måter. Plattformen skal inneholde infrastruktur (produkter) og miljø (prosesser) som oppfyller Register/Discovery, Ruting, Meldingskø, Transformering og Overvåkning av meldinger mellom interne og eksterne applikasjoner og støtter Sikkerhet, Ytelse og Pålitelighet. Målet/visjon er å oppfylle nevnte behov med bruk av beste praksis og moderne løsninger (helst open-source), og samtidig å unngå unødvendige investeringer av produkter som er utenfor kommunens behov (YAGNI prinsipp: You aren't gonna need it). Merk at ikke alle behovene trenger å tilfredsstilles for å svare på denne RFI en, da vi kan se for oss flere realiseringsmodeller. Vi ønsker via denne forespørselen å avdekke hvilken kompetanse, gjennomføringsmodeller og driftsmodeller dere som leverandør kan være aktuelle å bistå TK med i implementering av en integrasjonsplattform. Som svar på denne RFI ønskes følgende områder besvart: Hvilke kompetanse leverandøren har knyttet til ulike funksjoner av integrasjonsplattformen (infrastruktur, miljø, utvikling og drift) Hvilke strategier/råd leverandøren mener det er viktig at TK hensyn til Hvilke verktøy leverandøren har erfaring med Hvilke erfaringer leverandøren har fra tilsvarende organisasjoner/kunder som Trondheim kommune Hvilke leveransemodeller leverandøren kan tilby Hvilke tjenester leverandøren kan tilby for drift av integrasjonsplattformen Hvordan forespørselen ønskes besvart Vi ønsker en skriftlig tilbakemelding på denne forespørselen, hvor det går tydelig frem hvilken kompetanse leverandøren har innen integrasjonsplattformer, infrastruktur, miljø og drift. Det er side 4

særlig interessant å høre hvilke erfaringer og kompetanse som leverandøren kan tilby i forhold til integrasjon mot andre løsninger, som for eksempel erfaring fra andre kunder, gjerne innen offentlig sektor. Leverandørene står fritt til å velge hvordan en slik skriftlig tilbakemelding bygges opp. Det er ikke noe krav til at samtlige spørsmål i dokumentet besvares, men leverandørene oppfordres til å besvare så utfyllende som mulig på samtlige spørsmål. Det er opp til leverandøren selv å velge struktur og detaljeringsnivå på besvarelsen. Skriftlig besvarelse på denne RFI en skal være sendt senest mandag 21. desember kl. 12. Besvarelsen sendes elektronisk til IT-tjenesten.Postmottak@trondheim.kommune.no og merkes «Integrasjonsplattform TK». Spørsmål knyttet til denne RFI kan rettes til Trond Georg Trondsen på trond-georg.trondsen@trondheim.kommune.no Videre prosess Denne RFI er en del av et forløp, der vi vurderer hvilken infrastruktur og miljø man bør anskaffe knyttet til en integrasjonsplattform for Trondheim kommune. I tillegg vurderes det driftstjenester knyttet til integrasjonsplattformen. side 5