Сървърът в ъгъла няма да издържи вечно
Много малки фирми работят върху инфраструктура, настроена преди години и никога преразгледана: споделен хостинг за сайта, сървър в шкафа на офиса за файловете и счетоводния софтуер, няколко резервни копия на външен диск някъде. Работи. Докато не спре.
Преминаването към облака не е въпрос на мода. Въпрос е да премахнете слабите звена и да дадете на бизнеса си място да расте. Този наръчник минава през признаците, че е време, какво реално означава „облак“ за малка фирма и как да се преместите без драма.
Признаци, че сте надраснали сегашната си среда
- Сайтът се забавя или пада, когато трафикът се увеличи. Рекламна кампания или натоварен сезон не бива да свалят сайта ви.
- Никой не е сигурен, че резервните копия работят. Ако никога не сте възстановявали от копие, всъщност не знаете дали имате такова.
- Сървърът в офиса е единствената точка на отказ. Спиране на тока, изгорял диск или спукана тръба – и екипът ви спира работа.
- Работата от разстояние е неудобна. Хората ползват заобиколни VPN решения, пращат си файлове по имейл или просто нямат достъп от вкъщи.
- Цялото знание е у един човек. Настройките живеят в главата на служител или външен техник, без никаква документация.
- Ограниченията на хостинга спират нови функционалности. Искате да пуснете ново приложение, фонова задача или база данни, които сегашният план не позволява.
Два-три от тези признака заедно са ясен сигнал да започнете да планирате.
Какво означава „облак“ за малкия бизнес
За малка фирма „облакът“ обикновено означава да наемате изчислителни ресурси в центъра за данни на доставчик, вместо да притежавате собствен хардуер. На практика това има няколко форми:
- Управлявани или виртуални сървъри. Приложенията ви работят на сървъри в професионален център за данни с резервирано захранване, охлаждане и мрежа.
- Управлявани услуги. Доставчикът поддържа базата данни, файловото хранилище или пощата вместо вас, включително обновяванията и резервните копия.
- Софтуер като услуга (SaaS). Вместо сами да хоствате счетоводен софтуер или система за документи, ползвате онлайн версия.
Повечето малки фирми стигат до комбинация. Целта не е да преместите всичко, а всяка система да работи там, където е най-надеждна при най-малко усилие.
Миграцията стъпка по стъпка
1. Направете опис
Запишете всичко, което работи днес: сайтове, приложения, бази данни, споделени папки, поща, планирани задачи, домейни и DNS записи, SSL сертификати и всяка връзка между тях. Отбележете кой ползва всяко от тях и колко е критично. Този опис е картата за всичко нататък – и почти винаги разкрива нещо, за което никой не си е спомнял.
2. Първо осигурете резервните копия
Преди да местите каквото и да е, направете пълни, проверени резервни копия на всяка система и тествайте, че можете да ги възстановите. Миграцията е точно моментът, в който нещата могат да се объркат. Тестваното копие превръща бедствието в неудобство.
3. Проектирайте новата среда
Решете къде отива всяка система, кой регион на центъра за данни ще ползвате, как се свързват системите, кой има достъп и как ще работят резервните копия и обновяванията. Дръжте нещата толкова прости, колкото позволяват нуждите ви. Малката фирма рядко има нужда от архитектурата на голяма корпорация.
4. Изградете тестова среда
Подгответе новата среда и копирайте системите си в нея, без да пипате работещите. Тествайте всичко там: входове, форми, плащания, отчети, изпращане на имейли, интеграции. Оставете няколко реални потребители да минат през ежедневните си задачи. В тестовата среда проблемите са евтини.
5. Планирайте превключването на DNS
Преместването на сайт или услуга обикновено завършва с промяна в DNS, която насочва домейна ви към новите сървъри. Намалете TTL (времето, за което записите се кешират) ден-два предварително, за да се разпространи промяната бързо. Изберете спокоен момент, замразете промените в старата система, направете последна синхронизация на данните и превключете. Оставете старата среда да работи още известно време като резервен вариант.
6. Наблюдавайте, после изведете старото
След превключването следете внимателно: достъпност, логове с грешки, производителност, доставяне на имейли, резервни копия по график. Оправяйте каквото излезе. Чак когато всичко е работило стабилно известно време, изключете стария сървър или прекратете стария хостинг.
Данни в ЕС и GDPR
Ако обработвате лични данни на хора в ЕС, мястото, където се съхраняват, има значение. Когато избирате доставчик:
- Изберете регион в ЕС за сървърите и резервните копия, освен ако нямате ясна причина за друго.
- Подпишете споразумение за обработване на данни (DPA) с всеки доставчик, който съхранява лични данни за вас.
- Проверете къде са поддръжката и подизпълнителите му, а не само центърът за данни.
- Криптирайте данните при пренос и при съхранение и ограничете кой има достъп до работещите системи.
- Обновете регистъра на дейностите по обработване и политиката за поверителност, ако преместването променя къде се пазят данните.
Нищо от това не е екзотично. Просто трябва да се реши съзнателно, а не да се остави на настройките по подразбиране.
Чести грешки
- Всичко наведнъж. Мигрирайте на етапи, като започнете от най-малко критичната система, и се учете в движение.
- Пренасяне на бъркотията заедно с данните. Изчистете стари файлове, неизползвани акаунти и забравени приложения преди преместването, не след него.
- Забравени пощенски и DNS записи. Един липсващ запис може тихо да спре доставянето на имейли за дни.
- Предположение, че доставчикът прави резервни копия. Много доставчици не го правят по подразбиране. Проверете, настройте и тествайте.
- Никой отговорник след старта. Облачната инфраструктура също има нужда от обновявания, наблюдение и човек, който следи разходите.
Какво да попитате партньора си за облак и DevOps
- Къде ще се съхраняват данните ни и в ЕС ли е това?
- На чие име са облачните акаунти? (Отговорът трябва да е: на вашето.)
- Как се правят резервните копия и колко често тествате възстановяване?
- Какво обхваща наблюдението и кой получава сигнал, когато нещо се повреди?
- Как ще следим месечните разходи за облака?
- Какъв е планът за връщане назад, ако превключването се обърка?
- Каква документация получаваме накрая?
Ясните, конкретни отговори са добър знак. Мъглявите са причина да продължите да търсите.
Започнете малко, движете се постоянно
Не ви трябва грандиозен проект. Започнете с описа и резервните копия. Само тези две стъпки правят бизнеса ви по-сигурен, още преди нещо да е преместено. После мигрирайте по една система, всяка първо тествана в тестова среда.
Мислите да изведете системите си от сървъра в офиса или от споделения хостинг? Услугата ни за DevOps и облачни решения покрива целия път, а IT поддръжката и управляваните услуги поддържат всичко в изправност след това. Свържете се с нас, разкажете ни откъде тръгвате и ще ви помогнем да начертаете следващата стъпка.