In deze post wil een het ENGAGE Modeler product onder de aandacht brengen. Een 100% Azure oplossing, waarbij ENGAGE hoge eisen heeft gesteld aan de look & feel van het product.Ik heb gesproken met Ted Twaalfhoven, over hoe ENGAGE gebruikt maakt van het Windows Azure platform. Hieronder vind je een verslag van het interview:
<anko>: Kan je wat vertellen over het product ENGAGE Modeler?
<engage>: ENGAGE Modeler is een proces teken en onderzoek tool voor “business users”. ENGAGE Modeler is ontwikkeld om business users interactief in workshops echt mee te kunnen laten doen. Een single-page interface, automatische processtructuur en reken en vergelijk functies maken ENGAGE Modeler bijzonder.
<anko>: Wat was jullie belangrijkste reden om ENGAGE Modeler te ontwikkelen?
<engage>: SaaS is de toekomst, Nu dus!. Wij kozen voor Azure omdat het volledig complete oplossing biedt, internationale ondersteund, en door Microsoft, dus geaccepteerd bij alle partijen.
<anko>: Kan je beschrijven hoe het Windows Azure Platform jullie heeft geholpen? <engage>: Het Windows Azure Platform heeft ons vooral geholpen omdat het heel erg geschikt is om met weinig klanten heel goedkoop te beginnen omdat je in dat geval wel alle voordelen hebt van een dedicated virtual Windows Server, maar heel weinig kosten. Bij groei naar meer klanten kunnen we letterlijk binnen een paar minuten zoveel opschalen als we maar willen. Verder werken de gescheiden Staging en Production omgevingen erg handig. Je kunt rustig alles klaarzetten en testen op Staging en dan bij akkoord met 1 druk op de knop met deze versie live gaan. Bij veel andere hosting oplossingen moet je hiervoor een aparte server hebben (en betalen) en bovendien allerlei scripts draaien of handmatige copy/paste acties uitvoeren.
Voor SQL Azure is de automatische mirroring prettig vanwege de daardoor gegarandeerde beschikbaarheid. We hebben nog wel elke nacht een script draaien die een backup van de database maakt naar onze eigen SQL server. Het zou prettig zijn als SQL Azure in de toekomst ook een backup mogelijk krijgt zodat dit niet meer nodig is.
Verder is het natuurlijk ideaal voor een SaaS applicatie dat we veel vaker kleine releases kunnen uitrollen en klanten die altijd direct beschikbaar hebben. Bovendien zijn wij er ook van verzekerd dat alle klanten dezelfde versie gebruiken. Dit maakt het onderhoud en testen een stuk eenvoudiger.
<anko>: Welke andere Microsoft producten worden bij de oplossing gebruikt? <engage>: We maken intensief gebruik van Silverlight voor onze Modeler applicatie die verbindt met een WCF Service draaiend op Windows Azure(IIS/ASP.NET) en een SQL Azure database gebruikt. Voor rapportage-doeleinden hebben we Add-Ins voor Microsoft Word, Excel, PowerPoint en Microsoft Viso. Uiteraard wordt alles ontwikkeld in Visual Studio 2010 en sinds kort zijn we ook overgeschakeld naar Team Foundation Server voor source control.
ENGAGE Modeler is dus een vollige Azure – Silverlight oplossing.
<anko>: Waarom is ENGAGE Modeler uniek?
<engage>: Het is een van de weinige procestools die echt voor de business user en niet voor de IT architect ontworpen is en geschikt is voor Lean 6Sigma project werk. De enige, volgens Forrester, die 2 procesmodellen tegelijk kan laten zien en parameters (doorlooptijd etc) vergelijken. En dat volledig als SaaS. Bovendien met een Off-line functie die mogelijk maakt tijdelijk (tot maanden toe) de applicatie off-line te gebruiken, in de “cloud van de PC”.
<anko>: Wat zijn de belangrijkste lessen die jullie hebben geleerd tijdens de ontwikkeling?
<engage>: We hebben het geluk gehad dat we een paar jaar geleden een volledige rewrite van de code hebben kunnen doen bij de migratie van Delphi/Visual C naar .NET en WPF. Hierbij hebben we direct een gelaagde architectuur opgezet voor scheiding van data, model, logica en presentatie. Dit heeft heel erg geholpen bij de onderhoudbaarheid, maar vooral ook bij de recente migratie naar Silverlight. Toen wij een paar jaar geleden begonnen met de WPF versie van Modeler was het gebruik van het MVVM pattern (bij ons) nog niet zo bekend. Dit is daardoor nu nog steeds niet overal toegepast. Op dit moment zijn we dit voor de hele applicatie aan het wijzigen met als doel om uitgebreidere en betere unit tests voor de applicatielaag te kunnen schrijven. |