Разни въпроси към WEB-аджиите...

[Daniel]

Re: Разни въпроси към WEB-аджиите...

Не АСП то е майкрософтското ПХП а АСП триид който седи и смята товари супер много ресурс (включително и самия уеб сървер и ако има много завки уеб сървера ще започне да зависва) в сравнение с един AJAX който да проверява базата на няколко секунди и то само ако оня чака на страницата а не е отишъл за друга справка. Отделно от това времето на проверка може да се направи да е в зависимост от натоварването на сървера. Гарантирам, че такъв вид приложение ще е много по бърз, ако се напише и помисли правилно.

[persuader]

От: Разни въпроси към WEB-аджиите...

Тука говорим все пак за някакви справки колкото и сложни да са ако отнемат толкоз време значи нещо не е проектирано както трябва. Инак да ако се прекодираше видео например твоя подход е верния.

[Daniel]

Re: Разни въпроси към WEB-аджиите...

Не само справки Спарки да каже. Справката е свързана със заявка което не е проблем - доколкото разбрах резултатите от заявката се смятат за изхода - тук ще се омотае. Самия селект няма да е проблем. Да не ти казвам форума колко селкта прави

[sparkybg]

От: Re: Разни въпроси към WEB-аджиите...

Не само справки Спарки да каже. Справката е свързана със заявка което не е проблем - доколкото разбрах резултатите от заявката се смятат за изхода - тук ще се омотае. Самия селект няма да е проблем. Да не ти казвам форума колко селкта прави

Данните са малко. Обработката им е доста. В момента да речем дадена справка, пусната например върху 3000 клиента, под VB6 с access бази данни на i7 се обработва за около 20-ина секунди. Бе смятайте го нещо между 5 и 10 секунди за 1000 служителя. Ама като е под VB6, върви само в неговия си thread, и толкоз. В същото време i7-цата може да прави още 3 такива справки със същата скорост, а вероятно и повече. Не мога да "превзема" никоя машина ако някой е пуснал справка. Останалите трябва да могат да си работят през това време. Това, дето ми иде на ум е да дръпна данните от дейта сървъра (данните за 1000 служителя са грубо около 20-ина мегабайта), и да пусна отделна машина или отделен thread да си ги джурка докато изкара справката. Не става само с SQL query-та. Много пъти съм го мислил.

Отделно има справки, дето се пускат например за година назад и за всичките служители, а това освен друго е звързано с четене от например 12 бази данни. Всяка база е за един месец от годината. Трабва да я отвори, да направи върху нея справка, да я затоври, после следващата, после следващата и т.н. После резултата от всичките се връща в PDF, да речем.

Освен справки, има например и промяна на данни на много служители на куп. Например шефа решава че ще раздава коледни в размер на 20% от заплатата. Това значи да се добави по едно начисление (реално, един запис в таблицата с начисленията), със съответната сума, което пък зависи от това колко му е на всеки заплатата. Има подобни операции върху част от осигурителния доход, който пък зависи от всички начисления и удръжки на лицето, + как е осигурено + какъв му е работния ден, на каква длъжност е, и т.н. В такъва случай се изчислява всичко - заплати, вноски, осгигуровки, данъци и въобще каквото можете и не можете да се сетите, и изчисленото се ползва за да се правят някакви промени по базата. Ясно е че като има групова промяна на някакви данни, тия данни трябва да се заключат друг да не бърника в тях, но тоя друг през това време може да реши да пусне справка върху същите данни, и не трябва да чака например 5 минути, докато свърши операцията.

[sparkybg]

От: Re: Разни въпроси към WEB-аджиите...

Тъй, стигнахме и до load balancing и прочие полюции. Та пак изниква въпрос.

1. Имаме например 100 "клиента". Всеки има свой си субдомейн и собствена база данни.
2. Във всеки клиент могат да работят едновременно по няколко юзера.
3. Имаме WebFarm с много инстанси на един и същ wеб апликейшън обработващ всичките клиенти.

Е ли възможно хем да се случва лоад балансинг, хем заявките от всеки клиент да се пращат към точно определен инстанс на web апликейшъна? Тоест, при първо влизане на даден юзер от даден клиент да му определя инстанс, и всички останали заявки от юзери на тоя клиент да се изпращат към тоя инстанс. Съответно при липса на заявки за определено време тая връзка (клиент-инстанс) да се маха, до следваща заявка от клиента, която може да бъде разпределена към друг инстанс и сценация да се повтори.

Друг вариант е нещо като session state провайдър, но на ниво клиент, тоест всеки клиент да има собствен бърз сторидж някъде, където се джуркат(записват и четат) общи за клиента данни, достъпни за всички инстанси, обработващи тоя клиент, с възможност за локове и прочие неща като на стандартен session state провайдър. Един вид "client state provider".

