WHD 2011: porzućcie tradycyjny hosting, to czas chmur! Relacja z największej imprezy branży hostingowej [aktualizacja]

Świetnie wiecie o tym, że WHD to dla nas jedno z najważniejszych wydarzeń w kalendarzu branżowych imprez. W tym roku konferencja zmieniła nazwę (na World Hosting Days) i przeniosła się do Rust, gdzie znajduje się największe europejskie wesołe miasteczko - Europa Park. Dotarliśmy tutaj w poniedziałek po całkiem miłej i pełnej przygód podróży, a od wtorku śledzimy prezentacje czołowych firm branży hostingowej na świecie. O czym się mówi, jakie są trendy i co będzie napędzało branżę przez kolejny rok - o tym w naszej relacji z dnia pierwszego (niedługo uzupełnimy relację o opisy prezentacji z kolejnych dni, później pokażemy Wam wywiady i relację wideo).

Spis treści

Dzień pierwszy

Dzień drugi

Dzień trzeci

Wideo

ePages: handel globalny jest bardzo trudny?

Organizatorzy przyjęli dość ryzykowną formułę, w której mniejsi partnerzy prezentowali się jako pierwsi. W takim kontekście ktoś, kto spodziewał się mocnego uderzenia na otwarcie konferencji, musiał poczuć się rozczarowany.

A zaczął Wilfried Beeck, dyrektor zarządzający ePages, którego prezentacja skupiła się w zasadzie na wskazaniu poważnych ograniczeń w globalnym handlu elektronicznym. Podstawowym jest oczywiście różnorodność językowa - to przez nią większość sklepów nie jest w stanie realnie zaistnieć na różnych rynkach, a szczytem marzeń staje się możliwość dostarczenia towaru do innego kraju.

Ta różnorodność stanowiąca podstawową barierę jest oczywiście wsparta czymś mniej oczywistym - ograniczeniami w płatnościach, możliwościach łatwej dostawy czy kwestiami różnic prawnych. Przeskoczenie tych barier nie jest wcale łatwe i wymaga od dużych sklepów skupienia się ma kwestiach dostosowywania regulaminów do konkretnych rynków.

Prezentację nazwalibyśmy raczej problematyzującą kwestie globalnego e-commerce niż dającą jakieś realnie brzmiące rozwiązania. Sam Beeck jako przedstawiciel firmy produkującej mechanizm sklepu internetowego zatrudnił obecnie prawników do opracowania konkretnych rozwiązań dla ePages.

OnApp: doświadczenia pod dwóch latach wdrażania

Kolejna prezentacja dotyczyła tematu chmur obliczeniowych, który jest tutaj jedną z najważniejszych kwestii - zarówno dla biznesu, jak i inżynierów systemowych. Poprowadził ją Carlos Rego, główny architekt w firmie OnApp, która niecałe dwa lata temu została wydzielona z brytyjskiej spółki VPS.net do obsługi klientów chcących wdrażać chmury.

Carlos Rego zaczął od wprowadzenia podziału na rodzaje chmur, które pojawiły się w ostatnim czasie na rynku. Są to:

chmura publiczna działająca w trybie "by-the-hour" (to przede wszystkim rozwiązania IaaS dostarczane przez Amazon czy Rackspace),
hosting serwerów VPS (to nic innego jak grupowanie serwerów VPS w nody),
chmura hybrydowa (jest przeznaczona dla klientów, którzy chcą wykorzystać dedykowaną infrastrukturę, ale mieć pewność stabilności działania w wypadku wystąpienia awarii),
chmura prywatna (czyli wynajęcie fragmentu większej infrastruktury do swoich potrzeb biznesowych).

