Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Celkově skvělá služba i v tarifu zdarma, jen škoda, že ty BTC podporujou jen tak naoko..V čem je to tak skvělé? Čím se to liší od normální debetní/kreditní karty od normální banky?
Nebo ideálně, pokud jste pochopili záměr, konkrétní řešení vybratŘešení čeho? Nenapsal jsi, proč takové zvěrstvo vymýšlíš.
Pokud jde o realtime chat, mohou se ty zprávy předávat brokerovi a z něj rovnou zase číst a přeposílat klientům zpět, zápis do databáze bych navěsil jen kvůli dlouhodobé persistenci. Takže v podstatě jedna služba pro zápis zpráv od klienta na server, druhá na rozposílání nových zpráv členům chatu a třetí na ukládání do historie. Jako hrubý nástřel IMHO vyhovující. Pak něco na registraci, přihlášení, vytvoření místnosti, stažení seznamu místností apod. Tam se ale bude už jen sledovat podobná logika. Tak bych to viděl já.:thumbsup:
Zda bude server komunikovat s browserem přes websockety nebo long pooling je relativně detail, ale použil bych hotovou knihovnu, jinam budete muset řešit různé ztráty spojení, nepodporu websocketů apod., což za vás hotová knihovna vyřeší (websocket není nějaké automaticky garatované spojení - tedy pokud se něco nezměnilo od té doby co jsem to používal).Ještě bych k tomu možná dodal, že bych tu technologii (hlavně na serverové straně) vybíral obezřetně. Jsou systémy, které byly dlouhé roky typický CRUD, mají to v morku kostí, a pak tam někdo nějak dobastlil websockety. Chce to něco spíš modernějšího, kde se se streamovým přístupem počítalo od začátku.
)
Nebudu toto az privelmi male mikrosluzby? Cital som nejaky blog o navrhu mikrosluzieb, a kazda ms by mala riesit konkretny typ uloh (comu odpoveda tvoj navrh), ale zaroven by kazda z nich mala mat aj svoju DB, a v pripade, ze jedna sluzba nemoze fungovat bez druhej, nejedna sa o dobry navrh.Hele, já mám trochu blbou zkušenost s takovýmahle poučkama. To je stejný jako když si někdo z agile vezme, že se musí dělat standupy. Ne, nemusí se dělat standupy, to přece není cíl. Ty standupy mají v nějakým systému nějakou úlohu. A ten systém má (ideálně
A toto mi pride ako presne tento pripad, pretoze ak writer zapisuje do svojej DB, tak reader nemoze nic precitat a posielat bez toho aby sa neustale dopytaval na data od writera. Cize by som to skor videl ako jednu sluzbu.
) nějakou vnitřní logiku, do které to musí zapadnout.Pochopil jsem to tak, že experimentuje, tak jsem si říkal, že Pull je obecnější. Na začátku to byla anketa, teď mluví o chatu, předem avizoval, že tam bude přidávat kde co...Ja mam jenom trochu obavu, aby novacek nebyl z tech mistnich rad zmatenej a nenabyl dojmu, ze je super napad udelat chat tak, ze zpravu probubla pres deset microservis, na konci ulozi do databaze, na ni navesi obecnej hlidac zmen v databazi, ten posle event na frontend pres long poll a FE si sahne pres rest api pro ten dvacitabajtovej string, kterej mohla v pohode poslat prvni nebo druha microservice...
Eventem mi přijde maličká zpráva se stavem, že se to podařilo. A já se (jako konzument) mohu rozhodnout kdy, jaké a jak chci data získat. Nemusím mu to říkat předem. Natož aby to bylo zadrátované do protokolu.To ale nemluvíš o tom, na co se tazatel ptá, ne? Páč u chatu je asi celkem jasné, že chci dostávat všechny zprávy z místností, kde jsem, ne? Tam moc není prostor si nějak vybírat, co chci a nechci pullnout.
Presne ako hovoris, ak by sa o historiu a ukladanie starala ina sluzba, vedel by som si to predstavit ze konzumuje spravy z kafky a uklada. Ale ak bude dana mikrosluzba obstaravat danu domenu, cize chat, nedava mi velmi zmysel posielat ju do Kafku aby som si ju potom aj v tej istej sluzbe odchytil.Jak rika Tomas, sluzby maji nejake zodpovednosti, maji neco za ukol. A ty ukoly by mely byt rozdelene tak, aby to cely davalo nejaky smysl. Microservices jsou "micro" prave proto, ze se ty zodpovednosti udrzuji male a dobre definovane. Tj. pokud k tomu neni zadny zavazny duvod, nemely by se kombinovat tak, jak o tom pises.
pokud máte odladěné APICož tazatel nemá.
dává to smysl, je to bezestavové. Websockety na notifikace, data tahat přes API.A v čem je výhoda oproti tomu, když data přímo přilepím k tomu eventu?
1) Co ak sa restartuje Kafka?Proto je jich tam víc. Můžeš se sám rozhodnout, pád kolika z nich budeš chtít přežít. Je to stejné jako RAID u disků.
2) Kde v tomto modeli by si riesil ukladanie dat do db aby bolo mozne prehliadanie historie?Stejně, jak to psal nějaký kolega výš: jeden z Kafka clientů je zapisovač do DB.
Trosku som sharlockoval a podobny mechanizmus vraj pouziva FBJá bych byl velmi opatrný s tím, používat nějakou technologii nebo postup, protože ji používá [nějaký velký hráč]. Ten [velký hráč] pro to má nějaké důvody, které můžou být velmi specifické a v podmínkách [jakýkoliv menší hráč] nesplnitelné. (just my 2c)
Takových zařízení jsou stovky už hotových - podívej se na bazaru kolik se tam valí starých mobilu/tabletů.Nemyslel jsem tablet, ale tu krabicku se dvema obrovskyma tlacitkama, kde jednim se nastartuje hovor, druhym se polozi, da se to pripojit na televizi a vypina se to vypinacem na snure.
Stačilo by, kdyby nějaká instituce využila své síly a “donutila” výrobce je otevřít tak, aby se do nich dal nainstalovat nějaký otevřeny a funkční system. Pomohlo by to všem (asi teda všem kromě výrobců, protože by to asi znamenalo propad v prodeji novych zařízení)Tablety, ktery se daji flashovat, jsou. Viz https://www.xda-developers.com/
Počítač nemá od TV zpětnu vazbu, což je blbý. ). ) zvládne kdokoli, kdo je schopný připojit drátek ke standardnímu 2.54mm pin headeru. Bootovat se pak dá bez obav i z běžné USB flashky. Pokud se dá systém na SD kartu nebo ještě líp na eMMC, je to naprosto nerozbitelné. Totéž platí u napaječích: nepodceňovat, nekupovat levné z Číny. Raději koupit u seriozního dodovatele součástek ala TME něco pořádného a nebát se to naddimenzovat. Rozdíl v ceně není takový, aby stál za riskování nestability případně nebezpečnosti...
hodlá zavést jakési "sdílení židlí" - nechají některé teamy pracovat doma, o jejich kanceláře zmenší pronájem a nechají si jen pár stolů navíc pro ty, co příležitostně přijdou.Třeba IBM to tak už má dávno, AFAIK.
V minulé práci jsme měli takový malý openspace, cca 15 lidi a chodil jsem tam rád.Nejspíš právě proto, že jsi tam nemusel, ne?
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.