Size: a a a

2020 June 24

A

Alex in gcp_ru
спасибо что хоть как то проинформировали
источник
2020 June 25

AO

Alexander Ovchinniko... in gcp_ru
Alexander Ovchinnikov 🦁
в первую очередь интересуют аналоги Amazon States Language
и ещё интересует, как бы вы сделали exactly one выполнение вместо 1+ (без Dataflow, через Functions)
источник

AO

Alexander Ovchinniko... in gcp_ru
то есть, допустим, у вас есть Firestore или некий bucket Cloud Storage, там некий документ/json, в котором указано поле "status" с одним из возможных значений, при изменении документа срабатывает триггер, который вызывает функцию-диспетчер, которая знает, какую следующую функцию нужно вызывать исходя из значения поля "status" сейчас, например, делает это через pub/sub, вызванная функция выполняет некие действия и меняет status, что приводит к повторному вызову функции-диспетчера и далее к повторным вызовам других функций (в зависимости от нового статуса), как в данном случае лучше всего реализовать блокировку, чтобы функция не отработала более 1 раза?
источник

AO

Alexander Ovchinniko... in gcp_ru
таким образом, получается цепочка
создание документа в Firestore -> функция-диспетчер -> функция шага 1 -> изменение Firestore -> функция-диспетчер -> функция шага 2 -> изменение Firestore -> функция-диспетчер -> функция шага 3 -> изменение Firestore -> функция-диспетчер -> выход
(понятно, что шаги могут быть разными в зависимости от того, на какой статус там что поменяется)

как в таком случае правильнее всего гарантировать, что при изменении статуса не будут вызвана, например, функция шага 2 несколько раз?
источник

AO

Alexander Ovchinniko... in gcp_ru
вот, например, перед выполнением работы внутри функции шагов можно создавать некий lock-объект для блокировки с указанием ид вызванной функции и названием <ид_документа>-<название_функции>.. если не удаётся создать, значит, не продолжать выполнение функции шага
источник
2020 July 01

k

kvaps in gcp_ru
Привет, а есть какой-нибудь простой способ повесить внешний айпишник на ноду в GKE?
источник

k

kvaps in gcp_ru
Т.е. сделать её доступной извне
источник

AA

Artyom Abramovich in gcp_ru
тебе, наверное, понавороченней :)
https://github.com/doitintl/kubeip
источник

k

kvaps in gcp_ru
👍 благодарю
источник

AK

Andrey Kartashov in gcp_ru
kvaps
Привет, а есть какой-нибудь простой способ повесить внешний айпишник на ноду в GKE?
Они там по умолчанию с публичными ип
источник

k

kvaps in gcp_ru
Andrey Kartashov
Они там по умолчанию с публичными ип
да но они за натом, то есть на них не достучаться снаружи
источник

AK

Andrey Kartashov in gcp_ru
kvaps
да но они за натом, то есть на них не достучаться снаружи
Там честные белые ип
источник

ZO

Zon Orti in gcp_ru
kvaps
да но они за натом, то есть на них не достучаться снаружи
А не за файволом разве?
источник

AA

Artyom Abramovich in gcp_ru
NAT же
источник

ZO

Zon Orti in gcp_ru
этож вроде 1:1 nat, ssh нормально работает.
источник
2020 July 03

И

Иван in gcp_ru
Что делать если я случайно опубликовал json сервисного аккаунта случайно в публичной репе?
источник

И

Иван in gcp_ru
Удалять весь работающий проект? и все делать заново?
источник

И

Иван in gcp_ru
Этот аккаунт имел почти все права 1827/1840 :(
источник

E

Etki in gcp_ru
Опубликовал когда?
источник

И

Иван in gcp_ru
Условно только что
источник