Библиотека задач по DevOps | тесты, код, задания

У клиента есть подключение AWS Direct Connect объемом 10 ГБ к региону AWS, где у него есть веб-приложение, размещенное в Amazon Elastic Computer Cloud (EC2). Приложение имеет зависимости от локальной базы данных мэйнфрейма, которая использует модель согласованности BASE, а не модель согласованности ACID. Приложение демонстрирует нежелательное поведение, поскольку база данных не может справиться с объемом операций записи. Как можно снизить нагрузку на локальные ресурсы базы данных наиболее экономичным способом? 1. Используйте Amazon Elastic Map уменьшает (EMR) S3DistCp в качестве механизма синхронизации между локальной базой данных и кластером Hadoop на AWS. 2. Измените приложение для записи в очередь Amazon SQS и разработайте рабочий процесс для очистки очереди в локальной базе данных. 3. Измените приложение, чтобы оно использовало DynamoDB для подачи данных в кластер EMR, который использует функцию карты для записи в локальную базу данных. 4. Предоставление базы данных реплики чтения RDS на AWS для обработки операций записи и синхронизации двух баз данных с помощью конвейера данных.

Объясните паттерны IaaS/PaaS/SaaS на примере пиццы. На картинках варианты ответов.

Напишите политику для AWS S3 бакета, которая разрешает доступ только с определенных IP адресов. { «Id»: «AllowFromSourceIP», «Version»: «2012-10-17», «Statement»: [ { «Sid»: «SourceIP», «Action»: «s3:*», «Effect»: «Deny», «Resource»: [ «arn:aws:s3:::demo-bucket», «arn:aws:s3:::demo-bucket/*» ], «Condition»: { «NotIpAddress»: { «aws:SourceIp»: [ «11.11.11.11/32», «22.22.22.22/32» ] } }, «Principal»: «*» } ] }

🐰 Как решить проблему высокой связанности сервисов с помощью событийно-ориентированной архитектуры и RabbitMQ В этой статье я расскажу, как оптимизировать сложную систему микросервисов через брокер сообщений, в данном случае RabbitMQ. Мы рассмотрим вариант решения проблемы высокой связанности между сервисами через переход на событийно-ориентированную архитектуру (EDA). Читать статью

🧠 CI/CD на примерах — [22:07] CI/CD — это метод, который уже много раз помогал сохранить продукты крупных компаний и ускорить их разработку. Этим вопросом в основном занимаются специалисты по DevOps. Автор видео подробно объясняет, что такое CI/CD, как оно используется на практике в реальных проектах и почему это так важно для успешной разработки продукта. Перейти к просмотру

Напишите команду, проверяющую версии Docker client и Docker server. Версию Docker можно проверить с помощью docker version [параметры]. Если не указывать параметры, команда выдаст всю информацию, связанную с версией клиента и сервера. Чтобы получить только версию сервера, можно запустить такую команду: docker version --format '{{.Server.Version}}'

🗿🔨 Как мы разбили монолит на маленькие кусочки и что из этого вышло В этой статье мы поделимся своим опытом миграции, расскажем о преимуществах микросервисов и роли Domain-Driven Design в этом процессе. Читать статью #гайд

🏆Лучшие посты за месяц ⭐️Какая команда показывает, сколько времени прошло с момента перезагрузки сервера? ⭐️Возможен ли запуск нескольких копий одного и того же compose файла на одном и том же сервере? ⭐️Какой инструмент автоматизирует процесс установки и настройки Docker и предоставляет графический интерфейс пользователя для запуска контейнеров? ⭐️Что такое Workspaces в Terraform? #дайджест

🧠 Кто такие DevOps и что такое Docker В видео речь пойдёт про технологии для DevOps, такие как Docker, Kubernetes и микросервисы, в контексте облачных вычислений. Речь также пойдёт про DevOps, чем занимаются эти ребята и почему без правильной инфраструктуры ни один проект не выживет. Перейти к просмотру

🧠 Кто такие DevOps и что такое Docker В видео речь пойдёт про технологии для DevOps, такие как Docker, Kubernetes и микросервисы, в контексте облачных вычислений. Речь также пойдёт про DevOps, чем занимаются эти ребята и почему без правильной инфраструктуры ни один проект не выживет. Перейти к просмотру

Ваш клиент хочет развернуть корпоративное приложение на AWS, которое будет состоять из нескольких веб-серверов, нескольких серверов приложений и небольшой (50 ГБ) базы данных Oracle. Информация будет храниться как в базе данных, так и в файловых системах различных серверов. Система резервного копирования должна поддерживать восстановление базы данных, восстановление всего сервера и всего диска, а также восстановление отдельных файлов со временем восстановления не более двух часов. В качестве базы данных они решили использовать RDS Oracle. Какая архитектура резервного копирования будет соответствовать этим требованиям? 1. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием AMI и дополнение к резервному копированию на уровне файлов в S3 с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов. 2. Резервное копирование RDS с использованием развертывания в нескольких зонах доступности. Резервное копирование экземпляров EC2 с использованием Amis, и дополнить копированием данных файловой системы на S3 для обеспечения восстановления на уровне файлов. 3. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием моментальных снимков EBS и дополнение резервными копиями на уровне файлов в Amazon Glacier с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов. 4. Резервное копирование базы данных RDS на S3 с использованием Oracle RMAN. Резервное копирование экземпляров EC2 с помощью Amis. И дополнить моментальными снимками EBS для восстановления отдельных томов.

Трехуровневое веб-приложение для электронной коммерции в настоящее время развернуто локально и будет перенесено на AWS для большей масштабируемости и эластичности. В настоящее время веб-сервер совместно использует данные, доступные только для чтения, используя сетевую распределенную файловую систему. Уровень сервера приложений использует механизм кластеризации для обнаружения и состояния общего сеанса, который зависит от многоадресной IP-адресации. Уровень базы данных использует кластеризацию общего хранилища для обеспечения возможности аварийного восстановления базы данных и использует несколько подчиненных устройств чтения для масштабирования данных на всех серверах, а каталог распределенной файловой системы еженедельно резервируется на внешние накопители. Какая архитектура хранилища и базы данных AWS соответствует требованиям приложения? 1. Веб-серверы: храните данные, доступные только для чтения, в S3 и копируйте их из S3 в корневой том во время загрузки. Серверы приложений: совместное использование состояния с использованием комбинации DynamoDB и одноадресной IP-адресации. База данных: используйте RDS с развертыванием в нескольких зонах доступности и одной или несколькими репликами чтения. Резервное копирование: резервное копирование веб-серверов, серверов приложений и базы данных еженедельно в Glacier с использованием снимков. 2. Веб-серверы: храните данные, доступные только для чтения, на сервере EC2 NFS, подключайтесь к каждому веб-серверу во время загрузки. Серверы приложений: совместное использование состояния с использованием комбинации DynamoDB и многоадресной IP-адресации. База данных: используйте RDS с развертыванием в нескольких зонах доступности и одной или несколькими репликами чтения. Резервное копирование: резервное копирование веб-серверов и серверов приложений еженедельно с помощью AMI, резервное копирование базы данных с помощью снимков БД. 3. Веб-серверы: хранят данные только для чтения в S3 и копируют из S3 в корневой том во время загрузки. Серверы приложений: совместное использование состояния с использованием комбинации DynamoDB и одноадресной IP-адресации. База данных: используйте RDS с развертыванием в нескольких зонах доступности и одной или несколькими репликами чтения. Резервное копирование: резервное копирование веб-серверов и серверов приложений еженедельно с помощью AMI, резервное копирование базы данных с помощью снимков БД. 4. Веб-серверы: хранят данные только для чтения в S3 и копируют из S3 в корневой том во время загрузки. Серверы приложений: совместное использование состояния с использованием комбинации DynamoDB и одноадресной IP-адресации. База данных: используйте RDS с развертыванием в нескольких зонах доступности. Резервное копирование: резервное копирование веб-серверов и серверов приложений еженедельно с помощью AMI, резервное копирование базы данных с помощью снимков БД.