Zero-Downtime Migration: Si modernizohet një sistem pa ndalur biznesin?

Sistemet software duhet të evoluojnë. Infrastruktura ndryshon, teknologjitë modernizohen, databazat migrohen dhe aplikacionet përshtaten me kërkesa të reja.

Por ndërkohë që teknologjia ndryshon, biznesi duhet të vazhdojë të funksionojë.

Për një platformë që përdoret vazhdimisht nga klientët, punonjësit apo sisteme të tjera, ndalimi për disa orë vetëm sepse infrastruktura po migrohet mund të ketë ndikim të drejtpërdrejtë në operacione.

Këtu hyn koncepti i Zero-Downtime Migration: projektimi i migrimit në mënyrë që kalimi drejt sistemit të ri të bëhet me sa më pak ndërprerje të mundshme.

Migrimi nuk është thjesht transferim i të dhënave

Në një sistem enterprise, rrallëherë mjafton të kopjosh të dhënat nga një mjedis në tjetrin.

Aplikacionet mund të kenë varësi nga databaza, API, shërbime të jashtme, procese automatike dhe sisteme të tjera. Për këtë arsye, përpara migrimit duhet të kuptohet jo vetëm çfarë do të zhvendoset, por edhe çfarë varet prej tij. Edhe udhëzimet e AWS për migrimet theksojnë identifikimin e këtyre varësive si pjesë të fazës së përgatitjes.

Pikërisht këtu arkitektura dhe planifikimi teknik bëhen po aq të rëndësishëm sa vetë teknologjia e migrimit.

Sistemi i vjetër dhe i riu mund të funksionojnë paralelisht

Një nga mënyrat për të reduktuar ndërprerjen është që sistemi i ri të përgatitet ndërkohë që sistemi ekzistues vazhdon të funksionojë.

Në migrimin e databazave, për shembull, të dhënat mund të kopjohen fillimisht në mjedisin e ri dhe ndryshimet e mëvonshme të sinkronizohen vazhdimisht. Vetëm pasi të dy mjediset janë në sinkronizim kryhet kalimi përfundimtar.

E njëjta logjikë mund të përdoret edhe në nivel aplikacioni. Me qasje si blue/green deployment, versioni aktual vazhdon të shërbejë përdoruesit ndërsa mjedisi i ri përgatitet dhe testohet. Trafiku mund të zhvendoset drejt tij pasi të jetë gati, duke ruajtur edhe mundësinë e kthimit te versioni i mëparshëm nëse është e nevojshme.

Modernizimi mund të bëhet gradualisht

Jo çdo sistem duhet të zëvendësohet në një hap të vetëm.

Për sisteme të mëdha, migrimi gradual mund të lejojë që pjesë të arkitekturës së vjetër të vazhdojnë të funksionojnë ndërsa komponentët e rinj marrin gradualisht përgjegjësitë e tyre.

Një shembull është Strangler Pattern, ku funksionalitete ose API të reja ndërtohen pranë sistemit ekzistues dhe trafiku zhvendoset gradualisht drejt tyre. Kjo redukton nevojën për një kalim të vetëm dhe të menjëhershëm të gjithë sistemit.

Vazhdimësia është pjesë e arkitekturës

Për një kompani software, një migrim i mirë nuk matet vetëm nga fakti që sistemi përfundoi në një teknologji apo infrastrukturë të re.

Duhet të ruhet integriteti i të dhënave, varësitë duhet të vazhdojnë të funksionojnë dhe kalimi duhet të jetë i kontrolluar, i testueshëm dhe, kur është e mundur, i kthyeshëm.

Siç shprehet Ermal Beqiri, themelues i Soft & Solution Group:

“Modernizimi i një sistemi nuk duhet të trajtohet si një moment kur teknologjia e vjetër fiket dhe e reja ndizet. Një migrim i mirë projektohet që të ruajë vazhdimësinë, të kontrollojë kalimin dhe të minimizojë ndikimin mbi operacionet.”

Sepse qëllimi i modernizimit nuk është vetëm të çojë një sistem drejt teknologjisë së re. Është ta bëjë këtë pa e detyruar biznesin të ndalojë ndërkohë.