Хмара надто шумна: чому вам потрібні офлайн-варіанти програмного забезпечення

1

Онлайн-способів спілкування стало надто багато. Місць для зберігання даних у хмарі також дуже багато. Ви вже знаєте про це. Це базова грамотність у цифрову епоху. Стара проблема полягала у підключенні до мережі. Нова проблема – це шум.

Програмне забезпечення фрагментується. Воно поділяється більш дрібні, дивні і вузькоспеціалізовані форми. Раніше ми мали одну велику екосистему. Тепер ми маємо фрагменти. Відмова від концепції “все онлайн” – це не модне захоплення. Це корекція.

Чому хмара здається важкою

Ми звикли до зручності. Ми натискали кнопки. Ми не думали про зберігання даних. Ця зручність має власну ціну.

  • Прив’язка до постачальника: Перенесення свого цифрового життя із «закритого саду» (walled garden) болюче.
  • Сліпі зони конфіденційності: Якщо дані знаходяться у хмарі, їх бачить хтось інший.
  • Втома від передплат: Щомісячна оплата за програмне забезпечення, яке раніше продавалося разово.

Різноманітність варіантів вибухнула. І не всі вони добре працюють одна з одною.

Зростання офлайн-альтернатив

Подивіться сучасний ландшафт. Ви маєте стандартний SaaS (програмне забезпечення як послуга). Потім йдуть гіганти із самостійним хостингом (self-hosted). Потім йдуть інструменти, що працюють лише локально.

Інструменти, що працюють лише локально, це тихі рішення. Вони не надсилають дані додому (не дзвонять на сервери розробника). Їм не потрібний вхід до системи. Вони живуть на жорсткому диску. Це має значення.

«Контроль — це єдина функція, яка потребує передплати».

Де ви вписуєтесь?

Цей посібник розбирає поточний хаос. Ми не засуджуємо. Ми складаємо картку.

  1. Хмарно-нативні: Просто. Швидко. Ви не володієте ними.
  2. Самостійний хостинг: Ви володієте сервером. Ви виправляєте помилки.
  3. Локально-орієнтовані: Вони живуть на вашому пристрої. Вони синхронізуються, якщо ви дозволите.

Який шлях ви оберете? Це залежить від вашої моделі загроз. Це залежить від вашого терпіння.

Програмний ландшафт не є монолітом. Це екосистема виборів. Деякі вибори галасливі. Деякі – тихі. Мета тут – допомогти вам знайти тихі варіанти.

Роками, якщо вам потрібно програмне забезпечення, ви купували його та встановлювали на власне обладнання. Це програмне забезпечення для локальної установки (on-premise). Це традиційна модель, коли користувач контролює весь стек технологій. Без хмарного провайдера. Без орендної плати за місце у чужому дата-центрі. Тільки ви та ваша серверна стійка.

Процес налаштування простий. Ви купуєте ліцензію. Розміщуєте її на власних серверах або орендуєте місце в центрі колокації. Розробник іде. Ви залишаєтеся з повним доступом.

Хто насправді володіє кодом?

Суть локального програмного забезпечення полягає в наступному: ви володієте установкою, але рідко володієте вихідним кодом. Ви маєте право використовувати його. Можливо, ви маєте право вносити до нього зміни. Але права інтелектуальної власності зазвичай залишаються за розробником.

Ця різниця має значення. Вибираючи цей шлях, ви берете він тягар інфраструктури. Ви відповідаєте за оновлення. Ви відповідаєте за встановлення виправлень безпеки. Ви відповідаєте за безперебійну роботу системи.

  • Високі початкові витрати. Ви платите за ліцензію заздалегідь. Потім ви сплачуєте за серверне обладнання. Потім Ви платите ІТ-фахівцям за підтримку її роботи.
  • Постійне обслуговування. Якщо програмне забезпечення виходить з ладу, ви лагодите його самі. Або ви платите розробнику, щоб він прийшов і подивився. Це додаткова стаття видатків у бюджеті.
  • Безкоштовне ПЗ – це пастка? Не обов’язково. Безкоштовне програмне забезпечення заощаджує гроші на ліцензії. Але воно не позбавляє вас від головного болю при усуненні несправностей. Розробник виправляє помилки безкоштовно. Але роботу з підтримки несете ви.

Фактор контролю

Головний плюс? Повний контроль.

Використовуючи рішення для локальної установки, ви вирішуєте, коли оновлювати систему. Ви вирішуєте, як настроїти базу даних. Ви вирішуєте, хто отримає доступ. Саме тому підприємства в регульованих галузях — фінанси, охорона здоров’я, державні структури — як і раніше, віддають перевагу цій моделі. Вони не можуть ризикувати, дозволяючи цим залишати їх фізичні приміщення.

Індивідуальне налаштування – ще одна перевага. Якщо ви маєте технічні знання, ви можете модифікувати код. Ви можете створити функції, які ігнорують постачальники рішень SaaS, оскільки вони орієнтовані на середнього користувача. Ви не прив’язані до дорожньої карти вендора.

Пробіл у відповідальності

Ця автономія має і темну сторону. Відповідальність.

У разі використання хмарних послуг провайдер часто гарантує час безвідмовної роботи. Вони пропонують угоди про рівень обслуговування (SLA). Якщо їхній сервіс недоступний, вони повинні виплатити компенсацію.

