16:01:23 #startmeeting Mistral 16:01:24 Meeting started Mon Dec 9 16:01:23 2013 UTC and is due to finish in 60 minutes. The chair is rakhmerov. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:25 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:27 The meeting name has been set to 'mistral' 16:01:30 hello everyone 16:01:37 hi 16:01:39 hi 16:01:44 hi 16:02:25 hello 16:03:07 hey 16:03:42 here's the proposed agenda for today's meeting: https://wiki.openstack.org/wiki/Meetings/MistralAgenda 16:03:50 Hi 16:05:19 additionally, I would add a topic "Detailed plan for PoC demo app" to that agenda. I was going to do that but looks like I forgot, sorry 16:05:38 so let's start with previous action items 16:05:43 That is fine. Lets add this to the end 16:06:02 yes, 1 sec 16:06:07 I meant PoC demo app. 16:06:46 What is the list of AI? 16:07:04 done 16:07:05 ok 16:07:11 joel_c: Hi Joel! 16:07:18 #topic previous AIs 16:07:27 joel_c: Glad to see you here. 16:07:33 1. nmakhotkin, rakhmerov Check once more what TaskFlow lacks to be able to use it in Mistral 16:07:49 So we have some new info on that 16:07:58 #1 is it a doxument? 16:08:02 #1 is it a document? 16:08:09 and that's pretty important 16:08:28 We need to have this publically available to start converstaion with Joshua 16:09:24 we finally realized the most important thing that TaskFlow lacks now. It doens't support asynchronous tasks. Here's the link to the etherpad where we started discussing that: https://etherpad.openstack.org/p/async-taskflow-tasks 16:09:33 it's published 16:10:11 Cool. Keep Joshua in the loop. We need a close collaboration here. 16:10:22 yes, sure 16:10:30 Discuss with him what they\we can do. 16:10:40 we keep talking to them 16:10:44 Submit BPs for taskflow. 16:10:48 Great! 16:11:34 #action rakhmerov, submit blueprints for TaskFlow about lacking functionality (i.e. asynchronous tasks) 16:12:31 so for now we've made a decision to create our own engine without TaskFlow, it will allow us to understand what we need from TaskFlow better 16:13:01 rakhmerov: a fork of taskflow? 16:13:09 it doesn't mean we're not going to use TaskFlow but at this point it just makes more sense 16:13:25 joel_c: not really a fork 16:13:44 well, actually not sure what you mean? 16:13:56 joel_c: It will be a PoC for Mistral which will help to figure out requirements for taskflow 16:14:06 yes 16:14:11 gokrokve: rakhmerov: understood. 16:14:26 Once we have a list of requirements we will with taskflow team to implement them 16:14:42 We are working with taskflow team pretty closely 16:15:14 We had a lot of meetings with them to define Mistral architecture and how taskflow fits to it 16:16:04 the main point here is that we first need to think about the architecture of Mistral as if we didn't know about TaskFlow existance. Then with knowledge of what we need we could provide more valueable requirements for TaskFlow so that we can apply it within Mistral 16:16:13 hope it makes sense 16:16:13 There are some gaps in taskflow library which should be filled before we can use it. So our idea is to create a simple engine for Mistral and based on it we will prepare a list of features we need from taskflow. 16:16:25 yes 16:16:40 it's jut more clear experiment if you will 16:17:17 thanks for the clarification 16:17:22 otherwise we will end up creating workarounds for using TaskFlow rather than concentrating on Mistral architecture 16:17:47 but again, we'll try to contribute our ideas into TaskFlow and eventually use it at some point 16:18:34 so now we're prototyping the engine implementation without TaskFlow and we've almost done the initial version 16:18:58 NikolayM, is it going to be committed today? 16:20:30 ok, not sure if he's here but he was planning to do that at least 16:20:34 let's move on 16:20:36 yes, I just finish general ideas 16:20:43 ok, cool 16:21:28 after that we're planning to look at it, play with it and think how we can further address HA and scalability requirements 16:21:47 we also had the second action item 16:21:52 Renat, do we have a scope of PoC defined? What use cases will be covered? 16:22:03 Ok. Go with 2nd AI 16:22:19 akuznetsov, nmakhotkin, rakhmerov Create a detailed plan for the demo application for PoC 16:22:33 which is what I just included into the agenda 16:22:47 last time we decided to devote this meeting to exactly that topic 16:23:08 What is demo application? 16:23:28 so as you may guess, it's not done yet even though we have some thoughts 16:23:38 I wonder if we can have scheduled event use case covered. 16:23:59 I believe, that use case was interesting for Joel. 16:24:12 For scheduled backups for example. 16:24:13 gokrove: yes, we have a bluprint mistral-poc, it pretty much describes what PoC is going to address 16:24:21 Link? 16:24:26 yes, it will be covered 16:24:30 ok, sec 16:24:47 https://blueprints.launchpad.net/mistral/+spec/mistral-poc 16:24:59 it's not really detailed, sorry 16:25:30 additionally you may want to look at https://etherpad.openstack.org/p/MistralAPISpecification and https://etherpad.openstack.org/p/MistralDSLSpecification 16:25:49 to better understand what's going to be implemented in PoC 16:26:06 but yes, this use case will be covered 16:26:19 but just one note here 16:27:02 for PoC we are planning to implement only simple actions like "sending HTTP requests" 16:27:38 so scheduling backups will be possible only if we represent it with a set of REST or AMQP calls 16:28:15 joel_c: if you have any questions, please ask, we'll be happy to clarify them 16:29:01 rakhmerov: will do. so far so good. ;) 16:29:24 ok :) 16:29:30 later on we're going implement more capabilities in Mistral like convenient callback to the applications so that we could implement some actions within python code itself 16:30:19 ok, let's task what Demo App is going to do with PoC 16:30:42 #topic Detailed plan for Demo App to demonstrate PoC capabilities 16:31:03 not sure if I answered your the question what Demo App is 16:32:05 By the way, we can evaluate an interface of salt minion 16:32:15 This is an agent of salt stack. 16:32:22 so Demo App is an application (may be just a python script) that will be uploading a workflow into Mistral and tell Mistral run a workflow using either the corresponding REST API call or just defining periodic events within a workflow definition itself (using DSL) 16:32:27 Probably we can send some hooks to it. 16:32:35 ok 16:32:44 It is zeroMQ based. 16:33:01 #action Evaluate an interface of salt minion 16:33:18 There is an e-mail thread about unified agent. 16:33:33 Salt minion was mentioned as potential basis. 16:33:47 Demo App in our case may just build a workflow definition taking some input parameters (like how many VMs this workflow should create) 16:34:07 gokrokve: got it, thanks, we'll look at it 16:35:44 Initially we were planning create a Demo App that would build a workflow like "Create several VMs" -> "Create Cinder Volumes" -> "Attach Cinder Volumes" -> "Format Volumes" 16:36:20 so the app itself seems to be easy to implement but I personally have a couple of concerns here 16:36:54 are we going to be able to perform all these actions like "Create VMs" using just REST calls? 16:37:04 any comments on this guys? 16:37:33 or you can also suggest a different plan for Demo App 16:38:41 it is something we need to decide quickly :) 16:38:50 gokrokve: were you suggesting that the demo would also integrate through to an agent within the VM representing application deployment/configuration? 16:39:08 gokrokve: and the agent would be based on salt? 16:39:24 no, honestly we were not 16:39:40 rakhmerov: Actually yes. 16:40:22 it can be made later but I believe we've not decided to implement this in PoC 16:40:23 it would be great if that was achieved 16:40:23 I think that might be useful as PoC can be used not only for demo but for some real use cases if it works with agent on VM side 16:40:49 agreed. this USE case is valuable. 16:40:55 joel_c: Yes. Do you want to try PoC code in your lab for your use cases? 16:41:13 joel_c: Yes 16:41:28 Yes, this will play well into custom collection(stack)/application deployments 16:42:09 joel_c: Cool. Do you have any specific requirements to use Mistral? 16:42:38 It will not be a production code, so you can play only in a lab with it. 16:43:09 nothing specific at this time however if the PoC included what was just discussed it would be enough to demonstrate clearly how it can be evolved into something for production 16:43:44 joel_c: Great. We will definetely include this to PoC. 16:44:32 as far as VM agents, I totally agree about communicating with VM agents but I'm pretty sure we won't be able to achive that this week :) However, given this new info we'll try to implement it quickly 16:44:56 rakhmerov: Not this week. 16:45:19 rakhmerov: for this week we just need a base engine for Mistral. 16:45:23 well, if you're talking about PoC it's supposed to be finished on Friday 16:45:32 PoC for engine. 16:45:35 Yes. 16:45:45 not sure I understand you 16:46:00 Integration with agent can be done later. Let say nex week. 16:46:04 Integration with agent can be done later. Let say next week. 16:46:25 this Friday is a deadline for Mistral PoC (REST API, Scheduler, Engine) 16:46:35 So, do not change a scope of work for this week, but plan next week activities with agent. 16:46:40 yep, next week I think we can do it 16:46:47 rakhmerov: Good. 16:46:57 definitely, ok 16:48:13 #action Work on joel_c requirement about communication with VM agent 16:50:54 So I guess we talked on Demo App for PoC and understand what we're planning to do 16:51:05 I was going to discuss one more thing 16:51:11 #topic Discuss Mistral Engine & requirements to TaskFlow 16:51:16 rakhmerov: you might want also to involve Dmitry into the discussions of VM agent - he seems to be working on unified agent for several projects, getting the reqs and elaborating blueprint 16:51:32 ok 16:51:41 Dmitry Mesheryakov? 16:51:51 yes 16:51:58 ok thanks 16:53:24 as far as requirements to TaskFlow - we've already talked about it and and it is in progress 16:54:42 #action Arrange a meeting with Dmitry Mesheryakov about Unified Agent (include Stan and others) 16:55:40 looks like we don't have much time to discuss Mistral Engine now 16:57:08 basically now it's going to schedule workflow executions in separate threads without distributing anything 16:57:38 of course, it's not going to be neither fault tolerant nor scalable 16:58:27 so my main concern here is to propose an architecture to address these requirements 16:59:13 so that Mistral would be stateless and we could scale it easily 16:59:26 I suggest we discuss it on the next meeting 16:59:40 so, let's finish now 16:59:47 thanks to everyone! 16:59:49 bye 16:59:58 #endmeeting