Воблачныя паслугі для бізнесу: AWS, Azure або Google Cloud?

Што насамрэч вы купляеце разам з воблачнай паслугай?

Воблака — гэта не проста «сайт на чужым серверы». Гэта набор паслуг: вылічальныя рэсурсы, база даных, файлавое сховішча, рэзервовыя копіі, сетка, маніторынг, абарона і кантроль доступу.

Напрыклад, у інтэрнэт-крамы ёсць праграма, база з таварамі і заказамі, выявы, інтэграцыя з плацежным аператарам, API кур’ерскай службы і рэзервовыя копіі. Калі ўсё наладжана як адзін сервер без плана аднаўлення, само слова «воблака» не робіць сістэму надзейнай.

Галоўная практычная перавага ў тым, што вам не трэба загадзя купляць абсталяванне. Можна пачаць з меншай канфігурацыі і павялічваць рэсурсы пры росце, сезоннай кампаніі або павелічэнні колькасці супрацоўнікаў. Аднак гэта не азначае аўтаматычна нізкі кошт. Воблачныя выдаткі трэба планаваць і кантраляваць.

Калі воблака мае сэнс для балгарскай кампаніі?

Воблака — разумны выбар, калі ў вас ёсць інтэрнэт-крама, CRM, ERP, мабільная праграма або іншая сістэма, да якой супрацоўнікі і кліенты атрымліваюць доступ з розных месцаў. Яно таксама падыходзіць, калі нагрузка змяняецца — напрыклад, падчас кампаній, святаў або сезонных продажаў.

Для кампаніі з некалькімі камп’ютарамі і лакальнай складской праграмай воблачная міграцыя не абавязкова павінна быць першым крокам. Часам важнейшыя стабільная сетка, рэзервовае капіраванне і замена састарэлага праграмнага забеспячэння. Перанос праблемнай сістэмы ў воблака толькі перамяшчае праблему.

У ERP-праекце з заказамі, складам, рахункамі, ролямі і справаздачамі воблачная інфраструктура спрашчае доступ з офіса і з выездаў. У кейсе пра ERP для склада, продажаў і паставак відаць, чаму цэнтралізаваныя даныя важныя: камандзе не трэба пераносіць адну і тую ж інфармацыю паміж асобнымі табліцамі і праграмамі.

Чым адрозніваюцца AWS, Azure і Google Cloud?

Усе тры платформы прапануюць віртуальныя серверы, базы даных, файлавыя сховішчы, сеткавыя паслугі, рэзервовыя копіі, маніторынг і інструменты бяспекі. Адрозненні — у экасістэме, даступных паслугах, спосабе працы і вопыце каманды, якая будзе іх падтрымліваць.

Гэтыя катэгорыі — арыенцір, а не правіла. Інтэрнэт-крама на .NET можа выдатна працаваць у AWS, а праграма з аналізам даных можа быць створана ў Azure. Выбар трэба пачынаць з патрабаванняў, а не са спісу папулярных паслуг.

Якая платформа падыходзіць для інтэрнэт-крамы, ERP або праграмы?

Інтэрнэт-крама

Для крамы важныя хуткая загрузка, база тавараў і заказаў, выявы, рэзервовыя копіі, інтэграцыя з кур’ерскай службай і плацежным аператарам. Воблачная архітэктура павінна вытрымліваць пікавыя нагрузкі, але пры гэтым не прымушаць пастаянна плаціць за максімальную магутнасць.

Для крамы з каталогам, накладзеным плацяжом і аўтаматычна сфарміраванымі накладнымі часта дастаткова стандартных сэрвісаў: прыкладання, базы даных, аб’ектнага сховішча, CDN, маніторынгу і рэзервовых копій. Падрабязнасці пра распрацоўку інтэрнэт-крамы важныя і для выбару інфраструктуры, бо інтэграцыі ўплываюць на нагрузку і абслугоўванне.

