My replies inline

Thanks,
Vijay V.

> -----Original Message-----
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Monday, October 15, 2012 7:42 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: Integrating autoscale branch to master?
> 
> On Fri, Oct 12, 2012 at 11:54 AM, Vijay Venkatachalam
> <vijay.venkatacha...@citrix.com> wrote:
> > Ok I will keep changes ready, and will merge once 4.0's news is declared.
> >
> > -Vijay V.
> >
> 
> Vijay,
> 
> I haven't kept up with this recently so a couple of questions/assumptions:
> 
> 1. Autoscale code will require NetScaler libraries right?

There are 2 parts to autoscale code.
A. AutoScale Manager and its services, 
  This is part of the core. And has no No Netscaler jar dependency; 
  This part is coded like any other NetworkServiceManager, meaning any network 
  element can provide autoscale service.  So this part does not have compile 
time 
  dependency with NetScaler jar.
     
  If an autoscale provider (which is most likely already an LB provider) does 
not exist 
  in that network an error is thrown at run time.
  So for all oss builds (where Netscaler is not packaged and cannot be added 
  to the infrastructure) we should get a run-time error when configuring 
autoscale.

B. NetScaler Element and Netscaler Resource (which is part of non-oss build 
today) 
     has been enhanced to provide autoscale capability. Today only 
     NetScaler does this, in future any network element can he enhanced 
     to provide autoscale. This part already has NetScaler jar dependency 
     (and is considered non-oss today)  and will continue to have NetScaler 
      jar dependency.


> 2. Is autoscale functionality modular enough that we can turn building it
> on/off at will?


Short Answer, No.
Since AutoScale is like an addon to LB there are touch- points. For example, 
when a LoadBalancerRule is deleted the AutoScale entities created for it 
also should be deleted, hence the dependency. 
Basically there is code in LB core to delete autoscale entities on the 
loadbalancer 
rule's delete path. Hence Part (A.) could not be modularized. Is there an 
alternative here?

Also, in the UI autoscale will appear as part of LB to the user and if he 
attempts to configure 
AutoScale in a network which does not have NetScaler; he will get a run-time 
error.

> 3. Has there been any change to the netscaler java library licensing?
> I know there was work underway, but I never heard about a conclusion.
>

I am still chasing the legal team on this, but for the moment, we should 
continue 
to treat NetScaler as non-oss.
 
> --David

Reply via email to