[jira] [Comment Edited] (MESOS-2841) FrameworkInfo should include a Labels field to support arbitrary, lightweight metadata

["James DeFelice (JIRA)" <ji...@apache.org>]

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

James DeFelice edited comment on MESOS-2841 at 6/17/15 4:46 AM:
----------------------------------------------------------------

[[edited]] What about exposing Endpoints that are labeled?
{code}
type Endpoint struct {
  uri string            // something "identifiable", possibly a URL
  labels Labels         // describe the uri
  visibility Visibility // who sees this info
}
{code}
I think frameworks that offer resources is a cool idea. Not sure how well
it aligns with discovery. Unless you were talking about how to advertise
resource capabilities through some endpoint?

Maybe Endpoint isn't quite right. Perhaps Handle? Service (already
overloaded term)?




was (Author: jdef):
What about exposing Endpoints that are labeled?

type Endpoint struct {
  uri string // something locatable
  labels Labels // describe the uri
  visibility Visibility // who sees this info
}

I think frameworks that offer resources is a cool idea. Not sure how well
it aligns with discovery. Unless you were talking about how to advertise
resource capabilities through some endpoint?

Maybe endpoint isn't quite right. Perhaps Handle? Service (already
overloaded term)?



> FrameworkInfo should include a Labels field to support arbitrary, lightweight metadata
> --------------------------------------------------------------------------------------
>
>                 Key: MESOS-2841
>                 URL: https://issues.apache.org/jira/browse/MESOS-2841
>             Project: Mesos
>          Issue Type: Epic
>            Reporter: James DeFelice
>              Labels: mesosphere
>
> A framework instance may offer specific capabilities to the cluster: storage, smartly-balanced request handling across deployed tasks, access to 3rd party services outside of the cluster, etc. These capabilities may or may not be utilized by all, or even most mesos clusters. However, it should be possible for processes running in the cluster to discover capabilities or features of frameworks in order to achieve a higher level of functionality and a more seamless integration experience across the cluster.
> A rich discovery API attached to the FrameworkInfo could result in some form of early lock-in: there are probably many ways to realize cross-framework integration and external services integration that we haven't considered yet. Rather than over-specify a discovery info message type at the framework level I think FrameworkInfo should expose a **very generic** way to supply metadata for interested consumers (other processes, tasks, etc).
> Adding a Labels field to FrameworkInfo reuses an existing message type and seems to fit well with the overall intent: attaching generic metadata to a framework instance. These labels should be visible when querying a mesos master's state.json endpoint.



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