Re: Pitanja u vezi domaceg zadatka
Поштовани,
Још имам нејасноћа код 2. питања. Моје питање има везе са вашом преписком
преко СИ групе:
>>> Ako bi operateri imali jos nekakve podatke o korisniku, kako bi se
>>> vrsila sinhronizacija u slucaju da operater ima dva servera gde je
>>> jedan online, uspesno dobije novog korisnika, ugasi se, a zatim se
>>> upali drugi (bez informacije o novom korisniku)?
>> На Вама је да смислите как да синхронизујете два сервера. ТО је управо
љињ
>> задатка да направите синхронизаццију. Уколико немате редундансу података,
>> односно уколико је само један био уљкњућен у неком тренутку то значи да
>> Вам сервер није отпоран на испадање једне компоненте single point of
>> failure.
> Da li to znaci da ocekujem da ce uvek biti upaljen server sa
> najnovijim podacima (ako je uopste neki upaljen)? Ne razumem kako bih
> mogao softverski da uticem na redundantnost podataka, ako je server sa
> najnovijim podacima ugasen pre nego sto je drugi server (sa zastarelim
> podacima) upaljen. Da li je u redu da server operatera moze da zatrazi
> od centralnog servera vreme kada je izvrsen poslednji prenos broja sa
> ili na tog operatera, pa da ceka da se upali drugi server (sa
> najnovijim podacima) kako bi se sinhronizovali, ako ima zastarele
> podatke?
Приликом рада опеатере никакве услуге централног сервера не треба да
тражите. Централни сервер води рачуна искљућиво о преносу бројева, интерно
како ради сваки оператер то га не интересује. Овде требанапоменути да два
оператера могу да имају потпуно различите алгоритме зинхронизације.
Уколико имате два сервера неког оператера када се ради пребацијвање броја
онда да би направили синхронизацију морате оба да ажурирате. Клијентска
апликација позива један сервер оператера, а тај сервер оператера треба да
се постара да се још барем један ажурира пре него ђто се трансакција
прогласи успешном. У овоквом систему моатед а водите рачуна и и томе
колико је сати на појединим серверима тако да они морају да се
схинронизују и по том питању.
Оно што стоји у правилнику агенције је да је промена видљива у прописаном
року. ТО значи да има довољно времена за синхронизацију свих актера у
комуникацији.
Отуда и моје питање.
> 2. Да ли можемо да додамо одређене услове при покретању пројекта?
> > Конкретно мислим на то да мој систем мора да има минимално 2 операторска
> > сервера увек упаљена. Ако нема, не прихватају се конекције.
> Ако би овако нешто оператер направио сви корисници би отишли од њега, и он
> би банкротирао.
>
Колико сам вас разумео, приликом сваког трансфера, ми би требало да
синхронизујемо све сервере. Прво сервере од ОП1 са којих се пребацује број,
па централи сервер, па онда сервере ОП2 на које се пребацује број. То је ок.
Али ако се синхронизују сви сервери сваког оператера, којих има рецимо преко
100, зар не би онда сама трансакција одузимала превише времена?
Зато сам дошао до следећег решења:
Када централни сервер врати потврду о пребацивању броја, ради се следеће:
- синхронизује се са једним сервером да постоји нови корисник,
- сачувају се подаци о корисницима (са новим корисником) у локалној
датотеци,
- прогласи трансфер успешном,
- затим се синхронизује са свим осталим серверима.
Ако сматрате би требало прво синхронизовати све сервере, па тек онда
прогласити трансфер успешним, реците. Јасно ми је да постоји прописан рок за
трансакцију, али да ли можемо да сматрамо да ће то време бити довољно?
Унапред захвалан,
--
Mirko Francuski
School of Electrical Engineering, University of Belgrade, Serbia
EESTEC LC Belgrade
Cell Phone: +381 66 20 88 68
E-mail: mirko.francuski@eestec.etf.rs
Skype: mirko.francuski
Још имам нејасноћа код 2. питања. Моје питање има везе са вашом преписком
преко СИ групе:
>>> Ako bi operateri imali jos nekakve podatke o korisniku, kako bi se
>>> vrsila sinhronizacija u slucaju da operater ima dva servera gde je
>>> jedan online, uspesno dobije novog korisnika, ugasi se, a zatim se
>>> upali drugi (bez informacije o novom korisniku)?
>> На Вама је да смислите как да синхронизујете два сервера. ТО је управо
љињ
>> задатка да направите синхронизаццију. Уколико немате редундансу података,
>> односно уколико је само један био уљкњућен у неком тренутку то значи да
>> Вам сервер није отпоран на испадање једне компоненте single point of
>> failure.
> Da li to znaci da ocekujem da ce uvek biti upaljen server sa
> najnovijim podacima (ako je uopste neki upaljen)? Ne razumem kako bih
> mogao softverski da uticem na redundantnost podataka, ako je server sa
> najnovijim podacima ugasen pre nego sto je drugi server (sa zastarelim
> podacima) upaljen. Da li je u redu da server operatera moze da zatrazi
> od centralnog servera vreme kada je izvrsen poslednji prenos broja sa
> ili na tog operatera, pa da ceka da se upali drugi server (sa
> najnovijim podacima) kako bi se sinhronizovali, ako ima zastarele
> podatke?
Приликом рада опеатере никакве услуге централног сервера не треба да
тражите. Централни сервер води рачуна искљућиво о преносу бројева, интерно
како ради сваки оператер то га не интересује. Овде требанапоменути да два
оператера могу да имају потпуно различите алгоритме зинхронизације.
Уколико имате два сервера неког оператера када се ради пребацијвање броја
онда да би направили синхронизацију морате оба да ажурирате. Клијентска
апликација позива један сервер оператера, а тај сервер оператера треба да
се постара да се још барем један ажурира пре него ђто се трансакција
прогласи успешном. У овоквом систему моатед а водите рачуна и и томе
колико је сати на појединим серверима тако да они морају да се
схинронизују и по том питању.
Оно што стоји у правилнику агенције је да је промена видљива у прописаном
року. ТО значи да има довољно времена за синхронизацију свих актера у
комуникацији.
Отуда и моје питање.
> 2. Да ли можемо да додамо одређене услове при покретању пројекта?
> > Конкретно мислим на то да мој систем мора да има минимално 2 операторска
> > сервера увек упаљена. Ако нема, не прихватају се конекције.
> Ако би овако нешто оператер направио сви корисници би отишли од њега, и он
> би банкротирао.
>
Колико сам вас разумео, приликом сваког трансфера, ми би требало да
синхронизујемо све сервере. Прво сервере од ОП1 са којих се пребацује број,
па централи сервер, па онда сервере ОП2 на које се пребацује број. То је ок.
Али ако се синхронизују сви сервери сваког оператера, којих има рецимо преко
100, зар не би онда сама трансакција одузимала превише времена?
Зато сам дошао до следећег решења:
Када централни сервер врати потврду о пребацивању броја, ради се следеће:
- синхронизује се са једним сервером да постоји нови корисник,
- сачувају се подаци о корисницима (са новим корисником) у локалној
датотеци,
- прогласи трансфер успешном,
- затим се синхронизује са свим осталим серверима.
Ако сматрате би требало прво синхронизовати све сервере, па тек онда
прогласити трансфер успешним, реците. Јасно ми је да постоји прописан рок за
трансакцију, али да ли можемо да сматрамо да ће то време бити довољно?
Унапред захвалан,
--
Mirko Francuski
School of Electrical Engineering, University of Belgrade, Serbia
EESTEC LC Belgrade
Cell Phone: +381 66 20 88 68
E-mail: mirko.francuski@eestec.etf.rs
Skype: mirko.francuski
- Follow-Ups:
- Re: Pitanja u vezi domaceg zadatka
- From: "Zaharije Radivojevic" <zaki@galeb.etf.rs>
- Re: Pitanja u vezi domaceg zadatka
- References:
- Pitanja u vezi domaceg zadatka
- From: Мирко Француски <mire.etf@gmail.com>
- Re: Pitanja u vezi domaceg zadatka
- From: "Zaharije Radivojevic" <zaki@galeb.etf.rs>
- Pitanja u vezi domaceg zadatka
Previous by date: Re: termin odbrane projekta
Next by date: Re: Pitanja u vezi domaceg zadatka
Previous by thread: Re: Pitanja u vezi domaceg zadatka Next by thread: Re: Pitanja u vezi domaceg zadatka
Previous by thread: Re: Pitanja u vezi domaceg zadatka Next by thread: Re: Pitanja u vezi domaceg zadatka