Introduktion til NemHandel

Transkript

1 NemHandel i skyen - holdt business casen? Heinrich Clausen HotHouse Cph og Helle Schade-Sørensen IT og Telestyrelsen Introduktion til NemHandel Løftestangen: Bekendtgørelsen fra 2005 om elektronisk regning alle fakturaer til det offentlige skal sendes elektronisk i fastlagt XML format via VANS eller scanning/læs-ind

2 The VAN Infrastructure Public authorities 3 VAN 2 4 Scanning agency Process An invoice is sent to a VANoperator The VAN-operator looks up the EAN-location number in a database The invoice is perhaps sent to another VAN-operator The invoice is sent to a public authority 1 EAN-database Private companies Udviklingen siden 2005

3 Visionerne for NemHandel Det skal være så let som at sende en e- mail Det skal baseres på åbne internationale standarder og open source komponenter Det skal være muligt at sende via internettet Man skal kunne sende sikkert og pålideligt Elementerne i NemHandel Lancering oktober 2007 Et NemHandelsregister over brugere, deres adresser, profiler og public key En infrastruktur baseret på åbne standarder, webservices og digital signatur En referenceklient En fakturablanket En offentlig VANS gateway

4 NemHandels infrastrukturen NemHandelsregister Hvad: e-faktura, Hvor: Hvordan: NemHandel, Digital Signatur Hvem? (CVR eller EAN) Faktura, krypteret og signeret (anbefalet brev) Virksomhed A Signeret kvittering Offentlig myndighed NemHandel Fakturablanketten

5 NemHandel trafik Total Fakturablanketten Brugere per dag - Fakturablanket

6 Brugere per time - Fakturablanket Rationalet for cloud Stigende pres på blanketten Behov for skalering op og ned ved peaks Behov for at kunne opsætte servere til NemHandelsregisteret efter behov Fleksibel opsætning af udviklings- og testmiljø Gå foran og få erfaringer Forventet økonomisk gevinst

7 NemHandel drift før Traditionel hosting leverandør Faste rammer via SKI aftale (Guld, Sølv, Bronze) 9 (+4) servere heraf 2 med DBA, storage, netværk og load balancing Skalerede ved at (betale for) at få en ekstra front-end server sat op Var ikke endeligt overleveret til drift Udviklings- og testmiljøer på lokale servere Sammenlignelig ydelse? SLA (SKI/Guld) kr/md Drift (maintenance, monitoring,? DBA) Support AWS Infrastruktur (SLA) kr/md kr/md kr/md

8 Migrering og ROI Migrering blev estimeret til kr Inkluderende arkitekturmæssige ændringer Ville være tilbagebetalt på 14 mdr. Hvordan det gik - migrering Har brugt kr indtil d.d. og der mangler lidt! En del har været bevidste valg om arkitekturmæssige forbedringer En god del har været modning til egentlig drift herunder dokumentation af miljø og procedurer men en del har også været udfordringer med AWS miljøet

9 Hvordan det gik - drift Estimeret kr/md til AWS mindre servere og lavere pris kr/md AWS premium support Oprindeligt ikke medregnet Minimum beløb 150% til driftsleverandør Aftalt prismodel Samlet kr/md for produktionsmiljøet Hvordan det gik økonomien! Investering vil være tjent hjem på ca. 26 måneder Men investering var i mere end bare migrering (arkitektur, produktionsmodne) Det samme kunne (måske) være opnået med en traditionel driftsleverandør

10 Staging og Udvikling/Test Staging miljø Enkelt at sikre at staging miljø er identisk med produktion Kan (i teorien!) slukkes og tændes efter behov Udviklings- og testmiljøer Separate AWS konti helt isoleret fra produktion Udviklingsteam har fuld kontrol samtidig med at miljøerne er næsten identiske med produktionsmiljøet Starte servere til at teste konfigurationer Fakturablanket AWS setup NemHandel Auto Scale Trigger: Scale-up if CPUUtilization > 60 Scale-down if CPUUtilization < 20 Admin server RASP sender server Firewall Firewall Load Balancer Firewall Users Database lag Service lag Cluster server Præsentations lag DokumentBlanket

11 Brugere per time - Fakturablanket Live data for 1 uges produktion Samlet CPU forbrug for frontend servere

12 Overordnede konklusioner Fornuftig business case men rent økonomisk kunne det samme i dag måske opnås med en traditionel hosting leverandør Migrering og refaktorering af applikationer er dyrt! Behov for 3. part, hvis man ikke selv har kapacitet til overvågning og drift Nødvendigt at tegne AWS supportaftale, når krav til drift er høje Billigt og fleksibelt til udvikling, test og staging miljøer Prisen ved at være first mover 3. part uvant med cloud infrastruktur Teknologier ikke helt modne Deciderede fejl eller mangler i dokumentation AWS services er billige, men det er ny teknologi! Brugte en del tid på at sætte elb (elastic load balancing) rigtigt op

13 Gode råd til de næste Afklar fornuftig betalingsmodel med 3. parts leverandør Brug reserverede instanser Kontaktinformation Heinrich Clausen - heinrich@hothousecph.dk Helle Schade-Sørensen - hss@itst.dk