Wszystkie te rozwiązania można znaleźć w ofercie OnApp i były one wdrażane u ponad 100 klientów w ciągu ostatnich dwóch lat. W opinii Rego zdecydowana większość klientów jest wciąż niepewna odnośnie do tego, czym w ogóle chmura jest i jakie da im przewagi nad konkurencją. Główne pytania dotyczą zazwyczaj problemów związanych z bezpieczeństwem i integralnością danych, ale równie ważne są koszty początkowe czy czas wdrożenia rozwiązania na rynek.

Jednak najpoważniejsze problemy dla większości hosterów zaczynają na poziomie mniej ogólnym i dotyczą konkretnych kwestii. Można je podzielić na kłopoty z:

przestrzenią do przechowywania danych (o ile sama przestrzeń kosztuje niewiele i łatwo zbudować macierz, to zbudowanie kosztowo efektywnej i przede wszystkim wydajnej macierzy jest już bardzo trudne; istnieje bardzo niewiele rozwiązań, które obecnie pozwalają średniej wielkości hosterom na zbudowanie macierzy elastycznej tak jak np. ma to miejsce wypadku Amazonu),
samą infrastrukturą (głównie przez to, że hosterzy chcą budować chmury na tym, co już mają),
mechanizmem bilingowym (jest niewiele dopracowanych rozwiązań na rynku i nie wszyscy chcą się rozliczać w modelu opłat za godziny),
biznes planem (dziś przeciętny hoster zarabia na jednej szafie przerobionej na chmurę około trzy razy tyle, ile zarobiłby, sprzedając w niej serwery dedykowane, ale to nie będzie trwało wiecznie; hosterzy, którzy się dziś ociągają, nie będą mogli już liczyć na wysokie marże w przyszłości).

«poprzednia 1 2 3 4 ... 8 następna »

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

19 skomentuj »

Komentarze

#1 eimi^® 2011-03-23 20:39:28 0
"Ta różnorodność stanowiąca podstawową barierę jest oczywiście wsparta czymś mniej oczywistym - ograniczeniami w płatnościach, możliwościach łatwej dostawy czy kwestiami różnic prawnych".

Podstawowym problemem jest to, że szefowie firm hostingowych myślą w ramkach, boją się ryzyka i przywiązani są do istniejącej infrastruktury prawnej. Branży e-commerce jest potrzebny szalony wizjoner, który zrewolucjonizować handel może tylko wyzwalając walutę z rąk władz. Co by było, gdyby Amazon zaczął łykać Bitcoiny?

Każdy, kto śledził historię gospodarczą ludzkości wie, że monopol banków centralnych na emisję walut, jak również monopol rządów centralnych na ściąganie podatków jest czymś, co w pewnym momencie historii się pojawiło.

W pewnym momencie może zniknąć.

Co do chmur: z tego co przeczytałem, nie ustaje traktowanie chmury jako buzzwordu, przez który można rozumieć co się chce. Może właśnie dlatego Amazon nie czuje potrzeby się pojawiać? To oni powiedzieli czym jest chmura, a cała reszta może co najwyżej ich naśladować. Nawet dumny ze swojego PaaS-u Azure Microsoft wykopał gdzieś Raya Ozziego i zaczyna robić z tego IaaS. Google App Engine to wciąż raczej zabawka bez większego znaczenia dla biznesu. Heroku? Pewnie, ładne.

Parallels? Przepraszam, ale nie mam tylu nerek na sprzedaż.

W czasach, gdy branża hostingowa startowała, jej rozwój umożliwiło tylko opensource'owe oprogramowanie. IIS? Weblogic? come on, bez LAMP-y nie byłoby hostingu jakiego znamy, dostępnego dla ludu. Tak samo bez opensource'owych platform chmurowych hosterzy nigdy nie będą mogli zaoferować sensownych cenowo usług, dostępnych dla Kowalskiego (tak, tak, kiedyś też myślano, że hosting jest tylko dla wielkich firm, koncepcja, że każdy mógłby mieć swoje miejsce w Sieci była mało wiarygodna).

