Інвестори на етапі пітчингу невідомого стартапу хочуть бачити хоча б MVP-продукт чи прототип софту, гаджета або нової технології, в яку потенційно вони вкладатимуть кошти. Продюсери кінокомпаній чи каналів дивляться пілотну серію або сцену фільму, розмірковуючи, чи брати у виробництво запропонований сценарій. Бізнеси, наймаючи людей, дають тим тестовий період, щоб зрозуміти, чи сходяться в цінностях, умовах роботи, перспективах. «Пілотний» етап – важлива річ перед прийняттям будь-якого управлінського рішення. Переїзд у хмару не виняток. Це – не дешеве задоволення і не разова акція, від якої можна з легкістю відмовитися, коли набридне або захочеться чогось нового. Тому в цьому питанні варто бути особливо прискіпливим і краще проінвестувати час та гроші в подовжений тестовий період, під час якого максимально відпрацювати всі варіанти, ніж у майбутньому отримати незаплановані витрати. Чому бізнесам не варто економити на «пілотній серії» релокейту в хмару та які челенджі влаштувати провайдеру – далі в матеріалі.Компанія Терра Фуд почала створення власних ІТ-сервісів та поступову міграцію в хмару в 2021 році.
Це був непростий процес, адже омпанія має кілька торгових марок, забезпечує продукцією всі регіони України, п'яту частину своїх товарів експортує, а до складу бізнесу входить 4 виробничих майданчики у 3 областях України. Тож інформаційні технології вимагають не лише налаштування чи встановлення окремих програм, а й до побудови якісної та дієвої інфраструктури, менеджменту і взаємодії всіх виробничих потужностей.Попри тисячі матеріалів про те, що перехід у хмару – це круто, легко та про оптимізацію, є й інша сторона медалі. Це – витрати на саме перенесення сервісів «нагору», трансформація та підлаштування програм і процесів до мережі провайдера, перекваліфікація персоналу тощо. Тому до цього питання варто підходити виважено й максимально практично. Наш алгоритм був такий: спочатку аналізуємо, чому нам потрібно переходити в хмару, потім проводимо ІТ-аудит, далі обираємо підрядника й влаштовуємо йому краш-тест. Якщо всі челенджі компанія та провайдер проходять разом і в комфортному режимі, тоді починається «піднесення до хмар». Якщо велика компанія приймає певне важливе рішення в бізнесі,
то відповідальна людина, топменеджер чи власники мають чітко давати відповідь на питання «Для чого?» З власного досвіду на посаді очільника ІТ-підрозділів потужних українських компаній можу сказати: існує три найчастіші причини міграції бізнесу в хмару (хоча вони цілком можуть бути й іншими).Безпека. Сервери та обладнання, яке знаходиться фізично в Україні, можуть знищити. Війна це наочно продемонструвала. Але крім цього можуть статися й інші форс-мажори. Або ж обладнання можуть заблокувати правоохоронні органи (зробивши «перевірку») чи вивести з ладу конкуренти. Оптимізація процесів. Компанії починають переходити в хмару тоді, коли системи, з якими тільки починають працювати, легше розгортати в хмарах. Це – CRM-системи, облікові системи взаємодії з клієнтами. Їх від початку легше розгортати в хмарах, тому що вони розробляються під ці технології. «Опускати» їх на землю може бути дорожче. У цьому випадку перехід «нагору» дійсно буде оптимізувати ресурси та може здешевити певні процеси. Трендовість. Керівний менеджмент компанії чи власник можуть вважати, що варто слідувати трендам.
У цьому випадку – це точно буде дорожче, бо часто, просто «слідуючи трендам», бізнеси починають переносити системи 1 в 1, не задумуючись і не оптимізуючи власну інфраструктуру й процеси. Тоді це призводить до значних витрат, але не приносить очікуваних результатів.Для компанії Терра Фуд причинами стали 1 і 2, тобто запит на безпеку й оптимізацію процесів. Зрозумівши запит, ми провели ІТ-аудит, під час якого оцінили власні можливості, зрозуміли обсяги й терміни роботи серверного обладнання, визначили ризики й переваги переходу в хмару. Після проведеного тендеру нашим партнером стала компанія UCloud. З нею ми провели безоплатний тестовий період та оплачений уже нами пілотний період, попередньо погодивши й обговоривши всі моменти. Під час пілоту відстежувалися такі моменти: швидкість, сумісність мереж (у UCloud, наприклад, ми можемо використовувати всі наші сервіси) та прозорість взаємодії з сервісами. Також налаштували всі базові платформи й мережі в такий спосіб, щоб можна було швидко мігрувати між платформами. Швидкість. Основний тест: наскільки швидко виконуються різні операції (збереження даних,
доступ до даних, обробка тощо) в хмарі й на нашому обладнанні. Порівняння, чи просідає ефективність програм, чи, навпаки, підвищується. Це важливо, наприклад, я, в своєму минулому досвіді, вже маю досвід невдалих переносів систем 1С в один відомий хмарний сервіс, точніше саме роботу в ньому системи 1С. На той момент програма в хмарі працювала зі збоями. Тож пілотний період дав нам тоді можливість перевірити, наскільки деградує сервіс після перенесення або, навпаки, покращується. Відтак, і тоді, і зараз ми не переносимо в хмару систему 1С.Технічні краш-тести. Наступним етапом з хмарним провайдером треба протестувати різні технічні речі. Коли навмисно вимикаються сервіси в нестандартний спосіб. Наприклад, раптово вимкнути живлення. Не так, як зазвичай, а аварійно. І дивитися, наскільки коректно сервіси будуть відновлюватися після таких аварійних вимкнень.Тест бекапування. Окрім стандартних перевірок резервного бекапування та відновлення, обов'язково треба тестувати доволі хитрі речі: наприклад, видаляти невеликі storage, а потім відстежували, скільки часу піде на відновлення цих storage з хмарного бекапу та зі свого бекапу з відновленням логіки.
Порівнювати ці дані з тим часом, який прописаний для наземних сервісів. І тільки тоді приймати рішення, чи вводити хмарну платформу в експлуатацію, чи ні.Також під час пілотного тестування важливо перевіряти техпідтримку провайдера. Але тут є такий нюанс: коли відбувається пілот, ця процедура стоїть на контролі зазвичай в усіх керівників провайдера і техпідтримка реагує миттєво. Тобто під клієнта виділяється людина, яка допомагає потенційному клієнту практично в режимі реального часу проходити всі етапи тестування. Але, як тільки ми переходимо в продакшн, рівень техпідтримки дещо опускається в своєму сервісі. Це не можна сказати про всіх провайдерів. У нас, наприклад, не має питань до UCloud, але в цілому на цей аспект варто звертати увагу ще на етапі тестування. Пілотний режим – як розвідка боєм: дає можливість виявити сильні й слабкі сторони партнера та зрозуміти, чи вартує міграція в хмару витрачених ресурсів і коштів.
