Трехуровневое веб-приложение для электронной коммерции в настоящее время развернуто локально и будет перенесено на 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, резервное копирование базы данных с помощью снимков БД.

Ваш клиент хочет развернуть корпоративное приложение на 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 для восстановления отдельных томов.

🧠 Кто такие DevOps и что такое Docker

В видео речь пойдёт про технологии для DevOps, такие как Docker, Kubernetes и микросервисы, в контексте облачных вычислений.

Речь также пойдёт про DevOps, чем занимаются эти ребята и почему без правильной инфраструктуры ни один проект не выживет.

Перейти к просмотру

🗿🔨 Как мы разбили монолит на маленькие кусочки и что из этого вышло

В этой статье мы поделимся своим опытом миграции, расскажем о преимуществах микросервисов и роли Domain-Driven Design в этом процессе.

Читать статью

#гайд

Напишите команду, проверяющую версии Docker client и Docker server.

Версию Docker можно проверить с помощью docker version [параметры]. Если не указывать параметры, команда выдаст всю информацию, связанную с версией клиента и сервера. Чтобы получить только версию сервера, можно запустить такую команду:

docker version --format '{{.Server.Version}}'

🧠 CI/CD на примерах — [22:07]

CI/CD — это метод, который уже много раз помогал сохранить продукты крупных компаний и ускорить их разработку. Этим вопросом в основном занимаются специалисты по DevOps.

Автор видео подробно объясняет, что такое CI/CD, как оно используется на практике в реальных проектах и почему это так важно для успешной разработки продукта.

Перейти к просмотру

🐰 Как решить проблему высокой связанности сервисов с помощью событийно-ориентированной архитектуры и RabbitMQ

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

Читать статью

Напишите политику для 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»: «*»
}
]
}

У клиента есть подключение 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 для обработки операций записи и синхронизации двух баз данных с помощью конвейера данных.