Ik zie een potentieel probleem in de huidige werking van Continuous Delivery. De update wordt gescheduled op tijdstip X, en zodra hij start worden alle actieve gebruikers disconnect en draaiende cliënt processen worden gekilled.
Wat zijn de gevolgen en potentiële problemen als een user toevallig net aan het facturen is, of er loopt een financiële verwerking, hetzij via een user of een batchcliënt?
Uiteraard kan je de users inlichten over de komende update, en de tijd waarop deze gepland staat. Maar dat is nooit 100% veilig. Mensen vergeten het, negeren het of hebben het bericht wellicht gemist.
Wellicht is het veiliger de update te laten failen, met een melding naar de beheerder dat er nog ingelogde gebruikers zijn. Die kan dan eerst netjes zijn mensen uit laten loggen, en de installatie nog een keer doen.
Robin Boelen
Beste Robin,
Allereerst bedankt voor het delen van je suggestie.
Op het moment dat een proces gekilled wordt de transactie waarin het proces op dat moment zit teruggedraaid zodra de database weer in de lucht komt. Stel dat er op dat moment een financiele verwerking liep dan is deze weer ongedaan gemaakt. Dit effect zie je ook als de database down gaat voor de back-up en er blijkt nog een proces te lopen.
Naar onze mening is het de verantwoordelijk van de applicatiebeheerder om de update op een handig tijdstip uit te voeren. Standaard zetten we voor bij het inplannen van een update voor de productieomgeving het tijdbestek 02:00 - 04:00 voor.
Een update laten mislukken op een draaiend proces zien we niet zitten. We voorzien dan veel mislukte updates op draaiende processen of per ongeluk nog aangemelde users.
Met vriendelijke groet,
Het Productmanagement team
