You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Zhitao Li (JIRA)" <ji...@apache.org> on 2017/09/26 17:18:00 UTC
[jira] [Created] (MESOS-8018) Allow framework to opt-in to forward
executor's JWT token to the tasks
Zhitao Li created MESOS-8018:
--------------------------------
Summary: Allow framework to opt-in to forward executor's JWT token to the tasks
Key: MESOS-8018
URL: https://issues.apache.org/jira/browse/MESOS-8018
Project: Mesos
Issue Type: Improvement
Reporter: Zhitao Li
Nested container API is an awesome feature and enabled a lot of interesting use cases. A pattern we have seen multiple times is that a task (often the only one) launched by default executor wants to further creates containers nested behind itself (or the executor) to run some different workload.
Because the entire request is 1) completely local to the executor container, 2) okay to be bounded within the executor's lifecycle, we'd like to allow the task to use the mesos agent API directly to create these nested containers. However, it creates a problem when we want to enable HTTP executor authentication because the JWT auth tokens are only available to the executor so the task's API request will be rejected.
Requiring framework owner to fork or create a custom executor simply for this purpose also seems a bit too heavy.
My proposal is to allow framework to opt-in with some field so that the launched task will receive certain environment variables from default executor, so the task can "act upon" the executor. One idea is to add a new field to allow certain environment variables to be forwarded from executor to task.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)