14:02:30 #startmeeting osops 14:02:30 Meeting started Mon Mar 27 14:02:30 2017 UTC and is due to finish in 60 minutes. The chair is mrhillsman. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:02:31 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:02:33 The meeting name has been set to 'osops' 14:02:45 #topic RollCall 14:03:42 hi mrhillsman 14:06:14 hey 14:06:22 lost interwebs for a moment :( 14:07:15 #topic Previous Agenda 14:07:21 #link https://etherpad.openstack.org/p/osops-meeting 14:07:39 i think we covered most of this stuff previously 14:08:14 robputt you around? 14:09:11 guess not hehe, will have to check with him on that monitoring matrix idea 14:10:31 o/ sorry for being late 14:10:45 no worries 14:11:09 going to change topic because previous items are old except one 14:11:26 #topic Ops Midcycle Review 14:11:44 one of the things from the midcycle was around new projects 14:12:04 #link https://github.com/openstack-infra/project-config/blob/master/gerrit/projects.yaml 14:12:14 that link was provided as a way to find out about new projects 14:12:33 along this same line there was discussion about the project team guide 14:12:59 #link https://etherpad.openstack.org/p/MIL-ops-osops 14:13:48 wondering if anyone has any ideas about what could be added to the project team guide to potentially address some operational items 14:14:14 #link https://docs.openstack.org/project-team-guide/ 14:15:20 * yankcrime reads 14:15:21 #action mrhillsman start a thread on the ML around ops content for project team guide 14:15:45 yankcrime hehe, you will need some time :) 14:15:57 Probably some "operational requirements" kind of section? 14:16:08 yup 14:16:11 requirements is a hard case to make 14:16:16 operational considerations perhaps 14:16:18 Things that Operators look at a project before adopting it 14:16:20 yeah 14:16:22 something like that 14:16:26 not as a strict requirement but lique a guide 14:16:30 at least some kind of "engage operators early to ensure their concerns are captured" or something 14:16:40 some guidelines 14:16:43 agreed 14:16:55 we also have the ops tags 14:17:04 which we need some more visibility into 14:17:07 there's an issue of awareness that needs to be thought through really 14:17:15 how should operators / interested parties be made aware 14:17:16 but that could be a way to ensure "requirements" 14:17:22 should the onus be on the project team 14:17:32 i think so 14:17:35 cannot say for sure 14:17:36 or should it be up to the operators community to organise and interact 14:17:37 Yeah operational minimal viable product 14:17:41 probably a bit of both 14:17:44 but if there is already say an email that goes to openstack-dev 14:17:52 should probably go to openstack-operators as well 14:18:10 yeah, i think that should be the minimum tbh mrhillsman 14:18:21 probably a combination as you suggest yankcrime 14:18:27 even just some notional "try and canvas operatos opinions via an email" 14:18:31 this links to logging standardization as an example I think 14:18:34 definitely a notification at least 14:18:41 good shout izaakk 14:18:56 yeah 14:19:17 i'll start a thread on the ML 14:19:30 Cool 14:19:34 sounds good 14:19:47 will probably need quite a bit of input and perspectives on this one 14:19:53 at least to get started 14:20:05 and some delicate moderation no doubt ;) 14:20:30 hehe 14:21:15 we also discussed at the midcycle addressing the larger needs of operators versus just tooling 14:21:34 this is going to be quite an undertaking as i was reviewing the wiki 14:21:43 which definitely gives way for that 14:22:01 as it has operations and then ops tooling 14:22:12 i wonder how can we get buy-in 14:22:44 Buy-in in what? 14:22:48 i think we need to consider amongst many things that are a concern for operators 14:22:52 what are the top 3 14:23:01 izaakk participation 14:23:10 looking at the operations wiki 14:23:28 #link https://docs.openstack.org/project-team-guide/ 14:23:31 bah 14:23:44 #link https://wiki.openstack.org/wiki/Operations 14:24:01 there are quite a few areas 14:24:09 i was looking at the use cases one for example 14:24:19 and it has stuff there from 2012 14:25:01 so i think addressing the larger needs of operators warrants a few folks taking a step back and thinking about this at large 14:25:30 i think a good starting place is getting a group together who can 14:25:43 within osic our group is focused primarily on the tooling 14:26:06 branching outside of this subset is probably too much for us to take on 14:26:12 alone :) 14:26:48 right now we have i can say in terms of working groups/teams as noted on the wiki 14:26:58 ops meetups and tooling 14:27:42 personally i do not know how to tackle it and need some guidance on it 14:28:15 Yes, also, Monty made a good point on the repo. I think a good framework that allow the operators community to have the opportunity to get ATCs. Probably help from docs people to unify all this concepts? 14:28:44 agreed 14:29:12 so it is something i think we need to hash out in terms of expectation/purpose/motive/etc and get some feedback 14:29:17 Because from the docs session, a lot of people doesn't even look at this guide, either is not updated or is not clear how to even start to contribute 14:29:38 so if we are more than just tooling 14:29:53 what are we <- this needs to get structured 14:30:49 Question: is Operators Tools and Monitoring the same as OSOps WG? 14:31:25 good question :) 14:32:02 i do not have the answer :) 14:32:16 i think addressing the wider needs of 'operators' is going to be a case of asking what people expect from the ops community 14:32:18 i would say no in terms of the definition 14:32:23 because a working group is temporary 14:32:31 which is basically what you're saying by "thinkinbg about this at large" mrhillsman 14:32:33 good point yankcrime 14:32:40 yep 14:33:30 so i think possibly an email is in order for this 14:33:50 there's different levels of interaction - what are our inputs (experience, developer / project lifecycle interaction), what are our outputs (code, docs), and how to get involved 14:33:51 something like we are streamlining what we do, what we are, and are requesting help in defining that 14:34:47 maybe an etherpad instead yankcrime ? 14:35:02 flushing out those in/outs and how to get involved 14:35:19 allow folks to comment/discuss 14:36:17 good idea, at the very least just a grab-bag of ideas to discuss and formalise for a session in boston 14:36:24 ok cool 14:37:36 so it sounds like we have a couple of things to tackle 14:37:47 +1 14:38:03 #action work on getting the repos to a place where they are relevant to ATC/AUC 14:38:32 #action setup etherpad for brainstorming around ops community ins/outs/involvement 14:39:01 last thing and then we can drop :) 14:39:11 #topic Ops Hangout Sessions 14:39:46 these were discussed in NYC or BCN i know and someone said they were doing them but i have not seen anything on the mailing list 14:40:46 i think an etherpad for ideas is a good way to start this 14:40:49 thoughts? 14:40:57 not seen anything about this tbh 14:41:04 same here 14:41:23 i think there is potential value here 14:41:31 would depend on the sessions 14:41:42 Google Hangouts? 14:41:45 yeah 14:42:01 like 30-40 minute workshop/walk-through/how-to/etc 14:42:01 The problem can be people from china 14:42:16 is there any other option they can use? 14:42:34 i think a pool of session ideas 14:42:42 and shared content is best approach 14:42:47 Nemat is exploring different services that are also available in chaina, I can provide more input on this. Need to talk to him 14:42:52 this way it does not have to be all english #1 :) 14:43:03 and could address your concern as well 14:44:22 cool 14:44:50 yankcrime thoughts? 14:45:33 hmm, could be good - needs some proposals and a pool of ideas like you say 14:45:42 ok cool 14:46:09 #action create etherpad for capturing ops hangout sessions 14:46:09 be nice to tease out some "ops best practices" and then have demos / sessions 14:46:20 +1 14:46:43 well, if there is nothing else, i'll end the meeting and give y'all back some time 14:46:57 for every ops midcycle there's usually at least a couple of things that someone mentions and then a load of people pipe up and say they're interested in knowing more 14:47:20 true 14:47:36 #action scour ops etherpads for potential hangout sessions 14:47:53 anything else genglemen 14:48:45 nothing from me 14:48:56 I'm good 14:49:00 #endmeeting