> A couple of more to add to the list. > There isn't really a good binary software dependency resolution framework > for Windows (at least not that I am aware of) and you potentially need lots of > different things - mysql libraries, python, ipmitool, or another shell to > execute shell scripts. Look at the list of the dependencies we install in the > RPMs for an idea of things that are missing. Is the plan to bundle those in > the > binaries? (If so, we need to be having a serious discussion around a shift of > a > number system requirements to dependencies which may or may not be > acceptable.) With what appears to be some serious refactoring in how the > management server works that Alex outlines and I doubt this is a short term > goal. (e.g. 4.4 timeframe). If you are going to take on all of the refactoring > work, please start by building tests that prove that it all works today and > then > verify the same behavior in the refactored work.
It's not a serious refactoring. Most of these things are actually isolated in plugins that are separated from the management server already. For example, Rohit was able to use the same plugin that does database upgrade to implement deploydb with relative ease. We just never finished the job to remove it from the management server bootstrap. I don't see the code change as big changes. And these changes benefits CloudStack regardless of it it's windows or not. I think packaging is where most of the changes are. The good thing is that this packaging is obviously going to be entirely in windows package (won't be rpm for example) so hopefully we keep that in mind and don't disrupt the rpm packaging. I do see a lot of people who can benefit from this. I think people who are implementing true cloud usages will use our current installation. But I do meet a lot of windows admins who needs help. And they might move over to Linux for actual deployment but even just to get started to try out cloudstack is difficult for them. However, if we're targeting this group, then the current spec is insufficient. --Alex
