These are chat archives for allegro/ralph

26th
Feb 2016
Michał Suszko
@msuszko
Feb 26 2016 14:23
At last. virtual code we were waiting for so long
We've rolled our own in the meantime, but with different model
VirtualProvider ---< VirtualProject ---< VirtualMachine. We don't have flavor.
Michał Suszko
@msuszko
Feb 26 2016 14:30
I wonder why you reference CloudProvider from CloudHost when you have it through CloudFlavor and CloudProject
Mateusz Kurek
@mkurek
Feb 26 2016 15:10
@msuszko you're right - so we'll probably remove this field from cloud host and reference it as you mentioned.
Do you use VirtualMachine etc for regular VMs (like Xen, vmware etc) or some cloud solution (openstack etc)?
Michał Suszko
@msuszko
Feb 26 2016 15:14
I have OpenStack and VMware vCentre
plus some HyperV, stanalone ESX, AIX LPAR, and a mainframe
Mateusz Kurek
@mkurek
Feb 26 2016 15:16
so CloudHost (and all Cloud*) are dedicated for cloud solutions like OpenStack, but we'll create something very similar to that for virtual machines (ex. without this flavor model, maybe with additional components)
Michał Suszko
@msuszko
Feb 26 2016 15:16
I'm using different approach to scan OpenStack. We have services on Zato (http://zato.io) that are invoked by OpenStack hooks
@mkurek why separate model? vCentre has model very close to OpenStack
Michał Suszko
@msuszko
Feb 26 2016 15:22
Also, you store hypervisor as an attribute of CloudHost, I chose to skip it, and just have relation to Provider
Mateusz Kurek
@mkurek
Feb 26 2016 15:24
@msuszko virtual model is not fully clarified yet - maybe we'll (re)use cloud model. We'll probably create some REP (issue) for that when you'll post your requirements (if you have any) for this model so this could satisfy our both needs
This message was deleted
Michał Suszko
@msuszko
Feb 26 2016 15:29
@mkurek yes, certainly, and maybe we can arrange IRL meeting to discuss few topics
Mateusz Kurek
@mkurek
Feb 26 2016 15:29
sure