Tikrosios debesų platformos Lietuvoje

Man tai nelabai aišku, ką aš realiai gaunu, pasirinkęs tą vienintelį planą...

http://debes.is/talpinimo-planai

Ir kaip man suprast, palyginus su kitais - kokie čia privalumai ...

Čia bandymas kurt kažką panašaus kaip RedHat OpenShift ..?

Man tai nelabai aišku, ką aš realiai gaunu, pasirinkęs tą vienintelį planą...

http://debes.is/talpinimo-planai

 

Ir kaip man suprast, palyginus su kitais - kokie čia privalumai ...

 

Čia bandymas kurt kažką panašaus kaip RedHat OpenShift ..?

Ačiū Valdai už klausimą.

Mūsų paslaugos klasifikuojamos platforma kaip paslauga (PaaS). Tai yra vienas iš debesų kompiuterijos modelių. Siūloma paslauga yra aplinka (platforma) kurioje programuotojas gali vykdyti savo aplikaciją. Paslaugos naudotojui nereikia sukti galvos dėl serverių, programinės įrangos, programavimo bibliotekų, atnaujinimų ir infrastruktūros saugumo. Visu tuo rūpinasi platforma ir jos tiekėjas.

Programuotojas gali susitelkti į savo aplikaciją. Taip pat klientui suteikiamas specifinis platformai valdymo pultas, kuriame jis gali stebėti aplikacijos veikimą bei valdyti įvairius aplikacijos deployment nustatymus.

Šis modelis yra naudingas tuo, kad didėjant aplikacijos naudotojams ir apkrovimui, klientui nereikia rūpintis scaling problema. Platforma automatiškai pasirūpina reikalingais resursais ir užtikrina optimalų aplikacijos veikimą. Kadangi resursai paskirstomi dinamiškai, apmokestinama taip pat dinamiškai (apmokama tik už panaudotus resursus). Taip klientas efektyviausiai gali įdarbinti savo pinigus. Nereikia iš anksto mokėti už serverio resursus, kurie bus panaudojami tik piko metu (infrastruktūros tiekėjas negali oversellinti savo hardware).

Apibrėžime esantis junginys "kaip paslauga" savyje turi šias charakteristikas:

• žema pradžios kaina
  
• paslaugos kaina auga kartu su aplikacijos naudotojais
  
• naudotojas valdo platformos veikimą savarankiškai
  
• platformoje naudojamos geriausios industrijos praktikos
  
• automatinis deployment
  
• ...
  

Atsakant į tavo klausimą, RedHat OpenShift taip pat yra viena iš PaaS platformų.

Kadangi Lietuvoje populiarus PHP hostingas, jį naudojome kaip pradžios tašką kurdami platformą. Kol kas palaikome PHP+MySQL stack paremtas aplikacijas. Suprasti platformos privalumus lengviausia ją lyginti su standartiniu PHP hostingu.

Siekiant palengvinti paradigmos pokytį, pradedant naudotis mūsų platforma, klientams siūlome planą su nekintančia kaina. Tai ekvivalentu standartinio PHP hostingo talpinimo planui su ribojimais. Jeigu į planą įskaičiuoti resursai neišnaudojami, tuomet jokių papildomų mokesčių nėra. Mūsų skaičiavimais šio plano ribojimų neviršys didesnė dalis svetainių.

Jeigu svetainė susilauks populiarumo ir pasieks į bazinį planą įskaičiuotus resursus, platforma ir toliau užtikrins optimaliausią svetainės veikimą. Papildomai apmokestinami bus tik resursai virš baziniam planui skirtų. Standartinio PHP hostingo su ribojimais atveju, pasiekus ribas svetainė nustoja veikti. Hostingas su neribojimais dažnai turi įvairių suvaržymų ir sąlygų.

Taip pat, esminis skirtumas tarp standartinio PHP hostingo ir mūsų platformos yra aplikacijos vykdymas dvejuose kontinentuose vienu metu. Platforma automatiškai ir aktyviai stengiasi išlaikyti aplikacijų duomenis sinchronizuotus. Tokiu būdu lankytojai iš abejų kontinentų bendrauja su artimiausia aplikacijos kopija. Taip visiems užtikrinamas low latency ir high availability.

Apibendrinant, platforma galima naudotis kaip standartiniu PHP hostingu. Papildomai, didėjant lankomumui jums nereikės galvoti apie infrastruktūros didinimą. Taip pat jūsų svetainė bus pasiekiama greitai dvejuose kontinentuose.

Pagrindinė mūsų svetainė http://debes.is veikia platformoje. Lietuvišką repliką galima pasiekti adresu http://lt.debes.is ir Amerikos repliką adresu http://us.debes.is

EDIT: Video paaiškinantis skirtumus tarp IaaS ir PaaS

IaaS čia iš tolo net nekvepia, kam čia dabar įkišti tą IaaS ir sulyginti su PaaS?

Tvatinu popkornus ir stebiu pastatęs ausis, kuriose įrengti lokatoriai fiksuoja bullshita.

Lietuvoje kasnors naudosis? Pamirškite apie tai. Galiu duoti tarp ausų prišikti, kad klientai bus suskaičiuojami. Taigi visa galbūt graži iniciatyva nuseis nafik, serveriai suės pinigus ir bus "good story bro".. Reklamuojatės ten, kur dauguma klientai yra mažai mokūs ( uždarbis ) ir startinis planas jau yra beveik per brangus ( su ypač mažai ironijos ).

Vienintėlė išeitis būtų orentuotis į užsienį, bet ir tai - kas nepačiupinėta, tą bijo imti. Plin norėčiau kažką patarti, bet tiesiog nematau šio produkto galimybių.

Viskas turi būti iki skausmo aišku, nes vien "Papildomų resursų kaina" daug kam sukelia konvulsijas, nes niekas tiksliai nežino kiek bus išnaudota ir ar neteks po to susimokėti antrątiek ir ar svetainė nesusimokėjus nebus išjungta. Kuo mažiau sudedamųjų apmokestintų dalių, tuo geriau. O jūs apmokestinate papildomai viską ir standartinio plano resursai vizualiai maži. Visi pripratę prie visko unlimited ir nepirks katės maiše.

Mano manymu jūs kolkas einate savęs susinaikinimo keliu. Bandykit keisti kažką, nes kolkas tai deginate savo pinigus.

Dėl pinigų deginimo – ačiū, kad rūpinatės, tačiau pagrindinis projekto tikslas nėra uždirbti daug pinigų. Platformą visų pirma sukūrėme savo projektams, orientuotiems į Lietuvos ir JAV lankytojus. Tiesiog neradome tinkamos platformos rinkoje. Kaip ir minėjome anksčiau, 21 amžiuje talpinti puslapį ant individualios mašinos be jokios replikacijos ir geolokacijos tiesiog kvaila. Juolab, kad hardware resursų kaina artėja prie nulio (Moore's Law).

Dėl planų kainodaros, matome dvi prieštaraujančias mintis:

Sinchronizuojami tarp JAV ir Lietuvos - wtf...Jūs 1 klientui, laikysit 2x daugiau resursų dėl tos pačios priežąsties, kurią įvardinau aukščiau (CloudFlare) naudojimo? Sinchronizuoti visą informaciją tarkim 500gb...nu čia dar nesu tokio varianto girdėjęs paprastam klientui.....Arba aš jau kažko nebesuprantu ir prašau išaiškinti, koks tikslas sinchronizuoti ir laikyti ne mažiau 2 kontinentuose tą pačią informaciją....kitaip tariant - išlaidos 2x didesnes už "nieką".

Viskas turi būti iki skausmo aišku, nes vien "Papildomų resursų kaina" daug kam sukelia konvulsijas, nes niekas tiksliai nežino kiek bus išnaudota ir ar neteks po to susimokėti antrątiek ir ar svetainė nesusimokėjus nebus išjungta. Kuo mažiau sudedamųjų apmokestintų dalių, tuo geriau. O jūs apmokestinate papildomai viską ir standartinio plano resursai vizualiai maži. Visi pripratę prie visko unlimited ir nepirks katės maiše.

Nemanau, kad 3€ yra didelė kaina. Juolab, kad rinkoje matome panašias kainas. Be to, kaip tiksliai pastebėjo HOST321, replikacija kainuoja ir nemokamų pietų nebūna. Manau visi supranta, kad hostingo tiekėjų siūlomi neriboti planai yra iliuzija.

Kolegos HOST321 ir FLSHS, siūlome išlieti savo frustracijas ne pamazgų pilstymui ant kitų, o tobulinant savo platformas. Rimtai, PHP+DirectAdmin instaliavimu inovacijos nepasibaigia. :)

