AWS, Azure или Google Cloud за бизнеса?

Какво реално купувате с облачната услуга?

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

За един онлайн магазин това може да означава приложение, база с продукти и поръчки, хранилище за снимки, връзка с платежен оператор, куриерски API, CDN и резервни копия. Ако всичко е настроено като един сървър без план за възстановяване, думата „облак“ сама по себе си не прави системата надеждна.

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

Кога облакът има смисъл за българска фирма?

Облачната инфраструктура е разумен избор, когато служители и клиенти трябва да използват системата от различни места. Това важи за онлайн магазин, CRM, ERP, мобилно приложение, платформа за резервации или система с полеви екипи.

Облакът е удобен и при променливо натоварване. Магазинът може да има повече заявки около празници, а приложението за резервации може да се натоварва в определени часове. Архитектурата трябва да поема пика, без постоянно да плащате за максимален капацитет.

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

При ERP с поръчки, склад, фактури, роли и справки централизираните данни улесняват работата между офиса, склада и терена. Това се вижда и при LiftexPro, ERP за асансьорни компании, където планирането, сградите, техниците и фактурирането са част от една система.

Как се различават AWS, Azure и Google Cloud?

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

Това са ориентири, не правила. Приложение на .NET може да работи добре в AWS, а система за анализи може да бъде изградена в Azure. Започнете от изискванията, съществуващите интеграции и уменията за поддръжка. Иначе рискувате да изберете услуга, която е мощна, но никой във фирмата не може да управлява.

Каква платформа е подходяща за онлайн магазин, ERP или приложение?

Онлайн магазин

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

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

ERP и CRM

При ERP и CRM водещи са ролите, историята на промените, резервните копия и възстановяването при грешка. Не е достатъчно системата да се отваря през браузър. Трябва да знаете кой вижда фактури, складови наличности, договори, заплати и клиентски данни.

При персонализиран проект архитектурата трябва да следва процесите във фирмата. ERP система по поръчка може да обедини заявки, поръчки, склад, фактури и справки, но облачната среда не трябва да добавя излишна сложност.

Мобилно приложение и публична платформа

Мобилното приложение обикновено използва API, база данни, файлове, известия и административен панел. При много едновременни потребители са важни кеширането, ограничаването на заявките, логовете и планът за възстановяване.

Тук автоматичното мащабиране може да има смисъл, но само ако е измерено и контролирано. Без бюджетни известия и наблюдение автоматичното добавяне на ресурси може да доведе до неприятна сметка.

Как се изчисляват разходите за облака?

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

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

Ако проектът включва разработка, тя е отделна част от бюджета. Например за персонализирана ERP, CRM или друга бизнес система цената е 3 000-29 300 €, а конкретната стойност зависи от модулите, интеграциите, ролите, миграцията на данни и начина на работа.

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

Какво най-често се обърква при облачна миграция?

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

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

Как да изберете архитектура и партньор?

1. 01
   Опишете системите и натоварването

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

2. 02
   Определете изискванията за сигурност

   Разделете ролите и опишете кои данни са чувствителни. Уточнете кой има достъп до фактури, клиенти, склад и отчети, както и колко дълго трябва да се пазят документите и логовете.

3. 03
   Изберете архитектура, а не само доставчик

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

4. 04
   Направете план за миграция и връщане назад

   Копирайте данните първо в тестова среда. Определете момента на прекъсването, проверките след преместването и условията, при които ще се върнете към стария вариант.

5. 05
   Следете системата и разходите след пускане

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

Какво да поискате да пише в офертата?

Поискайте схема на архитектурата, списък на услугите, очакваната облачна сметка и всичко, което не е включено. Трябва да е ясно кой притежава акаунта, кой има администраторски достъп и как ще получите данните си при смяна на партньора.

Проверете как се правят резервните копия, колко дълго се пазят и кога е тествано възстановяването. Поискайте конкретен отговор кой получава известие при срив, в какъв срок се реагира и кой одобрява допълнителните ресурси при пик.

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

Често задавани въпроси

Кой е по-добър за малък бизнес: AWS, Azure или Google Cloud?

Няма универсален победител. Изберете средата, която екипът ви може да поддържа и която се интегрира добре със съществуващия софтуер, счетоводството, плащанията и Microsoft продуктите, ако ги използвате.

По-евтин ли е облакът от собствен сървър?

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

Сигурни ли са данните в AWS, Azure и Google Cloud?

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

Мога ли да преместя съществуващ ERP в облака?

Да, но първо трябва да се проверят технологията, базата данни, лицензът, интеграциите и начинът на работа на потребителите. Понякога е по-разумно системата да се преработи частично, вместо старият сървър да бъде копиран без промяна.