7 темних таємниць хмарних тарифів
Чи є щось привабливіше, ніж хмарне ціноутворення? Мало хто з нас сьогодні достатньо дорослий, щоб пам’ятати про те, щоб заплатити за гроші, але користувачі хмар користуються ще нижчими цінами. Стандартна машина N1 від Google коштує 0,0475 доларів на годину (0,0421 долара), але ви можете отримати її лише за 0,01 доларів на годину для пакетної обробки. Великі витратники можуть оновити версію процесора за $ 0,015 на годину.
Azure робить свої розрахунки за спожитий гігабайт із смішною ціною в 0,00069 € за гігабайт, щоб зберігати дані протягом місяця у своєму рівні зберігання архівів. Однак саме Amazon пропонує найнижчі ціни, стягуючи нескінченно малу суму в $ 0,0000002083 за 128 МБ пам'яті для запуску коду на лямбді. Ці цифри викликають загадку. Можливо, рахунки за страхування автомобілів та нерухомості стискають бюджет, але коли справа доходить до хмари, було б майже весело кидати гроші в каналізацію, як конфетті. Тому що саме ціна цих хмарних послуг буквально нижча за вартість шматка конфетті ... Потім настає кінець місяця, і нарешті рахунок від хмарного провайдера наближається до тих, що надсилаються страховиками ... Як ці фракції копійки складаються так швидко? Наші колеги з IDG висвітлюють сім секретів хмари, які показують, чому такі низькі ціни в кінцевому підсумку приносять стільки бюджету на ІТ.
Маленькі приховані статисти
Іноді найграндіозніші шоу виконують статисти, яких ви просто не помічаєте. У Glacier S3 Amazon є рівень “Глибокий архів”, призначений для довгострокових резервних копій, приваблива ціна: $ 0,00099 за гігабайт або $ 1 за терабайт на місяць. Легко уявити, як викидати резервні стрічки в смітник, щоб зробити послугу Amazon простішою. Але припустимо, ви дійсно хочете вивчити ці дані. Натиснувши другу вкладку в ціновому листі, вартість відшкодування складе 0,02 дол. США за гігабайт. Отже, переглядати дані в 20 разів дорожче, ніж зберігати їх протягом місяця. Якби ресторан використовував цю модель ціноутворення, вони б брали € 2 за замовлене блюдо, але € 40 за налаштування місця. Зведена до реальності резервного копіювання, ця сітка залишається розумною, оскільки продукт розроблений для довготривалого зберігання, а не лише навігації. Для частого доступу до збереженого вмісту бажано підписатися на звичайний рівень S3. Але якщо мета - заощадити на сховищі архіву, зрозумійте ці вторинні витрати і сплануйте їх заздалегідь.
Місце розташування важливо
Хмарні провайдери вдивляють нам очі в планісфери, що показують їхні центри обробки даних у всьому світі, і запрошують розміщувати робочі навантаження там, де це найбільш зручно та безпечно. Але ціни не завжди однакові. Amazon може брати 000099 доларів за гігабайт в Огайо, але в Північній Каліфорнії це 0,002 доларів за гігабайт. У Франції ми падаємо до 0,0018 $/Гб на місяць. Це через клімат? Близькість до пляжу? Або просто вартість нерухомості? Тут залишається секрет. Alibaba, зі свого боку, явно хоче заохотити розробників використовувати її хмару у своїх центрах обробки даних по всьому світу. Екземпляри низького класу починаються лише з 2,5 доларів на місяць за межами Китаю, знижуються до 7 доларів на місяць у Гонконгу та 15 доларів на місяць у материковому Китаї.
Остерігайтеся передачі даних
Проблема з переглядом цих прейскурантів та переміщенням робочих навантажень до більш дешевих центрів обробки даних полягає в тому, що хмарні компанії також беруть плату за ці передачі даних. Отже, переходячи для оцінки витрат на всіх сайтах постачальника на найдешевші обчислення та зберігання, рахунки можуть фактично зрости. Оскільки витрати на циркуляцію даних у мережі напрочуд високі. Випадкові виступи не матимуть великої різниці, але може бути великою помилкою відтворювати часто оновлювану базу даних по всій країні кожні мілісекунди, лише тому, що може статися землетрус чи ураган.
Пастка для миші
Цей вид пастки складається з приманки миші в коробці, яка закривається, коли гризун зловив шматок сиру, щоб захопити його, не вбиваючи. Те саме можна сказати про користувачів хмарної інфраструктури, коли йдеться про міграцію їх даних. Часто постачальники хмарних обчислень не беруть плати за імпорт даних у свою систему. У повсякденному житті, чи може магазин стягувати плату з покупця за вхід? Але коли справа доходить до від’їзду, рахунок відразу стає нескінченно вищим.
Помилка невитратних витрат
Завжди є момент, коли машина або конфігурація намагається функціонувати. Але в хмарному режимі вам просто потрібно масштабувати обчислювальну потужність, і все буде краще. І це, лише на кілька центів більше за годину. На рахунку, який уже коштує кілька доларів на годину, ми говоримо собі, що кілька додаткових центів не сильно змінять. І постачальники значно полегшують цей перехід, лише одним клацанням миші все готово. Казино мають однакову стратегію підштовхування гравців хапати гаманець. Але для бухгалтерів така поведінка є помилкою невитратних витрат. Тобто просто викидаючи гроші. Якщо вже витрачені гроші ніколи не повернуться, можна контролювати наступні витрати.
Однак справа в розробці програмного забезпечення дещо інша. Часто незрозуміло, скільки пам'яті або процесора буде потрібно для функції. Потрібно буде час від часу збільшувати потужність машин. Справжньою проблемою є стеження за бюджетом і контроль витрат на цьому шляху. Вам просто потрібно додати трохи більше процесора сюди або більше пам’яті, щоб наприкінці місяця рахунок вибухнув.
Спасибі накладні
Хмарна машина - це не машина як така, а частина більшої фізичної машини, яка була розділена на N частин. Однак ці фрагменти недостатньо потужні, щоб самостійно обробляти навантаження, тому такі інструменти, як Kubernetes, повинні бути розгорнуті, щоб змусити N порцій працювати разом. Навіщо тоді розрізати велику коробку на N частин, щоб просто зашити її? Чому б не задовольнитися лише однією машиною для обробки одного вантажу? Хмарні євангелісти скажуть, що люди, які задають такі нахабні питання, втрачають переваги хмари. Усі додаткові шари та додаткові копії операційної системи забезпечують велику надмірність та гнучкість. Ми повинні бути вдячні за те, що всі ці випадки починають і зупиняються у вишуканому та організованому танці.
Але простота відновлення за допомогою Kubernetes заохочує неакуратне програмування. Помилка вузла не є проблемою, оскільки стручок продовжить перегляд, коли Kubernetes замінить екземпляр. Тож накладні витрати трохи дорожчі у підтримці зайвих шарів, щоб ви могли запустити чисту та свіжу машину без жодних експромтів.
До нескінченності і далі ?
Зрештою, хитра проблема з хмарними обчисленнями полягає в тому, що її найкраща особливість - це і найнебезпечніша. Його здатність адаптуватися до будь-якого так званого нескінченного попиту також є фінансовим мінним полем. Чи буде кожен користувач мати в середньому 10 гігабайт виходу або 20 ГБ? Чи потрібно кожному серверу 2 або 4 ГБ оперативної пам'яті? Запускаючи проект, це неможливо знати. Традиційною стратегією є придбання фіксованої кількості серверів, але її стає менш простою у підтримці, коли попит зростає, але принаймні бюджетні витрати не стрімко зростають. Інженери на стороні сервера будуть скаржитися на перевантаження, а користувачі - на повільну реакцію, але команда бухгалтерів не матиме нападу в кінці місяця.
Тому що, якщо ніхто не помітить, коли витрати впадуть, коли лічильник почне працювати на повній швидкості, начальник, швидше за все, почне звертати більше уваги на те, що йому коштує його ІТ-інфраструктура. Нарешті, основна проблема полягає в тому, що наші банківські рахунки не такі масштабовані, як хмара.
Вам сподобалась ця стаття? Поділіться цим !