Dėl pinigų deginimo – ačiū, kad rūpinatės, tačiau pagrindinis projekto tikslas nėra uždirbti daug pinigų. Platformą visų pirma sukūrėme savo projektams, orientuotiems į Lietuvos ir JAV lankytojus. Tiesiog neradome tinkamos platformos rinkoje. Kaip ir minėjome anksčiau, 21 amžiuje talpinti puslapį ant individualios mašinos be jokios replikacijos ir geolokacijos tiesiog kvaila. Juolab, kad hardware resursų kaina artėja prie nulio (Moore's Law).

 

Dėl planų kainodaros, matome dvi prieštaraujančias mintis:

 

 

 

 

 

Nemanau, kad 3€ yra didelė kaina. Juolab, kad rinkoje matome panašias kainas. Be to, kaip tiksliai pastebėjo HOST321, replikacija kainuoja ir nemokamų pietų nebūna. Manau visi supranta, kad hostingo tiekėjų siūlomi neriboti planai yra iliuzija.

 

Kolegos HOST321 ir FLSHS, siūlome išlieti savo frustracijas ne pamazgų pilstymui ant kitų, o tobulinant savo platformas. Rimtai, PHP+DirectAdmin instaliavimu inovacijos nepasibaigia. :)

Prasideda visų laukiami pasakymai: darykit inovacijų, nors ir nesu jūsų klientas ir net neįsivaizduoju ką jūs ten turite pridarė, bet žinau, kad Jūs nieko neturite tik DA+PHP ir daugiau nieko:D

Sėkmės, matau tik vieną - žmogus šneką paviršutiniškai nenusimanantis apskritai nieko, išgirdęs tik apie sinchronizacijos metodą ir dabar bandys pritaikyti savo super duper įdėjomis, kurios kainuos neblogus pinigus, bet uždarbio neatneš....

Nenuostabu, kad tokias įdėjes skelbiasi ne UAB įmonės o tiesiog IĮ - tikiuosi turit daug finansų, jei bankrutuosit, kad neatimtų namų...

Aš out iš tos beviltiškos diskusijos.

tophostas valdo,kokie dar debesys? nusileiskit ant zemes :ph34r:

 

Nemanau, kad 3€ yra didelė kaina. Juolab, kad rinkoje matome panašias kainas. Be to, kaip tiksliai pastebėjo HOST321, replikacija kainuoja ir nemokamų pietų nebūna. Manau visi supranta, kad hostingo tiekėjų siūlomi neriboti planai yra iliuzija.

 

Kolegos HOST321 ir FLSHS, siūlome išlieti savo frustracijas ne pamazgų pilstymui ant kitų, o tobulinant savo platformas. Rimtai, PHP+DirectAdmin instaliavimu inovacijos nepasibaigia. :)

Seriously? Niekur nieko neminėjau apie kainas, minėjau apie mažai mokius klientus. Pasakyti ar kaina yra maža, ar ji yra didelė šiuo atveju net nelabai įmanoma, nes neaišku kiek pvz mano svetainė sudegins skaičiavimo resursų. Pvz: dalyvautumėte viešajame pirkime ir kokia valstybinė įstaiga pateiktų pateiktų reikalavimams vietai ir srautui. Koks dar blin skriptų vykdymo laikas? Kaip jūs įsivertinsit viską, nes ten turi būti viskas included? :) Tai kaip įsivertinti vartotojui, ar jam nereikės dvigubai susimokėti? Visi nori mokėti tik tiek ir nei kiek daugiau. Taigi bent normalius apsrasymus su pavyzdžiais, kiek maždaug resursų naudoja svetainė su 1000 lankytojų jau bus tam tikras atspirties taškas.

Frustracijas? WTF? Vietoje to, kad įjungtumėte gynybinę poziciją siūlau pasiskaityti ne tarp eilučių, o pasigilinti ką sakau. Hostingo rinkoje dirbu virš 10 metų ir neįsivaizduokite konkurentų, kur jų nėra.

Kol kas jūsų sistema ne tai, kad pagerina pasiekiamumą, o tik pablogina.

iš serverio 1 kuris randasi LT:

ping debes.is

PING debes.is (185.5.54.132) 56(84) bytes of data.

