Введіть щонайменше 2 символи для пошуку в усіх галузях.
Англійські терміни хмарних технологій і DevOps українською
Документація хмарних платформ, журнали конвеєрів, сповіщення та звіти про інциденти мають спільну англійську лексику. Розберіть терміни інфраструктури, розгортання, моніторингу й надійності, щоб швидше розуміти робочі інструкції та точніше обговорювати стан сервісів з командою.
- 100 термінів
- 11 тем
- 55 основних термінів
- 201 прикладів
Основи хмарних технологій і моделі послуг
Оренда серверів, сховищ, баз даних та інших обчислювальних ресурсів через інтернет у постачальника замість придбання й обслуговування власного обладнання.
Компанія, що володіє великими центрами обробки даних і надає клієнтам через інтернет обчислювальні ресурси, сховища, мережі та інші послуги.
Географічна зона, у якій хмарний провайдер має групу центрів обробки даних, наприклад у Франкфурті чи Ірландії. Регіон визначає місце роботи ресурсів.
Скорочення від infrastructure as a service: оренда базових ресурсів, як-от віртуальних машин, дисків і мереж, тоді як операційну систему й усе вище рівнем обслуговуєте ви.
Скорочення від platform as a service: готова платформа, до якої ви завантажуєте код, а провайдер керує серверами, операційною системою та середовищем виконання.
Скорочення від software as a service: готове програмне забезпечення, яким користуються через браузер або застосунок і оплачують за підпискою, тоді як постачальник обслуговує його інфраструктуру.
Описує спосіб запуску коду, за якого провайдер автоматично запускає й масштабує сервери для запитів, а оплата нараховується лише за фактичний час виконання коду.
Описує сервери й програмне забезпечення, які компанія розміщує у власній будівлі або центрі обробки даних, а не орендує в хмарного провайдера.
Конфігурація, що поєднує власні локальні системи компанії або приватну хмару з публічним хмарним провайдером, причому обидві частини з’єднані й працюють разом.
Одне з кількох окремих розташувань центрів обробки даних у межах хмарного регіону; кожне має власне живлення й мережу, щоб збій в одній зоні не впливав на інші.
Застосунок, служба чи завдання, що працює на хмарних ресурсах і використовує обчислювальні потужності, наприклад сайт, пакетне завдання або база даних.
Хмарна служба, у якій провайдер відповідає за налаштування, оновлення, резервні копії й масштабування, а клієнт користується нею без керування серверами під нею.
Сервери та віртуальні машини
Фізичний або віртуальний комп’ютер, що запускає служби й відповідає на мережеві запити інших комп’ютерів, наприклад надсилає вебсторінки чи дані.
Повноцінний комп’ютер із власною операційною системою, що працює як програмне забезпечення на фізичній машині. Один фізичний сервер може одночасно розміщувати багато віртуальних машин.
Одна запущена копія віртуального сервера або хмарної служби. Для неї вибирають розмір, зокрема кількість процесорів і обсяг пам’яті, а платять за час роботи.
Швидко створити й запустити новий сервер, контейнер або середовище, зазвичай командою чи кількома натисканнями.
Програмне забезпечення, що створює й запускає віртуальні машини, розподіляє між ними процесор, пам’ять і сховище фізичного комп’ютера та ізолює їх.
Повністю видалити сервер, середовище чи набір ресурсів, коли вони більше не потрібні, зазвичай командою або сценарієм.
Контейнери та оркестрація
Ізольований легкий пакет із застосунком і всім необхідним для його роботи, який забезпечує однакову поведінку на ноутбуці, тестовому сервері чи в хмарі.
Популярна платформа для створення образів контейнерів і запуску контейнерів. Після виходу у 2013 році вона зробила контейнери масовими.
Відкрита система для запуску й керування контейнерами на багатьох машинах: вона запускає їх, перезапускає після збоїв, розподіляє трафік і масштабує.
Пакет лише для читання із застосунком, його бібліотеками й налаштуваннями, який слугує шаблоном для запуску контейнерів.
Група з’єднаних машин, що працюють як одна система, наприклад для запуску контейнерів у Kubernetes або зберігання даних у базі.
Одна фізична або віртуальна машина у складі кластера. У Kubernetes робочі вузли — це машини, на яких фактично запускаються поди.
Найменша одиниця, яку запускає Kubernetes: один або кілька контейнерів, що завжди розміщуються разом на одному вузлі та спільно використовують мережеву адресу й сховище.
Автоматизоване керування багатьма контейнерами чи службами: визначення місця запуску, запуск і перезапуск, з’єднання та масштабування.
Текстовий файл із покроковими інструкціями, зокрема FROM, COPY і RUN, за якими Docker збирає образ контейнера.
Служба зберігання образів контейнерів, до якої конвеєри надсилають нові образи, а сервери й кластери завантажують їх для запуску.
DevOps і CI/CD
Підхід до роботи, за якого розробники й фахівці з експлуатації спільно відповідають за створення, випуск і роботу програмного забезпечення, застосовуючи автоматизацію для швидкого й безпечного постачання змін.
Розмістити нову версію застосунку чи служби на серверах, щоб вона там запрацювала — у тестовому середовищі або для реальних користувачів.
Розміщення нової версії ПЗ на серверах або конкретна така операція. У Kubernetes Deployment також є об’єктом, що керує набором однакових pod.
Автоматизована послідовність етапів, наприклад збирання, тестування й розгортання, що запускається після кожної зміни коду та зупиняється, якщо якийсь етап завершується помилкою.
Скорочення від continuous integration and continuous delivery (або deployment): практика автоматичного тестування кожної зміни коду й доставки її користувачам через конвеєр.
Окрема копія всієї системи зі своїми серверами, налаштуваннями й даними, призначена для розробки, тестування або обслуговування реальних користувачів.
Середовище, яким користуються реальні клієнти. Проблема в ньому безпосередньо впливає на користувачів, тому зміни вносять особливо обережно.
Середовище, максимально наближене до production, де остаточно тестують нову версію перед запуском.
Повернення системи до попередньої робочої версії після того, як нова зміна спричинила проблеми.
Процес перетворення вихідного коду на виконуваний результат, наприклад бінарний файл чи образ контейнера, зазвичай із подальшими автоматичними тестами; також сам результат.
Практика частого злиття невеликих змін коду до спільної основної гілки, коли кожну зміну автоматично збирають і тестують, щоб рано виявляти проблеми.
Практика підтримання коду в постійній готовності до випуску, завдяки якій будь-яку перевірену версію можна розгорнути у виробничому середовищі одним натисканням кнопки.
Файл або пакет, створений під час збирання, наприклад JAR-файл, двійковий файл чи образ контейнера, який зберігають для подальшого розгортання.
Спосіб випуску з двома однаковими виробничими середовищами: нову версію встановлюють у неактивне, а потім одразу перемикають на неї весь трафік.
Випуск нової версії спершу для невеликої частини користувачів або серверів із перевіркою метрик, а потім — для решти.
Налаштування, яке вмикає або вимикає функцію без розгортання нового коду, даючи змогу показати її частині користувачів, перевірити у виробничому середовищі або швидко вимкнути.
Випустити нову версію, функцію чи зміну для користувачів або серверів, часто поступово, а не одночасно для всіх.
Інфраструктура як код
Керування серверами, мережами й іншими хмарними ресурсами через файли конфігурації, які інструменти зчитують і застосовують, замість ручної роботи в консолі.
Створити й налаштувати обчислювальні ресурси, наприклад сервери, бази даних або мережі, щоб ними можна було користуватися.
Популярний інструмент Infrastructure as Code від HashiCorp. Ви описуєте ресурси у файлах конфігурації, а він створює, змінює чи видаляє їх відповідно до опису.
Використання інструментів для підтримання програмного забезпечення, налаштувань і файлів на багатьох серверах у відомому узгодженому стані замість ручної зміни кожного сервера.
Зрозумілий для читання текстовий формат конфігураційних файлів із відступами й простими рядками «ключ: значення». Ним налаштовують більшість DevOps-інструментів.
Хмарні мережі та сховища
Тип хмарного сховища, що зберігає файли як об’єкти з унікальним ключем і метаданими та дає змогу читати й записувати їх через HTTP API.
Іменований контейнер в об’єктному сховищі, наприклад Amazon S3 чи Google Cloud Storage, що містить файли й має власні налаштування доступу та зберігання.
Скорочення від virtual private cloud: власна ізольована приватна мережа в публічній хмарі, де ви керуєте діапазонами IP-адрес, підмережами, маршрутизацією та доступом.
Менший діапазон IP-адрес усередині більшої мережі, наприклад VPC, для групування ресурсів і керування їхнім доступом до інтернету.
Domain Name System — інтернетний каталог, що перетворює назви на кшталт example.com на IP-адреси, потрібні комп’ютерам для з’єднання.
Окрема копія даних, яку можна відновити, якщо оригінал втрачено, пошкоджено, випадково видалено чи зашифровано нападником.
Копія диска, тому чи бази даних у конкретний момент, яку можна використати для відновлення або створення нової копії.
Безпека й контроль доступу
Скорочення від identity and access management: система, що визначає, хто або що може ввійти до хмарного облікового запису та які дії дозволено виконувати.
Принцип безпеки, за яким кожен користувач, сервіс або програма має отримувати лише ті дозволи, що справді потрібні для роботи, і нічого понад це.
Чутливе значення, потрібне системі для роботи, наприклад пароль, ключ API, токен або приватний ключ; його треба надійно зберігати й ніколи не показувати в коді чи журналах.
Віртуальний брандмауер у хмарі з правилами, які визначають, який мережевий трафік за портом і джерелом може надходити до сервера чи іншого ресурсу або виходити з нього.
Перетворення даних на нечитабельний вигляд, який можна відновити лише за допомогою правильного ключа, щоб сторонні не могли їх прочитати.
Моніторинг і ведення журналів
Безперервне збирання й перевірка системних показників, як-от завантаження процесора, частота помилок і час відповіді, щоб швидко помічати проблеми.
Запис подій застосунку чи системи, зазвичай по одному рядку на подію із часом, рівнем на кшталт INFO або ERROR та повідомленням.
Автоматичне повідомлення для інженерів, яке надсилається, коли контрольований показник перевищує поріг або система виявляє проблему, наприклад надто високу частоту помилок.
Числове значення, яке регулярно вимірюють у часі, щоб показати стан системи, наприклад завантаження процесора, пам’ять, кількість запитів або частоту помилок.
Екран, що об’єднує найважливіші метрики й графіки системи, аби інженери могли швидко оцінити її стан.
Можливість зрозуміти внутрішній стан системи за даними, які вона створює, зокрема журналами, метриками й трасуваннями, навіть коли проблема була непередбаченою.
Відстеження одного запиту під час проходження через багато служб із записом тривалості кожного кроку, щоб з’ясувати, де виникають затримки чи помилки.
Регулярний автоматичний тест, часто запит до спеціальної адреси на кшталт /health, який перевіряє, чи працює сервер або служба та чи може приймати трафік.
Масштабування та продуктивність
Здатність системи обслуговувати більше користувачів, даних або трафіку завдяки додаванню ресурсів без різкого падіння продуктивності чи повного перепроєктування.
Служба, що приймає вхідний трафік і розподіляє його між кількома серверами, надсилаючи запити лише справним.
Автоматичне додавання серверів або контейнерів зі зростанням попиту та їх вилучення зі спадом, за правилами на кшталт завантаження процесора чи кількості запитів.
Час, за який запит або фрагмент даних проходить систему й отримує відповідь; зазвичай вимірюється в мілісекундах.
Content delivery network — мережа серверів у різних країнах, що зберігає копії зображень, відео й сторінок ближче до користувачів для швидшого завантаження.
Збільшити здатність обробляти навантаження, додаючи сервери, контейнери чи інстанси, які спільно виконують роботу, замість збільшення потужності однієї машини.
Збільшити здатність обробляти навантаження, надавши одній машині більше ресурсів, наприклад процесорів чи пам’яті, замість додавання машин.
Обсяг роботи, який система виконує за певний час, наприклад запити за секунду, повідомлення за хвилину чи мегабайти за секунду.
Найповільніша або найбільш обмежена частина системи, наприклад база даних чи мережа, що стримує продуктивність решти.
Надійність та інциденти
Незапланована подія, що порушує роботу служби або погіршує її для користувачів, наприклад збій, значне уповільнення чи проблема з даними, і потребує швидкого реагування.
Період, коли служба, система або її частина не працює чи недоступна користувачам.
Час, протягом якого система чи служба недоступна користувачам через збій або планове обслуговування.
Час або частка часу, коли система працює й доступна; часто наводять показник, наприклад 99,9 відсотка за місяць чи рік.
Скорочення від service level agreement: договір, що гарантує клієнтам певний рівень послуг, наприклад доступність 99,9 відсотка, і визначає наслідки невиконання.
Готовність швидко реагувати поза звичайним робочим часом, якщо виникне сповіщення чи інцидент. Інженери чергують по черзі для своїх служб.
Письмовий аналіз після інциденту, що описує подію, вплив, хронологію, першопричину та дії для запобігання повторенню.
Найглибша початкова причина проблеми; якщо її усунути, та сама проблема не повториться, на відміну від видимого симптому.
Автоматичний або ручний перехід на резервну систему, наприклад репліку бази чи другий регіон, коли основна відмовляє.
Наявність додаткових копій серверів, мережевих каналів, дисків або даних, завдяки яким система продовжує працювати в разі відмови одного з компонентів.
Проєктування системи так, щоб вона майже завжди працювала й не мала єдиного компонента, збій якого зупинить усю службу.
Плани, інструменти й процедури відновлення систем і даних після великої аварії, наприклад втрати цілого центру обробки даних або регіону.
Скорочення від service level objective: внутрішній цільовий показник надійності служби, наприклад успішне виконання 99,9 відсотка запитів за 30 днів.
Скорочення від site reliability engineering: застосування методів розробки програмного забезпечення для надійної роботи виробничих систем. Також так називають інженера, який виконує цю роботу.
Письмова покрокова інструкція для виконання конкретного завдання чи реагування на сповіщення, наприклад перезапуску служби або очищення переповненого диска, щоб її міг виконати будь-який черговий.
Керування витратами на хмарні послуги
Модель ціноутворення, за якої ви платите лише за реально використані ресурси — наприклад, посекундно, погодинно чи за гігабайт, — без довгострокового контракту.
Зменшення витрат на хмару без шкоди для продуктивності чи надійності, наприклад завдяки видаленню невикористаних ресурсів, добору належних розмірів і застосуванню знижок.
Хмарні обчислювальні ресурси, використання яких ви зобов’язуєтеся оплачувати протягом одного чи трьох років в обмін на значну знижку порівняно зі звичайними цінами на вимогу.
Невикористані хмарні потужності, що продаються значно дешевше, але провайдер може незабаром відібрати їх, коли вони знову знадобляться.
Дані, що виходять із мережі, наприклад від хмарного провайдера в інтернет або до іншого регіону. Провайдери зазвичай беруть плату за вихідні дані, але не за вхідні.
Короткий тест: чи знаєте ви ці терміни?
Десять запитань зі словника. Оберіть правильне значення кожного терміна та перевірте результат.
Як вивчати лексику: Хмарні технології та DevOps
- Читайте публічні звіти про інциденти й оновлення сторінок стану: виписуйте, як автори описують вплив збою, його причину та відновлення.
- Учіть дієслова разом з об’єктами: spin up an instance, roll out a release, roll back a deployment і tear down an environment.
- Розрізняйте deploy і release, monitoring і observability, backup і snapshot, SLA і SLO; до кожної пари доберіть робочий приклад.
- Пишіть короткі англійські описи кроків конвеєра та сповіщень: вони мають називати дію, ресурс і результат.
- Окремо вивчайте scale up і scale out: перше стосується збільшення ресурсів одного вузла, друге — додавання вузлів.
Поширені запитання
Яка англійська лексика потрібна для початку роботи з DevOps?
Почніть із deployment, pipeline, environment, production, staging, container, instance, region, log, alert, incident і rollback. Потім додавайте поняття масштабування, надійності, доступу та витрат.
Чи однаково називають ресурси AWS, Azure та Google Cloud?
Основні поняття подібні, але назви продуктів відрізняються. Віртуальний сервер можна зустріти як EC2 instance, virtual machine або Compute Engine VM. Для приватної мережі використовують, зокрема, VPC і VNet. Спочатку зрозумійте загальне поняття, потім зіставте назви провайдерів.
Що написати в англійському повідомленні про інцидент?
Укажіть, що постраждало, відколи триває проблема, що команда робить і коли буде наступне оновлення. Наприклад: We are investigating elevated error rates on the payments API. Для етапів реагування часто використовують Investigating, Identified, Monitoring і Resolved.
Як закріпити термінологію без механічного заучування?
Візьміть знайомий конвеєр або інцидент і поясніть його англійською. Використайте конкретні сполучення: a failed deployment, roll back the release, investigate an alert. Перевірте їх у документації й робочих інструкціях, які ви читаєте.
Пов’язані галузі
Закріплюйте лексику читанням
Тексти відповідного рівня допомагають запам’ятовувати нові слова. Оберіть безкоштовні книжки англійською:
