Size: a a a

2020 March 07

m

mk in gcp_ru
ходят слухи, что они вроде неделю бесплатно дают
источник
2020 March 08

A

Anna in gcp_ru
Это не слухи
источник

A

Anna in gcp_ru
Регаешься себе спокойно
источник

A

Anna in gcp_ru
И активируешь триал
источник

A

Anna in gcp_ru
Там не за все надо платить - комьюнити как бесплатный и каждый месяц там разные курсы анлокнутые
источник

A

Anna in gcp_ru
И 7 дней премиума бесплатно
источник
2020 March 25

AO

Alexander Ovchinnikov 🦁 in gcp_ru
Andor
Возьми pypicloud
в общем, у меня тут было немного времени и я подумал и погуглил на тему того, как решить задачу лучше

наиболее оптимальный вариант, на мой взгляд, это генерация статического репозитория через dumb-pypi и загрузка его на Google Cloud Storage (чем больше статики - тем лучше)

к сожалению, для корректной работы приватной репозитории согласно PEP 503 нужен basic auth, а возможности сделать это на Google Cloud Storage нет, поэтому нужна прокси

в итоге я написал свою на Starlette, код доступен тут: https://dpaste.org/kP3k

там не хватает эндпоинта для загрузки пакетов, я подумываю его дописать, и тестов...
в общем, в чём проблема с pypicloud, о котором сказали выше - там почему-то не генерируются подписи пакетов в лок-файлах poetry... баг висит на трекере давно...
ну, и ещё он кажется слегка переусложнённым и оптимизированным больше под AWS, чем под Google Cloud... (о чём автор в общем-то и не скрывает информации)

если эта тема интересна - можно было бы дописать/улучшить мой код выше и заопенсорсить, напишите тут или в личку, если вам интересна эта тема

какие компоненты используются:
- dumb-pypi (для генерации статического репозитория)
- проксик (по ссылке выше)
- Google Cloud Build (для обновления статического репозитория и сборки образов)
- Google Cloud Run (для запуска проксика)
- Google Cloud Secret Manager (для хранения токена для доступа в приватный репозиторий)
- Google Cloud Storage (для хранения статического репозитория и пакетов)
- <что-то для добавления пакетов (вопрос с этим открыт, полагаю, нужна интеграция с poetry publish>
источник

A

Andor in gcp_ru
Alexander Ovchinnikov 🦁
в общем, у меня тут было немного времени и я подумал и погуглил на тему того, как решить задачу лучше

наиболее оптимальный вариант, на мой взгляд, это генерация статического репозитория через dumb-pypi и загрузка его на Google Cloud Storage (чем больше статики - тем лучше)

к сожалению, для корректной работы приватной репозитории согласно PEP 503 нужен basic auth, а возможности сделать это на Google Cloud Storage нет, поэтому нужна прокси

в итоге я написал свою на Starlette, код доступен тут: https://dpaste.org/kP3k

там не хватает эндпоинта для загрузки пакетов, я подумываю его дописать, и тестов...
в общем, в чём проблема с pypicloud, о котором сказали выше - там почему-то не генерируются подписи пакетов в лок-файлах poetry... баг висит на трекере давно...
ну, и ещё он кажется слегка переусложнённым и оптимизированным больше под AWS, чем под Google Cloud... (о чём автор в общем-то и не скрывает информации)

если эта тема интересна - можно было бы дописать/улучшить мой код выше и заопенсорсить, напишите тут или в личку, если вам интересна эта тема

какие компоненты используются:
- dumb-pypi (для генерации статического репозитория)
- проксик (по ссылке выше)
- Google Cloud Build (для обновления статического репозитория и сборки образов)
- Google Cloud Run (для запуска проксика)
- Google Cloud Secret Manager (для хранения токена для доступа в приватный репозиторий)
- Google Cloud Storage (для хранения статического репозитория и пакетов)
- <что-то для добавления пакетов (вопрос с этим открыт, полагаю, нужна интеграция с poetry publish>
это всё ради того чтобы не просто взять pypicloud?
источник

A

Andor in gcp_ru
не ну конечно как пожелаешь, но я например завёл pypicloud за полчаса (при имеющихся кубенях)
источник

AO

Alexander Ovchinnikov 🦁 in gcp_ru
ну, я написал, почему я не хочу взять pypicloud

pypicloud работает, но...

моя мотивация следующая:
- я считаю более правильной статическую генерацию там, где это возможно
- pypicloud переусложнён, там есть компоненты, которые кажутся не очень нужными для меня
- pypicloud больше ориентирован на AWS, Google Cloud не first class citizen
- некоторые важные компоненты не работают (не работают хеши, в лок-файлах poetry они не указываются при установке пакетов из тех репозиторий)
- я не очень доверяю тому, насколько безопасно там всё устроено, там много кода, там фреймворк не самый популярный, какие-то api-шки торчат наружу, ну, а мой проксик менее 200 строчек, его безопасность будет проще обеспечить...
источник

A

Andor in gcp_ru
> Google Cloud не first class citizen

у меня работает нормально
источник

A

Anna in gcp_ru
^ у меня тоже
источник

AO

Alexander Ovchinnikov 🦁 in gcp_ru
ну, я при тестировании сразу же наткнулся на баг, который зарепортил и который исправили быстро, а второй баг так и висит
источник

A

Andor in gcp_ru
не ну я не против если ты хотел убить кучу времени на свою реализацию и сделал это
источник

AO

Alexander Ovchinnikov 🦁 in gcp_ru
вообще, на мою реализацию я потратил часа 3-4 суммарно, повторюсь, это код из 200 строчек
источник

A

Andor in gcp_ru
это на написание кода или с нуля до релиза в прод?
источник

E

Etki in gcp_ru
> - pypicloud переусложнён, там есть компоненты, которые кажутся не очень нужными для меня

welp как бы из-за такого отказываться от инструмента это вообще ээ э ээ э ээ э э
источник

AO

Alexander Ovchinnikov 🦁 in gcp_ru
Andor
это на написание кода или с нуля до релиза в прод?
ну да
источник

AO

Alexander Ovchinnikov 🦁 in gcp_ru
с нуля до деплоя в тестовую среду
источник

A

Andor in gcp_ru
что "да"?
источник