Бағдарламалық қамтаманы импортауыстыру: неден бастау керек

Неліктен бәрін бірден ауыстыруға болмайды

Поштаны, мессенджерді, файл қоймасын және офистік құжаттарды бір мезгілде ауыстыру жұмысты сал қылады: қызметкерлер үйреншікті құралдарын бір күнде жоғалтады, ал қолдау бірдей сұрақтарға батады.

Импортауыстыруды басқарылатын қадамдар тізбегі ретінде қабылдаған сенімдірек. Әр қадамда бір контур ауыстырылады, команда оған үйренеді, тек содан кейін келесісі басталады.

• пошта мен домен
• мессенджер мен қоңыраулар
• файлдар мен құжаттар
• есеп және салалық жүйелер

Түгендеуді неден бастау керек

Алғашқы құжат бірсарынды, бірақ ол бүкіл жобаны айқындайды: бағдарламалар мен сервистердің тізімі, оларды кім пайдаланады, деректер қайда сақталады, қолданыстағы лицензия бар ма және қолжетімділік жоғалса не болады.

Содан кейін БҚ үш топқа бөлінеді: критикалық (онсыз бизнес тоқтайды), маңызды (процестерді баяулатады) және міндетті емес (кейінге қалдыруға болады). Ауыстыруды «критикалық әрі қауіп астында» қиылысынан бастайды.

• не және кім пайдаланады
• деректер қайда жатыр
• лицензия мен жаңарту мәртебесі
• қолжетімділік жоғалса не болады

Ресейлік бұлт па, әлде өз серверің бе

Бір бөлік міндеттерді дайын ресейлік платформалар жабады — пошта, жұмыс кабинеттері, бейнебайланыс. Бір бөлігін өз серверіңде ұстаған ыңғайлы: мессенджер, файл қоймасы, қолжетімділік пен деректерге толық бақылау маңызды ішкі сервистер.

Таңдау сәнге емес, кім әкімшілік ететініне, деректерге қойылатын талаптарға және автономияның қаншалықты критикалық екеніне байланысты. Көбіне аралас сұлба орынды: жылдамырақ жерде бұлт, бақылау қажет жерде self-host.

Санаттар бойынша ресейлік софт

Әрбір үйреншікті шетелдік құралға отандық немесе self-host баламасы бар, және жеке өнімдермен емес, санаттармен ойлаған ыңғайлы. Поштаны домендік пошта сервистері, командалық коммуникацияларды жұмыс платформалары мен мессенджерлер, файлдар мен құжаттарды онлайн-редакторы бар бұлттық дискілер, ал кіру мен құқықтарды біртұтас қолжетімділікті басқару жүйесі жабады.

Бір санаттарды дайын бұлттық сервис ретінде алу оңайырақ, басқаларын — бақылау маңызды болса, өз серверіңде жайылдыру. Ереже бұрынғыдай: брендтерді емес, жұмыс сценарийлерін салыстыру — қызметкерлер бүгін нақты не істейді және оны ертең үйреншікті нәтижені жоғалтпай немен жабуға болады.

• доменге негізделген пошта
• мессенджер мен бейнебайланыс
• файл бұлты мен онлайн-офис
• біртұтас кіру мен қолжетімділікті басқару

Алдымен қандай тәуекелдерді бағалау керек

Нені бұрын ауыстыру туралы шешім ыңғайлылыққа емес, тәуекелге сүйенеді. Әр сервистен сұрау керек: ертең жаңартулар тоқтаса, лицензияны төлеу мүмкіндігі жабылса немесе қолдау жауап бермей қалса не болады. Салдары неғұрлым критикалық болса, ауыстыру басымдығы соғұрлым жоғары.

Бір жеткізушіге тәуелділікті бөлек бағалайды: жабық деректер форматтары, нақты бұлтқа байлану және қалыпты экспорттың болмауы. Мұндай жерлер ең қауіптісі — бүгін жұмыс істеп тұрған сервис те, одан деректеріңді алу мүмкін болмаса, қақпанға айналады.

• жаңартулар мен қауіпсіздікке қолжетімділік
• лицензияны ұзарту мүмкіндігі
• деректер экспортының болуы
• қолдаудың жылдамдығы мен тілі

Өтпелі кезеңнен қалай өту керек

Ең осал сәт — ескі мен жаңаның қатар жұмыс істеуі. Деректерді жоғалтпау үшін көшіруді бір жинақта тексеру экспорты арқылы жасайды, ал ескі жүйені резерв ретінде тек оқу режимінде қалдырады.

Жоба ескі БҚ өшірілген күні емес, қысқа сүйемелдеу кезеңінен кейін аяқталды деп саналады: қызметкерлер үйренгенде, нұсқаулықтар жазылғанда және әкімші бәрі қалай құрылғанын түсінгенде.

Жоспарда жиі назардан тыс қалатыны

Техникалық көшуді әдетте егжей-тегжейлі сипаттайды, ал оның айналасында соқыр аймақтар қалады. Біріншісі — форматтардың үйлесімділігі: ескі бағдарламалардың құжаттары, шаблондары мен жүктемелері жаңасында әрқашан шығынсыз ашылмайды, мұны нақты файлдарда алдын ала тексерген жөн.

Екінші аймақ — адамдар мен жүйелер арасындағы байланыс. Қызметкерлерге қысқа нұсқаулықтар мен үйренуге уақыт қажет, ал интеграцияларды, API алмасуын және сабақтас сервистерге автоматты жүктемелерді қайта баптау керек, әйтпесе процестер іске қосудан кейін үнсіз бұзылады.

• форматтар мен шаблондардың үйлесімділігі
• қызметкерлерге оқыту мен нұсқаулықтар
• интеграциялар мен API алмасу
• өтпелі кезеңге арналған резервтік көшірмелер

Импортауыстырудағы жиі қателер

Ең жиі қате — софтты жоспар бойынша емес, мерзім қысымымен ауыстыру: компания кездескен алғашқы баламаны алады, деректерді тексерусіз көшіреді де, кейін салдарын айлап жөндейді. Қатар тағы бірі — экспорт мәселесін кейінге қалдыру: ескі сервис жұмыс істеп тұрғанда деректер әрқашан қол астында сияқты, ал өшіру сәтінде оларды алу мүмкін болмай қалады.

Тағы екі әдеттегі қақпан — оқытуды ұмыту, құрал енгізілгенімен адамдар оны пайдаланбайды, және көшуге жауаптыны тағайындамау. Жоба иесі болмаса, шешімдер стихиялы қабылданады, басымдықтар бұлдырланады, ал мерзімдер айқын себепсіз жылжиды.

• жоспарсыз асығыс ауыстыру
• деректерді тексерусіз көшіру
• экспорт пен резервтік көшірменің болмауы
• көшуге жауаптының болмауы

Көшу сәтті өткенін қалай түсінуге болады

Импортауыстырудың табысы жаңа БҚ орнатылған фактісімен емес, одан кейінгі тыныш жұмыспен өлшенеді. Жақсы белгі — ауысу күні тоқтап қалулардың болмауы, шығынсыз көшірілген деректер және қолдауда аврал жасамай жұмысын жалғастыратын қызметкерлер.

Бұған бірсарынды, бірақ маңызды нәрселер қосылады: жазылған құжаттама, әкімшіге түсінікті қолжетімділік, тексерілген резервтік көшірмелер және кері қайтару жоспары. Осының бәрі болғанда ескі жүйені өшіріп, келесі контурға көшуге болады.