Bij het deployen van enterprise applications heb je dikwijls te maken met verschillende omgevingen en daarbij horende instellingen (OTAP straat).
Als developer is het vaak nodig om specifieke installatie instructies te schrijven die tot één omgeving toe behoren, hierdoor kan het ook zijn dat je de opgeleverde package zal moeten aanpassen zodat deze op de respectievelijke omgeving geïnstalleerd kan worden.
Het grootste deel van de tijd gaat dit gepaard met x aantal verschillende opleveringen en documentatie aanpassingen. Doordat de package verschillen per omgeving kruipt er vaak meer tijd en frustratie in om een package op een andere omgeving uit te rollen.
Het ideale scenario zou zijn dat je met één enkele package alle omgevingen door kan en dat de wijzigingen per omgeving middels parameters kunnen meegegeven worden.
Maak een IIS website en webservice die in 2 verschillende application pools draaien.
Zorg ervoor dat de webservice enkel te benaderen valt met een certificaat. Dit certificaat zal per omgeving verschillen (selfsigned in OTA en certified in P).
De webservice zal data ophalen uit de database (deze database connectie zal per omgeving verschillen). Nadat deze website/webservice uitgerold zijn vraagt de business voor een change op de website, hiervoor moet je technisch beheer kunnen voorzien van de wijziging zonder dat er enige prerequisites zijn. De package moet maw gewoon geinstalleerd kunnen worden zonder dat de originele website gedeployed moet zijn.
Het zou een one-click deployment moeten zijn, waardoor technisch beheer van heel wat lasten bespaard wordt en nog enkel belast wordt met de configuratie van de servers en niet de deployment perikelen.
Uiteraard zal de te deployen applicatie volgens de geldende professional development regels gebouwd worden dwz. Layering, Unit-Testing, Up-to-date technology, Daily build, etc…