64 bytes from lt.debes.is (185.5.54.132): icmp_req=1 ttl=61 time=0.338 ms

64 bytes from lt.debes.is (185.5.54.132): icmp_req=2 ttl=61 time=0.333 ms

64 bytes from lt.debes.is (185.5.54.132): icmp_req=3 ttl=61 time=0.341 ms

^C

--- debes.is ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2003ms

rtt min/avg/max/mdev = 0.333/0.337/0.341/0.015 ms

iš serverio 2 kuris randasi LT:

ping debes.is

PING debes.is (192.96.207.135) 56(84) bytes of data.

64 bytes from us.debes.is (192.96.207.135): icmp_req=1 ttl=54 time=118 ms

64 bytes from us.debes.is (192.96.207.135): icmp_req=2 ttl=54 time=118 ms

^C

--- debes.is ping statistics ---

2 packets transmitted, 2 received, 0% packet loss, time 1001ms

rtt min/avg/max/mdev = 118.607/118.623/118.639/0.016 ms

iš asmeninio kompiuterio prie kurio pajungtas TEO:

ping debes.is

Pinging debes.is [192.96.207.135] with 32 bytes of data:

Reply from 192.96.207.135: bytes=32 time=123ms TTL=54

Reply from 192.96.207.135: bytes=32 time=123ms TTL=54

Reply from 192.96.207.135: bytes=32 time=133ms TTL=54

Reply from 192.96.207.135: bytes=32 time=122ms TTL=54

Ping statistics for 192.96.207.135:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 122ms, Maximum = 133ms, Average = 125ms

aš visada palaikau naujoves, bet kol kas jūsų naujovė (Lietuvoje) veikia ne tikslingai

Gal galite patikslinti kokius DNS serverius naudojate asmeniniame kompiuteryje ir antrame serveryje? Į JAV serverį turi nukreipti tik jeigu DNS užklausa gaunama ne iš Lietuvos.

Kol kas jūsų sistema ne tai, kad pagerina pasiekiamumą, o tik pablogina.

 

iš serverio 1 kuris randasi LT:

 

ping debes.is

PING debes.is (185.5.54.132) 56(84) bytes of data.

64 bytes from lt.debes.is (185.5.54.132): icmp_req=1 ttl=61 time=0.338 ms

64 bytes from lt.debes.is (185.5.54.132): icmp_req=2 ttl=61 time=0.333 ms

64 bytes from lt.debes.is (185.5.54.132): icmp_req=3 ttl=61 time=0.341 ms

^C

--- debes.is ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2003ms

rtt min/avg/max/mdev = 0.333/0.337/0.341/0.015 ms

 

iš serverio 2 kuris randasi LT:

 

ping debes.is

PING debes.is (192.96.207.135) 56(84) bytes of data.

64 bytes from us.debes.is (192.96.207.135): icmp_req=1 ttl=54 time=118 ms

64 bytes from us.debes.is (192.96.207.135): icmp_req=2 ttl=54 time=118 ms

^C

--- debes.is ping statistics ---

2 packets transmitted, 2 received, 0% packet loss, time 1001ms

rtt min/avg/max/mdev = 118.607/118.623/118.639/0.016 ms

 

iš asmeninio kompiuterio prie kurio pajungtas TEO:

 

ping debes.is

 

Pinging debes.is [192.96.207.135] with 32 bytes of data:

Reply from 192.96.207.135: bytes=32 time=123ms TTL=54

Reply from 192.96.207.135: bytes=32 time=123ms TTL=54

Reply from 192.96.207.135: bytes=32 time=133ms TTL=54

Reply from 192.96.207.135: bytes=32 time=122ms TTL=54

 

Ping statistics for 192.96.207.135:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 122ms, Maximum = 133ms, Average = 125ms

 

 

aš visada palaikau naujoves, bet kol kas jūsų naujovė (Lietuvoje) veikia ne tikslingai

asmeninis kompiuteris naudoja TEO dns serverius kuriuos pasiema per dhcp

serveris 1 naudoja baltnet dns serverius

serveris 2 naudoja parašysiu pm

asmeninis kompiuteris naudoja TEO dns serverius kuriuos pasiema per dhcp

 

serveris 1 naudoja baltnet dns serverius

 

serveris 2 naudoja parašysiu pm

Ačiū už informaciją. Išanalizuosime ir išspręsime problemą, kad geolokacija veiktų visais atvejais.

