Kristian Frøhlich

Som en del av Team Reklameprodukter er en av hovedoppgavene å ferdigstille og produksjonssette NRM - ny reklame master, som blir ansvarlig for lasting av reklame og bannere på tvers av alle vertikaler(bil, reise, torget osv) i FINN-domenet. I hovedsak har det blitt utviklet 3 forskjellige tjenester - 2 backend-tjenester hvor en builder er ansvarlig for innhenting av data, typisk annonser og sammenstilling av disse med tilhørende metadata(hva slags reklame-konfigurasjon er gjeldende) og en provider som server ut dataene på flere forskjellige formater(hovedsaklig JSON) for bruk i klienter. En ferdig utviklet klient, som er tiltenkt brukt av mange vertikaler, er en frontend-applikasjon som server ut alle hestesko-bannerne som finnes over hele FINN-domenet i tillegg kan man be denne om å dekorere f.eks resultatsider slik at man mellom annonser får bannere i henhold til gjeldende konfigurasjon.

Mercell har i løpet av kort tid etablert seg som en av de aller største aktørene innenfor offentlig anbud. Ved fortløpende å kjøpe opp konkurenter i både Norge, Skandinavia og Europa har selskapet vokst i et forrykende tempo. Antallet ansatte og tekniske løsninger som oppkjøpene medfører innebærer en stor utfordring å vedlikeholde over tid. Ved å utvikle helt nye og gjenbrukbare tjenester på AWS i skyen er tanken at alle nye og eksisterende selskaper som er en del av Mercell skal samle seg rundt et sett av felleskomponenter. Det er alikevel lagt opp til høy grad av autonomitet i de forskjellige teamene og all form for kommunikasjon mellom disse gjøres helt datadrevet med meldingsutveksling over Kafka(Aiven). Oppgavene har i stor grad vært domenespesifikke innen distribusjon og presentasjon. Med distribusjon menes her alle typer kommunikasjonskanaler som mail, sms, Slack osv. Det har i hovedsak blitt utviklet egne tjenester som er selve fundamentet for distribusjonen. En egen pipeline som tar i mot mail formatert som egne meldinger på Kafka blir plukket opp, validert og sendt ut via AWS sin Simple Email Service. Alt av tilbakemeldinger som mottas av AWS blir parset og oversatt til interne dataformater som kan abonneres på av andre team og konsumenter. Presentasjonsdelen er relevant i forhold til hvordan andre team og tjenester ønsker dataene formatert. Dette gjøres via ferdig templates som lett kan modifiseres og tilpasses.

Grunnet eksplosiv vekst og ambisjoner om å gå ut i verden har Kolonial sett behovet for å flytte on premise baserte løsninger over på en arkitektur som er skreddersydd for å skalere. Kolonial sin Nube-plattform bygges rundt Kubernetes på GCP og helautomatiseres ved å kombinere Github sitt eget verktøy for kontinuerlig integrasjon(Github Actions) med ArgoCD for kontinuerlig deployment. Terraform benyttes for å automatisere arkitekturen. Kubernetes manifester bygges helt uten bruk av templates, men med små gjenbrukbare byggeklosser i form av kustomize konfigurasjoner. Det er også lagt opp til høy grad av selvbetjening og utviklet en egen kommandolinje-klient i Go(prototyping i Python) for å hente ut data og status om kjørende applikasjoner. Dette underbygger tanken om autonome team som ikke er avhengig av dyp infrastruktur kompetanse for å håndtere egne applikasjoner på plattformen.

BIP - Byråets IT-plattform er en helt ny plattform basert på managed Kubernetes som kjøres på GCP. SSB ønsket å bygge en helt ny arkitektur med sterkt fokus på sikkerhet hvor alle applikasjoner(ca 400-500) etterhvert skal kjøres. Sikkerheten ivaretas ved å implementere zero trust tankegang via Istio som er et service mesh skreddersydd for Kubernetes hvor det er full fleksibilitet i forhold til filtrering og tilgangsstyring av trafikk. BIP er også en fremtidsrettet sky-plattform hvor det legges opp til høy grad av selvbetjening slik at utviklere selv enkelt kan rulle ut nye applikasjoner etter behov. Selve plattformen er også bygd rundt prinsipper man kjenner fra tradisjonell utvikling i en typisk lagdelt arkitektur. Det er lagt opp til høy grad av automatisering hvor Ansible blir brukt til å generere Terraform konfigurasjoner. I tilleg har man omfavnet GitOps-tangegangen ved å integrere Flux i arkitekturen. Flux sin primæroppgave er å se etter endringer i kodebasen og umiddelbart deploye disse ut. Full 2-veis synkronisering er også støttet som betyr at en endring direkte i clusteret blir automatisk rullet tilbake til siste versjon som finnes i Git.

