Почему Cloud & DevOps сейчас: инфраструктура, роли и границы

Этот урок начинается с нуля. Незнакомое слово здесь не считается вашим пробелом: мы сначала создадим образ, затем дадим точное значение и только потом применим его.

Где мы находимся

Это первая опора курса. Сейчас важнее увидеть весь путь, чем запомнить названия инструментов.

Результат урока

Отделяем рост дата-центров от роста конкретных профессий и строим карту навыков cloud engineer, DevOps, platform engineer и SRE. Не переходите дальше, пока не можете объяснить, что проверяет каждая команда и какой отказ она обнаруживает.

Сначала знакомый образ

Представьте современный отель. Здание, электричество и лифты похожи на дата-центр. Возможность снять номер через приложение похожа на облако. А работа команды, которая заселяет гостей, замечает поломку и возвращает лифт в строй, похожа на эксплуатацию сервиса. DevOps связывает тех, кто меняет услугу, с теми, кто отвечает за её работу.

Аналогия помогает начать рассуждение, но не заменяет устройство технологии. Ниже мы уточним каждое слово.

Опорный сигнал урока

🏭 железо → ☁️ ресурс → 🔁 изменение → 👀 наблюдение → 🛟 восстановление

Прочитайте цепочку слева направо. Она отвечает не на вопрос «какую команду запомнить», а на вопрос «почему следующий шаг следует из предыдущего».

Новые слова простыми словами

• Дата-центр — Здание с серверами, сетью, питанием и охлаждением.
• Облако — Способ заказывать вычислительные ресурсы через программу или панель, не покупая каждый сервер самому.
• DevOps — Практика совместной работы, автоматизации и быстрой обратной связи при выпуске изменений.
• SRE — Подход к надёжности, где цели сервиса измеряются, а повторяемая ручная работа автоматизируется.

Разбираем без спешки

DevOps — не один инструмент и не человек, который один отвечает за всё. Это способ уменьшать риск изменений с помощью автоматизации, короткой обратной связи и совместной ответственности. Дата-центр даёт физическую мощность, облако превращает её в программно заказываемый ресурс, а эксплуатационная практика удерживает сервис доступным.

Сейчас не нужно запоминать формулировку дословно. Найдите в ней причинную связь и привяжите её к опорному сигналу выше.

Сначала предскажите результат

До запуска ответьте на бумаге: что должно измениться, что должно остаться прежним и какой вывод команды подтвердит ваш прогноз? Даже неверный прогноз полезен, если после опыта вы можете объяснить расхождение.

Опыт маленькими шагами

Выполните команды из корня course/cloud-devops-lab. Команды рассчитаны на учебную среду. Перед командой, меняющей сервер или данные, прочитайте её целиком и проверьте текущий каталог. Запускайте блок по одной смысловой группе. После каждой остановитесь и сопоставьте результат со своим прогнозом.

printf '%s\n' 'change -> test -> image -> deploy -> observe -> recover'
printf '%s\n' 'evidence: repeatable command, metric, backup, recovery record'

Эталонные файлы проекта.

Что именно делает этот опыт

Две строки printf ничего не устанавливают. Они дают первую карту курса. Прочитайте цепочку слева направо, затем закройте её рукой и восстановите по памяти.

Что должно получиться

• Цепочка начинается с изменения и заканчивается проверенным восстановлением.
• Каждый этап оставляет наблюдаемое доказательство.
• Вы можете назвать границу этого курса: программная эксплуатация.

Соберите целое по опорной схеме

Проведите пальцем или карандашом по четырём блокам и расскажите весь урок одним связным объяснением.

Воспроизведите без подсказки

1. Закройте схему и нарисуйте четыре блока по памяти.
2. Объясните каждый переход словами «потому что».
3. Дайте определение одному новому термину, не повторяя текст дословно.
4. Назовите один сигнал, который доказывает результат.

Найдите и исправьте ошибку

Ошибка: «DevOps — это администратор, который один отвечает за Docker, серверы и любой сбой». Исправление: ответственность разделяет команда, а инструменты лишь поддерживают процесс.

Задание

Теперь соберите тот же смысл самостоятельно. Можно смотреть на опорную схему; цель — не экзамен на память, а воспроизводимый результат.

Обязательное. Напишите POSIX sh-скрипт, который печатает шесть этапов пути выпуска по одному на строку и завершает работу при первой ошибке. Отправьте только команды или скрипт POSIX sh без реальных ключей и токенов.

Критерии готовности

• Вы понимаете каждую запускаемую строку.
• Повторный запуск даёт ожидаемый результат или безопасно объяснённое отличие.
• В выводе нет настоящих ключей, токенов и паролей.
• Вы можете показать факт, который подтверждает успех.

Если проверка не прошла, зафиксируйте ожидаемое и фактическое, вернитесь к одному разорванному звену опоры и повторите. Ошибка не отнимает у вас право продолжать обучение.

По желанию. Запишите один возможный отказ и сигнал, по которому вы его заметите.

Открытая перспектива

Следующий урок добавит новую опору: Терминал и Git: воспроизводимая рабочая точка.

Оглавление курса