Dlatego ja mam nadzieję na rozwój OpenStacku, wzmocnienie pozycji Rackspace, uruchamianie własnych cloudów na takim oprogramowaniu przez naszych hosterów. Może przyjdzie czas, że jedna z największych firm hostingowych nie będzie próbowała mi wcisnąć "dynamicznego serwera cloud", za który mam zapłacić za ...trzy miesiące z góry.

Z innej beczki: dziękuję programistom Firefoksa 4 za ocalenie tego komentarza. Odwiedziny strony firmy oferującej dynamiczny serwer cloud sprawiły, że przeglądarka padła. Zrestartowała się, myślałem, że już po komentarzu... a jednak. Świetna robota, Mozillo!
IP: 90.156.40.[...] Mozilla/5.0 (X11; Linux i686; rv:2.0.0) Gecko/20100101 Firefox/4.0
#2 jacek2v 2011-03-24 04:36:51 0
@eimi

W większości kwestii się z Tobą zgadzam, ale :) .... co do Google App Engine to nie. Dlaczego uważasz, że GAE to zabawka? z punktu widzenia technicznego to moim zdaniem to jedna z niewielu prawdziwych chmur obliczeniowych na rynku. Nie buzzword, ale przaśny, prawdziwie skalowalny do niewyobrażalnych rozmiarów (przy wyobrażalnych kosztach:)) komputer. Jeden nie ileś połączonych "instancji", czy jakiś innych "kwantów" sprzętowo/wirtualnych.

Co do znaczenia dla biznesu to tzw. "biznes casów", rzeczywiście jest niewiele, ale nie wiem czy nie jest to spowodowane tym, że Google ma w d. marketing GAE :), a taki np. MS to rzuca się na każdy "ochłap" informacji i dmucha w niego, aż powstanie "wielkie wdrożenie" :) No cóż MS jest w tym bardzo dobry - jak nie najlepszy. Np. ostatnio był news o spotcloud.com.

Wydaje mi się, że rozwój aplikacji opartych na GAE może powstrzymywać to, że aplikacje dla niego trzeba często przeprojektować, albo napisać od nowa. Spowalnia to znacznie proces powstawania rozwiązań - dlatego będziemy na nie dłużej czekać, ale to nie znaczy, że nie powstają (mam taką nadzieję:)) Pojawia się też pytanie o coś z pogranicza "vendor-lock" - no bo co jeśli będziemy chcieli opuścić GAE? :) - ale np. w przypadku Pythona już istnieją frameworki, które sobie z tym radzą.

Drugi "hamulec" związany z organizacjami publicznymi i związanymi ze zdrowiem w Europie to np. brak określenia lokalizacji danych, brak wsparcia dla przepisów Europejskich - na razie Google skupiło się na USA.

Trzeci "hamulec" to rzeczywiście pewne niedostatki GAE. Np. brak łatwego wsparcia HTTPS dla domen własnych. Google nad tym pracuje, ponieważ nie jest to trywialne - kwestie certyfikatów własnych do stron w GAE.To jest na tyle ogólny problem, że nie wiem czy to ktoś w ogóle rozwiązał w jakiś elegancki sposób - jeśli chodzi o chmury obliczeniowe, nie VPS i tym podobne.

Podsumowując GAE to nie krok do przodu, ale kilka kroków co znacznie utrudnia przebicie się do umysłów inwestorów lub sponsorów projektów. Zabawka? Raczej Mekka programisty - proste, gigantycznie skalowalne środowisko.

Pzdr.

Jacek
IP: 77.253.126.[...] Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.151 Safari/534.16
#3 eimi^® 2011-03-24 09:37:40 0
@Jacku, od strony programisty App Engine wygląda faktycznie fajnie - tylko, że ja napisałem "bez większego znaczenia dla biznesu". Siłą chmury Amazonu jest to, że wszyscy rozumieją chmurę Amazonu. Uruchamiam instancję serwerową, płacę za zużytą moc obliczeniową. W razie czego, przeniesienie swojego projektu z EC2 na Rackspace jest też znacznie prostsze, niż wyprowadzenie go z GAE na zewnątrz. Nie wiedziałem że są już frameworki do takich migracji, ale czy załatwiają one np kwestię storage'u? Jak dane były w BigTable, i zapytania były do BigTable, to chyba jednak aplikację trzeba mocno przerabiać.

W skrócie: PaaS to przyszłość chmur, ale przyszłość daleka. Na razie kasę robi Amazon na tym, co ludzie rozumieją.
IP: 90.156.40.[...] Mozilla/5.0 (X11; Linux i686; rv:2.0.0) Gecko/20100101 Firefox/4.0
#4 dAREuS^® 2011-03-24 11:10:10 0
@eimi, problem otwartej chmury ma tutaj ewidentnie podłoże biznesowe. Chmura stała się kierunkiem, do którego większość będzie dążyła - bez względu na to, czy ktoś tego potrzebuje czy nie (w domyśle klienci). Ja to rozumiem trochę tak, że pojawił się Amazon, który na spokojnie robi pieniądze z tym, co ma, a potem dobudowano całą teorię i "hype" do robienia chmur. Przy czym różnicę widać gołym okiem - nie wiadomo za bardzo, co i jak należałoby zrobić.

Za chmurą poszły realne pieniądze i każdy - bez względu na to, czy już na tym zarabia - bardzo nie chciałby, by coś open source okazało się tutaj lepsze. Mam wrażenie, że wśród dostawców istnieje strach przed otwartym oprogramowaniem dla chmur, bo to zmiecie nieco pompowaną przez głównych graczy bańkę.
IP: 109.192.3.[...] Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.151 Safari/534.16
#5 eimi^® 2011-03-24 11:57:14 0
Rackspace jest już głównym graczem. W 2010 (wg raportu 451 Group) Amazon miał z AWS jakieś 500 mln dolarów. Rackspace miało jakieś 100 mln. Pod względem liczby uruchomionych w chmurze serwisów internetowych, Rackspace wychodziło jeszcze lepiej - poniżej dane z lutego 2010:

http://www.jackofallclouds.com/wp-content/uploads/2010/02/sites_by_cloud_provider.png

I ta właśnie firma najwięcej obecnie pompuje w OpenStack.

W sumie ciekawe, że najwięcej o chmurach krzyczą teraz firmy, które na ten rynek weszły ewidentnie za późno i nie mają do zaoferowania nic poza kosztownymi rozwiązaniami w stylu "oddaj nerkę".
IP: 90.156.40.[...] Mozilla/5.0 (X11; Linux i686; rv:2.0.0) Gecko/20100101 Firefox/4.0
#6 dAREuS^® 2011-03-24 12:10:37 0
Tak po prostu musiało być. Kolosy rzadko kiedy potrafią być innowacyjne, bo najzwyczajniej w świecie nie muszą. Ale mają pieniądze na próbę wzięcia kawałka tortu.
IP: 109.192.3.[...] Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.151 Safari/534.16
#7 jacek2v 2011-03-24 13:33:10 0
@eimi

To, że chmura od strony programisty wygląda fajnie ma kolosalne znaczenie. Spójrzmy na samą genezę chmur. Po co chmura dla biznesu? No bo ... taniej, szybciej - inaczej mniejsze TCO i szybszy ROI. Niestety takie czasy jak biznes to kasa :) "Normalna" chmura (czyli lepszy VPS :)) daje dla biznesu mniejsze TCO o część związaną z trzymaniem serwerów i .... koniec. No może jeszcze łącze, ale to zależnie od aplikacji. A co daje GAE? To samo co w "normalnej" chmurze + standard API, API i jeszcze raz API, co ogranicza programistów (!:))dając przyśpieszenie w tworzeniu rozwiązań (szybszy ROI), znacznie szybsze skalowanie aplikacji w górę (szybszy ROI) + skalowalność na poziomie minut, przy VPS możesz się pomylić i zapłacić za coś czego nie używasz (jeszcze mniejszy TCO) + nie zajmujesz się systemem operacyjnym, wersjami języków czy też API (jeszcze mniejszy TCO) itd. Mniej "guzików" i "pokręteł" - mniej adminiów i pracy dla programistów, którzy nie koniecznie lubią coś instalować po raz kolejny,kolejny, kolejny ... :).