Migrering av applikasjoner fra gammel api-rigg til Kubernetes, mer spesifikt Finn sin tilnærming til Kubernetes, FIAAS(Finn Infrastructure As A Service). Finn er i ferd med å flytte hele teknologi stacken sin over på en fremtidsrettet arkitektur fordi de ønsker automatisk horisontal skalering og i tillegg sanere spesialtilpassede konfigurasjoner som krever dyp forståelse av arkitekturen. I hovedsak handler det om å senke terskelen for utviklere slik at teamene opererer som autonome enheter som selv har ansvar fra koding til deployment. Oppgaver: Devops og backend utvikler. Pakketere applikasjoner i docker image, legge på fiaas konfigurasjoner, legge til deploy konfigurasjoner, legge på rest-ruter for helsesjekker, flytte database migrasjoner inn i applikasjonene og avslutningsvis sanere gamle Puppet konfigurasjoner samt ta ned applikasjoner fra gammel api-rigg.

Utvikling av ny platform på AWS stack for å håndtere data fra pantemaskiner. Tomra ønsket å bygge opp en helt ny platform på moderne teknologi for å håndere nye krav til skalering og ytelse. I hovedsak dreier det seg om å tilrettelegge for horisontal skalering ved å flytte tjenester til skyen og bygge opp en portefølje av micro-tjenester. Oppgaver: Backend utvikler. Utvikling av REST-baserte api’er og prosessor-komponenter for å håndere en stor strøm av data fra AWS Kinesis. Formålet var å parse og formatere alle de forskjellige meldingstypene som flyter gjennom systemet og hovedsaklig lagre unna i DynamoDb. Dataene dannet grunnlaget for UI-baserte tjenester som det kan abonneres på av kunder, f.eks til statistiske formål, rapportering eller ren overvåking av pantemaskiner.

Utvikling av ny dyrehelseportal. Animalia faser ut gammel dyrehelseportal til fordel for ny platform bygd på moderne teknologier(clojure, clojurescript) og med responsivt design(desktop, pad, mobil). Oppgaver: Fullstack utvikler. Det ble bygd opp en microservice-arkitektur hvor relevant funksjonalitet ble eksponert via REST-tjenester. I korte trekk et kjerne-api som inneholdt alt av forretningslogikk, et søke-api som ble brukt til å indeksere dyrehelse-data og en klient applikasjon(single page app) som kommuniserte med begge api’er over REST og presenterte dataene. Et vesentlig krav var å tilby et tilnærmet “Google-søk” med høy fleksibilitet som ekspanderte ord i begge retninger samtidig søkte over flere felt i parallell.

Prototyping av ny arkitektur med fokus på skaleringsegenskaper. T&R begynner å nærme seg smertegrensen for hva eksisterende arkitektur klarer å håndtere og ønsker derfor at det prototypes en ny arkitektur som skalerer bedre. Oppgaver(Devops): Initielt sette opp arkitekturen fra grunnen av i interne datasenter. Dette innbar konfigurering av Kafka(og Zookeeper) cluster samt HBase cluster backet av Hadoop / HDFS. For effektivt og kunne utnytte Hadoop ble YARN(ressurs-manager) konfigurert og dette ble blant annet utnyttet for å deploye ut Spark-jobber. Oppgaver(Utvikler): Hekte på eksisterende datastrøm via ActiveMQ & Oracle og bygge applikasjoner for transformering av data, hovedsaklig tidsserier, samt publisering til Kafka og HBase. Det ble også utviklet Spark-jobber hovedsaklig for å beregne metadata på tidsseriene. Type dager og til hvilke klokkeslett tidsseriene ble oppdatert. I tillegg ble det også utvikelt et REST-api for å serve dataene ut til klienter og kunder. Det var stort fokus på at API’et skulle levere data så raskt som mulig og ikke blokkere med mindre det er helt nødvendig. Valgt arkitektur innebar Vert.x som kjernekomponent og i tillegg Akka for å underbygge en reaktiv arkitektur.

Utforske og etablere eksternt system for logg-aggregering. Pga store mengder tildels uoversiktig logg-data skulle det utforskes og etableres en ekstern platform for aggregering av logger. Valgt system ble Papertrail. Oppgaver: Utvikler. Utforsket mulige logg-systemer og etablerte et som er godt egnet til filtering og søk. Konfigurerte applikasjonene til å sende logger kontinuerlig. Lite prosjekt, 1 utvikler.

