Multi level applications are dead March 01, 2007 12:04 over 4 years ago
Take A Look at the SpaceFacade Pattern, Owen Taylor of GigaSpaces discusses how space-based architecture is fundamentally different from traditional architectures and how it supports the potent pattern, Master/Worker. He addresses state management, event distribution, performance, reliability and interoperability. here
Vil du sælge dine Microsoft aktier lige nu? Eller vil du helle købe flere? Dette valg har meget at gøre med den historiske baggrund for netop denne aktie. Som minimum vil du sikkert gerne vide hvilken pris de sidst er handlet til, og måske vil du også gerne vide hvordan udviklingen har været de sidste 6 måneder. Måske vil du oven i købet vide om Microsoft i nærmeste fremtid er ved at lancere et nyt styresystem. Hasta la vista, Baby!
Lad os antage at du har 5 millisekunder til at finde ud af det! Og lad og lege at der samtidigt med dig findes ca. 5000 andre som stiller sig det samme spørgsmål netop nu!
Tja,, du vil ha lidt svært ved at overskue det hele. Det vil langt de fleste systemer også. Men der finder en specielle systemer der kan klare opgaver af denne art. Systemer bruger udelukkende indenfor pengehandle og militær.
Disse systemer har det til fælles at de skal virker hurtigere end alle de andre system af samme slags. Det er maskinerne som bekriger hinanden når der handles værdipapirer. De arbejder så hutigt at de ikke har tid til databserne som jo normalt ellers holder på data. De skal være super robuste og være klar til at reager nå som helst. De skal kunne regenerer sig selv og være voldsomt skalerbare grundet kraftige spidsbelastninger.
Den slags applikationsegenskaber kan opnås ved brug af et space. GigaSpaces er et system på benytter den teknologi. Et space kan betragtes som en fælles hukommelse alle kan deler. (red, fluffy cloud) En klient sætter et object ind i spaces og derefter kan alle bruge det.
Interfacet ind til spaces er meget simple. Det består kun 4 metoder(CRUD). I space lever objekter og kan deles umiddelbart efter de er initialiseret. Man deler typisk metoder og beskeder. Events er beskeder.
Denne model fravælger fuldstændigt den traditionelle tier model. Den beskriver ingen logisk opdeling(layering) af applikationen men rekomendere POJO.
I traditionelle løsninger er multilayer modellen meget brugt. Den skulle måske afløses af POJO’s men det har lange udsigter. Næsten alle laver stadig gammeldags layering selvom mange nye frameworks ikke fordre denne opdeling. Selvfølgelig kan man opdele sin applikation i fysiske lag, specelt hvis man har en virkelig god grund.
I mange år har vi alle lave disse lag på baggrund af en tegning fra SUN. Den viser denne lagopdelte model hvor man ikke kan se andet en tekniske komponenter. Halvdelen af disse komponenter var EJB 2.×. og skulle naturligvis gemmes bag stateless facader. Heldigvis er EJB ikke EJB mere efter 3.x specifikationen men blot trasaktionellen komponenter. De objeker som kom ud af facederne var value-objecter(dto), men dem behøver man heller ikke mere.
Hvorfor skal vi så blive ved at bygge alle de lag?
By Frank Vilhelmsen - 2 tags: architecture scaling - Add comment