High performance architecture January 31, 2008 05:15 over 2 years ago
Jeg har lige hørt John Davies for syvende gang over de seneste år og det er altid en fornøjelse. John er en world wide veteran indenfor IT konferencer og har været aktiv konsulent siden c programmeringssproget var state of the art. Gennem årerne har han haft adskillige store stillinger og firmaer med specialer som (SWIFT, FpML, ISO-20022. osv). John taler om investeringsbanker og alle de udfordringer som de møder såsom, ekstrem hastighed, reaktionsevne og absolut garanti.
Garanteret garanti aspektet bliver sat i alvorligt perspektiv når en vendor bliver holdt til ansvar for hver og eneste besked, lidt af en mundfuld når man tænker på at en SWIFT besked med udligning af kontobeløb mellem landekonti er på samme beløb som en vendor er værd og der bliver sent nogle hundrede om dagen.
Når man arbejder med investeringssystemer betyder reaktionstid og hastighed alt. Systemerne er sat op til at gennemføre handler ved meget præcise udregnede grænser og hvis disse systemer halter blot 10 millisekunder i forhold til de andre investeringssystemer er det dem der løber med de gode handler. Det er ikke for sjov at alle de store investeringsforretninger ligger tæt placere op ad hinanden og enkelte endda direkte ovenpå børsen i London. Investeringsforretningerne ligger også i umiddelbar nærhed af de største backbones for at hindre at eventuelle routere stjæler den vigtige beslutnings tid.
I forhold til traditionelle systemer er disse også specielle på en anden måde. Deres maximale respons tid er måske nede på ca. 3 millisekunder og det sætter spørgsmål som “vil du købe MS aktie nu” i relief. Ethvert spørgsmål skal behandler enorme mængder af data inden det er muligt at svare. Det er mere normalt at man loader alt data ind i memory om morgenen og gemmer for lang tid arkiv om aftenen efter handlerne er overstået.
Ydermere kan der arbejde ofte flere tusind mennesker på selvsamme systemer. Det kræver en fornuftig planlægning og køligt overblik at have så mange programmører til at arbejde sammen ude en direkte samhørighed.
Service stak
I flere foredrag taler John også om den software stak der fortrækkes i de banker hvor hans virksomhed er tilknyttet. Denne gang sagde han at Applikation servere er for nedadgående i den slags banker. Det har længe været sådan at man ikke må benytte EJB fordi de er langsomme og ikke persistent nok. John er glad for teknologier som GIGAspaces og Java Spaces.
Enlig ville jeg gerne skrive lidt om SWIFT formatet. Men det bliver nok først om lidt. I det gamle Javahouse arbejdede vi for en bank med SWIFT formatet. Jeg ville ønske vi på det tidspunkt have set det SWIFT API som John har lavet i sit firma, C24.
By Frank Vilhelmsen - 3 tags: architecture conference scaling - Add comment