Utvikling av integrasjonsbuss som mediator mellom Agresso og interne systemer NRK bytter ut gamle lønns- og personalsystemer med Agresso. Agresso er det nye mastersystemet for personaldata og for at data skal tilflyte øvrige NRK-systemer utvikles det en egen integrasjonsbuss. Oppgaver: Utvikler. Primæroppgave i prosjektet var å utvikle selve integrasjonsbussen. Utviklet også en Agresso-emulator som gjorde det lett å verifisere/teste. Lite prosjekt, kun 2 utviklere.

Utvikling av nytt rapporteringssystem Systemet innhentet data fra mange ulike kilder og hadde som formål å sammenstille disse til et felles datagrunnlag. Datagrunnlaget brukes av frittstående applikasjoner og til rapportuthenting. Oppgaver: Utvikler. Primæroppgave i prosjektet var å trekke ut og sammenstille data som ble eksponert ut i diverse applikasjoner, blant annet en egen lokfører-applikasjon. Medium prosjekt, 5-6 utviklere.

Utvikling og ferdigstilling av et event basert system Stort og relativt komplekst system for å automatisere alt rundt event-arrangementer for bedrifter. Systemet har blitt skrevet fra bunn og er høyst modularisert. Oppgaver: Arkitekt / Utvikler. Primæroppgave i prosjektet var å designe og utvikle applikasjoner for å håndere bedrifts-eventer, som f.eks en egen meldings-applikasjon. Medium prosjekt, 4-5 utviklere.

Bytte annonsestyringssystem Bytte av annonsestyringssystem fra AdTech til Emediate. I praksis ble også muligheten til å rive ut gammel legacy kode til fordel for nye moduler og API’er benyttet. Oppgaver: Arkitekt / Senior Javautvikler. Primæroppgave var å designe og utvikle nye API’er tilpasset nytt annonsestyringssystem. Medium prosjekt, 4-5 utviklere.

Utvikling av system for ip basert geolokasjon Basert på Finn sine egne data, hovedsaklig Apache-logger, ble det importert og analysert massive data-mengder hvor formålet var å knytte brukere(vha ip) til lokasjon, først og fremst fylke, for å kunne bruke dette i en annonse-setting. Typisk målrettet reklame Oppgaver: Arkitekt / Senior Javautvikler. Primæroppgave var å utforske datagrunnlag og utvikle nytt system for håndtering og analyse av massive datamengder. Medium prosjekt, 3-4 utviklere.

Obligatorisk tjenestepesjon(2) Utarbeide arkitektur og utvikle ny løsning for obligatorisk tjenestepensjon hos VPS. Løsningen benyttes av mange eksisterende fondsleverandører som er kunder av VPS og selges videre til deres bedriftskunder. Løsningen eksisterer i dag på gammel plattform, men skrives helt om i henhold til nye teknologivalg og krav. Oppgaver: Senior Javautvikler. Primæroppgave var å utvikle et nytt system for obligatorisk tjenestepensjon. Lite prosjekt, 2 utviklere.

Kortsiktig tiltak fond Tiltaksprosjekt for å levere nødvendig funksjonalitet / utbedre mangler i dagens system Oppgaver: Senior Javautvikler. Primæroppgave var å tilpasse eksisterende arkitektur samt utvikle nødvendig funksjonalitet sett i et kundeperspektiv. Lite prosjekt, 1-2 utviklere.

Obligatorisk tjenestepesjon(1) Utarbeide arkitektur og utvikle ny løsning for obligatorisk tjenestepensjon hos VPS. Løsningen benyttes av mange eksisterende fondsleverandører som er kunder av VPS og selges videre til deres bedriftskunder. Løsningen eksisterer i dag på gammel plattform, men skrives helt om i henhold til nye teknologivalg og krav. Oppgaver: Senior Javautvikler. Primæroppgave var å utvikle en helt ny løsning for obligatorisk tjenestepensjon hvor fokus var på lettvekts-tjenester og frikobling av forretnings-logikk. Medium prosjekt, 4-5 utviklere.

Restrukturering / Arkitektur - prosjekt Tilrettelegging / forbedring av eksisterende arkitektur. Prosjekt som i hovedsak gir VPS merverdi på lang sikt i form av løsere koblet arkitektur og bedre rutiner rundt bruk av versjonskontrollsystemet Subversion Oppgaver: Senior Javautvikler og arkitekt. Primæroppgave var å frigjøre forretningslogikk fra interne applikasjoner og heller tilby en tjeneste-pool på tvers av virksomheten. Lite prosjekt, 2-3 utviklere.

