а такой доки не будет, потому аннотации это user specific строки, на которые тригерится куча всего со своей логикой

от души!! забыл про чатик и сделал сам) тоже через фильтр ищу юзера, а потом уже сношу его

всё верно

;) enjoy

я говорю  про  основные  ибо к  примеру  у  меня  в  анотации  просто  NLB  а у  вас nlb-ip  и тд

apiVersion: v1
kind: Service
metadata:
 annotations:
   meta.helm.sh/release-name: qa-bo
   meta.helm.sh/release-namespace: qa-bo
   service.beta.kubernetes.io/aws-load-balancer-type: nlb
 creationTimestamp: "2021-04-12T13:07:07Z"
 finalizers:
 - service.kubernetes.io/load-balancer-cleanup
 labels:
   app: kuku
   app.kubernetes.io/managed-by: Helm
   service: kuku
 name: kuku
 namespace: qa-bo
 resourceVersion: "202997311"
 selfLink: /api/v1/namespaces/qa-bo/services/kuku
 uid: *******************************
spec:
 clusterIP: 172.20.137.248
 externalTrafficPolicy: Cluster
 ports:
 - name: kuku
   nodePort: 32036
   port: 31819
   protocol: TCP
   targetPort: 31819
 - name: kuku-rpc
   nodePort: 31905
   port: 18334
   protocol: TCP
   targetPort: 18334
 selector:
   app: kuku
   service: kuku
 sessionAffinity: None
 type: LoadBalancer
status:
 loadBalancer:
   ingress:
   - hostname: **************************************.elb.eu-west-1.amazonaws.com

нужно разобраться с externalTrafficPolicy

не помню точно детали, но там есть нюансы с использованием nodePort и sg мимо балансировщика.
кто юзал - может подскажут точнее

Ок спасибо  за направление буду рыть

Всем привет. Такой вопросик есть по CloudFromation.

Если я меняю стек и за один раз некоторые ресурсы удаляю, а некоторые - добавляю, возможно ли указать как-то зависимость (через dependsOn или еще как-то) такую, чтоб новые ресурсы создавались только после того, как другие будут удалены?

в моём случае есть апигв ресурс и для него объявлены методы как отдельные ресурсы - GET и OPTIONS. Мне надо у этих методов изменить logical id. Соответственно, старые ресурсы удаляются,  а новые создаются. Однако CloudFormation пытается сначала создать новые и валится с такой ошибкой (что, собственно, логично):

Method already exists for this resource (Service: AmazonApiGateway; Status Code: 409; Error Code: ConflictException;

Привет! Не могу разобраться, возможно работать с базой на aurora serverless не через rds-data api или нет? В sg и acl'ах рулы прописал, но на эндпойнте при попытке подключиться тишина, создать прокси к серверлесс кластеру тоже не даёт

Также, пробовал через кастомную лямбду удалять эти старые методы апигв ресурса, но КФ в таком случае ругался подобным образом:

abc123|blabla345|GET already exists in stack arn:aws:cloudformation:us-east-1:bla-bla-bla-bla

Также пробовал ставить для этих методов dependsOn на апигв ресурс, но это не работает, поскольку КФ видит, что сам апигв ресурс не изменялся и не апдейтит его

конечно возможно, просто кластер всегда создается без публичного доступа

Это где настраивается?

нельзя настроить чтобы серверлесс кластер был публично доступен. https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless.html#aurora-serverless.requirements

Всем привет. Подскажите, как получить ARN созданного ресурса в cloudformation? Что-то типа !GetAtt ['SomeResource', 'Arn'] (но такое не работает), и гугл шото не хочет говорить как

Ref ещё можно попробовать.

Дак !Ref же ссылается на то что указано в пропертях. А мне нужно узнать arn ресурса когорого я создал в этом же темплейте

Вот же ответили как можно