Buildery dla AC - przemyślenia

[Andrzej Krzysztofowicz]

> Andrzej Krzysztofowicz wrote:
> >>Witek Kręcicki wrote:
> >>
> >>>Generalnie zawarte na http://samael.culm.net/~adasi/pldbuilder.txt
> >>>Komentarze bardzo mile widziane
> >>>WK
> >>>
> >>
> >>Czyli mamy jeden serwer główny, który będzie przechowywał w bazie SQL 
> >>wszystkie informacje o zdefiniowanych kolejkach, wynikach budować 
> >>SRPM'ów oraz samych RPM'ów. Proponuję, aby cała komunikacja z nim 
> >>odbywała się za pomocą protokołu XML-RPC. Wtedy sprawę z autoryzacją, 
> >>SSL'em mamy za darmo.
> > 
> > 
> > Niezaleznie od tego jaki protokol zostanie tu przyjety powinien on zapewniac
> > mozliwie najwieksza niezawodnosc w przypadku krotko- i dlugotrwalego
> > polaczenia pomiadzy maszynami. Najlepszy bedzie protokol, ktory
> > bezposredniego polaczenia nie wymaga.
> > 
> Czyli XML-RPc odpada ... zostaje w zasadzie email ...

E-mail jest najprostszy, bo nie wymaga dodatkowej infrastruktury.
Ale jest problem duzych plikow.

Moze byc inny protokol, ale to wymaga
- kolejkowania/buforowania zlecen transmisji
- (najlepiej) wsparcie dla transmisji niezaleznej od routingu (jesli A jest
  niedostepny, to probujemy komunikacji via ustalone centra "przesiadkowe":
  B, C)

> 

> > Poza tym cala komunikacja buildery <--> serwer główny 
> > i serwer główny --> serwery buildlogow, ftp i czegokolwiek jeszcze powinna
> > byc buforowana tak, aby przez bardzo dlugi czas wystepowaly proby
> > retransmisji danych.
> > 
> j.w.
> 
> > W obecnych builderach brak retransmisji jest bardzo slabym punktem.
> > A jak builderow przybedzie, to i problemow rowniez.
> > 
> 
> pozdrawiam
> 
> -- 
> Robert Grabowski   7bulls.com sp. z o.o.
> 
> email: Robert.Grabowski w 7bulls.com
> 
> 
> ________________________
> http://lists.pld.org.pl/
> 
> 


-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology