You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With #145 and #164 we put a plaster on Marathon app task differences. We should obtain app definition for task in version defined in task. We can use /v2/apps/{app_id}/versions/{version} endpoint to get this information. What's more we can cache app definitions and to reduce calls to marathon. Only drawback of this solution is versions could not be available since it could be configured to keep last n entries. We need to think what we should do in that circumstances.
The text was updated successfully, but these errors were encountered:
App definition for given version is immutable so we can cache it. This will reduce Marathon queries but will increase memory usage (one app definition JSON takes approx 2.36K). We need to handle applications that was not changed but only scaled. This means we need to persist App Definitions. Cache entry could be evicted if it's not used within sync interval. We could use https://github.com/golang/groupcache but then we need to think about data peristency if one or more instance goes down (e.g. version update).
With #145 and #164 we put a plaster on Marathon app task differences. We should obtain app definition for task in version defined in task. We can use
/v2/apps/{app_id}/versions/{version}
endpoint to get this information. What's more we can cache app definitions and to reduce calls to marathon. Only drawback of this solution is versions could not be available since it could be configured to keep lastn
entries. We need to think what we should do in that circumstances.The text was updated successfully, but these errors were encountered: