Barrakuda74, если бы бд это был просто большой файл то такую производительность они бы не выдавали. Да, данные в любом случае хранятся на диске, но только хранятся
Иван Шумов
@inoise Куратор тега Amazon Web Services
lapka-admin, вам этого никто не скажет) есть разные конференции где иногда Амазон говорит о какой-то части того что они используют для какой-то конкретной задачи, но не более. Про количество серверов я уже сказал - их всегда динамическое количество - в зависимости от нагрузки. Не говоря уже о serverless технологиях - там даже разработчик не знает сколько инстансов запущено.
Это мир облачных технологий - в рамках таких проектов могут быть сразу все ЯП в мире и все БД. И каждый для своей задачи
Иван Шумов
@inoise Куратор тега Amazon Web Services
Есть предположение что у вас включен Multi-AZ и он считает реплику в то же хранилище. Можете это проверить? Вы же выделяете один раз пространство под инстанс, если память не изменяет
gradk, только не всем так везёт даже в Европе. Это те случаи когда ребенок ещё в школе выделился и его заметили. А вам 26 и как бы не похоже чтобы вы были таким золотым ребенком, будем честны.
Коал Коалыч, готового ПО нет) вам нужно строить архитектуру исходя из имеющихся проектов и их структуры. Задачка на подумать и изучить много архитектурных подходов от репликации до blue-green deployment
Иван Шумов
@inoise Куратор тега Amazon Web Services
Роман Мирр, любопытный вариант, действительно. s3 дает возможность ходить по файлу по тому что по факту он отдает объект потоком - обычная фича для хранилища. А вот за подробности структуры zip-архивов спасибо, заполнили белое пятно в моем образовании. Итого, получается возможно. Встает только один вопрос - а надо ли так изголяться? Даже если там многогигабайтный файл - его всегда можно распаковать прямо в экосистеме AWS и больше не мучаться с архивацией. А сам архив скинуть в Glacier, если очень надо
Иван Шумов
@inoise Куратор тега Amazon Web Services
Роман Мирр, range это определенный набор байт объекта. Теперь вспомним - объект был архивирован в zip на стороне клиента и залит в s3. Таким образом файл под компрессией и мы не можем без распаковки объекта получить исходные данные. s3 не предоставляет вычислительных мощностей.
Труд Фаулера действительно достоин. Можно сказать что это сейчас настольная книга архитектора, и даже не начинающего. Жаль не все до него доходят. Хотя он объясняет все достаточно простым, как мне кажется, языком