Під час використання програмного забезпечення для локальної установки? Не зовсім так. Якщо ваша власна CRM-система вийде з ладу під час пікових продажів, ніхто не несе відповідальності. Вендор продав вам інструмент. Він не гарантує, що він буде працювати у вашому конкретному, складному середовищі. Ви залишаєтеся віч-на-віч із проблемою. Вам потрібна надійна стратегія резервного копіювання. Вам потрібні кваліфіковані адміністратори. Вам потрібно спати з|із| відкритим оком.

Коли це має сенс?

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

Питання вже не так у вартості. Йдеться про ризики. Чи готові ви пожертвувати зручністю для контролю? Тому що це є реальна угода.

Майбутнє володіння

Технології змінюються. Хмарно-орієнтовані архітектури стають стандартом. Але локальне програмне забезпечення не померло. Воно еволюціонує. Приватні хмари. Гібридні моделі. Кордон між

Альтернативою запуску програмного забезпечення на власних серверах є хмарні обчислення. Ви знаєте це як програмне забезпечення як послуга (SaaS). Відмінність полягає у технічній стороні; воно носить договірний характер. Йдеться про те, де зберігаються дані і хто відповідає, коли щось виходить з ладу. При використанні SaaS ви є користувачем, а не адміністратором. Ви орендуєте послугу. Провайдер займається технічним обслуговуванням. Він виконує оновлення. Він бере на себе відповідальність.

Більшість сучасних угод ґрунтуються на передплаті. Ви сплачуєте за кожного користувача або за певний часовий інтервал. Дані знаходяться на серверах провайдера у хмарі. Це потребує спеціальних договорів. Договорів, які гарантують безпеку даних. Якщо ці договори слабкі, ви опиняєтеся у вразливому становищі.

Фінансова логіка SaaS

Вартість SaaS приваблива. Особливо для фундаторів. Особливо для стартапів. Структура витрат прозора. Вона передбачувана. Ви не робите великих капітальних вкладень на старті. Ви сплачуєте операційну орендну плату. Це переносить ризики на вендора. Для багатьох компаній такий компроміс виправдано. Це покращує ліквідність. Ви зберігаєте гроші у банку, а не блокуєте їх в обладнанні.

Операційні переваги йдуть за фінансовими. Ви зосереджуєтесь на своєму основному бізнесі. Ви не витрачаєте години роботи інженерів на виправлення помилок у застарілій системі. Програмне забезпечення запускається швидко. Складність знижується. Ви надаєте ризики виробнику. Ви отримуєте місце для інших стратегічних кроків.

Приховані витрати залежності

Це не всі безкоштовні гроші. Є й зворотний бік. Модель оренди створює залежність. Ви прив’язані до надійності провайдера. Ваша належна обачність перед підписанням договору має вирішальне значення. Вам необхідно детально розібрати контракт. Що саме включено до послуги? Як обробляється резервне копіювання даних? Що відбувається, коли хочете піти?

І витрати? Вони зростають. Згодом. Те, що здається дешевим сьогодні, може бути дорогим завтра. Вам потрібно поставити запитання: Що станеться з орендною платою у найближчому майбутньому? Якщо вендор збільшить ціни, у вас обмежені важелі впливу. Ви опиняєтеся в їхній милості.

ERP-системи: приклад контролю

Вибір між моделями часто залежить від ролі програмного забезпечення. Системи планування ресурсів підприємства є яскравим прикладом. Вони складні. Вони критично важливі. І вони існують в обох формах.

При виборі ERP ви насправді вибираєте, як цифровізувати всю свою компанію. Тип програмного значення має значення.

Галузеве програмне забезпечення створено для конкретного сектора. Воно передбачає, що користувачі слідують тим самим процесам. Якщо ваш бізнес працює за стандартизованим галузевим робочим процесом, це має сенс.

Індивідуальне програмне забезпечення адаптоване під унікальні потреби. Воно часто розробляється внутрішніми ІТ-фахівцями чи зовнішніми програмістами. Іншим компаніям його важко використати. Це унікальний актив.

Стандартне програмне забезпечення пропонує класичні функції, які потрібні більшості компаній. Воно стандартизоване. Його можна налаштувати. Але тільки якщо у вас є знання для налаштування.

Чому On-Premise, як і раніше, перемагає в ERP

Чи існують хмарні системи ERP? Так. Але чи є локальні ERP-системи? Теж так. І багато хто вибирає останній варіант з поважної причини.

При використанні On-Premise ви здійснюєте адміністрування. Ви контролюєте оновлення. Ви контролюєте середовище. Дані залишаються усередині компанії. Вони не знаходяться у зовнішнього вендора. Устаткування належить вам.

Це є аргумент безпеки. ERP система є цифровим відображенням вашого бізнесу. Вона містить ваші фінансові дані, дані ланцюжка постачання, інформацію про клієнтів. Вкрай важливо, щоб ці дані залишалися під прямим контролем. Не в чиїйсь іншій хмарі. Не в чужих руках. Коли ви розміщуєте їх самостійно, ви контролюєте кордон безпеки. Ви ризикуєте. Або отримуєте зиск.