NGF - Neste Generasjon Fond Neste Generasjon Fond var VPS sin storsatsning for å bygge et nytt og moderne fondssystem tilpasset fondsforvaltere og investorerens behov. NGF-prosjektet ble i hovedsak styrt av CAP Gemini som leverandør, men VPS hadde også ansvaret for deler av utviklingen. Oppgavene relatert til dette prosjektet var således på VPS-siden. I alle hovedsak bestod arbeidet i omskrivninger / tilpasninger / nyutvikling av tjenester tilpasset mot ny arkitektur Oppgaver: Senior Javautvikler / Arkitekt. Primæroppgave var å utvikle ny funksjonalitet som skulle inngå i nytt fondssystem. Medium prosjekt, 4-5 utviklere.

Skatterapportering, Odin Finland Enmanns-prosjekt som hovedsaklig bestod i å utvikle et program for å beregne og sammenstille alle relevante tall for buk av skattemyndighetene i Finland Oppgaver: Senior Javautvikler / Arkitekt. Primæroppgave var å hente ut og gjøre beregninger på skattedata samt samt tilby disse på strukturert form. Lite prosjekt, 1 utvikler.

Restrukturering / Arkitektur - prosjekt Restrukturerings-prosjekt. Oppgavene bestod i å flytte applikasjoner fra gammel til ny arkitektur. Oppgaver: Senior utvikler. Primæroppgave var å flytte applikasjonskode og noe omskrivning i og med at man gikk fra et internt rammeverk til Spring Web Flow for sidevisninger og flyt.

NGF - Neste Generasjon Fond Neste Generasjon Fond var VPS sin storsatsning for å bygge et nytt og moderne fondssystem tilpasset fondsforvaltere og investorerens behov. NGF-prosjektet ble i hovedsak styrt av CAP Gemini som leverandør, men VPS hadde også ansvaret for deler av utviklingen. Oppgavene relatert til dette prosjektet var således på CAP-siden. Oppgaver: Senior Javautvikler, Team Lead, Arkitekt. Oppgavene bestod hovedsaklig i utviklingen av nye tjenester i fonds-systemet og et overordnet ansvar for et team på 4. Stort prosjekt, 20+ utviklere totalt

Utvikling av nettbaserte fondskalkulatorer Hovedsaklig ble det utviklet et sett kalkulatoer som blant annet inkluderer avkastnings-, utaksavtale-, fonds- og pensjonskalkulator. Oppgaver: Senior Utvikler, Arkitekt. Primæroppgave var å utvikle applikasjoner ved bruk av Flex i frontend og Spring/Hibernate på backend. Det ble også gjort noe videreutvikling av en intern beregningsmotor for å tilpasse mot nye tjenester.

Utvikling av nye portal-tjenester Videreutvikling av Odin sin fondsportal. Oppgaver: Senior Utvikler. Primæroppgave var å forbedre eksisterende tjenester og noe nyutvikling. Lite prosjekt, 1-2 utviklere.

Utvikling av ny beregningsmotor / beregningsrammeverk Det ble utviklet en generisk beregningsmotor / beregningrammeverk for Odin slik at fremtidige web-applikasjoner skulle kunne ha en gjenbrukbar platform. Det ble også tatt høyde for tilpasninger ved å tillate bruk av egne moduler som lett kunne plugges inn. Oppgaver: Senior Utvikler, Arkitekt. Primæroppgave var å utvikle ny beregningsmotor med fokus på gjenbrukbarhet og fleksibilitet mhp pluggbare moduler. Medium prosjekt, 2-3 utviklere.

Finn Reise Utvikling av ny reiseportal for Finn.no. Finntech ønsket å bruke reiseprosjektet som en pilot for smidig prosjektstyring. Oppgaver: Javautvikler. Primæroppgave var å utvikle ny funksjonalitet som var en del av reiseportalen samt tilpasse eksisterende tjenester. Stort prosjekt, 7-8 utviklere.

COS Utviklingsprosjekter i og rundt COS-platformen, Telenor sin mellomvare løsning. Det var høyt trykk på å få ned time-2-market effekten og samtlige prosjekter ble styrt etter Scrum-modellen og XP-prinsipper. Oppgaver: Javautvikler. Primæroppgave var å utvikle i og rundt COS. Stort prosjekt, 20+ utviklere.

Utvikling av nytt medieovervåkningssystem Nytt system basert på FAST-teknologi ble utviklet. Prosjektet ble drevet i XP-ånd og det var høy fokus på testdrevet utvikling. Oppgaver: Javautvikler. Primæroppgave var å integrere ny løsning mot FAST sitt real time filter og utvikle nye tjenester som eksponerte data ut til klienter, hovedsaklig web.