Co do wyprowadzenia na zewnątrz z GAE to przepięcie na inną bazę jest możliwe - bez przeprogramowywania (jeden z frameworków, który mi się spodobał to web2py - jest tam dodatkowa warstwa tłumacząca zapytania do bazy). Co do przeniesienia danych to zapewne trzeba by podprogramować :)

A tak na marginesie: zakładać już na początku projektu, że się będzie "uciekać" z wybranej platformy, to trochę ... DZIWNE :) Oczywiście jest to pewne ryzyko, ale jak to bywa w biznesie trzeba je przeliczyć na złotówki. Czyli wybrać szybciej łatwiej i ciut ryzykowniej (vendor-lock, większe koszty przesiadki), czy też wolniej i drożej :)

Co do Amazona to trafna uwaga, że ludzie biorą to co rozumieją :) Ale prawda jest taka, że technologii nie rozumie biznes tylko inżynierowie/programiści i oni podpowiadają dla biznesu. A z drugiej strony ludzie są wygodni/leniwi :)

Przypomina mi się debiut javy i narzekania, że wolna, po co VM, po co nowy język, C++ ma więcej itp. itd., ale jak widać dobrze się przyjęła.
IP: 77.253.126.[...] Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.151 Safari/534.16
#8 dAREuS^® 2011-03-24 14:03:34 0
"Ale prawda jest taka, że technologii nie rozumie biznes tylko inżynierowie/programiści i oni podpowiadają dla biznesu" - zgadzam się z tym poglądem, w przypadku chmur jest to szczególnie widoczne.
IP: 109.192.3.[...] Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.151 Safari/534.16
#9 eimi^® 2011-03-24 18:40:41 0
-> a propos tematów z aktualizacji. Wszystko pięknie z Opteronami 4000, ale do czasu, jak Microsoft wyda Windows Server na architekturę ARM.

Ja sam marzę o laptopie na ARM-ie. 20 godzin pracy na bateriach? :)
IP: 90.156.40.[...] Mozilla/5.0 (X11; Linux i686; rv:2.0.0) Gecko/20100101 Firefox/4.0
#10 jacek2v 2011-03-26 12:33:16 0
@eimi

ARM w normalnych komputerach - mniam, mniam. Marzenia moje z przed ponad 15lat mogą się spełnić :) Może wrócę do asemblera? :D

Uwolnić MOC !!!! Na pohybel x86 !!!! :D
IP: 77.255.62.[...] Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.151 Safari/534.16
#11 eimi^® 2011-03-26 13:24:06 0
@jacek2v, w pełni Cię rozumiem, ja bawiłem się assemblerem na motoroli 68k (amiga), i gdy przeszedłem w końcu na x86 pc, to ręce mi opadły. To wręcz niegodziwe, że ta dinozaurza architektura wciąż pełza po świecie.

Czytałem gdzieś na blogu pewnego inżyniera Intela, jak robili Pentium. Na pierwszych wersjach Pentium nie działały prawie żadne gry. Okazało się, że producenci gier używali kreatywnie jakiegoś nieudokumentowanego buga z 486dx. Intel musiał więc w imię wstecznej kompatybilności zaimplementować stary bug z 486 w Pentium.
IP: 90.156.40.[...] Mozilla/5.0 (X11; Linux i686; rv:2.0.0) Gecko/20100101 Firefox/4.0
#12 jacek2v 2011-03-26 14:39:26 0
@eimi

Bug są i będą wszędzie - mniejsze lub większe :)

