Телеграмм чат группы aws

03:16пожаловаться #1

AP

morheal

Вот если второй вариант использовать, но при этом сохранить единную базу, нужно будет через Aurora Global Tables работать? Просто как раз таки недавно перешли на Aurora, так что с этим я думаю проблем не будет

Ну можно использовать все что решит задачу глобальной репликации. Aurora global tables один из вариантов. Там кстати недавно классную штуку сделали https://aws.amazon.com/blogs/database/building-globally-distributed-mysql-applications-using-write-forwarding-in-amazon-aurora-global-database/

Building globally distributed MySQL applications using write forwarding in Amazon Aurora Global Database | Amazon Web Services

AWS released Amazon Aurora Global Database in 2018. Aurora Global Database enables two primary use cases. The first use case is supporting a disaster recovery solution that can handle a full regional failure with a low recovery point objective (RPO) and a low recovery time objective (RTO), while minimizing performance impact to the database cluster […]

03:18пожаловаться #2

m

morheal in AWS_RU

Окей, супер, будем работать тогда) Спасибо большое за ваше время!

03:19пожаловаться #3

AP

Viktor Mazankin

Так идея в том чтобы кеш как раз работал

Нужно смотреть что именно вы хотите кэшировать и правильно настроить политики кэширования. Вы же не хотите кэшировать просто /api? Так все всегда одно и то же получать будут.

03:22пожаловаться #4

VM

Viktor Mazankin in AWS_RU

Alexander Patrushev

Нужно смотреть что именно вы хотите кэшировать и правильно настроить политики кэширования. Вы же не хотите кэшировать просто /api? Так все всегда одно и то же получать будут.

Я хочу кешировать гипотетическую read only API, чтобы по параметрам запроса из Кеша значение прилетали

03:23пожаловаться #5

AP

Viktor Mazankin

Я хочу кешировать гипотетическую read only API, чтобы по параметрам запроса из Кеша значение прилетали

Если параметры в строке, то работать на мой взгляд должно. Если в body, скорее всего нет.

03:27пожаловаться #6

AP

Вы же когда настраиваете дистрибуцию указываете на основе чего делать кэширование, header, string и тд

03:28пожаловаться #7

LK

L K in AWS_RU

подскажите как скопировать файлы с одного бакета на другой с сохранением прав на файл ( public-read и прочие )

09:51пожаловаться #8

Н

Николай N in AWS_RU

Приветствую, Кто-то пробывал подружить 1С и Aurora(Postgresql)?

09:53пожаловаться #9

JR

Jürgen Romins in AWS_RU

Николай N

Приветствую, Кто-то пробывал подружить 1С и Aurora(Postgresql)?

К авс это поскольку постольку

09:57пожаловаться #10

DS

Dmitriy Solodukha in AWS_RU

L K

подскажите как скопировать файлы с одного бакета на другой с сохранением прав на файл ( public-read и прочие )

Там есть lifecycle policy - автоматом все копирует. Либо просто скопировать в цикле файлы. Права должны перенестись.

Как пробовал? Что не работает?

Simple python script which let you copy objects from one bucket to another while preserving ACLs - terminator9999/aws-s3-bucket-copy

10:05пожаловаться #11

LK

L K in AWS_RU

Dmitriy Solodukha

Там есть lifecycle policy - автоматом все копирует. Либо просто скопировать в цикле файлы. Права должны перенестись.

Как пробовал? Что не работает?

aws s3 cp
нашел вот такой скрипт - https://github.com/terminator9999/aws-s3-bucket-copy/
помогло

GitHub

terminator9999/aws-s3-bucket-copy

Simple python script which let you copy objects from one bucket to another while preserving ACLs - terminator9999/aws-s3-bucket-copy

10:06пожаловаться #12

DS

Dmitriy Solodukha in AWS_RU

L K

aws s3 cp
нашел вот такой скрипт - https://github.com/terminator9999/aws-s3-bucket-copy/
помогло

GitHub

terminator9999/aws-s3-bucket-copy

Огнище

10:06пожаловаться #13

AS

Alexey Stekov in AWS_RU

AWS анонсировали новый тип стораджа - io2. Ещё надежнее, чем io1 и больше iops 🎉🎉🎉

http://amp.gs/FMol
#aws #news

New EBS Volume Type (io2) – 100x Higher Durability and 10x More IOPS/GiB | Amazon Web Services

We launched EBS Volumes with Provisioned IOPS way back in 2012. These volumes are a great fit for your most I/O-hungry and latency-sensitive applications because you can dial in the level of performance that you need, and then (with the launch of Elastic Volumes in 2017) change it later. Over the years, we have increased […]

13:23пожаловаться #14

RU

Rinat Uzbekov in AWS_RU

Alexey Stekov

AWS анонсировали новый тип стораджа - io2. Ещё надежнее, чем io1 и больше iops 🎉🎉🎉

http://amp.gs/FMol
#aws #news

New EBS Volume Type (io2) – 100x Higher Durability and 10x More IOPS/GiB | Amazon Web Services

We launched EBS Volumes with Provisioned IOPS way back in 2012. These volumes are a great fit for your most I/O-hungry and latency-sensitive applications because you can dial in the level of performance that you need, and then (with the launch of Elastic Volumes in 2017) change it later. Over the years, we have increased […]

" at the same price as the existing io1 volumes"!!!

13:25пожаловаться #15

ФТ

Федя Тагил in AWS_RU

Alexey Stekov

AWS анонсировали новый тип стораджа - io2. Ещё надежнее, чем io1 и больше iops 🎉🎉🎉

http://amp.gs/FMol
#aws #news

New EBS Volume Type (io2) – 100x Higher Durability and 10x More IOPS/GiB | Amazon Web Services

We launched EBS Volumes with Provisioned IOPS way back in 2012. These volumes are a great fit for your most I/O-hungry and latency-sensitive applications because you can dial in the level of performance that you need, and then (with the launch of Elastic Volumes in 2017) change it later. Over the years, we have increased […]

Вот за это и люблю AWS
Делают новый сервис лучше старого за такие же или меньшие деньги, и юзера сами переходят (если не дураки)
Во всратом Azure тупо отрубают сервисы старые, а чуваки потом с пылающими жопами мигрируют на новые сервисы в режиме "зайчики ёб***шат"

13:27пожаловаться #16

VT

Victor Tur in AWS_RU

Rinat Uzbekov

" at the same price as the existing io1 volumes"!!!

сплошные киллер фитчи )

13:29пожаловаться #17

4

4c74356b41 in AWS_RU

Федя Тагил

Вот за это и люблю AWS
Делают новый сервис лучше старого за такие же или меньшие деньги, и юзера сами переходят (если не дураки)
Во всратом Azure тупо отрубают сервисы старые, а чуваки потом с пылающими жопами мигрируют на новые сервисы в режиме "зайчики ёб***шат"

примеры в студию