Q:
Як динамічний розподіл у хмарі заощаджує гроші компаній?
A:Ідея динамічного розподілу хмарних ресурсів вирішує ряд дуже важливих проблем для ІТ підприємств. Один з найкращих способів проілюструвати це - переглядаючи дуже основну ідею: хмарні сервіси можуть бути еластичними, або іншими словами, що вони можуть динамічно надавати ресурси в режимі реального часу або майже в реальному часі.
З появою хмари кілька років тому ми багато чули про ресурси на вимогу та швидку еластичність. Хмара була дивовижною частково з єдиної причини, що компанії могли просто купувати підписки на апаратні та програмні ресурси, а не фізично створювати та підтримувати сервери та інше обладнання на місцях. Це відкрило двері до всіляких нових можливостей та можливостей для бізнесу майже в кожній галузі.
Після масштабної зміни моря до хмарних обчислень, компаніям залишалося дивитись на новий кордон і як покращити ситуацію. Багато з них виявили, що хоча ви можете надавати та видаляти ресурси через хмару, це все ще не вирішує проблему розподілу ресурсів.
Мор Коен пише дуже повчальний твір про цю концепцію в блозі Turbonomics - ідея полягає в тому, що в дуже широкому сенсі динамічне забезпечення недостатньо. Розробники все ще виділяють більшу кількість ресурсів, ніж потрібно в одній програмі в будь-який момент. Виділені ресурси принаймні тимчасово пов'язані, а вартість пов'язана з продуктивністю. Коен розповідає про використання найменшого типу екземпляра для програми та деякі проблеми, що виникають у такому сценарії, а також вказує, що розробники часто виділяють ці ресурси для досягнення цілей, записаних у угоді про рівень сервісу. . Їм потрібен еталонний стандарт для продуктивності, але, щоб потрапити туди, вони повинні виділити певні ресурси, які, ймовірно, будуть витрачені даремно.
Ще один спосіб це зробити - це те, що певні динамічні та еластичні ресурси по суті не є повністю динамічними та еластичними, що обмежують деякі додаткові елементи управління та управління. Одним із прикладів, про які обговорюють багато експертів, є все популярна послуга AWS EC2 або Elastic Compute Cloud. Суть полягає в тому, що послуга насправді не є повністю еластичною, якщо замовник не детально розглядає речі, такі як зони доступності. Кілька зон збільшують витрати; одна зона підвищує ризик. Тож це не так просто, як просто "замовити те, що потрібно". Компанії повинні мати внутрішні команди, щоб реально справлятися з тим, що вони забезпечують через хмару, інакше це не буде настільки еластичним, як можна було б очікувати.
Взагалі динамічний розподіл допомагає вирішити багато проблем із витратами на ефективність. Сторонні інструменти та системи можуть допомогти автоматизувати багато робіт з управління мікроелементом, які перетворюються на створення AWS EC2 або будь-якого іншого аспекту архітектури програмного забезпечення дійсно принципово ефективним, а не просто ефективним лише словом чи іменем. Так, ви можете мати хмарну підписку на будь-яку послугу, але якщо вона перевищує поріг, це раптом дорожче. Так, у вас може бути послуга передплати, яку ви можете скасувати будь-коли, але якщо ви її не відмовите, ви все одно платите гроші. Справжня мета полягає в тому, щоб досягти "бажаного стану", коли система ІТ ідеально збалансована в будь-який момент часу, тоді як ці потреби змінюватимуться в реальному часі з хвилини на хвилину.