Na 6502 też były, ale nauczenie się assemblera 6502 zajęło mi 1-2h, a x86 po X tygodniach pisania musiałem zastanawiać jaka to instrukcja z jakiego rejestru bierze i gdzie wrzuca. I ciągle kombinować by się dało coś zrobić i by program nie miał 1000 instrukcji tylko normalne 100 :) - masakra. Dlatego na zaliczenie sterowniki pisałem w Pascalu ;) I co dziwniejsze np. sterownik myszy nie był większy (w KB) od takich dostarczanych z myszkami w owym czasie :)
IP: 77.255.62.[...] Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
#13 slawek22 2011-04-01 16:19:07 0
Problem z chmurami jest taki, że albo jest koszmarna wydajność albo niespójne dane. O czymś takim jak ACID w bazie na chmurze nawet nie może być mowy, bo obojętnie ile mamy hostów wydajność spada wtedy do wydajności jednej maszyny. Dziwne, że taki hype się z tego robi a potem się płacze że w myisam nie ma transakcji. Jeśli chmury to przyszłość to lepiej od razu się przyzwyczajajcie do niespójnych danych i uproszczonych engine BD :)

Chmura od strony programisty wygląda koszmarnie. Dochodzi 1500 dodatkowych rzeczy do zrobienia. M.in. dostępność node-ów, błędy w komunikacji, opóźnienia. Może np. 2 ms opóźnienia dla kwerendy to nie dużo, ale jak się ma skrypt forum który dla jednej podstrony ich wykonuje 40 to z czegoś co działa bardzo dobrze się robi rozwiązanie o prędkości ślimaka. Które dodatkowo ze względu na opóźnienia w serwowaniu requestów i utrzymywanie większej ilości połączeń wymaga więcej pamięci.

Ogólnie cały cloud to jedna wielka bzdura i chodzi jedynie o kasę. Jak ktoś myśli, że napisze coś pod chmurę a potem żeby to skalować sobie będzie jedynie node-ów dokładał to albo jest głupi albo zwariował.
IP: 83.29.87.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
#14 dAREuS^® 2011-04-01 16:47:41 0
slawek22, a po wdrożeniach w jakiej chmurze to wrażenia?
IP: 188.121.11.[...] Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_7; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
#15 slawek22 2011-04-01 20:30:22 0
VMWare, zastrzegam że nie wiem czy to niedojrzała technologia czy dziadowskie wdrożenie ale serwis strasznie lagował i zdarzały się całkowite zwisy. Z resztą teraz też do demonów prędkości nie należy chociaż oprogramowanie jest podobno state of the art a z tego co piszą na blogu to platforma ich musiała kosztować majątek :)

Ogólnie to skoro mogę mieć normalny serwer z porządnymi dyskami w softraid1/10 + 12GB ramu w cenie "node" z 2 GB ramu i dziadowskim SAN (nieatomowe operacje na plikach+lagi i/o)... to dla mnie cloud to ogólnie głupota.

Mogę sobie skalować wydajność pojedynczego node'a... co z tego, kupię normalny porządny serwer - zapłacę jak za najpodlejsze pojedyncze node a wydajność będzie 5x większa niż się się da jednego node z chmury skalować.

Masz przykład na jakieś udane wdrożenie i kogoś kto wykorzystał jakąś własność cloud?

Na przykład takie mongo, baza typowo pod cloud. Jak node pada to dane wylatują z shardu... więc musi być replika, żeby mieć pewność że dane nie wylecą. Nie jest to AFAIK ani ACID ani atomic. Więc muszę mieć 2 razy więcej 4 razy droższych serwerów, żeby na tym postawić bazę danych która będzie w dodatku łazić na badziewnym SAN zamiast szybkich dysków podpiętych lokalnie. Webworkery też będą łazić na SAN i do tego gadać z zdalną bazą.

