На какво да обърнем внимание, когато прехвърляме приложения към клауда

08.02.2023 1 360 2

Макар дълго време първата асоциация с клауда да е съхранение на данни, той може много повече от това. Клаудът позволява на компании от всички размери и индустрии да имат достъп до хардуер и софтуер на високо ниво, които допреди няколко години бяха достъпни само за най-богатите корпорации. Сега всичко това е много по-лесно достъпно за почти всяка компания само с няколко клика и много организации откриват ползите на клауда далеч не само за сторидж.

И възможностите са безкрайни. Всъщност, в наши дни клаудът вече може да се използва практически за всичко. Дори да се развива цял бизнес през него или да се разчита на него за проекти с изкуствен интелект.

Една от най-честите задачи за клауда сега е да извършва „тежката работа“ за приложения и услуги. Защо да се инвестира в скъпи сървъри и постоянно да се налага да бъдат обновявани и скалирани, когато всички нужни ресурси може да са налични във всеки един момент? Използването на клауд, за да се обработват данни и приложения определено си заслужава да бъде проучено, без значение дали става дума за вътрешни цели за служителите, или за да се предложи голяма платформа и система за клиенти. В наши дни преобладаващото мнозинство от приложения и популярни услуги, както и онлайн магазини, вече разчитат именно на клауда.

За съжаление, прехвърлянето на приложения не е чак толкова лесно, колкото просто да се копират от едно място на друго. Нужни са повече усилия, които дори трябва да започнат преди самото преместване на приложенията, за да може всичко да премине възможно най-гладко. Добрата новина е, че процесът по миграция вече се е развил значително и е доста по-опростен за популярните задачи. Но тъй като има и много нови възможности, има и някои специфични предизвикателства. Особено, ако ще се мигрират HPC (High Performance Computing) задачи към клауда. Затова нека да разгледаме и да видим какво трябва да се има предвид, когато се прехвърлят приложения към клауда.

Подготовката е ваш приятел

Преди дори да започнете да търсите подходящ доставчик на клауд услуги, забавете темпото и се вгледайте в… своето приложение, не душата. Направете обстоен преглед и анализ на приложенията, които искате да прехвърлите към клауда. Вижте какви платформи и от какъв допълнителен софтуер и възможности се нуждаят. Например могат ли да работят на виртуална машина? Или е по-добре да си имат свой собствен сървър? Какви виртуални машини са съвместими? Очевидно, всичко това е важна информация, когато се избира и клауд доставчик след това.

Също така разучете функциите, поведението и целите на приложението. Например става ли дума за приложение, което използва големи обеми данни и извършва много изчисления? Или е приложение, което е част от комуникационния цикъл и бързината е най-важна? Има ли функции като качване на файлове от потребителите? Ще се нуждае ли от достъп до CDN? Каква част от данните, които досега са използвани от приложението, също трябва да бъдат прехвърлени? Ще е нужно ли да се добавят още и/или специфични модули и функции към клауда?

Разгледайте и дали ще може да използвате (и дали ще се наложи) приложението в хибридна или мултиклауд конфигурация. Някои приложения може да позволят тази възможност, докато други ще изискват всичко за тях да е на едно място.

Разбира се, не забравяйте да проверите и функциите за сигурност на програмата. Възможно ли е те да останат, когато приложението бъде преместено? Най-вероятно е да се наложи да се променят поне някои от тях, за да се адаптират към съответната клауд конфигурация. Възможно ли е да бъдат актуализирани и ще са съвместими ли с вече съществуващите мерки за сигурност на клауд доставчика? Това е стъпка, която най-често изисква допълнителни усилия и затова е изкушаващо да се остави за „по-късно“, за да може просто всичко да бъде направено и да тръгне по-бързо. Не правете тази грешка. Клаудът е по-сигурен от типичния „домашен“ фирмен сървър, но това не означава, че трябва да се пренебрегват базовите мерки за сигурност. Също така обърнете внимание дали е възможно и колко лесно ще е приложението да работи с VPN, защитни стени и други защити.

Накратко, първо се уверете, че сте проверили всички аспекти на приложението и процеса по местене. Най-добре е да се направи план, който да се прегледа, анализира и следва. Събраната информация ще е от голяма полза и за търсенето на подходящ клауд доставчик, когато е време за миграцията.

Сигурни ли сте, че всичко е подходящо за клауда?

Според Hyperion Research, HPC задачите в клауда са се увеличили през 2019 г. А според Gartner, днес са нужни още 2 до 5 години преди клауд HPC да се превърне в мейнстрийм. Клауд HPC се очаква да бъде голяма тема, особено за някои индустрии като производство, наука и др.
И въпреки това, не всички задачи са подходящи за клауда. Има много възможности. Например клауд HPC е подходящ за паралелни задачи и изчисления. Сред тях са инженерни задачи и изчисления, автоматизация на дизайн на електроника, компютърна физика и химия, рендериране на специални ефекти, анализ на риска и др.
Някои видове приложения и задачи не са подходящи за клауда. Сред тях са приложенията, които не могат да се скалират. Те са статични и не могат да се възползват от спецификите на клауда. Също така приложения, които работят с чувствителни данни също трябва останат или в собствен сървъри, или в частен клауд. Например данни за пациенти на болница.
Понякога причината едно приложение да не може да бъде в клауда може да няма нищо общо със самия софтуер, хардуер или технология. Може да зависи изцяло от лиценза и наличието (или липсата) му. Това също е фактор, който компанията трябва да провери в етапа на проучване. Ще са нужни ли допълнителни лицензи за миграцията и използването на приложението в клауда? Има ли изобщо такава възможност? Ако няма, има ли подходящи алтернативи, които да се използват в клауда? Уверяването, че приложенията ще могат законно да се използват в клауда е критична част от целия процес по миграция.

