Er Apache Camel riktig valg for deg? Lytt til erfarne Camel spotters.Bjørn Nordlund
A problemsolving humoristic presentation of apache camel and enterprise integration presented at javazone 2011.
The presentation was filmed and is available at vimeo http://vimeo.com/28760446
Min drømmeapplikasjon (dreamapp) er en lyntale fra javaZone2010 som handler om at kompleks deployment med mange komponenter og infrastruktur gjør at du mister kunder/brukere av systemene du lager. 5 minutter er det jeg gidder å investere i å sette opp en tjeneste/produkt for å teste det ut.
Jeg viser også hvordan du på under 5 minutter kan sette i gang et javaprosjekt og bygge en deploybar applikasjon klar for produksjonssetting.
INSTRUCTIVO PARA VOTO ELECTRÓNICO NO PRESENCIALCALPERU
Este documento proporciona instrucciones sobre cómo votar electrónicamente en las elecciones 2016-2017 del Colegio de Abogados de Lima (CAL). Explica que los votantes deben estar registrados y habilitados en CAL, y crear o verificar su contraseña con anticipación. También indica que un día antes de las elecciones se publicará un enlace en el sitio web de CAL para acceder a la página de votación, ingresar con el registro CAL y contraseña, recibir un código por SMS, e ing
NoSql presentation at IASA norway meeting. The point is to choose a db solution that fits your needs between functionality, scaling and complexity. Nothing is for free, but rdbms is not the only answer for all problems either.
Bjørn Nordlund discusses how Docker allows building and sharing infrastructure as easily as code. Docker uses containers based on Linux kernel features like namespaces and cgroups to package applications securely and independently from the underlying infrastructure. Docker provides a simple interface to create, start, stop, move, and share application containers. This allows more efficient utilization of server resources and easier deployment of applications.
Er Apache Camel riktig valg for deg? Lytt til erfarne Camel spotters.Bjørn Nordlund
A problemsolving humoristic presentation of apache camel and enterprise integration presented at javazone 2011.
The presentation was filmed and is available at vimeo http://vimeo.com/28760446
Min drømmeapplikasjon (dreamapp) er en lyntale fra javaZone2010 som handler om at kompleks deployment med mange komponenter og infrastruktur gjør at du mister kunder/brukere av systemene du lager. 5 minutter er det jeg gidder å investere i å sette opp en tjeneste/produkt for å teste det ut.
Jeg viser også hvordan du på under 5 minutter kan sette i gang et javaprosjekt og bygge en deploybar applikasjon klar for produksjonssetting.
INSTRUCTIVO PARA VOTO ELECTRÓNICO NO PRESENCIALCALPERU
Este documento proporciona instrucciones sobre cómo votar electrónicamente en las elecciones 2016-2017 del Colegio de Abogados de Lima (CAL). Explica que los votantes deben estar registrados y habilitados en CAL, y crear o verificar su contraseña con anticipación. También indica que un día antes de las elecciones se publicará un enlace en el sitio web de CAL para acceder a la página de votación, ingresar con el registro CAL y contraseña, recibir un código por SMS, e ing
NoSql presentation at IASA norway meeting. The point is to choose a db solution that fits your needs between functionality, scaling and complexity. Nothing is for free, but rdbms is not the only answer for all problems either.
Bjørn Nordlund discusses how Docker allows building and sharing infrastructure as easily as code. Docker uses containers based on Linux kernel features like namespaces and cgroups to package applications securely and independently from the underlying infrastructure. Docker provides a simple interface to create, start, stop, move, and share application containers. This allows more efficient utilization of server resources and easier deployment of applications.
Presentation held for Norwegian Java User Group. An expanded version of a lightning talk with limited time, so a bit high level. Hoping for a longer version with details for JavaZone.
Vår avhengighet av systemer som styres av programvare øker raskere enn vår evne til å sikre systemene. En løsning er å bygge inn sikkerhet som en del av programvareutviklingen. Det er utfordrende å måle programvaresikkerhet, men modenhet på programvaresikkerhetsarbeidet kan måles med BSIMM-rammeverket.
More Related Content
Similar to dønn robuste batchsystemer (JavaZone2010)
Presentation held for Norwegian Java User Group. An expanded version of a lightning talk with limited time, so a bit high level. Hoping for a longer version with details for JavaZone.
Vår avhengighet av systemer som styres av programvare øker raskere enn vår evne til å sikre systemene. En løsning er å bygge inn sikkerhet som en del av programvareutviklingen. Det er utfordrende å måle programvaresikkerhet, men modenhet på programvaresikkerhetsarbeidet kan måles med BSIMM-rammeverket.
Similar to dønn robuste batchsystemer (JavaZone2010) (6)
Jeg legger i dette at systemet skal tåle strømstans, utilsiktede feil fra kunde, feil i data, brann, bombe... Listen går så langt du vil. Du skal plassere deg et sted på aksen fra strømstans til atombombe. Hvor mye er du villig til å investere i infrastruktur, den arkitekturen jeg legger opp til skal ikke begrense deg, men utnytte infrastrukturen du har.
Jeg har begrenset dette til batch systemer, mest fordi det er det jeg jobber mest med, og her jeg har hentet eksempelet og eksempelkoden fra, men jeg tror det meste jeg snakket om gjelder systemer generellt! Batch processing is execution of a series of programs (" jobs ") on a computer without manual intervention. Også kalt en workflow. Systemet tar typisk et sett av data filer som input, prosesserer data, og produserer et set av output data. Dette Typisk oppsamling av ”batcher” av jobber som kjører asynkront på tid. Dette i motsetning til ”online” eller interaktive systemer. Dette blir kalt batch prosessering fordi input data er samlet i batcher på filer og prosessert som batcher av programmene.
Jeg har tenkte å lage et lite batch system i løpet av presentasjonen, og har delt opp i 10 stort sett konkrete steg eller råd, som blir beskrevet, og så implementert i java. Vi har kun en veldig kort overordnet beskrivelse av systemet vi skal lage: vi skal lage et nytt bbs banksystem som skal oppdatere alle banker med kvitteringer. Det er sånn at det er flere datasentraler som sender inn betalingsbestillinger til bbs, som så vi utfører. Dette systemet skal rett og slett rapportere til bankene hva som betales. Vårt system kommer til å få filer med betalingstransaksjomer fra flere systemer på bbs via scp til en katalog på delt filserver. 3 ganger i døgnet skal vi sortere inkomne transaksjoner pr bank og sende de i filer til denne banken. Dette er overordnet de funksjonelle kravene, men som dere kanskje skjønner er fokuset her ikke de funksjonelle, men de ikkefunksjonelle kravene som dreier seg om robusthet.
Vi skisser raskt opp en tenkt overordnet arkitektur for dette systemet..
Til dette tenkte systemet har vi noen veldig strenge ikke-funksjonelle krav. La oss tenke oss at dette er et av de mest kritiske systemene i norge!
Det virker som vi trenger noe failover på applikasjon, disk og database i det minste... Det vil i enkleste forstand si backup av alle data på to noder, og mulighet til å skifte til backup node. Så kan man legge mer automatikk ettersom man trenger, men vær ops på at det medfører kompleksitet. Jeg ønsker å kunne skalere opp og ned infrastrukturen etter behov. Dvs at applikasjonen skal kunne kjøre også på en lokal maskin uten failover, for eksempel for funksjonell testing.
integration framework - open source - Lettvekts Hvorfor Camel? Utrolig god syntax for ruting, perfekt for å illustrere mine eksempler. Kort, konsis og lesbar kode. Du kan velge å implementere komponenter selv og kun bruke ruting språket. Core components fungerer veldig bra. Vær forsiktig med ikke-core components Camel er ikke en ESB Er camel svaret? Rammeverk som camel virker veldig bra.... .... nesten.. Problemet er som med alle andre rammeverk i denne kategorien er at man bruker så mye tid og krefter på det lille som ikke fungerer, samt at man mister litt kontroll på hva som skjer, så: Jeg tror ikke du bør bruke det
Hvis dere har lest sammendraget i programmet så dere at jeg skal benytte camel for å illustrere poengene i denne presentasjonen. Jeg må understreke at vi ikke kjører camel i produksjon på BBS, men det er historiske grunner til det. Jeg har valgt camel her fordi det ikke påvirker de 10 prinsippene mine, men understøtter disse godt, og camel har en god DSL som gjør eksemplene svært lesbare og forståelige for dere. Jeg har utvidet camel med noen egne komponenter for å gjøre det helt likt måten vi har gjort det på i produksjonssystemer i BBS.
Ikke checked exceptions, kast alle exceptions helt ut og catch alle på et sted – der du har transaksjonsgrensen. Men ikke glem å catch dem helt da!