Hmm a co vyhradit jednu adresu ve stylu 10.XXX.1.2 a urcity port (kdyby tam uz neco jelo) pro nejaky feeder? Kdyz aplikace zjisti, ze ma uzivatel adresu 10.13.44.32 tak vi ze je z cloudu 13 a zkusi adresu 10.13.1.2 port treba 8765 co ja vim. Kdyz to nepujde, zkusi pak nejakou inetovou adresu jako backup (treba zdroje.czfree.net:8765)
Do seznamu globalnich zdroju na internetu by se nemusely davat ciste lokalni veci ktere z jinych cloudu nejsou lokalni ani relevantni.
__________________
------------------------------------------
"WARNING: Do not look into laser with remaining eye"
21.03.2005 v 08:02
Hyvris
Member
Registrován: 06.05.2002
Příspěvků: 468
Re: Re: Re: Re: Re: Re: Re: Anycast v czf ne na cz
Jeste bych doplnil, pokavad je to posledni dvojcisli ktere zvolime uz v danem cloudu obsazene, pripadne je tam nejaky router co ma jen flashku readonly, CZF4BFU program by mel umet poznat presmerovani tzn. na routeru by se dala staticka binarka vlastne mikrowebserver ktery by neudelal nic jineho nez ze by na danem tcp portu pockal na informaci od uzivatele HTTP/1.0 atd proste http request, a po konci requestu by poslal statickou webstranku s presmerovanim na nove ip v cloudu. Tim bychom cast cloudu ktere to uz maji obsazene mohli uspokojit. Jeste by byla moznost ze by ten program zkousel treba tri adresy, 10.xx.1.1, 10.xx.1.2 10.xx.1.3 a na portu 80 by zkousel treba stranku /CZF4BFU/index.html
Tim by se to dalo rozjet i na existujicich webserverech pouhym pridani stranky.
Moznosti je vice, chce to hodit dotaz na vsechny cloudy a hlasovanim vybrat nejlepsi metodu, zjistit (hlasovanim na foru) ktere ip adresy jsou uz u nich nepouzitelne a nebo porty....
Da se to i zkombinovat, ve fazi zjistovani okoli to muze zkouset vice techto alternativnich metod. To by bylo, aby si cloudu uz nemohl dovolit na 3 ip adresy dat bud na zvoleny 8765 port redirektor, nebo na port 80 index.html 4 BFU.....
__________________
------------------------------------------
"WARNING: Do not look into laser with remaining eye"
A jeste znovu nakousnu co sem psal taky nekde vyse... mel by nekdo chut se na tema aplikace CZF4BFU sejit? Bylo by docela dobre nekde v klidu probrat co by to melo umet a jak toho docilit pripadne zacit i nake testovani a programovani...
Predne nejdriv se musi lidi dozvedet, ze existuje pracovni skupina na toto tema. Tedy je treba nejdrive projit fazi pripominkovani a to nejlepe ve zvlast vyhrazenem prostotu pro tento projekt, tedy vlaknu v connected i verejnem foru. Nebo zvolit jen verejne forum, aby to mohly lamy pripominkovat. Da se tam i hlasovat , coz je super, takze pri zalozeni vlakna se da popsat co to ma delat, jak si predem predstavujeme nalezani tech zdroju a hlasovani bude o tom, ze cloudy odhlasuji jestli je tento zpusob pro ne prijatelny nebo ne.
Staci to zalozit a rozumne popsat, ve foru Software a udelat to sticky (= Ctete) to muze udelat kterykolik moderator, treba i ja.
__________________
------------------------------------------
"WARNING: Do not look into laser with remaining eye"
Schema hezke. Jen me trapi jakym zpusobem se budou informace updejtovat. Ona BFU si zalozi svoje FTP, bude nadsena a bude to tam chtim mit taky. Idealni by aby v te aplikaci klikla a bylo hotovo. Tzn. resit oboustranou distributovatelnost. Kdyz to pujde zpet po inrastrukture, dojdeme k rootu, a ty se musi domlouvat mezi sebou. Otazky jsou jak velky to bude problem pokud propustnost k root serveru bude miziva ci zadna.
Schuze by byla fajn, jen bych navrhl za vice jak tyden...
Mozna by bylo dobre i vlakno prejmenovat aby opovidalo aktualnimu tematu. (coz vlastne muzu udelat takze to udelam a poprosim nekoho s pravy aby toto vlakno presunul do sekce SW, diky)
Pokud updejt bude probihat pres www sajtu nekde tak mi to prijde jako polovicate reseni. Mela by to bejt proste komplexni aplikace bez uzivatelske nutnosti vyuzivani jakychkoli dalsich prostredku.
Diskuzi co distribuovat a co ne bych odsunul na pozdeji, nejprve by to umoznilo vse, pozdeji muzeme jiste veci omezit. (DC urcite, jine formy stahovani naopak).
20.03.2005 v 22:46