ERP і CRM

Для ERP і CRM найважнейшыя бяспека роляў, доступ да даных, гісторыя змяненняў, аўтаматычныя рэзервовыя копіі і аднаўленне пасля збою. Недастаткова, каб сістэма была даступная праз браўзер. Вы павінны ведаць, хто бачыць рахункі-фактуры, складскія рэшткі, заробкі і даныя кліентаў.

Для кастомнай сістэмы важней мець зразумелую архітэктуру, чым выкарыстоўваць найноўшы сэрвіс пэўнага пастаўшчыка. Пры распрацоўцы ERP-сістэмы на заказ воблачнае асяроддзе павінна адпавядаць працэсам у кампаніі, а не ўскладняць іх.

Мабільнае прыкладанне і публічная платформа

Мабільнае прыкладанне звычайна выкарыстоўвае API, базу даных, файлы, апавяшчэнні і адміністрацыйную панэль. Для платформы з вялікай колькасцю адначасовых карыстальнікаў важныя кэшаванне, абмежаванне колькасці запытаў, логі і план аднаўлення. Тут ужо мае сэнс больш дэталёвая архітэктура і аўтаматычнае маштабаванне.

Колькі каштуюць воблачныя сэрвісы?

Не існуе адзінай цаны на «воблака». Яна залежыць ад колькасці запытаў, памеру базы, файлаў, зыходнага трафіку, рэзервовых копій, асяроддзя распрацоўкі і ўзроўню маніторынгу. Далей прыведзены арыенціровачныя штомесячныя выдаткі на інфраструктуру без распрацоўкі і пастаяннай чалавечай падтрымкі.

Дыяпазоны змяняюцца пры вялікай колькасці выяў і відэа, вялікім зыходным трафіку, карыстальніках, размеркаваных па розных рэгіёнах, працы 24/7, больш працяглым захоўванні логaў або патрабаваннях да асобнага тэставага асяроддзя. Важна і тое, хто кіруе інфраструктурай: няправільна наладжаная база або забыты тэставы сервер могуць павялічыць рахунак, не ствараючы ніякай каштоўнасці.

Правярайце, ці ўключае прапанова рэзервовыя копіі, маніторынг, абнаўленні і рэакцыю на праблемы. Таная штомесячная плата часта азначае толькі кошт віртуальнага сервера, а не ўсёй працуючай сістэмы.

Што часта ідзе не так пры міграцыі ў воблака?

• Стары сервер пераносяць без аналізу базы, файлаў і залежнасцей.
• Рэзервовыя копіі наладжваюць, але ніхто не правярае, ці можна іх аднавіць.
• Доступ прадастаўляюць большай колькасці людзей, чым неабходна, без асобных роляў і шматфактарнай абароны.
• Тэставыя асяроддзі пастаянна застаюцца ўключанымі і ствараюць непатрэбныя выдаткі.
• Інтэграцыі з кур’ерскімі службамі, плацяжамі, бухгалтэрыяй або тэлефаніяй тэстуюць толькі пасля пераносу.
• Няма адказнага за воблачны рахунак, дамены, ключы доступу і аварыйны план.

Для сайта, крамы або ERP пажадана мець асобныя асяроддзі для распрацоўкі і прадукцыйнай працы, кантроль доступу, цэнтралізаваныя логи і апавяшчэнні пры незвычайнай нагрузцы. Калі сістэм больш за адну, варта таксама запланаваць API-інтэграцыю паміж праграмамі, каб супрацоўнікам не даводзілася капіяваць даныя ўручную.

Як выбраць пастаўшчыка і архітэктуру?

1. 01
   Апішыце сістэмы і нагрузку

   Пералічыце сайт, краму, ERP, CRM, мабільныя прыкладанні, базы, файлы і знешнія сэрвісы. Запішыце прыблізную колькасць карыстальнікаў, заказаў, дакументаў і пікавыя перыяды.

