“output” looks nice!
Renat Akhmerov
@ Mirantis Inc.
On 14 Feb 2014, at 20:26, Nikolay Makhotkin wrote:
> Current DSL snippet:
> actions:
>my-action
> parameters:
> foo: bar
> response: # just agreed to change to 'results'
>
On 14 Feb 2014, at 15:02, Dmitri Zimine wrote:
> Current DSL snippet:
> actions:
>my-action
> parameters:
> foo: bar
> response: # just agreed to change to 'results’
Just a note: “response” indentation here is not correct, it’s not a parameter
called “response”
itself”. Does that make sense?
Renat Akhmerov
@ Mirantis Inc.
On 11 Feb 2014, at 16:23, Dmitri Zimine wrote:
> Do we have (or think about) a shorthand to calling REST_API action, without
> defining a service?
>
> FULL DSL:
>
> Services:
> TimeService:
&
Hi guys,
I would suggest we skip today’s community meeting since some folks from the
team (including myself) won’t be able to participate. My apologies for the late
notice..
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack
Doug, is it backwards compatible with 0.5b6?
Renat Akhmerov
@ Mirantis Inc.
On 06 Feb 2014, at 07:58, Doug Hellmann wrote:
>
>
>
> On Thu, Feb 6, 2014 at 10:11 AM, Sylvain Bauza
> wrote:
> Thanks Doug,
>
>
>
>
> 2014-02
I guess it should be but just in case…
Renat Akhmerov
@ Mirantis Inc.
On 06 Feb 2014, at 07:58, Doug Hellmann wrote:
>
>
>
> On Thu, Feb 6, 2014 at 10:11 AM, Sylvain Bauza
> wrote:
> Thanks Doug,
>
>
>
>
> 2014-02
Dmitri,
Sure, no problem. Good considerations. I’m now in the process of reviewing your
notes..
Renat Akhmerov
@ Mirantis Inc.
On 04 Feb 2014, at 09:05, Dmitri Zimine wrote:
> Following up from yesterday's community meeting
>
> I am still catching up with the project, still
Hi,
Thanks for joining us today!
Here are the links to minutes and log:
Minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-02-03-16.00.html
Log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-02-03-16.00.log.html
Renat Akhmerov
@ Mirantis Inc
contributors)
Discuss DSL example (https://etherpad.openstack.org/p/mistral-poc)
Discuss current PoC status
Review Blueprints (at least part)
Open discussion (roadblocks, suggestions, etc.)
As usually, everyone is welcome to join!
[0] https://wiki.openstack.org/wiki/Meetings/MistralAgenda
Renat Akhmerov
feature
sets.
Renat Akhmerov
@ Mirantis Inc.
On 27 Jan 2014, at 13:21, Joshua Harlow wrote:
> Hi all,
>
> In order to encourage further discussion off IRC and more in public I'd like
> to share a etherpad that was worked on during a 'meetup' with some of the
> mi
Joining to providing our backgrounds.. I’d be happy to help here too since I
have pretty solid background in using and developing caching solutions, however
mostly in Java world (expertise in GemFire and Coherence, developing GridGain
distributed cache).
Renat Akhmerov
@ Mirantis Inc.
On
Ok, I see. Thanks, good to know.
Renat Akhmerov
@ Mirantis Inc.
On 23 Jan 2014, at 14:33, Doug Hellmann wrote:
> The fact that it is already in the requirements list makes it a top contender
> in my mind, unless we find some major issue with it.
>
> Doug
>
>
> On Thu,
Hi folks,
I would suggest we cancel our next community meeting on Monday 01/27/2014 since
several active participants (including myself) won’t be available. So the next
meeting is scheduled on 02/03/2013.
Renat Akhmerov
@ Mirantis Inc
On 23 Jan 2014, at 08:41, Joshua Harlow wrote:
> So to me memoizing is typically a premature optimization in a lot of cases.
> And doing it incorrectly leads to overfilling the python processes memory
> (your global dict will have objects in it that can't be garbage collected,
> and with enou
ld be written as the
> author may not be a native english speaker.
Yes, sure. That’s how we (non-native speakers) learn. )
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 21 Jan 2014, at 11:55, Alexander Tivelkov wrote:
>
> murano - main services, common, agents docs, deployments scripts
> python-muranoclient - python bindings and CLI
> murano-dashboard - OS Dashboard plugin
> murano-apps - new repo for metadata, including core library and example apps.
> mur
+1 for opening new threads regarding specific questions.
On 21 Jan 2014, at 11:54, Renat Akhmerov wrote:
>
> On 21 Jan 2014, at 09:40, Sean Dague wrote:
>
>> On 01/21/2014 11:54 AM, Renat Akhmerov wrote:
>>>
>>> On 17 Jan 2014, at 22:00, Jamie Lennox
On 21 Jan 2014, at 09:40, Sean Dague wrote:
> On 01/21/2014 11:54 AM, Renat Akhmerov wrote:
>>
>> On 17 Jan 2014, at 22:00, Jamie Lennox > <mailto:jamielen...@redhat.com>> wrote:
>>
>>> (I don't buy the problem with large amounts of dependencie
On 21 Jan 2014, at 09:07, Jesse Noller wrote:
> Do you use any other platform than Linux? Even donald - one of the python
> packaging leads and PyPI leads said this is a bad end-user experience for
> consumers of openstack clouds.
That fact that someone (even very smart experience) said somet
ing
about building a complex object from small pieces. We haven’t made a decision
though. We’ll be discussing it with the community.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack
On 17 Jan 2014, at 22:06, Robert Collins wrote:
> On 17 January 2014 09:22, Renat Akhmerov wrote:
>> Since it’s pretty easy to get lost among all the opinions I’d like to
>> clarify/ask a couple of things:
>>
>> Keeping all the clients physically separate/co
On 17 Jan 2014, at 22:00, Jamie Lennox wrote:
> (I don't buy the problem with large amounts of dependencies, if you have a
> meta-package you just have one line in requirements and pip will figure the
> rest out.)
+1
Renat Akhmerov
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 17 Jan 2014, at 10:04, Jonathan LaCour
wrote:
> "pip install openstack"
That would be awesome :)
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cg
projects? So
if yes, it’s just going to be one more incubation/integration requirement,
right?
Renat
On 16 Jan 2014, at 18:09, Donald Stufft wrote:
>
> On Jan 16, 2014, at 8:42 PM, Jesse Noller wrote:
>
>>
>>
>> On Jan 16, 2014, at 4:59 PM, "Renat Akhmerov&quo
On 16 Jan 2014, at 13:06, Jesse Noller wrote:
>> Since it’s pretty easy to get lost among all the opinions I’d like to
>> clarify/ask a couple of things:
>>
>> Keeping all the clients physically separate/combining them in to a single
>> library. Two things here:
>> In case of combining them, w
On 16 Jan 2014, at 12:36, Dean Troyer wrote:
> I've already written a POC for solum and some other things to demonstrate how
> to add additional projects simply by installing the python-*client package.
> https://github.com/dtroyer/python-oscplugin is a trivial example.
Thanks, this link is
fully functional REST client
automatically based on an API specification (WADL could be used for that)? Not
sure how convenient it would be, it really depends on a particular
implementation, but as an idea it could be at least thought of. Sounds a little
bit crazy though, I recognize it :).
Renat
Great idea, fully support it. We’re interested in that too. One specific thing
that was mentioned is the ability to mock auth service seems to be very useful
for some test scenarios, we came across that recently.
Renat Akhmerov
@ Mirantis Inc.
On 15 Jan 2014, at 14:07, Sylvain Bauza wrote
that.
Renat Akhmerov
@ Mirantis Inc.
On 02 Jan 2014, at 09:52, Greg Hill wrote:
> Renat,
>
> Thanks for the additional information. I've been trying to put the pieces of
> history together and it seems I missed some of it. I think I now understand
> the evolution of t
the entire coding
culture is built of.
Renat Akhmerov
@ Mirantis Inc.
On 14 Jan 2014, at 06:00, Jay Pipes wrote:
> On Tue, 2014-01-14 at 08:01 -0500, Doug Hellmann wrote:
>> Ned Batchelder had an interesting post a few days ago about why code
>> comments should be written as com
.log.html
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
/Meetings/MistralAgenda
as well as logs and minutes for the previous meetings.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
efinition similar to
provided above.
So my main point here that I was trying to make is that EventScheduler is just
a special case of Mistral capabilities. We can just provide a convenience for
scheduling webhook calls on the API (a couple of hours to implement).
Thanks! Happy New Year to everyo
Sorry for being a little bit verbose :) …
Renat
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
yourself since TaskFlow does
not support it now, at least I didn’t find anything like that (Joshua can
provide more details on that).
Thanks.
Renat Akhmerov
@Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
Hi,
Due to NY celebrations and upcoming holidays I would suggest we cancel the next
two Mistral community meetings: today on Dec 30 and on Jan 6. I tend to think
they’re not going to be super productive.
However, if someone still would like to have them please let us know.
Thanks.
Renat
“straightforward” flow definition is preferred.
Regardless of the option described here a user would start new workflow
execution with specifying a particular task in a graph.
As always, we would like to get your feedback on this.
Thanks!
Renat Akhmerov
@ Mirantis Inc.
___
ll evaluate to:
{
"street": "25 Broadway Avenue",
"city": "Woodstock"
}
And corresponding HTTP request will be:
http POST http://localhost:8988/my_service/action1
{
"street": "25 Broadway Avenue",
&quo
.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
time.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi!
This is a reminder that we will have another community meeting today in IRC
(#openstack-meeting) at 16.00 UTC.
Here’s the agenda: https://wiki.openstack.org/wiki/Meetings/MistralAgenda
As usually, you’re welcome to join!
Renat Akhmerov
@ Mirantis Inc
Join us next time to discuss Mistral PoC and Mistral Engine architecture.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi,
We’re inviting everyone to participate our community meeting at
#openstack-meeting today at 16.00 UTC.
Here’s the link to meeting agenda:
https://wiki.openstack.org/wiki/Meetings/MistralAgenda
Thanks!
Renat Akhmerov
@ Mirantis Inc
.2013-12-02-16.00.log.html
Feel free to join us next time!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
https://wiki.openstack.org/wiki/Meetings/MistralAgenda.
Join us to build Mistral in the way you need!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/lis
to participate and contribute!
Thanks!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
about them and tell us what you need from Mistral
to be able to use it in other projects.
Thanks!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
https://wiki.openstack.org/wiki/Meetings/MistralAgenda.
Feel free to join us and discuss all the Mistral activities!
Thanks.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cg
://wiki.openstack.org/wiki/Mistral#Etherpads
Thanks.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
us next time to discuss Mistral PoC development.
Thanks,
Renat Akhmerov
@ Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
!
Renat Akhmerov
@ Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi,
We’ve create two more etherpads to start discussing Mistral Dataflow and Error
Handling mechanisms:
https://etherpad.openstack.org/p/MistralDataFlow
https://etherpad.openstack.org/p/MistralErrorHandling
Feel free to contribute your ideas.
Thanks!
Renat Akhmerov
@ Mirantis Inc
Hi,
Here’s the agenda for today’s IRC community meeting on #openstack-meeting at
16.00 UTC:
Review last week's action items
Discuss PoC scope
Discuss Roadmap
Discuss Blueprints
Discuss and update https://etherpad.openstack.org/p/MistralDesignAndDependencies
Open discussion
You can also find it
On 15 Nov 2013, at 02:46, Clint Byrum wrote:
> Allow me an analogy if you will:
>
> Consider a burgeoning city. There are people who have been around a long
> time. Some are politicians, some work for the city, some are just good
> citizens. These people see newcomers in the commons and greet th
On 14 Nov 2013, at 21:46, Zane Bitter wrote:
> If you have a service that is stateless and only responds to user requests,
> then scaling it out is easy (just stick it behind a load balancer). If it has
> state (i.e. a database), things become a whole lot more complicated to
> maintain consis
Hi,
We’ve created an etherpad to start thinking about Mistral main components and
listing out possible 3rd party technologies to use for their implementation.
https://etherpad.openstack.org/p/MistralDesignAndDependencies
Feel free to share your ideas.
Thanks.
Renat Akhmerov
@ Mirantis Inc
On 14 Nov 2013, at 18:03, Zane Bitter wrote:
> What might be a downside is that sharing a back-end may not be technically
> convenient - one thing we have been reminded of in Heat is that a service
> with timed tasks has to be scaled out in a completely different way to a
> service that avoid
As for EventScheduler proposal, I think it actually fits Mistral model very
well. What described in EvenScheduler is basically the ability to configure
webhooks to be called periodically or at a certain time. First of all, from the
very beginning the concept of scheduling has been considered a v
On 13 нояб. 2013 г., at 6:39, Angus Salkeld wrote:
> Your work mates;) https://github.com/rackerlabs/qonos
>
> how about merge qonos into mistral, or at lest put it into stack forge?
Just got to looking at qonos. It actually looks similar in some ways to Mistral
but with some differences: no
On 13 нояб. 2013 г., at 18:12, Renat Akhmerov wrote:
>
> On 13 нояб. 2013 г., at 6:39, Angus Salkeld wrote:
>
>>> Second question: if the proposed "EventScheduler" becomes a real project,
>>> which OpenStack Program should it live under?
>>>
>
On 13 нояб. 2013 г., at 6:39, Angus Salkeld wrote:
> On 12/11/13 15:13 -0800, Christopher Armstrong wrote:
>> Given the recent discussion of scheduled autoscaling at the summit session
>> on autoscaling, I looked into the state of scheduling-as-a-service in and
>> around OpenStack. I found two r
Hi,
Here are the etherpads for discussing DSL and API specifications:
https://etherpad.openstack.org/p/MistralDSLSpecification
https://etherpad.openstack.org/p/MistralAPISpecification
Everyone is very welcome to contribute.
Thanks!
Renat Akhmerov
@ Mirantis Inc
formally is “When do we use TaskFlow
and when Mistral?”. It think it’ll give more understanding of what we need from
Mistral.
Renat Akhmerov
@ Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
On 12 нояб. 2013 г., at 19:04, Thomas Spatzier
wrote:
> If yes, is there a way for passing data around - e.g. output produced by
> one software config step is input for another software config step?
Thomas, yes, we’re planning to have a data flow mechanism similar to what you
described here.
Hey, thanks for bringing up these good points. At this point I may not clearly
understand all your concerns so we need to keep discussing these things. See my
comments below.
On 12 нояб. 2013 г., at 8:15, Angus Salkeld wrote:
> Hi all
>
> I think some of you were at the Software Config sessi
/mistral.2013-11-11-16.01.log.html
Minutes:
http://eavesdrop.openstack.org/meetings/mistral/2013/mistral.2013-11-11-16.01.html
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
page: launchpad.net/Mistral
Please let us know if you’re interested in some particular things about
Mistral, I’ll be happy to tell you everything.
Thanks,
Renat Akhmerov
@ Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
Hi,
We registered an Unconference talk for Mistral.
Location: SkyCity Marriott, Meeting room 2
Time: on Thursday, 11.00am
Everyone is welcome to join us there and discuss whatever you’re interested in!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack
Hello everyone,
I’d like to invite everyone to Mistral Lightning Talk that will be at 1.35 pm
on Tuesday (today) in Expo Breakout Room 1.
Looking forward to see you there!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev
Hi,
I would suggest we skip today’s community meeting. It is not going to be
productive due to HK summit activities.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
On 31 окт. 2013 г., at 2:37, Clint Byrum wrote:
> My point
> is really that we should not care how serialization happens, we should
> just express the work-flow, and let the underlying mechanisms distribute
> and manage it as it is completed.
Sounds reasonable.
In this context, you may want t
also possible to have both approaches simultaneously or some mix of them
working together.
"
Renat Akhmerov
@ Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
the next Monday (11/04/2013) on #openstack-meeting at 16.00UTC
to discuss all the most important Mistral activities.
Renat Akhmerov
@ Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
Open discussion
Go to https://wiki.openstack.org/wiki/Meetings/MistralAgenda to find more
information about Mistral meetings (e.g. previous meetings’ logs).
Renat Akhmerov
@ Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
finished tasks, on-demand task suspension
and resumption and many other things that are useful for both system
administrators and application developers.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
g/meetings/mistral/2013/mistral.2013-10-21-16.00.html
The project has just started, please join us and/or leave your feedback.
Renat Akhmerov
Mirantis Inc.___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-b
skServiceDesign
Mistral at Launchpad: https://launchpad.net/mistral
Mistral wiki: https://wiki.openstack.org/wiki/Mistral
Renat Akhmerov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/
Yes, will do. Thanks!
On 15.10.2013, at 18:37, Nick Chase wrote:
> Maybe add a link to the Mistral page from the Convention page?
>
> On Oct 15, 2013 4:22 AM, "Renat Akhmerov" wrote:
> Hey Clint, thanks for your question. I think it's been fully answered by this
&
On 15.10.2013, at 14:45, Zane Bitter wrote:
> That said, can we please, please, please not invent a *third* meaning of
> "orchestration"? The proposal, as I understand it, is Workflow as a Service,
> so let's call it that. The fact that orchestration uses a workflow does not
> make them the s
been going so
far. We now have a link from launchpad name to Convection proposal so one
shouldn't be confused about what is what.
Thanks!
Renat Akhmerov
Mirantis Inc.
On 15.10.2013, at 0:32, Joshua Harlow wrote:
> +2 More collaboration the better :)
>
> From: Stan Lagu
l be holding weekly meetings on Mondays at 16:00 UTC on
#openstack-meeting at Freenode. If you have any questions or would like to
contribute, you can find us on #openstack-mistral.
Renat Akhmerov
Software Engineer
@ Mirantis Inc.
+7(495) 640 4904, ext 0236
+7-905-984-2469 (cell)
ra
601 - 683 of 683 matches
Mail list logo