Решение для кэширования для AWS хранилища параметров SSM для использования с do tnet lambdas - PullRequest
0 голосов
/ 23 февраля 2020

У меня много лямбда-микросервисов tnet, использующих хранилище параметров SSM для настройки. Это было весьма выгодно по сравнению с переменными среды, так как я разделяю множество настроек между различными микросервисами. Хотя недавно я начал раздвигать границы. Теперь это влияет на мою пропускную способность и стало стоить дороже, чем хотелось бы.

Я рассмотрел вопрос об использовании расширения amazon для менеджера конфигурации do tnet, но он не отвечает моим требованиям. Мне нужна конфигурация для горячей замены, чтобы поддерживать работоспособность микросервисов во время безотказной работы. Что не произойдет с его текущей реализацией. Развертывание всех микросервисов только для изменения конфигурации также не вариант.

Это привело меня к исследованию решения для кеширования, способного, по крайней мере, сделать кеш недействительным извне, но я не смог наткнуться на все, что работает с хранением параметров SSM из коробки.

В худшем случае мне понадобится другой микросервис с собственной базой данных, которая заботится о конфигурации, но я не хочу go идти по этому пути tbh.

Какой общий подход используется для такого рода сценариев ios?

1 Ответ

1 голос
/ 23 февраля 2020

Вы можете использовать SSM в переменных среды, таких как

environment:
    VariableName: ${ssm:/serverless-VariableName}

и ссылках в своем коде из среды. Мы используем этот подход.

Он будет хранить SSM при развертывании приложения и повторно использовать его без вызова SSM Store для каждого запроса

...