Навіть з невпинним зростанням хмарних обчислень все ще існує різниця між локальними та зовнішніми підходами.
The KubeCon і CloudNativeCon Події в Європі щойно завершилися, і стало зрозуміло одне: можливості випереджають можливості організацій використовувати свої потенційні переваги. Кіт Таунсенд, який був присутній на конференції, спостерігав у a твіт що «талант і освіта – це виклик номер один. Наразі я не бачу ефективного способу перенести тисячі програм без великої кількості ресурсів. Роботи більше, ніж людей і грошей».
Дійсно. Інформаційні технології з кожним днем стають все складнішими, і немає браку в попиті на можливості моніторингу та автоматизації створення та керування системами. Нативні хмарні платформи розглядаються як засіб не тільки для покращеного обслуговування, моніторингу та автоматизації, але й для модернізації інфраструктури та досягнення більш швидкого виходу на ринок. У той же час навички та безпека хмарних систем залишаються головними проблемами.
Ці пункти були підтверджені в а опитування понад 1300 респондентів у всьому світі Канонічний, видавець Ubuntu. Опитування показало, що 83% використовують або гібридні, або мультихмарні технології, але майже 50% кажуть, що відсутність внутрішніх навичок і обмежений талант перешкоджають переходу або використанню Kubernetes і контейнерів.
Згадані переваги хмарних технологій включають еластичність і гнучкість, оптимізацію ресурсів і зниження витрат на обслуговування.
Навіщо використовувати Cloud Native?
- Покращене обслуговування, моніторинг і автоматизація (64%)
- Модернізація інфраструктури (44%)
- Швидший вихід на ринок (26%)
- Нижча вартість інфраструктури (18%)
Основні переваги хмарних технологій для бізнесу
- Пружність і спритність (50%)
- Оптимізація ресурсів (27%)
- Зниження витрат на обслуговування (21%)
- Швидший час виходу на ринок (21%)
- Хмарна переносимість (19%)
- Продуктивність розробника (19%)
Опитування досліджувало, де саме запускаються програми. Принаймні 14% респондентів сказали, що вони запускають усе на Kubernetes, понад 20% сказали, що використовують голі метали та віртуальні машини, а понад 29% сказали, що поєднують голі метали, віртуальні машини та Kubernetes. «Цей розподіл показує, як гнучкість Kubernetes дозволяє організаціям запускати один і той же тип робочих навантажень скрізь», — зазначають автори звіту.
Безпека продовжує залишатися проблемою для користувачів хмари та Kubernetes: 38% респондентів стверджують, що безпека є найважливіше, чи то під час роботи з Kubernetes, створення образів контейнерів чи визначення крайової стратегії. Показово, що лише 14% повідомляють, що вони «опанували» безпеку у рідному просторі хмари.
Найбільші виклики для Kubernetes і розгортання контейнерів
- Брак внутрішніх навичок/обмежена робоча сила (48%)
- ІТ-структура компанії (38%)
- Несумісність із застарілими системами (32%)
- Труднощі з навчанням користувачів (29%)
- Питання безпеки та відповідності не розглядаються належним чином (25%)
- Інтеграція хмарних програм разом (22%)
- Погана або обмежена підтримка з боку постачальників платформ або партнерів (17%)
- Вимоги до мережі не враховано належним чином (\17%)
- Перевитрати (16%)
- Вимоги до зберігання/даних не враховані належним чином (16%)
- Вимоги щодо спостереження/моніторингу не враховані (15%)
Серед прикладів використання хмарних середовищ перебудова власних рішень у мікросервіси займає перше місце. Однак один із авторів звіту висловив застереження щодо використання мікросервісів. «Якщо ви дивитесь на мікросервіси як на панацею, то будете розчаровані», — говорить Тім Хокін, головний інженер програмного забезпечення для Google Cloud Platform і учасник звіту. «Це спосіб організації команд. Мікросервіси забезпечують хороший спосіб зробити це. Але якщо ви думаєте, що погану програму зробите хорошою, ви будете розчаровані. Або якщо ваша програма є ненадійною, або вона слідує за великою грязною архітектурою, тоді вам також доведеться мати труднощі».
Найкращі сценарії використання в хмарі
- Перетворення власного рішення на мікросервіси (19%)
- Розгортання та тестування програм у конвеєрі CI/CD (15%)
- Перехід до рішення з відкритим кодом (13%)
- Управління або ввімкнення налаштування гібридної хмари (11%)
- Розгортання або керування Kubernetes-as-a-Service (10%)
- Організація робочих навантажень у мультихмарних налаштуваннях (10%)
Навіть з невпинним зростанням хмарних обчислень все ще існує різниця між локальними та зовнішніми підходами. «Коли люди згадують про відсутність навичок блокування, правда полягає в тому, що вони часто вже знаходяться в оточенні де вони готові зробити наступне, але не мають для цього інфраструктурної чи організаційної підтримки", каже Кен Сайп, старший архітектор підприємства, пов’язаний із Cloud Native Computing Foundation та Едвардом Джонсом. «Це також питання купівлі проти створення: коли купується рішення та відповідна послуга, організація отримує переваги від використання зовнішніх ресурсів і набору навичок без необхідності нарощувати можливості вдома. Будуючи його вдома, організація може отримати вигоду від впровадження своєї інженерної дисципліни, що може стати корисною відмінністю».