Или думаешь они двойной смысл скрывают?

Ну не понятно совсем. Это ведь не кеширование же?

Они обещают ускорение и на запись и на чтение. Если чтение будет ускорятся за счёт кеширование, то есть вероятность считать не самую последнюю версию.

А как запись ускоряют вообще не понятно. Если они будут записывать в ближайший кеш , то встанет та же самая проблема.

Это не о кешировании, а о более быстрой сети
думаю это работает так же как и Global Accelerator
https://www.sentiatechblog.com/aws-global-accelerator-terrible-name-awesome-service

блин написано же английским по белому - грузит на ближайший эдж локейшен а дальше по приватному амазон кабелю все идет

дальнейший путь до датацентра не зависит от нагрузки в публичной сети, кривого бгп и т.д.

Спасибо. Если это про более быструю сеть , то все понятно тогда.

Всем привет,
хочу подключить efs в lambda, но какие-то проблемы с permissions,
в чем проблема не знаю, подскажите пожалуйста.

AccessPointResource:
  Type: "AWS::EFS::AccessPoint"
  Properties:
    FileSystemId: !Ref FileSystemResource
    PosixUser:
      Uid: "1000"
      Gid: "1000"
    RootDirectory:
      CreationInfo:
        OwnerGid: "1000"
        OwnerUid: "1000"
        Permissions: "0755"
      Path: "/mnt/failure"
    AccessPointTags:
      - Key: "Name"
        Value: "EfsAccessPointFailure"

поменял 0755 на 0777, никакого результата не дало

так а этот Path: "/mnt/failure" существует в EFS?

в-общем, я бы прошел заново по шагам инструкцию https://aws.amazon.com/blogs/compute/using-amazon-efs-for-aws-lambda-in-your-serverless-applications/ - по ощущениям вы где-то перепутали какой путь где, или ещё что-то в этом духе

да я уже решил проблему, там была проблема в пути, мне надо было указать Path: "/failure" и все

у меня еще вопрос

вопрос свзяан с shared resources, у меня есть функции которые занимаются отправкой картинок - через сервисы: telegram, gyazo, mail,
но так как сервисы разные - то под них я создаю разнын проекты, чтоб библиотеки не перемешивать между собой:

- у меня получается так что я вначале запускаю для создание ресурсов: sns deploy --config ./serverless.failure.yml,
- а после запускаю, для создания функций cd ./telegram-failure-sender && sns deploy,

но так как проектов у меня много: telegram-sender, gyazo-sender, mail-sender, то пришлось сделать в корне проекта файл serverless.failure.yml,
который я запускаю перед созданием функций, не очень удобно, мне приходится помнить что вначале запускаю serverless.failure.yml, а потом то что внутри проекта serverless.yml, может есть более удобное решение?

cfn?

простите, но три буквы мало что мне говорит 😔

Посмотреть на CodeDeploy и CloudFormation

подскажите, пытаюсь обновить, не какие обновления не скачиваются