Hi,
I have a shared ‘config’ service, that makes use of Jinja2 templates to render call-specific configurations.
The templates themselves are very simple - just YAML with variables injected at render from the RPC request payload.
It works really well, allowing me to deploy changes to configs without deploying changes to other service code.
The only strange behavior, is that over time (a day or so) the service response times start to drop. If I reload the config
service, it’s back to full speed.
I’m not convinced it’s a Nameko problem per-say, but it may be related to how I run Jinja.
I instantiate the Jinja2 enviroment outside the Nameko service class:
jinja = Environment(loader=FileSystemLoader(TEMPLATES), trim_blocks=True, lstrip_blocks=True)
and I render the templates at runtime:
class Config:
name = os.environ['APP_NAME']
sentry = SentryReporter()
catalog = RpcProxy('io.catalog')
def render_template(self, template_name, **kwargs):
'''
:param template_name: Path to template file
:param kwargs: Arguments to hand to the template
:return: rendered template or False
We want bad templates to fail semi-gracefully.
'''
try:
return yaml.load(jinja.get_template(template_name).render(**kwargs))
except Exception as e:
msg = dict(error=str(e), template=template_name, book_id=kwargs.get('book_id'))
logger.error(redact(json.dumps(msg, indent=2)))
return {}
@rpc
def book(self, book_id):
details = self.details(book_id)
return self.render_template('book.jinja2', detail=details)
@rpc
def details(self, book_id):
return self.catalog.details(book_id)
I was wondering if anyone had any thoughts/experience with Jinja2+Nameko, and can see anything wrong or missing from my setup.
Many thanks in advance,
Geoff