Seriously? Niekur nieko neminėjau apie kainas, minėjau apie mažai mokius klientus. Pasakyti ar kaina yra maža, ar ji yra didelė šiuo atveju net nelabai įmanoma, nes neaišku kiek pvz mano svetainė sudegins skaičiavimo resursų. Pvz: dalyvautumėte viešajame pirkime ir kokia valstybinė įstaiga pateiktų pateiktų reikalavimams vietai ir srautui. Koks dar blin skriptų vykdymo laikas? Kaip jūs įsivertinsit viską, nes ten turi būti viskas included? :) Tai kaip įsivertinti vartotojui, ar jam nereikės dvigubai susimokėti? Visi nori mokėti tik tiek ir nei kiek daugiau. Taigi bent normalius apsrasymus su pavyzdžiais, kiek maždaug resursų naudoja svetainė su 1000 lankytojų jau bus tam tikras atspirties taškas.

Paskaičiavimus ir pavyzdžius būtinai pridėsime.

Dalyvaujant viešajame pirkime neišvengiamai tenka prognozuoti svetainės lankomumą. Pagal keliamus reikalavimus vis tiek reikia parinkti talpinimo planą arba serverį. Utility computing atveju numatomas biudžetas.

debesys ant supuvusiu iv vps`u ?

debesys ant supuvusiu iv vps`u ?

Baik tu, Amerikoje kiek suprantu leaseweb naudoja, nu anyway, esmė ta pati lieka....

Kokią dar super duper platformą gali kurti, kur nesugeba net savų serverių, AS ir t.t. pasistatyti....

