KT
как вариант
Size: a a a
2020 June 10
KT
и потом || exit 1
KT
но по уму стоит в ноду положить эндпоинт для проверки состояния системы
KT
потому что вариант выше он больше блекбокс хелсчек
DV
так получается если служба на ноде отвалилась то и энпоинт надо убивать
DV
тк они по факту могут работать вместе
DV
точнее один может работать а другой отвалиться
KT
подразумевается, что если служба отвалилась, то эндпоинт скажет, что служба отвалилась 🙂
MV
в европе Франкфурт самый дорогой, да
Стокгольм полчается дешевле Ирландии)
AP
Привет! Подскажите, а насколько адекватно работает Europe (Stockholm) Region ? он только в 2018 запущен.
Там инфраструктура на много дороже получится?
Там инфраструктура на много дороже получится?
Отличный регион!
Он самый дешевый в Европе. И пинг до СНГ тоже отличный! У AWS не важна дата запуска, тк качество заложено ещё при планировании и проектировке. С точки зрения сервисов там тоже вроде нет большого разрыва
Он самый дешевый в Европе. И пинг до СНГ тоже отличный! У AWS не важна дата запуска, тк качество заложено ещё при планировании и проектировке. С точки зрения сервисов там тоже вроде нет большого разрыва
R
там два типа авторизации, один через iam, второй через ec2, в iam нужно использовать sts credentials, в ec2 сертификат/подпись из imds
Вот решение проблемы в документации Vault. Ни в одном примере кода этого не было,кроме родного бинарника. https://www.vaultproject.io/docs/secrets/kv/kv-v2#acl-rules
MV
Отличный регион!
Он самый дешевый в Европе. И пинг до СНГ тоже отличный! У AWS не важна дата запуска, тк качество заложено ещё при планировании и проектировке. С точки зрения сервисов там тоже вроде нет большого разрыва
Он самый дешевый в Европе. И пинг до СНГ тоже отличный! У AWS не важна дата запуска, тк качество заложено ещё при планировании и проектировке. С точки зрения сервисов там тоже вроде нет большого разрыва
Спасибо. Я уже посмотрел, он реально дешевле) сервиси не все что в ирландии, но нам хватит.
Просто заказчик как раз в Швеции
Просто заказчик как раз в Швеции
SD
Ребята, добрый день
Подскажите пожалуйста логику SSM
https://docs.aws.amazon.com/AmazonECS/latest/developerguide/specifying-sensitive-data-tutorial.html
Подскажите пожалуйста логику SSM
https://docs.aws.amazon.com/AmazonECS/latest/developerguide/specifying-sensitive-data-tutorial.html
SD
я создал секрет, внутри него указал несколько key value
SD
"secrets": [
{
"valueFrom": "arn:aws:secretsmanager:region:aws_account_id:secret:username_value-u9bH6K:key",
"name": "username_value"
}
],
SD
пытаюсь обратиться к нему вот так вот, API ECS ругается что так нельзя
KT
пытаюсь обратиться к нему вот так вот, API ECS ругается что так нельзя
А какую ошибку выдает?
SD
STOPPED (Fetching secret data from AWS Secrets Manager in region us-west-2: secret arn:aws:secretsmanager:region:aws_account_id:secret:username_value-u9bH6K:key: ValidationException: Invalid name. Must be a valid name containing alphanumeric characters, or any of the following: -/_+=.@! status code: 400, request id: fb6a5603-fd22-4606-a044-35232d710cb4c
SD
А какую ошибку выдает?
STOPPED (Fetching secret data from AWS Secrets Manager in region us-west-2: secret arn:aws:secretsmanager:region:aws_account_id:secret:username_value-u9bH6K:key: ValidationException: Invalid name. Must be a valid name containing alphanumeric characters, or any of the following: -/_+=.@! status code: 400, request id: fb6a5603-fd22-4606-a044-35232d710cb4c