@Eimi: cloud liczony per godzina masz na OVH. Wychodzi 144PLN brutto za serwer z 1GB RAM + 5GB HDD / miesiąc. Dopłacasz 2 dychy i masz SP Mini / 4GB + 1500 GB dysku.

Serio nie wiem kto będzie aż takim idiotą, żeby przy obecnych cenach serwerów w takie coś inwestować. Małe i średnie biznesy nie potrzebują chmur, serwer z 8GB Ramu 2TB Sata i dobrym CPU kosztuje grosze. Nie wspominając już ile będzie kosztować przepisywanie skryptów, żeby w ogóle zaczęły działać.
IP: 83.29.87.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
#16 jacek2v 2011-04-01 22:37:38 0
@slawek22

Tak jak pisałem wcześniej, to co opisujesz to właściwie nie chmura :), ale takie CÓŚ co łatwo zrobić - z punktu widzenia sprzedającego usługę w tym wypadku VMware - ale jest naprawdę TYLKO wirtualizacją I dlatego korzyść z takiej "chmury" jest niewielka z punktu widzenia programisty.

Rozwiązaniem problemów, które opisałeś jest podejście typu SOA. Najogólniej mówiąc SOA łączy aplikację z danymi, czyli masz załatwione od ręki ACID.

SOA i wirtualizacja świetnie się uzupełniają - obie technologie są po to aby zapewnić skalowalność. Oczywiście powtórzę jeszcze raz: to nie chmura obliczeniowa :) - czyli skalowalność daleko odbiega od liniowej.

Pzdr.

Jacek
IP: 77.255.250.[...] Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
#17 slawek22 2011-04-02 05:44:59 0
Ja lubię proste postawienie sprawy, na dzień dzisiejszy chmury są cholernie drogie, strasznie niewydajne a technologia niedopracowana. Małemu biznesowi spokojnie starczy kimsufi za 80 PLN miesięcznie z OVH + backup z panelu. Nikt jak dotąd nie przedstawił tutaj ani jednej realnej zalety...

Niestety przy ACID skalowalności praktycznie nie masz żadnej. I tak musisz replikować dane na każdy node, więc tak jakby korzystanie z chmury było w tym momencie bez sensu :)

Eventually Consistent... jakoś mi się nie wydaje, żeby biznes był zadowolony z tego, że ludzie będą w sklepach internetowych widzieć losowe ceny :)
IP: 83.10.76.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
#18 jacek2v 2011-04-05 21:36:49 0
@slawek22

Ja też lubię proste rozwiązania :) Typu GAE jest najprostsze na rynku, czy tanie, czy też drogie to trudno obliczyć. Za 80PLN w GAE możesz mieć np. 260h CPU (jak dobrze pamiętam ograniczenia to wydajność porównywalna do 1700 procków 1,2GHz na raz !!! dla jednej aplikacji) . Zresztą dla każdego coś innego :)

Co do małego biznesu to dla niego lepszy SaaS (czyli np. usługi firmy korzystająca z GAE). Mały biznes nie koniecznie musi rozumieć technologię, czyli: konfigurowanie serwerków, maile, domeny i cały ten technologiczny szajs :) Dla biznesu gotowe do użytku jest np. Google Apps lub BPOS. GAE, Azure, Amazony EC2 dla większych firm (z zapleczem informatycznym) lub firm świadczących usługi informatyczne, czyli programistów :)

ACID właśnie w chmurze GAE jest (prawie) liniowo skalowalny - jeśli wogóle można mówić o skalowalności ACID :). Na GAE nie musisz niczego replikować - BigTable:).
IP: 87.205.207.[...] Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
#19 Wojtek_87 2012-02-27 14:52:11 0
Małe firmy mogą skorzystać z darmowego hostingu. Jakaś firma ostatnio wprowadziła taką usługę. Czytałem o tym chyba w decommerce.pl
IP: 94.42.140.[...] Mozilla/5.0 (Windows NT 6.0; rv:6.0.2) Gecko/20100101 Firefox/6.0.2

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.