Re: Can I consider other framework tasks as a resource? Does it make sense?

2016-12-15 Thread Sharma Podila
> when I need to model some constraint how to place a task I would know where > it belongs in my framework’s code. It seems to be answered. Thanks a lot. > > > > *From:* Sharma Podila [mailto:spod...@netflix.com] > *Sent:* 15. prosince 2016 1:59 > *To:* user@mesos.apache

RE: Can I consider other framework tasks as a resource? Does it make sense?

2016-12-15 Thread Petr Novak
framework’s code. It seems to be answered. Thanks a lot. From: Sharma Podila [mailto:spod...@netflix.com] Sent: 15. prosince 2016 1:59 To: user@mesos.apache.org Subject: Re: Can I consider other framework tasks as a resource? Does it make sense? In general, placing a task based on certain

Re: Can I consider other framework tasks as a resource? Does it make sense?

2016-12-14 Thread Sharma Podila
can accept a rule how to check readiness on startup” > > > > Based on it seems like +1 that I can consider it as a responsibility of a > scheduler. > > > > Cheers, > > Petr > > > > > > *From:* Alex Rukletsov [mailto:a...@mesosphere.com] > *Se

RE: Can I consider other framework tasks as a resource? Does it make sense?

2016-12-14 Thread Petr Novak
To: user Subject: Re: Can I consider other framework tasks as a resource? Does it make sense? Task dependency is probably too vague to discuss specifically. Mesos currently does not explicitly support arbitrary task dependencies. You mentioned colocation, one type of dependency, so let's look

Re: Can I consider other framework tasks as a resource? Does it make sense?

2016-12-13 Thread haosdent
Hi, @Petr. > Like if I want to run my task collocated with some other tasks on the same node I have to make this decision somewhere. Do you mean "POD" here? For my cases, if there are some dependencies between my tasks, I use database, message queue or zookeeper to implement my requirement. On

Can I consider other framework tasks as a resource? Does it make sense?

2016-12-13 Thread Petr Novak
Hello, I want to execute tasks which requires some other tasks from other framework(s) already running. I'm thinking where such logic/strategy/policy belongs in principle. I understand scheduling as a process to decide where to execute task according to some resources availability, typically CPU,