И да не ви се отговаря на дълго и на широко, ще съм благодарен да ме насочите къде да чета по въпроса.

[Daniel]

Re: Разни въпроси към WEB-аджиите...

NGINX може да прави лоад балансиг, то не е зависим от домейн а от уеб сървър. Има заиграфка и с днс ите. Под уиндоуси не знам дали ще стане, но може да се ползва линукс с нгин х който да е ревърс прокси и лоад балансинг.

[sparkybg]

От: Re: Разни въпроси към WEB-аджиите...

NGINX може да прави лоад балансиг, то не е зависим от домейн а от уеб сървър.

Не от домейн. От субдомейн или от нещо друго в URL-то. Или от сешън куки с client ID в него нпример. В смисъл че нещо такова ми трябва. Дай някакво линкче кум документацията на това да поразгледам, ако е налично. Че от няколко дена се ровя в каква ли не документация и губя по няколко часа за да намеря трябващите ми 2 изречения.

Идеята е че всеки клиент има малко на брой общи данни за всички юзери, които се ползват например за контрол кой до каква функция има достъп предвид какво правят останалите юзери в момента. Ако лоад балансинга разпределя заявките от юзерите на тоя клиент върху различни инстанси, тия общи данни трябва да са някъде навън, на трета машина/сторидж/Azure blob/table, в база данни или от сорта. Това си е стандартно решение, обаче бави, и налага ограничения, понеже тия данни трябва да са сериализируеми, и всеки път когато някой инстанс ги поиска се сериализират/десериализират. От друга страна, ако въпросните данни са в инстанса на клиента, хем е на порядъци по-бързо, хем няма никакви ограничения в това какво да слагаш в тия данни, хем няма сериализиране/десериалиране всеки път. Единствен недостатък е че постоянно заемат оперативна памет, но говорим за единици мегабайти, тъй че не е проблем.

[Glow]

От: Разни въпроси към WEB-аджиите...

http://nginx.org/en/docs/http/load_balancing.html

[persuader]

От: Разни въпроси към WEB-аджиите...

https://www.google.bg/?gfe_rd=cr&ei=...load+balancing

[persuader]

От: Разни въпроси към WEB-аджиите...

Принципно термина който ти трабва се казва " load balancer sticky sessions " при Nginx проблема е решен с хеширане на Ip-то въпреки че е по лесно за подкарване не съм убеден че ще върши работа особенн при коропоративни клиенти които шерват едно Ip. Съветвам те да разцъкаш varnish който може да ползва session cookieta за целта документацията му и конфигурацията е доста тъмна индия(поне за мен) но мисля че си струва разцъкването. Третия вариянт е haproxy. Който също подържа cookie based sticky sessions.

[sparkybg]

От: Разни въпроси към WEB-аджиите...

Принципно термина който ти трабва се казва " load balancer sticky sessions "

Мерси.

[Daniel]

Re: Разни въпроси към WEB-аджиите...

NGINX има модил за стики сесион, но трябва да си го компилираш.

[sparkybg]

От: Re: Разни въпроси към WEB-аджиите...

NGINX има модил за стики сесион, но трябва да си го компилираш.

Сега за това ровичкам. Или по-точно как му се задават правилата. Само по IP/Protocol/Port не ми върши работа. Или по-точно понеже искам с поддомейни, някаква играчка с DNS-ите ще трябва да падне, например различните поддомейни да са на расзлични IP-та, портове и т.н. Общо взето виждам картинката вече, което и собствено ми трябваше и за което благодаря.

[persuader]

От: Разни въпроси към WEB-аджиите...

Всичко трябва да сочи към ip то на loadbalancera

[sparkybg]

От: Разни въпроси към WEB-аджиите...

Всичко трябва да сочи към ip то на loadbalancera

Да, не се изразих правилно. Домейна е на на накякво IP, а рутер или нещо друго преди него пренасочва към него, като сетва порта в зависимост от поддомейна, за да може load balancer-а да си направи хеш по IP и порт, което малко или много е стандартна възможност. Или просто DNS-а пренасочва всички поддомейни към различни портове на load balancer-а. Това ако не може на самия load balancer да се направи нещо като филтър на входа или rule който да взима предвид поддомейна на всяка заявка при пренасочването към web сървърите.

Целта на цялата галимация е да не ползвам външен session state провайдър, ами Web апликейшъните да си работят със стандартните си локални такива, които са просто обекти, които могат да съдържат кво да е в тях и да не бълват заявки я към база данни, я към нещо друго за всяка заявка. Просто цял един клиент със всичките си юзери си работи върху един от web сървърите и толкоз.

Абе картинката ми е далеч по-ясна от това, дето знаех по въпроса преди 2 дена. То човек и добива представа когато му дойде до главата. Аз все имах кривата представа че всичко това е налично и няма какво да го мисля, ама сега си давам сметка че просто няма как да е така.