Как управлять сторонними файлами в реплицируемом экземпляре EC2?

Question

Как управлять сторонними файлами в реплицируемом экземпляре EC2?

1

У меня есть файл из библиотеки размером> 50 МБ, поэтому я не могу развернуть его с Git в моих экземплярах. Я включаю этот файл в некоторые из моих PHP-скриптов, так что мне делать, чтобы оставить экземпляр экземпляра реплицируемым и включить этот файл в мои скрипты?

Я могу хранить его в ведро S3, но я не уверен, что это хорошая практика (включая внешние файлы).

Nicolas Durán 29 май 2015, в 22:13

Источник

0

Есть вопрос о развертывании или где хранить файл?
Jason McCreary 29 май 2015, в 19:45
0

Где хранить, чтобы лучше развернуть
Nicolas Durán 29 май 2015, в 19:55
3

Вы включаете 50-мегабайтный файл в ваши php-скрипты? Шутки в сторону?
MatteoSp 29 май 2015, в 20:55
0

Это файл BIN, необходимый для перевода некоторых данных
Nicolas Durán 29 май 2015, в 21:05
0

Меняется ли БИН? Если нет, то почему бы просто не оставить его в памяти самого AMI? В противном случае вы можете просто взять его с S3, если он время от времени меняется.
greg_diesel 29 май 2015, в 22:31

Показать ещё 3 комментария

Теги:

php

amazon-web-services

amazon-s3

git

amazon-ec2

2 ответа

0

Хранение файлов на S3 - это один из вариантов, который я видел довольно часто. В качестве альтернативы вы можете испечь свой собственный AMI с уже включенным файлом, поэтому вам не требуется дополнительное bootstraping. Это также должно ускорить весь процесс репликации.

FtoTheZ 29 май 2015, в 19:10

Ещё вопросы

Есть вопрос о развертывании или где хранить файл?
Где хранить, чтобы лучше развернуть
Вы включаете 50-мегабайтный файл в ваши php-скрипты? Шутки в сторону?
Это файл BIN, необходимый для перевода некоторых данных
Меняется ли БИН? Если нет, то почему бы просто не оставить его в памяти самого AMI? В противном случае вы можете просто взять его с S3, если он время от времени меняется.

tedder42 · Accepted Answer · 2015-05-29T18-29-00.000Z

Файлы, которые необходимы, но не являются практичными для хранения в репозитории, идеально подходят для S3. Обычно я создаю ведро [companyname] -ops или [companyname] -assets S3 с узким access-, например роль IAM для чтения только для стандартных машин.

Часть процесса развертывания состоит в том, чтобы нажать (или потянуть) ваш код и вывести активы из S3.

Очевидно, это можно сделать миллионным способом. Я склонен думать о репозиториях кода, базах данных и s3 как о инструментах, которые используют их для развертывания.