2. 02
   Вызначце патрабаванні да бяспекі

   Размяркуйце ролі, апішыце, якія даныя з’яўляюцца адчувальнымі, і ўкажыце, хто павінен мець доступ. Удакладніце тэрміны захоўвання дакументаў і логaў.

3. 03
   Выберыце архітэктуру, а не толькі пастаўшчыка

   Вызначце, якія кампаненты патрэбныя: прыкладанне, кіраваная база даных, файлавое сховішча, CDN, рэзервовыя копіі, маніторынг і тэставае асяроддзе. Пазбягайце сэрвісаў, якія не зможаце падтрымліваць.

4. 04
   Складзіце план міграцыі і адкату

   Спачатку скапіруйце і праверце даныя ў тэставым асяроддзі. Вызначце, калі адбудзецца кароткачасовае перапыненне працы, як будзе правярацца сістэма і як пры праблемах вярнуцца да старога варыянту.

5. 05
   Кантралюйце выдаткі і працу пасля запуску

   Наладзьце апавяшчэнні пра бюджэт, штомесячны аналіз рэсурсаў, абнаўленні, праверку рэзервовых копій і тэставанне аднаўлення. Воблачная інфраструктура — гэта не праект, які завяршаецца ў дзень міграцыі.

Што запытаць у камерцыйнай прапанове?

Запытайце схему архітэктуры, спіс сэрвісаў, чаканы дыяпазон штомесячнага рахунку і тое, што ў яго не ўваходзіць. Павінна быць зразумела, каму належыць уліковы запіс, хто мае доступ адміністратара і як вы атрымаеце свае даныя пры змене партнёра.

Праверце, ці ёсць аўтаматычныя рэзервовыя копіі, як доўга яны захоўваюцца і ці было праверана аднаўленне. Таксама запытайце адказы на практычныя пытанні: хто атрымае апавяшчэнне пры збоі, у які тэрмін будзе рэакцыя і хто аплачвае дадатковыя рэсурсы ў перыяд пікавай нагрузкі.

Для складаных рашэнняў параўноўвайце не толькі кошт воблака, але і агульны кошт валодання: распрацоўку, ліцэнзіі, падтрымку, маніторынг, міграцыю і час вашых супрацоўнікаў. Часам прасцейшая архітэктура — лепшы выбар для бізнесу.

Часта задаваныя пытанні

Што лепш для малога бізнесу: AWS, Azure або Google Cloud?

Універсальнага пераможцы няма. Выберыце платформу, якую ваша каманда зможа падтрымліваць і якая добра інтэгруецца з існым праграмным забеспячэннем, бухгалтэрыяй, плацяжамі і асяроддзем Microsoft, калі вы ім карыстаецеся.

Ці таннейшае воблака за ўласны сервер?

Для невялікай кампаніі воблака часта дазваляе пазбегнуць вялікіх першапачатковых інвестыцый і выдаткаў на электраэнергію, ахалоджванне і рэзервовае абсталяванне. Пры пастаянна высокай нагрузцы ўласная або арандаваная спецыялізаваная інфраструктура можа быць больш выгаднай, але трэба ўлічыць падтрымку і аднаўленне пасля збою.

Ці бяспечныя даныя ў AWS, Azure і Google Cloud?

Платформы прапануюць магутныя інструменты для шыфравання, кіравання ідэнтычнасцямі, абароны сеткі і вядзення журналаў. Бяспека таксама залежыць ад налад, пароляў, роляў, абнаўленняў і спосабу, якім прыкладанне апрацоўвае даныя.

Ці магу я перанесці існуючую ERP у воблака?

Так, але спачатку трэба праверыць тэхналогію, базу даных, ліцэнзію, інтэграцыі і спосаб працы карыстальнікаў. Часам больш разумна часткова перапрацаваць сістэму, чым капіраваць яе без змен.