[Support-admins] Change proposal regarding the Rubyforge distribution infrastructure - your input is needed
Dennis Oelkers
dennis at lauschmusik.de
Mon Nov 12 15:38:09 EST 2007
Hello rubyforge, hello rubycentral,
For those of you who do not know me: I am the current "maintainer" of
the general mirroring architecture of rubyforge, running the master
mirror and the infrastructure to push out the changes of the gems and
rubyforge files repositories to all the subscribed mirrors.
I am currently living in Berlin, Germany, where I study computer
sciences (starting my diploma thesis in about a year), and working for
Nokia Germany.
In our constant efforts to improve the quality of rubyforge, we had to
struggle with several crashes of the main (now retired) server hosting
the website and the project repositories. At that time, we noticed that
the webserver is a crucial component of the distribution chain, because
all clients have to contact the main server via http, and are
distributed to the different mirrors by following the redirect which is
then issued.
Although the current hardware is running fine so far, we would like to
change this in the long run. The current idea is to transfer the load
balancing to dns, and maintain the dns entries using a modified version
of the script which is currently generating the apache rewrite map.
This is all fine, but has one big drawback: We are not able to do
centraslised accouting of the downloads, like we are with the current
solution. Gathering the logfiles from the different mirrors is a
solution which seems to be too painful to do at the moment. Abstaining
from the statistics we are able to generate from the centralised
logfiles we currently have, is not an option either.
This is the main reason why I wrote this mail: what is your opinion
about the general proposal? Do you have a clever idea to solve the
logging problem? Is there anything else that you see as a
problem/improvable point of the current rubyforge infrastructure?
Looking forward to your replies and valued input,
kind regards,
Dennis Oelkers
More information about the Support-admins
mailing list