You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Michael Park (JIRA)" <ji...@apache.org> on 2015/09/01 05:14:46 UTC

[jira] [Commented] (MESOS-3147) Allocator refactor

    [ https://issues.apache.org/jira/browse/MESOS-3147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14724713#comment-14724713 ] 

Michael Park commented on MESOS-3147:
-------------------------------------

[~gyliu] This is actually quite a hefty ticket. I'm not sure who will be able to help you shepherd this currently. Perhaps you could work with [~alexr] on this?

> Allocator refactor
> ------------------
>
>                 Key: MESOS-3147
>                 URL: https://issues.apache.org/jira/browse/MESOS-3147
>             Project: Mesos
>          Issue Type: Task
>          Components: allocation, master
>            Reporter: Michael Park
>            Assignee: Guangya Liu
>              Labels: mesosphere, tech-debt
>
> With new features such as dynamic reservation, persistent volume, quota, optimistic offers, it has been apparent that we need to refactor the allocator to
> 1. solidify the API (e.g. consolidate {{updateSlave}} and {{updateAvailable}})
> 2. possibly move the offer generation to the allocator from the master
> 3. support for allocator modules where the API involves returning {{libprocess::Future}}
> The sequence of implementation challenges for dynamic reservation master endpoints are captured in [this document|https://docs.google.com/document/d/1cwVz4aKiCYP9Y4MOwHYZkyaiuEv7fArCye-vPvB2lAI/edit?usp=sharing].



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)