?

Log in

No account? Create an account
Perlbal release - brad's life — LiveJournal [entries|archive|friends|userinfo]
Brad Fitzpatrick

[ website | bradfitz.com ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Perlbal release [Jul. 26th, 2005|01:29 pm]
Brad Fitzpatrick
[Tags|, , ]

New Perlbal release (announcement, which I'm incredibly proud of from a software engineering point-of-view. Code's cleaned up a lot where it had grown unwieldy, lot of new features, old features removed, it has a nice big test suite, docs of options/defaults/types are integrated into the code where they're required to be maintained because they're used for boths docs and normal command processing, it's very portable, etc., etc...

http://www.danga.com/dist/Perlbal/Perlbal-1.3.tar.gz

Give it a whirl for all your load balancing and/or web serving needs!
LinkReply

Comments:
From: evan
2005-07-26 08:54 pm (UTC)
Despite seeing your docs for Perlbal (and hanging out with you in general), it only recently became clear to me what it actually does.

I think it's because the website has one sentence at the top that's an overview that's too vague for me to get an impression, and then it says "everything can be configured on the fly".

A better description could do your project wonders. Like: "what is a reverse proxy load balancer and why do I need one?" and "why would I want to use this for a web server instead of apache?"
By constrast, I think the memcached website is really good, so I know you're capable of it. The perlbal site just needs some love!
(Reply) (Thread)
[User Picture]From: brad
2005-07-26 10:33 pm (UTC)
Yeah, I agree the website sucks.
(Reply) (Parent) (Thread)
[User Picture]From: bsdguru
2005-07-26 10:46 pm (UTC)

woohoo

Yeah managed to convince others here to design their apps for sitting behind perlbal. Is there any chances of getting SSL support into perlbal by any chance? :)

Or are you guys using the Big IP's to handle the SSL side of things?
(Reply) (Parent) (Thread)
[User Picture]From: brad
2005-07-26 11:09 pm (UTC)

Re: woohoo

Yeah managed to convince others here to design their apps for sitting behind perlbal.

I can't parse that sentence... but you don't have to design your apps any different when it's behind Perlbal.

Is there any chances of getting SSL support into perlbal by any chance? :)

That actually might happen.

Or are you guys using the Big IP's to handle the SSL side of things?

We are.
(Reply) (Parent) (Thread)
[User Picture]From: bsdguru
2005-08-05 09:26 pm (UTC)

Re: woohoo

When you are using the twistd application framework, one needs to make sure that session data is accessable by all the nodes running the twistd process and one cannot use twistd's session stuff for this, hence one needs to ensure that no matter what node renders the page without having to fix a user to a specified node for each request.
(Reply) (Parent) (Thread)
[User Picture]From: brad
2005-08-06 12:08 am (UTC)

Re: woohoo

Stateful apps are broken anyway. We make no effort to encourage or support them.
(Reply) (Parent) (Thread)
[User Picture]From: dakus
2005-07-26 09:03 pm (UTC)
You've written about this Perlbal before but now I understand what it does...cool.

Oh and I was on this website the other day and it had some memcache error (at the top) and I thought...WOW Brad is everywhere!! The error went away the next page load BTW...

peace~

(Reply) (Thread)
From: jamesd
2005-07-27 12:38 am (UTC)
Perlbal is the best. Or as close as Wikipedia has found so far for load balancing with software. It's happily running on several of our I/O-bound database servers, using little enough CPU that it doesn't bother them to have it there.
(Reply) (Thread)
[User Picture]From: brad
2005-07-27 12:54 am (UTC)
Kick-ass.

(and for anybody that doesn't know, it balances all of LiveJournal.com too....)
(Reply) (Parent) (Thread)
From: jamesd
2005-07-27 04:08 am (UTC)
I should clarify - it's running on the database servers and sending the requests to the apache page builders - it's not load balancing the database server requests.
(Reply) (Parent) (Thread)