Спасибо

Подскажите нормальный способ использовать pip с модулями в джобе дженкинса.

Ситуация такая: у меня есть питоновские скрипты, которые используют определенные библы и модули, которые у меня установлены в virtualenv. Мне из них надо состряпать джобу дженкинса, чтобы моя команда тоже могла пользоваться ими. В дженкинсе у нашей команды есть свое пространство. Джобы запускаются на слейвах с зашифрованными кредами. На слейвы у нас доступа нет, насколько я знаю.

Вопрос: Как мне обеспечить на слейвах необходимое для моих скриптов окружение? Прямо в джобе создавать virtualenv и делать pip install? Такое решение может оказаться недостаточно быстрым для наших нужд.

Можно свою Пайтон либу написать и доставлять ее с виртуальным контуром как зависимость. К примеру у нас это докер образ.

на этапе сборки никак в образ модули не подсунуть?

или о контейнерах нет речи?

на слейвах поставить docker/podman. Запускать твое приложение на слейве в контейнере

узнаю, есть ли на слейвах докер, но не факт, ИБ лютует

Привет,
хочу подключить 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, никакого результата не дало

Мало семерок

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"

Вангую iam трясти надо

мимо ) ошибка была в другом

И в чём же

Path: "/mnt/failure" -> 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, может есть более удобное решение?

Знает кто нибудь как из s3 сделать простецкую файл шару в которую можно с вебинтерфейса лить файлы? Что то типо nextcloud но без всяких синхранизаторов контактов и прочего мусора

не ставишь плагини в некстклауд, юзаешь плагин чтобы с3 был бекэндом некста - профит

Да особо им не пользовался, сейчас развернул, не то, что надо, мне наверное все таки типичную файлопомойку надо где все в одну кучу будут лить, а не персональное хранилище

Такое https://github.com/csiebler/s3-uploader?

Всем привет,