debesys ant supuvusiu iv vps`u ?

Debesų kompiuterijoje hardware kokybė nebeturi didelės įtakos. Tendencija yra naudoti pigius (dažnai custom made) komponentus kurie gedimo atveju būtų lengvai pakeičiami. Realybė tokia, kad net ir brangiausi, branded, komponentai genda. Downtime tiesiog išsprendžiamas programiniame lygmenyje palaikant aktyvias kopijas.

Projektas yra proof of concept stadijoje. Fundamentalios platformos savybės įgyvendintos ir jas galima išbandyti. Tolesnius mūsų veiksmus ir investicijas įtakos klientų susidomėjimas.

Debesų kompiuterijoje hardware kokybė nebeturi didelės įtakos. Tendencija yra naudoti pigius (dažnai custom made) komponentus kurie gedimo atveju būtų lengvai pakeičiami. Realybė tokia, kad net ir brangiausi, branded, komponentai genda. Downtime tiesiog išsprendžiamas programiniame lygmenyje palaikant aktyvias kopijas.

 

Projektas yra proof of concept stadijoje. Fundamentalios platformos savybės įgyvendintos ir jas galima išbandyti. Tolesnius mūsų veiksmus ir investicijas įtakos klientų susidomėjimas.

O čia jau prašau paaiškinti, ką jūsų manymų reiškia teiginys: Debesų kompiuterija.

Čia tokia pati nesamonė, kaip ir IaaS lyginimas su Paas....

Hardware sakot neturi įtakos....na na, tai gal pastatykit tada P4, jie tai išviso, už dyką randami skelbimuose užsienyje...kam pirkti hardware....juk programavimo lygmenyje tvarkosi gedimai, nereikės nei CPU nei RAM keisti nei dar ko nors....

O kaip jūs programiškai išspręsit bėdą, kada pas kitą tiekėją (VPS) suges įranga? Jums juk hardware brangaus nereikia, jei jau suges pas tiekėją - tai Jūs kaip programiškai išspręsit problemą?

Tai gal kaip Jūs teigiat, debesų technologijai ir nereikia jokių SAN/NAS? Kam, jei galima programiškai tai išspręsti? P.S. Yra virtual SAN bet čia neatlieka tokios f-jos kaip hardware....

*Grabbing popcorns*

Na hardware vistik yra svarbus, aišku didesnė apkrova tinklui, nes sinchronizacija rys trafiką taip, kaip banginis planktoną. Nemanyčiau, kad geras sumanymas talpinti viską VPS serveriuose, kur galimas belenkoks overbukinimas, taip kad su pigiausiais sprendimais toli neisite, jau nekalbant apie tolimą važiavimą.

Aišku turbūt dar sugalvosite kimsufi arba online.net serverius pasiimti ir verksite, kad 3 dienas niekas nesuuportina mirus hardui ar serveriams, kai mandagiai prancūzų kalba pasiųs nafik ir paprašys parašyti forume, kur postą peržiūrės koks studentas adminas gerdamas kavą po 2 dienų ir sugalvos, kad gal reikia pakeisti hardą ( hardus ), kuris jau dirbo 30 tūkstančių valandų į dulkėmis apėjusį vos tempiantį oldschoolą. Iš patirties sakau.

Nesvarbių dalykų nebūna ir kiekvienas mažiausias menknėkis gali turėti labai daug įtakos.

O čia jau prašau paaiškinti, ką jūsų manymų reiškia teiginys: Debesų kompiuterija.

 

Hardware sakot neturi įtakos....na na, tai gal pastatykit tada P4, jie tai išviso, už dyką randami skelbimuose užsienyje...kam pirkti hardware....juk programavimo lygmenyje tvarkosi gedimai, nereikės nei CPU nei RAM keisti nei dar ko nors....

 

O kaip jūs programiškai išspręsit bėdą, kada pas kitą tiekėją (VPS) suges įranga? Jums juk hardware brangaus nereikia, jei jau suges pas tiekėją - tai Jūs kaip programiškai išspręsit problemą?

 

Tai gal kaip Jūs teigiat, debesų technologijai ir nereikia jokių SAN/NAS? Kam, jei galima programiškai tai išspręsti? P.S. Yra virtual SAN bet čia neatlieka tokios f-jos kaip hardware....

*Grabbing popcorns*

 

Na hardware vistik yra svarbus, aišku didesnė apkrova tinklui, nes sinchronizacija rys trafiką taip, kaip banginis planktoną. Nemanyčiau, kad geras sumanymas talpinti viską VPS serveriuose, kur galimas belenkoks overbukinimas, taip kad su pigiausiais sprendimais toli neisite, jau nekalbant apie tolimą važiavimą.

 

Aišku turbūt dar sugalvosite kimsufi arba online.net serverius pasiimti ir verksite, kad 3 dienas niekas nesuuportina mirus hardui ar serveriams, kai mandagiai prancūzų kalba pasiųs nafik ir paprašys parašyti forume, kur postą peržiūrės koks studentas adminas gerdamas kavą po 2 dienų ir sugalvos, kad gal reikia pakeisti hardą ( hardus ), kuris jau dirbo 30 tūkstančių valandų į dulkėmis apėjusį vos tempiantį oldschoolą. Iš patirties sakau.

 

Nesvarbių dalykų nebūna ir kiekvienas mažiausias menknėkis gali turėti labai daug įtakos.

Susipažinkite – commodity computing. Negi pirmą kartą girdite, kad Google Cloud Platform, Amazon Web Services, Facebook ir Rackspace naudoja commodity hardware?

Visas IT hardware sugenda, tai nenuginčijamas faktas. Nesvarbu ar tai asmeninis serveris, dedikuotas serveris ar VPS tiekėjo serveris. Vienintelis būdas užtikrinti 100% availability yra redundancy. Pirmas mūsų žingsnis buvo sukurti platformą, kuri gali veikti extremely hostile environments. Infrastruktūros komponentai ant kurių veikia platforma yra lengvai pakeičiami.

Jūsų argumentai paremti straw men. Puiku kad jūs esate orakulai ir sugebate skaityti mūsų mintis, nuspėti planus, įvertinti mūsų technines žinias ir galimybes, apskaičiuoti mūsų finansus. Tikriausiai lengva ir klientams pateikti tai ko jie nori, visos jų mintys kaip ant delno <sarcasm>.

Trumpai, mūsų planas yra pasiūlyti paslaugas turinčias fundamentalių skirtumų nei egzistuojančios rinkoje. Atradus tikslinę auditoriją ir sulaukus klientų susidomėjimo projektas bus scalinamas. Platforma veiks ant naujausios kartos commodity hardware. Kliento aplikacijos nenutrūkstamas veikimas ir greitis yra King. Tai bus užtikrinama pasinaudojant distributed computing clusters paskirstytais įvairiose pasaulio vietose.

Susipažinkite – commodity computing. Negi pirmą kartą girdite, kad Google Cloud Platform, Amazon Web Services, Facebook ir Rackspace naudoja commodity hardware?

 

Visas IT hardware sugenda, tai nenuginčijamas faktas. Nesvarbu ar tai asmeninis serveris, dedikuotas serveris ar VPS tiekėjo serveris. Vienintelis būdas užtikrinti 100% availability yra redundancy. Pirmas mūsų žingsnis buvo sukurti platformą, kuri gali veikti extremely hostile environments. Infrastruktūros komponentai ant kurių veikia platforma yra lengvai pakeičiami.

 

Jūsų argumentai paremti straw men. Puiku kad jūs esate orakulai ir sugebate skaityti mūsų mintis, nuspėti planus, įvertinti mūsų technines žinias ir galimybes, apskaičiuoti mūsų finansus. Tikriausiai lengva ir klientams pateikti tai ko jie nori, visos jų mintys kaip ant delno <sarcasm>.

 

Trumpai, mūsų planas yra pasiūlyti paslaugas turinčias fundamentalių skirtumų nei egzistuojančios rinkoje. Atradus tikslinę auditoriją ir sulaukus klientų susidomėjimo projektas bus scalinamas. Platforma veiks ant naujausios kartos commodity hardware. Kliento aplikacijos nenutrūkstamas veikimas ir greitis yra King. Tai bus užtikrinama pasinaudojant distributed computing clusters paskirstytais įvairiose pasaulio vietose.

Gal grįžtam į realybę?

1. Jūs net neturit ir netūrėsit tokios įrangos, kad ją pritaikyti ir kad ji veiktų stabiliai reikės LABAI daug investicijų.

2. Naudojami pas Jus VPS, o jūs čia visiems smegenis skiedžiat apie šimtamilijonines investicijas reikalaujančius dalykus.

3. Ne mes, bet JŪS nustatėt mūsų turimas infrastruktūras ir žinote kokias technologijas naudojame - tai jūsų žodžiai, o ne mūsų.

Kaip ir minėjau punkte nr. 2 - užteks čia visiems skiesti nesamones, daugiau nieko nematau, kaip tik šį dalyką.

HOST321 – gėda, atrodo teikiate talpinimo paslaugas, tačiau nesuprantate fundamentalių principų.

Pagal tavo logiką, didieji tiekėjai tokie kaip Google Cloud Platform, Amazon Web Services, Facebook turėtų veikti nepatikimai, nes naudoja commodity serverius? Vienas iš PaaS tikslų ir buvo padaryti nepatikimus komponentus patikimais.

Taip, mūsų atveju kol kas žemiausias commodity komponentas yra VPS. Jam sutrikus, lankytojai nukreipiami į kitą repliką. Tačiau fundamentaliai platforma nėra pririšta prie būtent tokio virtualizacijos mechanizmo. Scalinant teks neišvengiamai talpinti savo serverius. Mažesniu mastu logiškiau turėti ne didžiulį serverį, o daugiau mažų virtualizuotų replikų, tuomet patikimumas didesnis.

Sugrįžkite į 21 amžių. Čia nebereikia prisukinėti varžtų ir važiuoti į DC, kad paleisti savo platformą.

HOST321 – gėda, atrodo teikiate talpinimo paslaugas, tačiau nesuprantate fundamentalių principų.

 

Pagal tavo logiką, didieji tiekėjai tokie kaip Google Cloud Platform, Amazon Web Services, Facebook turėtų veikti nepatikimai, nes naudoja commodity serverius? Vienas iš PaaS tikslų ir buvo padaryti nepatikimus komponentus patikimais.

Žodžių neiškraipom ir išmokstam skaityti - JŪS TOKIŲ INVESTICIJŲ MILIJONINIŲ NETURIT, kad tai pradėti teikti.

Taip, mūsų atveju kol kas žemiausias commodity komponentas yra VPS. Jam sutrikus, lankytojai nukreipiami į kitą repliką. Tačiau fundamentaliai platforma nėra pririšta prie būtent tokio virtualizacijos mechanizmo. Scalinant teks neišvengiamai talpinti savo serverius. Mažesniu mastu logiškiau turėti ne didžiulį serverį, o daugiau mažų virtualizuotų replikų, tuomet patikimumas didesnis.

Gal užteks juokauti ir vis gi pradėti rimčiau domėtis? VPS duoda didesnį patikimumą - Įrodykit, o aš įrodyti galiu labai lengvai, kad VPS yra 1000 kartų mažesnio patikimumo nei dedikuotas serveris. Todėl tokie rašymai - ne tik žmonių klaidinimas, bet ir parodymas, kad vis gi nieko nesuprantate patys ką darote, o tuo labiau šnekate nesamones.

Sugrįžkite į 21 amžių. Čia nebereikia prisukinėti varžtų ir važiuoti į DC, kad paleisti savo platformą.

Grįškit Jūs į XXI amžių, niekas senai nevažinėja į DC, kad paleisti platformą, viską atlieka DC darbuotojai, pakanka tik išsiųsti įrangą ir speficikaciją...

Kaip ir minėjau anksčiau ir dabar paminėsiu - užteks šnekėti nesamonės ir neišmanančius dalykus, visi argumentai yra 12 metų vaiko......

Kaip tik mėnesio gale būsiu Šiauliuose, tai galiu į Radviliškį pas Jus į svečius su Andriumi atvažiuoti - pašnekėti apie šią platformą, jei mane įtikinate jos efektyvumu - 100 000lt pradžioje investuosiu.

Mes nekonkuruojame su didžiausias pasaulio tiekėjais. Teiginys, kad pasiūlyti visiškai kitam rinkos segmentui kažką panašaus reikia turėti milijonines investicijas yra tiesiog neteisingas. Įgyvendinti fundamentalius PaaS platformų teikiamus privalumus turint geras programavimo/technines žinias nėra taip sudėtinga. Visi projektai yra scalinami pagal paklausą, nuo to priklauso kiek investuojama į pradinę infrastruktūrą.

Pasikartojant, VPS yra pradinis žingsnis. Šiame etape daugiau smulkių virtualių serverių su replikacija yra patikimiau nei vienas brangus serveris. Sekančiame etape bus naudojami dedikuoti commodity serveriai.

Žodžių neiškraipom ir išmokstam skaityti - JŪS TOKIŲ INVESTICIJŲ MILIJONINIŲ NETURIT, kad tai pradėti teikti.

 

Gal užteks juokauti ir vis gi pradėti rimčiau domėtis? VPS duoda didesnį patikimumą - Įrodykit, o aš įrodyti galiu labai lengvai, kad VPS yra 1000 kartų mažesnio patikimumo nei dedikuotas serveris. Todėl tokie rašymai - ne tik žmonių klaidinimas, bet ir parodymas, kad vis gi nieko nesuprantate patys ką darote, o tuo labiau šnekate nesamones.

 

Grįškit Jūs į XXI amžių, niekas senai nevažinėja į DC, kad paleisti platformą, viską atlieka DC darbuotojai, pakanka tik išsiųsti įrangą ir speficikaciją...

 

Kaip ir minėjau anksčiau ir dabar paminėsiu - užteks šnekėti nesamonės ir neišmanančius dalykus, visi argumentai yra 12 metų vaiko......

 

Kaip tik mėnesio gale būsiu Šiauliuose, tai galiu į Radviliškį pas Jus į svečius su Andriumi atvažiuoti - pašnekėti apie šią platformą, jei mane įtikinate jos efektyvumu - 100 000lt pradžioje investuosiu.

Mes nekonkuruojame su didžiausias pasaulio tiekėjais. Teiginys, kad pasiūlyti visiškai kitam rinkos segmentui kažką panašaus reikia turėti milijonines investicijas yra tiesiog neteisingas. Įgyvendinti fundamentalius PaaS platformų teikiamus privalumus turint geras programavimo/technines žinias nėra taip sudėtinga. Visi projektai yra scalinami pagal paklausą, nuo to priklauso kiek investuojama į pradinę infrastruktūrą.

 

Pasikartojant, VPS yra pradinis žingsnis. Šiame etape daugiau smulkių virtualių serverių su replikacija yra patikimiau nei vienas brangus serveris. Sekančiame etape bus naudojami dedikuoti commodity serveriai.

Aš jau po pirmų 3 Jūsų postų abejojau tokiomis žiniomis.

Tiesa pasakius būtų įdomu susitikti konstruktyviam dialogui ir pažiūrėti ką Jūs ten siūlote, nes kolkas man tai visiškos pievos.

Bet gi kolkas niekas mūsų nekviete HOST321.. Blin, nebijokit, gi ne bytukių balių siūlome.