03:01:17 #startmeeting higgins 03:01:18 Meeting started Fri May 13 03:01:17 2016 UTC and is due to finish in 60 minutes. The chair is hongbin. Information about MeetBot at http://wiki.debian.org/MeetBot. 03:01:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 03:01:22 The meeting name has been set to 'higgins' 03:01:27 #link https://wiki.openstack.org/wiki/Higgins#Agenda_for_2016-05-13_0300_UTC Today's agenda 03:01:28 yo yo 03:01:33 o/ 03:01:33 #topic Roll Call 03:01:39 Madhuri Kumari 03:01:39 o. 03:01:45 o/ 03:01:45 U can call me Mr. Josh 03:01:52 Hongbin Lu 03:01:55 Mr. Josh, hi 03:01:58 lol 03:01:58 o/ 03:01:59 Dims 03:01:59 Sheel Rana 03:02:42 Pause a few minutes for other potential attendees 03:03:09 * harlowja_at_home holds my horses 03:03:16 * Qiming_ selling tickets at the door 03:03:24 haha 03:03:27 #topic Welcome 03:03:32 we also need beverage :) 03:03:37 Welcome to join the first Higgins team meeting. 03:03:47 The purpose of this meeting is to collect requirements from everyone and drive consensus on the project roadmap. 03:04:03 Thanks everyone for coming today to discuss the existing project with us. 03:04:07 thanks hongbin for setting this all 03:04:17 #topic Introductions 03:04:30 In this section, I'd like to give everyone an opportunity to introduce themselves, and say what you work on and why you interest in the Higgins project. 03:04:44 I can start first. 03:04:53 My name is Hongbin Lu. I works for Huawei Canada, and I am the current Magnum PTL. 03:05:02 I want an OpenStack Container service that is integrable with different container technologies. 03:05:17 My role here is providing helps to create a new team (DONE), and then pass the responsibility to the new team. 03:05:26 That is all from me. Who would like to go next? 03:05:37 Ok, I am Sheel Rana 03:05:48 currently works with Cinder and Nova teams 03:05:56 from NEC India 03:06:03 Madhuri Kumari, Magnum Core. I work with Intel, India. 03:06:36 I'm josh, current oslo ptl, core on many different things (in and outside of openstack), created multiple libraries used in different places, working at godaddy (previously yahoo), been in openstack for like 5 years, we are looking into the kube <-> openstack kind of integration but are also (personally and as a company interested in the general area here and ... TBD ... 03:07:23 I think therefore I am 03:07:24 and thats me 03:07:45 I have been working on containers for an year or so. So interested in enabling containers on Openstack. That's all from me 03:08:07 Thanks. Next? 03:08:09 Qiming Teng, IBM, senlin PTL, heat core, based in Beijing, China 03:08:24 My nick name is Dims, just listening in. have helped with some related projects before. 03:08:37 dims, u are more than that! 03:08:39 looking for a generalized abstraction of containers on openstack, so containers can be treated as first-class-citizen someday 03:08:39 :) 03:08:50 I am xuhaiwei, from NEC, currently core of Senlin project, also focus on NFV 03:08:54 :) 03:09:08 I'm Yanyan Hu, from IBM China research lab, the same as Qiming. I'm from Senlin team. I also have worked on Mesos/Marathon scalability study for about half year. 03:09:15 Namrata Sitlani based in India an individual contibutor. 03:09:41 Cool 03:09:42 I'm Shu Muto, Magnum-UI core, from NEC. I'd like to implement UI for Higgins. Thanks. 03:09:57 UI man 03:10:05 👍 03:10:24 I am OTSUKA, Yuanying from NEC. I want to use container technology without managing a lot of things. 03:10:37 :) 03:11:03 Seems that is all for everyone 03:11:09 #topic Announcements 03:11:14 Welcome everyone:) 03:11:18 #link https://review.openstack.org/#/admin/groups/1382,members Initial Higgins core team 03:11:41 The core team was created based on expressed interest in the etherpad 03:11:56 fair enough 03:12:00 Anyone else want to join the core team? (or be removed) 03:12:12 * harlowja_at_home i can't say yet, perhaps in the future 03:12:18 need to see what this turns into first :-P 03:12:29 harlowja_at_home: ack 03:12:47 #topic Drive consensus on requirements 03:12:57 #link https://etherpad.openstack.org/p/container-management-service etherpad for collaborating on project requirements 03:13:11 In this section, I have the etherpad to record our requirements. 03:13:20 I will pause for a while to let everyone write down your opinions in the etherpad. 03:13:53 hongbin, Before we start I have some concerns. 03:14:05 mkrai: go ahead 03:14:19 Is openstack community accepting this project? 03:14:41 We have nova-docker also 03:14:45 mkrai : this is under big tent, we have all access as much as other projects 03:14:57 what means accepting in your mind mkrai ? 03:14:58 mkrai, the project has been accepted :) 03:15:12 Not for big tent yet 03:15:25 We need to have a working history to meet the 4 opens 03:15:35 Yes agree about that 03:15:35 Then, we are able to join the big tent 03:16:17 mkrai: any other concern? 03:17:09 From the comments on etherpad, it looks there is an argument about the scope of the project 03:17:17 No let's just kickstart things 03:17:58 Therefore, I summarize the proposed scopes in the last session 03:18:40 Obviously, there are many proposed ideas. It seems we cannot statisfy all of them 03:19:29 I am thinking if we could have everyone vote on the list 03:19:44 seems like there are as many ideas as people :-P 03:19:52 1 vote for each, lol 03:20:14 harlowja_at_home: yes. That is allowed.... 03:20:34 k 03:20:40 I'm not gonna vote for Trump 03:21:05 lol 03:21:13 question is where do we start 03:21:40 Hi hongbin. I am Vivek Jain an Individual contributor from India. I am also interested in working on Higgins UI. 03:22:00 vivek_: hey 03:22:05 vivek_: welcome 03:22:13 hongbin: Thanks:) 03:22:15 vivek_: We are working on the etherpad 03:22:30 vivek_: https://etherpad.openstack.org/p/container-management-service 03:22:35 Thanks hongbin 03:27:21 hongbin: here i would like to ask on etherpad query - line 9 : what is being abstracted? 03:27:45 here's looks like we are heading to consensus on initial tasks 03:27:49 sheel: The initial proposal is to abstract containers 03:28:21 hongbin: ok 03:29:52 dims: Yes, some items get most votes, which is the good canadidate for initial implementation 03:30:02 wearing my TC Hat, we should NOT compete with container frameworks like Mesos or Kubernetes 03:30:32 over time may be, we should not start there 03:31:11 +1 03:31:39 that's why i still like the docker-compose-like thing still, but idk 03:31:49 this came up in the board/tc meeting fyi - https://etherpad.openstack.org/p/6PuSKyUOHk 03:32:00 holy crap 03:32:52 we need to co-exist and cooperate with others frameworks and foundations..not take over 03:33:49 if we do container composition, we should schedule to swarm, kubernetes, mesos etc. for example 03:34:06 that'd be fine with me (internal impl detail imho) 03:34:33 dims: you concern is the pod things? 03:35:29 hongbin : passing alone what was discussed whether i agree or not :) 03:35:30 dims: Or I might ask which proposed ideas that make you feel we are competing with COEs? 03:36:13 s/alone/along/ 03:36:56 My feeling is that if we focus on abstracting different container technology, we won't compete with COEs 03:37:21 But if we want advanced features, like rolling upgrade, etc. then we are at risk 03:37:46 +1 03:37:52 hongbin : yep 03:38:01 dims, could you pls shed us some lights on " we should NOT compete with container frameworks like Mesos or Kubernetes", why is that a big concern? 03:38:34 .. except the COEs do not offer identical features .. so are you proposing 3 (at least) different "container-ish things" that you can create? 03:38:42 .. or a lowest common denominator? 03:39:48 OK. It looks everyone finishes writing? 03:40:15 Qiming_ : long conversation will need folks like ttx and mordred about how to be a good citizen in the overall eco system 03:40:22 hey gus ! 03:40:35 I see 03:40:35 * gus stumbled into this meeting purely by accident 03:40:40 ;) 03:40:47 i'm a law-abiding citizen 03:40:50 and also good 03:40:53 Qiming_ : let me dig some info when i get a chance 03:41:32 From the etherpad, it looks most people like this idea: Basic container operations (i.e. CRUD) 03:41:42 👍 03:41:52 yep, that is the core of the project 03:41:56 +1 03:41:58 I would suggest we start with that 03:42:00 Yeah +1 03:42:18 With docker intially? 03:42:19 yes 03:42:23 agree 03:42:29 +1 03:42:35 Sounds good 03:42:38 hongbin: i'm interested in the relationship between magnum and higgins 03:42:51 +1 03:42:56 +1 03:43:01 flwang: you have specific question? 03:43:09 that would be the 1st line of FAQ 03:43:28 flwang: sure I can fill that 03:43:40 hongbin: since if we have Higgins, Heat can talk with Higgins directly 03:44:03 #action hongbin fill FAQ to explain the relationship between Magnum and Higgins 03:44:12 hongbin: thanks :) 03:44:15 fyi, at https://github.com/dims/mincntr/tree/master/mincntr i have list and create operations for docker and k8s if we want to start there 03:44:33 flwang: Yes, Higgins should be independent of Magnum, with an option to integrate with Magnum 03:44:45 i maintain the python-k8sclient repo as well along with the magnum team 03:44:55 flwang: (that is my person oponions) 03:45:19 dims: thx 03:45:24 hongbin, mine too. Higgins should be independent of Magnum. 03:45:26 dims: will the Higgins have to recreate all the wheels of Nova did? 03:45:33 #link https://github.com/dims/mincntr/tree/master/mincntr 03:45:45 flwang no. it will be a proxy/pass-through 03:46:18 We should avoid to duplicate with any other OpenStack project 03:46:18 dims: like a client? instead of a service? 03:46:45 flwang: My understanding is like Ironic for baremetal 03:47:18 flwang . higgins CLI -> higgins REST API -> higgins API -> calls Docker API or K8S API 03:47:32 hmmmm, durn, i'd have liked a the docker-compose-like-service; aka, here is my docker-compose like yaml, go higgins make it happen (and user is done) 03:47:35 we start there 03:47:51 dims: +1 03:47:53 harlowja_at_home : yep, that will call the higgins REST API 03:48:02 dims: In which case do we use magnum to provide the k8s api? 03:48:07 docker-compose-like-service can call higgins REST API 03:48:32 gus : this should work against k8s whether or not deployed by Magnum 03:48:35 gus, We are removing all container related API from Magnum 03:48:35 In particular: what's the proposed strategy for multi-tenancy? 03:48:43 imho higgins would be the receiver of that yaml (and it would figure out how to do all the things) :-P 03:48:59 (but i do see the value of primitives and getting them working right) 03:49:00 harlowja_at_home : that's do able too. once we get past CRUD 03:49:15 y, stage 2 03:49:23 dims: cool 03:49:35 so again: multi-tenancy. k8s doesn't provide strongly isolated containers. 03:49:41 gus: There are two types of container (Clear Container/Hyper like, docker like). They might have differnet multi-tenancy strategy 03:49:55 i guess gus do we want to aim for the now, or for 6 months from now 03:50:17 #topic Open Discussion 03:50:20 I have heard that Kuryr provides multi-tenancy 03:50:39 well, if we're planning to build on k8s, then we might consider having "multiple" k8s APIs, for each tenant. This is basically what magnum provides. 03:50:39 so depends on what variant of multi-tenancy that means :-P 03:50:47 mkrai: kuryr is only network (at least for now). 03:50:56 so, who has time for actual work? :) 03:51:05 dims, i thought u had it all done already 03:51:05 yes, kuryr guy here 03:51:28 harlowja_at_home: +1 :) 03:51:28 dims: i am in 03:51:48 dims: count me 03:51:50 me too 03:51:54 dims: me too 03:51:55 I will part-time contribute (full-time on Magnum) 03:52:04 +1 in part-time 03:52:16 part-time for me 03:52:21 full time for me 03:52:23 I am in 03:52:24 50% 03:52:29 usual problem i see is (example kolla-k8s) is folks are very interested but have current obligations. hence the ask :) 03:52:36 to me thats in part why the API would be a docker-compose-like-thing vs the primitives, because u can basically say for v1 of this system, it will not be hardened multi-tenancy, but in the future u can just change out the backend implementation with one that is more hardened for multi-tenancy 03:52:40 count me 03:52:45 very cool! 03:52:52 count me as well, although maybe not fulltime 03:53:06 Seems we have lots of contributor 03:53:15 looks like we can get cranking immediately 03:53:17 i can write some comments and such 03:53:18 \o/ 03:53:30 chandankumar: hey 03:53:32 yes we can 03:53:34 hongbin, Hello 03:53:40 harlowja_at_home: I think you're underestimating the differences between COEs (and rkt vs docker, etc) 03:53:41 chandankumar: hi 03:53:51 chandankumar: we are in open discussion 03:54:00 gus, well who said anything that the docker-compose-like-yaml would have to target them all initially ;) 03:54:17 hongbin, i will take a look at the meeting minutes. 03:54:21 chandankumar: you can relay your inputs to https://etherpad.openstack.org/p/container-management-service later if you want 03:54:28 sure 03:54:53 hongbin, How are we gonna distribute tasks? 03:54:59 just saying, fundamental things like pods and the network environment exposed to containers varies *greatly* between all the different things out there. 03:55:07 mkrai: use BP :) 03:55:10 I am afraid people might spend time working on same thing 03:55:31 +1 to BP 03:55:36 gus +1 03:55:37 Works for me 03:55:53 mkrai : we can start weekly meetings to figure out who is doing what too right? 03:56:03 BP will be a better option 03:56:14 Yes, the weekly meeting 03:56:19 Yes dims 03:56:33 hongbin, let's book a weekly slot for us 03:56:37 So .. what's a use-case for this project? 03:56:42 gus fair enough, let's see where stage1 here goes, maybe the more advanced thing is stage2, idk 03:56:53 we are about to running out of time...3 more minutes left 03:56:56 Everyone want a weekly meeting? 03:57:00 I usually don't attend meetings at 3am 03:57:03 hongbin: yes 03:57:15 #action hongbin schedule a weekly meeting for Higgins 03:57:22 Qiming_ : almost midnight for me and hongbin 03:57:31 I see a whole lot of desired buzz words on the etherpad, but not any suggestion of what this offers to an end user. 03:57:42 I am thinking if we should have an alternate meeting biweekly 03:57:44 try doodle then, :) 03:57:49 gus agreed 03:58:12 OK. Doodle will work 03:58:13 gus +1 03:58:46 gus : it started from folks like trove wanting to use a single api to talk to anything deployed by magnum 03:58:46 gus: It offers a container abstraction backed by different container tech 03:58:53 .. and remember that the alternative that we need to compare ourselves against is doing something like a coreos VM with a few containers started via cloud-init. 03:59:21 go cloud-init! 03:59:22 gus : yep 03:59:23 lol 03:59:28 .. or just using the native k8s / swarm / mesos API directly. 03:59:44 I'm struggling to see what sort of user wouldn't already be satisfied with one of those. 03:59:49 trove will need 3 impls for same tasks...yes 04:00:09 if people prefer k8s, then they should go k8s->magnum->openstack 04:00:29 orrrrr this group can focus on the k8s<->openstack integration parts 04:00:48 https://groups.google.com/forum/#!forum/kubernetes-sig-openstack ;) 04:01:02 OK, time is up 04:01:07 thanks for the link, harlowja_at_home 04:01:11 np 04:01:15 harlowja_at_home : ha. nice try 04:01:16 All, thanks for joining hte meeting 04:01:20 dims, shhhh 04:01:21 lol 04:01:23 Thanks everyone! 04:01:23 dims: re the trove use case - they aren't going to get that. If you want to install a multi-node (aka reliable) database then you need to configure your job differently for the different COEs in order to reach your peer servers. 04:01:24 thanks 04:01:28 #endmeeting