[Hawkular-dev] Hawkular integration

Lukas Krejci lkrejci at redhat.com
Thu May 21 13:03:03 EDT 2015


On Thursday, May 21, 2015 16:20:01 Thomas Heute wrote:
> On 05/21/2015 04:02 PM, Matthew Wringe wrote:
> > Yeah, I was under the impression that metrics needs to be handled in a
> > special manner since we need to run it differently in OpenShift. Which
> > means when we also add in Alerting to OpenShift, it will also need to be
> > handled in a special manner. But I guess we can figure that part out when
> > we actually need to add in Alerting.
> Yes we'll likely want a Metrics+Alerts (and maybe replace Metrics only
> as we can't afford to QE many combinations) for OpenShift purpose.
> 
> > I think the discussion was also thinking about doing things in a modular
> > manner, where we could have the different components running as
> > individual containers in kubernetes, and then spin up (or down) more
> > containers as needed. But it looks like the decision is to not to go with
> > that approach for scaling the main Hawkular server.
> Right this is not a requirement, we also voted for a zip distribution at
> the f2f (not a set of docker containers).
> 

I apologize if I don't remember that correctly, but a set of docker containers 
was not an option. "A" docker container was. That is a big difference because 
a zip and a docker container are conceptually almost identical.

Not so a set of containers that would assume the distributed deployment.

> Thomas
> 
> > ----- Original Message -----
> > 
> >> From: "Heiko W.Rupp" <hrupp at redhat.com>
> >> To: "Discussions around Hawkular development"
> >> <hawkular-dev at lists.jboss.org> Sent: Thursday, May 21, 2015 9:27:19 AM
> >> Subject: Re: [Hawkular-dev] Hawkular integration
> >> 
> >> On 21 May 2015, at 13:50, Michael Burman wrote:
> >>> it's a good combo to keep those two as "standalone", as there are
> >>> other alerting components available also (such as Bosun) - which we
> >>> would probably like to 'compete' with.
> >> 
> >> Question is though how much we need to take care of this now and not
> >> address it when we need it.
> >> _______________________________________________
> >> hawkular-dev mailing list
> >> hawkular-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/hawkular-dev
> > 
> > _______________________________________________
> > hawkular-dev mailing list
> > hawkular-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hawkular-dev
> 
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hawkular-dev



More information about the hawkular-dev mailing list