Проверихте ли разходите?

Разбира се, че сте. Това беше сред първите неща, които бяха включени в проучването, нали? Все пак дългосрочните предимства в разходите са сред основните причини за преминаване към клауда за много компании. Но също така голям брой от тях се оказват изненадани, когато пристигнат сметките. Обикновено основната причина затова е, че не са направили добър план. Да, те са проучили основните такси, но са пропуснали да предвидят допълнителни разходи като самото преместване, активиране на допълнителни функции, ресурси, плъгини, лицензи и др.

Също така скалирането на клауда и пълноценното използване на наличните ресурси са ключови за управление и на разходите. Това може да е трудно предизвикателство. То често изисква малко проби и грешки докато се намери идеалния баланс между ресурси и разходи. Трябва да се помни, че това е постоянно развиваща се и променяща се част на клауда. Нужен е постоянен мониторинг и адаптиране към новите развития. Оптимизирането на разходите също трябва да започне още преди самото местене към клауда – да се направи план, който да помогне да се реши кои задачи да бъдат мигрирани и кога.

Време за местене

Когато започне търсенето на подходящ доставчик, следвайте списъка с изисквания, които имате и питайте за всичко, за което не сте сигурни. Например попитайте за още детайли, ако не ви е ясно каква е мрежовата свързаност. Ще са ви нужни подробности за това каква е латентността, скоростта, наличният трафик и др. Това ще зависи от конкретните цели и необходимости на всеки клиент и ще варира. Ако пък ще са нужни специфични допълнителни модули за приложението, трябва да се попита предварително дали са налични или дали е възможно да се добавят по време на миграцията. В зависимост от клауд конфигурацията, може да е възможно лесно да се инсталират както на всеки друг сървър.

Когато сте избрали доставчик, не се впускайте в пълна миграция веднага. Отделете малко време, за да проучите новия дом на вашите приложения. Свикнете с таблото за управление и наличните инструменти. Направете тестова инсталация, за да видите как върви процесът. Това ще помогне за откриване и справяне с потенциални проблеми и предизвикателства, които да се избегнат, когато започне реалната миграция.

Също така не прехвърляйте всичко наведнъж. Изглежда очевидно, но много компании бързат да мигрират всичко на новата платформа възможно най-бързо. Има някои валидни аргументи: по-бързо приключване на преместването, по-добре за работния процес. И ще е по-евтино, отколкото да работи и старата платформа редом с клауда докато всичко е готово. Но търпението е важно.
И накрая, бъдете готови за непредвидени проблеми. Колкото и да сте се подготвяли, миграцията на приложения винаги създава някои неочаквани проблеми или пък нещо е пропуснато въпреки множеството прегледи. Вероятно е да се наложи и да се правят промени по приложението. Когато започнете този процес с разбирането, че това е голяма промяна и ще налага нови решения, ще може да се справите с всичко сравнително лесно.

Не забравяйте сигурността

Клауд сигурността е от основно значение. Както споменахме, по-голямата част от защитата се осигурява от самия доставчик. Хакерите обаче са наясно, че много компании вече разчитат на клауда и са адаптирали тактиката си.

Затова фишинг кампаниите са толкова разпространени сега. Това определено е най-лесният начин просто да се откраднат пароли, за да се използват за достъп до фирмения клауд, вместо той да бъде пробиван. Най-добрият начин да се предотврати това е чрез инвестиция в обучение на служителите, за да се подобрят техните умения и бдителност.

Когато мигрирате към клауда, обикновено е по-лесно да използвате някои конкретни, „по-малко сигурни“ настройки за известно време. Не забравяйте да ги проверите няколко пъти след края на местенето. Уверете се, че всичко е заключено и няма забравени отворени портове, неправилни правила за достъп и др.

И накрая, не подценявайте DDoS защитата. Макар хакерите да предпочитат фишинга, за да си осигурят достъп до клауд мрежа, те все още разчитат на добрия стар DDoS, когато имат за цел просто да затруднят услугата. Също така DDoS атаките често са начин за хакерите да разсейват администраторите от реалната им цел или да прикрият следите си. Някои доставчици на клауд услуги предлагат DDoS защита вградена в системите си, но ако такава няма, задължително инвестирайте в подобна услуга и се уверете, че е действаща за миграцията на приложенията. Тези семпли стъпки изглеждат доста очевидни, но все още изненадващо голям брой компании ги подценяват или пропускат и това може да развали не само преминаването към клауда, но и цялото клауд изживяване.

Ако сте решили и Вашият бизнес да премине към облачни услуги, може да прочетете повече за облачните сървъри, както и да разгледате възможностите за покупка или наем на сървъри. А може да се запознаете и с услугата за защита от DDoS атаки.

2 отговори на “На какво да обърнем внимание, когато прехвърляме приложения към клауда”

kojic acid serum

… [Trackback]

[…] There you can find 26918 additional Info to that Topic: blog.neterra.cloud/bg/vajni-neshta-za-cloud/ […]

naga356

… [Trackback]

[…] Read More on that Topic: blog.neterra.cloud/bg/vajni-neshta-za-cloud/ […]

Вашият коментар

Вашият имейл адрес няма да бъде публикуван.