Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Zasady pisania na forum Pro

Tematy na forum Pro mogą zakładać jedynie moderatorzy. W otwartych tematach może pisać każdy, kto ma coś fachowego do powiedzenia. Wszystkie posty nie wnoszące nic do tematu będą natychmiast usuwane, a ich autorzy dostaną ostrzeżenie.
Jeśli uważasz, że jakiś temat jest warty dyskusji na tym forum, zgłoś go w temacie Propozycje.

2 Stron V   1 2 >  
Reply to this topicStart new topic
> PHP w erze Cloud Computing
batman
post 1.05.2011, 11:52:52
Post #1





Grupa: Moderatorzy
Postów: 2 921
Pomógł: 269
Dołączył: 11.08.2005
Skąd: 127.0.0.1




Od pewnego czasu media (oraz korporacje) oszalały na punkcie szeroko rozumianej chmury. Co chwilę można natknąć się na kolejny startup korzystający z chmury jako zaplecza obliczeniowego oraz magazynu danych. Jeśli dodamy do tego modę na przenoszenie swoich rozwiązań do chmury (Microsoft, Google), okazuje się, że praktycznie żyjemy w chmurze. W chwili obecnej na globalnym rynku chmur dominują trzy firmy (kolejność alfabetyczna) - Amazon, Google, Microsoft i każda z nich ma własny pomysł na chmurę. Do tego dochodzą jeszcze Rackspace (i jego chmura OpenStack), PHP Fog oraz kilka mniej lub bardziej znanych projektów.
Czy jest w tym wszystkim miejsce dla PHP? Czy aplikacje PHP pasują do modelu chmury?


--------------------
I would love to change the world, but they won't give me the source code.
My software never has bugs. It just develops random features.
Go to the top of the page
+Quote Post
pedro84
post 2.05.2011, 13:32:06
Post #2





Grupa: Nieautoryzowani
Postów: 2 249
Pomógł: 305
Dołączył: 2.10.2006

Ostrzeżenie: (0%)
-----


Pozwolę sobie wtrącić kilka słów na temat samej chmury na początek: rzygam już tym. Wszędzie chmura. Osobiście jestem przeciwnikiem zbyt daleko idącego rozwoju w kierunku cloud computing, ale ostatnimi czasy wydaje się tę trend nasilać. Osobiście się mnie to nie podoba za bardzo.

Czy aplikacje PHP pasują do modelu cloud? Czemu nie? Najlepszym tego przykładem są platformy typu PHP Fog czy też działania podejmowane przez firmę Zend (swoją drogą, gdzieś ostatnio na stronie Zenda czytałem o porozumieniu pomiędzy tym, a RightScale) - brzmi interesująco, nie powiem.


--------------------
Google knows the answer...
Go to the top of the page
+Quote Post
smentek
post 14.05.2011, 00:12:59
Post #3





Grupa: Zarejestrowani
Postów: 130
Pomógł: 11
Dołączył: 7.04.2003

Ostrzeżenie: (10%)
X----


Jakiś czas tenu trafiłem na takie cudo: http://orchestra.io/about.html.

Odnośnie chmur i PHP. Największą ich zaletą jest skalowalność. Pojawia się pytanie. Jaki procent aplikacji budowanch w PHP będzie potrzebować skalowalności? I czy te, które ewentualnie będą jej potrzebować powinny być pisane w PHP?

Ponadto Chmury są drogie, klientów których stać na nie, stać też na lepsze platformy programistyczne niż LAMP.


--------------------
.:SMENTEK:.
Go to the top of the page
+Quote Post
batman
post 15.05.2011, 17:49:57
Post #4





Grupa: Moderatorzy
Postów: 2 921
Pomógł: 269
Dołączył: 11.08.2005
Skąd: 127.0.0.1




@smentek
A może spojrzeć na sprawę z drugiej strony. Klienci wybierali drogie technologie, ponieważ aplikacje PHP były trudne w skalowaniu.
Mając teraz do dyspozycji chmurę, aplikacje PHP staną się bardziej popularne w środowiskach wymagających skalowania.

Czy hostowanie aplikacji w chmurze jest drogie? Zależy. Opłata rzędu kilkuset złotych miesięcznie może wydawać się sporą kwotą, zwłaszcza jeśli porównamy ją ceną typowego hostingu PHP (100 - 300 zł rocznie). Ale i tak jest mniejsza niż opłata za dedykowany serwer. I co najważniejsze nie potrzebujemy admina, który zajmie się tym serwerem.


--------------------
I would love to change the world, but they won't give me the source code.
My software never has bugs. It just develops random features.
Go to the top of the page
+Quote Post
IceManSpy
post 15.05.2011, 18:39:52
Post #5





Grupa: Zarejestrowani
Postów: 1 006
Pomógł: 111
Dołączył: 23.07.2010
Skąd: Kraków

Ostrzeżenie: (0%)
-----


Chmura ma to fajne do siebie, że sami regulujemy (przynajmniej ma tak Windows Azure) ile instancji chcemy odpalić. I opłaty są il. instancji/godzina . Dzięki temu w godzinach wzmożonego ruchu np 9-16 możemy odpalić 10 instancji, a wieczorem tylko 1.
Po za tym na takie rozwiązanie pozwalają sobie duże firmy, bo małe nie mają takiej potrzeby. A skoro duża się tym interesuje, tzn, że jej się to opłaca smile.gif

Ten post edytował IceManSpy 15.05.2011, 18:41:11


--------------------
Go to the top of the page
+Quote Post
darko
post 15.05.2011, 18:47:37
Post #6





Grupa: Zarejestrowani
Postów: 2 885
Pomógł: 463
Dołączył: 3.10.2009
Skąd: Wrocław

Ostrzeżenie: (0%)
-----


Na razie nic dobrego z tego nie wychodzi, polecam lekturę:
http://itmanagement.earthweb.com/netsys/ar...yments-Fail.htm
http://pstrassmann.blogspot.com/2011/04/am...ng-failure.html
http://gigaom.com/2009/10/10/when-cloud-fa...-customer-data/
http://www.macobserver.com/tmo/article/mic..._sidekick_data/
http://www.upi.com/Top_News/US/2011/04/22/...84001303489785/


--------------------
Nie pomagam na pw, tylko forum.
Go to the top of the page
+Quote Post
wookieb
post 15.05.2011, 22:04:19
Post #7





Grupa: Moderatorzy
Postów: 8 989
Pomógł: 1550
Dołączył: 8.08.2008
Skąd: Słupsk/Gdańsk




Cytat(smentek @ 14.05.2011, 01:12:59 ) *
Odnośnie chmur i PHP. Największą ich zaletą jest skalowalność.

Żaden argument. Nie żyjemy w czasach gdzie to internety był luksusem. Wiedza o budowaniu skalowalnych aplikacji + obsługa odpowiednich programów nie jest problemem. Przypomnę, że jest przy tym o niebo tańsza.

Cytat(smentek @ 14.05.2011, 01:12:59 ) *
Pojawia się pytanie. Jaki procent aplikacji budowanch w PHP będzie potrzebować skalowalności? I czy te, które ewentualnie będą jej potrzebować powinny być pisane w PHP?

Większość startupów powinna się tym zainteresować. Czy powinny być pisane? Teoretycznie NIE ale praktycznie MOGĄ = Nadal nie widzę tutaj miejsca dla Cloud-ea.

Zgodzę się ~pedro84, że ciągle bledzenie o chmurze jest niesamowicie nurzące i wcale nie ukrywam, że "opłaca się" to ludziom którzy napiszą byle co, małym kosztem i nie chcą utrzymywać adminów.
W ostatecznym rozrachunku i tak słabo na tym wyjdą, ponieważ to naprawdę jest koszmarnie drogie.
Powód edycji: [wookieb]:


--------------------
Go to the top of the page
+Quote Post
batman
post 16.05.2011, 07:19:22
Post #8





Grupa: Moderatorzy
Postów: 2 921
Pomógł: 269
Dołączył: 11.08.2005
Skąd: 127.0.0.1




@IceManSpy
Z tymi płatnościami za Windows Azure nie do końca jest tak jak piszesz. Za instancje płaci się w PHP Fog. Windows Azure kasuje za zużyte łącze, ilość transakcji (odwołań do REST), zajęte miejsce oraz ilość instancji obliczeniowych (nie mylić z instancją roli). Niemniej racje masz pisząc, że dalece bardziej opłaca się utrzymywać aplikację w chmurze, niż kupować serwery na zapas.

@darko
Fajne linki, niestety tylko pierwszy niesie ze sobą coś więcej i rzeczywiście można z tezami tam wystawionymi dyskutować. Pozostałe przedstawiają informacje na temat wtopy zaliczonej przez model chmury. Awaria chmury Amazona pokazała jedno - ludzie nie potrafią pisać aplikacji hostowanych w chmurze. Najlepszym przykładem jest ten oto serwis, który mimo awarii nadal działał - http://don.blogs.smugmug.com/2011/04/24/ho...mazonpocalypse/.

Cytat
Żaden argument. Nie żyjemy w czasach gdzie to internety był luksusem. Wiedza o budowaniu skalowalnych aplikacji + obsługa odpowiednich programów nie jest problemem. Przypomnę, że jest przy tym o niebo tańsza.

Nie jest tańsza. Specjalista od skalowalności kosztuje, serwery, oprogramowanie, ludzie to utrzymujący - wszystko kosztuje. W przypadku chmury nawet nie musisz wiedzieć, że takie coś istnieje, co więcej nie musisz nikomu płacić, by się tym zajął. Jedyne co musisz zrobić, to zmienić w panelu admina zasoby przeznaczone na serwis i voilà.

Cytat
Większość startupów powinna się tym zainteresować. Czy powinny być pisane? Teoretycznie NIE ale praktycznie MOGĄ = Nadal nie widzę tutaj miejsca dla Cloud-ea.

Załóżmy dosyć prawdopodobną sytuację. Tworzysz startup. Nie masz inwestora lub inwestor skąpi środków, ponieważ obawia się stracić zainwestowanej gotówki. Kupujesz wypaśiony hosting/taniego dedyka. Odpalasz serwis i okazuje się, że pomysł chwycił - ilość odsłon idzie w miliony miesięcznie, zainteresowanie ogromne. Nagle serwis znika. Co się stało? Hosting Ciebie wyłączył bo zapchałeś im łącza lub dedyk nie wytrzymał. Gorączkowo szukasz innego serwera, który za kilka tygodni, gdy buzz minie nadal kosztuje ogromną ilość kasy.
A teraz zobaczmy co by było gdyby była to chmura. Logujesz się do panelu administracyjnego i zwiększasz przydzielone do aplikacji zasoby. Gdy zainteresowanie maleje, koszty maleją automatycznie, ponieważ płacisz tylko za to, co faktycznie wykorzystałeś. Serwery nie stoją bezczynne, kasa się nie marnuje.

Z chmurą jest tak samo jak z Flashem. Jedni są fanatycznymi wyznawcami Flasha, inni jego śmiertelnymi wrogami. Reszta stoi po środku i nie wie o co chodzi.

Gwoli ścisłości. Nie twierdze, że chmura jest lekiem na całe zło i wszystko powinno do niej trafić. Jest to ciekawy model finansowania projektu, zwłaszcza jeśli nie możemy sobie pozwolić na duże nakłady finansowe na początku działalności. Na pewno nie przechowywałbym w chmurze poufnych informacji. Do rozwiązania pozostają kwestie prawne, np takie GIODO.


--------------------
I would love to change the world, but they won't give me the source code.
My software never has bugs. It just develops random features.
Go to the top of the page
+Quote Post
wookieb
post 16.05.2011, 09:20:55
Post #9





Grupa: Moderatorzy
Postów: 8 989
Pomógł: 1550
Dołączył: 8.08.2008
Skąd: Słupsk/Gdańsk




Cytat(batman @ 16.05.2011, 08:19:22 ) *
Nie jest tańsza. Specjalista od skalowalności kosztuje, serwery, oprogramowanie, ludzie to utrzymujący - wszystko kosztuje. W przypadku chmury nawet nie musisz wiedzieć, że takie coś istnieje, co więcej nie musisz nikomu płacić, by się tym zajął. Jedyne co musisz zrobić, to zmienić w panelu admina zasoby przeznaczone na serwis i voil?.

I tak musisz mieć osobe techniczną. Ale podliczmy
http://pokazywarka.pl/ypysc4/
Problem polega na tym "kiedy trzeba kupić kolejną instancje"?

Cytat
Załóżmy dosyć prawdopodobną sytuację. Tworzysz startup. Nie masz inwestora lub inwestor skąpi środków, ponieważ obawia się stracić zainwestowanej gotówki. Kupujesz wypaśiony hosting/taniego dedyka. Odpalasz serwis i okazuje się, że pomysł chwycił - ilość odsłon idzie w miliony miesięcznie, zainteresowanie ogromne. Nagle serwis znika. Co się stało? Hosting Ciebie wyłączył bo zapchałeś im łącza lub dedyk nie wytrzymał. Gorączkowo szukasz innego serwera, który za kilka tygodni, gdy buzz minie nadal kosztuje ogromną ilość kasy.

Albo zainwestujesz trochę więcej w osoby techniczne/programistów na początku i problem jest mniejszy albo faktycznie będziesz się bawić z chmurami i wydasz... no właśnie. Zweryfikuj proszę moje obliczenia
Powód edycji: [wookieb]:


--------------------
Go to the top of the page
+Quote Post
batman
post 16.05.2011, 09:54:09
Post #10





Grupa: Moderatorzy
Postów: 2 921
Pomógł: 269
Dołączył: 11.08.2005
Skąd: 127.0.0.1




Twoje podejście do tematu bazuje na złych założeniach. Startupy wybierają chmurę na początek, ponieważ opłaty są śmiesznie małe. W przypadku kupowania serwerów nie wiesz ile będą musiały uradzić i bardzo łatwo można przeinwestować. Z drugiej strony, jeśli pomysł się sprawdzi, chmura daje możliwość prostego zwiększenia zasobów do Twojego zapotrzebowania, a nie sztywnych ram, których musisz się trzymać. Nie da się w ten sposób porównać własnych serwerów z chmurą.
W zestawieniu zapomniałeś również o jednym, chyba najdroższym, elemencie - adminie. Ktoś kto ogarnie taką "mini farmę" nie należy do najtańszych. W przypadku chmury potrzebujesz średnio rozgarniętego programisty. Kwestie load balancingu, disaster recovery, cache'u, firewalli, instalacji i konfiguracji środowiska i co tam jescze admini robią, spoczywają na brakach firmy dostarczającej chmurę.



--------------------
I would love to change the world, but they won't give me the source code.
My software never has bugs. It just develops random features.
Go to the top of the page
+Quote Post
wookieb
post 16.05.2011, 09:56:12
Post #11





Grupa: Moderatorzy
Postów: 8 989
Pomógł: 1550
Dołączył: 8.08.2008
Skąd: Słupsk/Gdańsk




Dobrze, dlatego przelicz proszę jaki jest końcowy koszt w rzeczywistości. Podałem przykład i wziąłem pod uwagę nagłą potrzebę zwiększenia mocy maszyn. Pamiętaj, że chmura nie zwalnia Cię CAŁKOWICIE z posiadania programisty/admina do utrzymania.


--------------------
Go to the top of the page
+Quote Post
starach
post 16.05.2011, 10:15:33
Post #12





Grupa: Zarejestrowani
Postów: 999
Pomógł: 30
Dołączył: 14.01.2007
Skąd: wiesz ?

Ostrzeżenie: (0%)
-----


Nagły rozwój popularności chmury wydaje mi się być spowodowany dwiema sprawami. Pierwszą jest ogromna kampania reklamowa całego rozwiązania. Jest to po prostu metoda gigantów na wejście na rynek hostingu.

Drugą natomiast są źle skalujące się aplikacje napisane ( najczęściej w PHP ) Żeby daleko nie szukać co mam na myśli. Jak podłączyć sesje pod bazę danych jak jakiś cymbał użył wszędzie w kodzie odwołań do tablicy superglobalnej SESSION, albo zrobić load balancing bazy danych jeśli użyty sterownik nie został do tego celu przystosowany. Dlatego z tych względów łatwiej jest startować w chmurze. Jeśli aplikacji napisana jest z głową wystarczy wykupić hosting współdzielony, a potem z czasem przenieść się na serwer dedykowany.

Wydaje mi się że trochę batman wyolbrzymiasz problem przenosin. Skopiowania nawet bardzo dużej ilości plików z hostingu współdzielonego na dedyka raczej problemu nie powinno stanowić. Dodatkowo jeśli serwer dedykowany wykupujemy w tej samej firmie w której braliśmy do tej pory zwykły hosting ta firma zapewne może przeznaczyć swojego własnego admina do pomocy w przenosinach.

Chmura jest przereklamowana.
Go to the top of the page
+Quote Post
wookieb
post 16.05.2011, 10:20:10
Post #13





Grupa: Moderatorzy
Postów: 8 989
Pomógł: 1550
Dołączył: 8.08.2008
Skąd: Słupsk/Gdańsk




Cytat(starach @ 16.05.2011, 11:15:33 ) *
Jak podłączyć sesje pod bazę danych jak jakiś cymbał użył wszędzie w kodzie odwołań do tablicy superglobalnej SESSION,

M.in przez http://pl.php.net/manual/en/function.sessi...ave-handler.php o których "Cymbały" nie mają pojęcia?

Cytat
albo zrobić load balancing bazy danych jeśli użyty sterownik nie został do tego celu przystosowany.

W nowoczesnych rozwiązaniach nie istnieje coś takiego jak load balancing na poziomie sterownika który z założenia jest głupotą.


--------------------
Go to the top of the page
+Quote Post
batman
post 16.05.2011, 10:34:58
Post #14





Grupa: Moderatorzy
Postów: 2 921
Pomógł: 269
Dołączył: 11.08.2005
Skąd: 127.0.0.1




Cytat(wookieb @ 16.05.2011, 10:56:12 ) *
Dobrze, dlatego przelicz proszę jaki jest końcowy koszt w rzeczywistości. Podałem przykład i wziąłem pod uwagę nagłą potrzebę zwiększenia mocy maszyn. Pamiętaj, że chmura nie zwalnia Cię CAŁKOWICIE z posiadania programisty/admina do utrzymania.

Nie twierdzę, że w przypadku chmury nie potrzeba programisty. Twierdzę, że w przypadku chmury nie potrzeba admina. Wiedzę z zakresu obsługi chmury pojmie każdy programista.
Postaram się dzisiaj pod koniec dnia przedstawić przybliżony koszt hostowania aplikacji w Windows Azure. Koszt będzie nieporównywalnie mniejszy niż w przypadku kupowania serwerów na zapas.

Cytat(starach @ 16.05.2011, 11:15:33 ) *
Wydaje mi się że trochę batman wyolbrzymiasz problem przenosin.

Problemem hostingu współdzielonego jest to, że w przypadku przekroczenia przydzielonych zasobów dosyć często wycinają Ciebie bez żadnej informacji zwrotnej. Wtedy tracimy czas i klientów.


--------------------
I would love to change the world, but they won't give me the source code.
My software never has bugs. It just develops random features.
Go to the top of the page
+Quote Post
darko
post 16.05.2011, 16:05:37
Post #15





Grupa: Zarejestrowani
Postów: 2 885
Pomógł: 463
Dołączył: 3.10.2009
Skąd: Wrocław

Ostrzeżenie: (0%)
-----


~batman
Z zalinkowanych treści wynika jasno, że problemów chmury w jej obecnym wydaniu jest kilka. Wystarczy wymienić najważniejsze, jak utrata danych czy fakt, że tak na prawdę właściciel danych przetwarzanych w chmurze nigdy do końca nie wie, gdzie fizycznie znajdują się jego dane, ani, kto ma do nich dostęp (co też nie jest bez znaczenia). Są to argumenty na tyle ważne, że warto chwilę zastanowić się nad sensem korzystania z chmury, przynajmniej na tę chwilę. Jeśli tacy giganci, jak amazon czy microsoft nie potrafią uniknąć sytuacji, w której bezpowrotnie jakiś tam promil danych przez nich hostowanych (promil w skali ogólnej, faktycznie terabajty) po prostu bezpowrotnie "zginął", to dlaczego w ogóle mamy ufać jakimkolwiek providerom i ślepo wierzyć wszystkim publikacjom, które starają się robić szum wokół tego rozwiązania? Ja nie twierdzę, że chmura jest czymś złym, po prostu mam wrażenie, że jeszcze minie trochę czasu, zanim zostanie opracowane i sprawdzone jakieś rozwiązanie, które pozwoli na przemysłową skalę wykorzystywać jej zalety. Jeśli chodzi o elastyczność i ewentualnie niższe koszty, to też jest raczej naciągana teza, gdyż mamy na rynku usług hostingowych bardzo dużą konkurencję, a co za tym idzie - bardzo bogatą i elastyczną ofertę planów hostingowych i to zarówno serwerów współdzielonych, wirtualnych, jak i serwerów dedykowanych. Każdy znajdzie coś dla siebie, a w miarę upływu czasu i potrzeb - rozszerzy sobie plan.


--------------------
Nie pomagam na pw, tylko forum.
Go to the top of the page
+Quote Post
wookieb
post 16.05.2011, 16:11:40
Post #16





Grupa: Moderatorzy
Postów: 8 989
Pomógł: 1550
Dołączył: 8.08.2008
Skąd: Słupsk/Gdańsk




~ Darko
A myślisz, że w zwykłym hostingu masz tą pewność? W owym przypadku bardziej bym zaufał chmurze niż standardowym dostawcom usług hostingowych,


--------------------
Go to the top of the page
+Quote Post
darko
post 16.05.2011, 16:18:15
Post #17





Grupa: Zarejestrowani
Postów: 2 885
Pomógł: 463
Dołączył: 3.10.2009
Skąd: Wrocław

Ostrzeżenie: (0%)
-----


Właśnie, pewności nigdy nie ma, ale i prawdopodobieństwo utraty danych w chmurze jest moim zdaniem //edited (póki co) większe (chociaż mogłoby się wydawać, że jest odwrotnie a i sama chmura reklamowana jako bezpieczniejsza). Link do krótkiego tekstu.

Ten post edytował darko 16.05.2011, 16:20:18


--------------------
Nie pomagam na pw, tylko forum.
Go to the top of the page
+Quote Post
starach
post 16.05.2011, 17:57:41
Post #18





Grupa: Zarejestrowani
Postów: 999
Pomógł: 30
Dołączył: 14.01.2007
Skąd: wiesz ?

Ostrzeżenie: (0%)
-----


Cytat(wookieb @ 16.05.2011, 11:20:10 ) *
M.in przez http://pl.php.net/manual/en/function.sessi...ave-handler.php o których "Cymbały" nie mają pojęcia?
Chodziło mi o to że trzeba masę kodu przewertować, znaleźć odpowiednie wywołania i je podmienić, bo nie ma ujednoliconej metody dostępu do danych. Nie chodzi mi tutaj tylko o sesję. I tak na marginesie znam tą funkcję aż za dobrze.

Cytat(wookieb @ 16.05.2011, 11:20:10 ) *
W nowoczesnych rozwiązaniach nie istnieje coś takiego jak load balancing na poziomie sterownika który z założenia jest głupotą.
Możesz uściślić albo najlepiej podać jakiś przykład, bo dla mnie osobiście implementacja robienia selectów ze slave'ów w Doctrine lub Propelu właśnie takim czymś jest i nie zgodzę się żeby to była głupota.


Cytat(batman @ 16.05.2011, 11:34:58 ) *
Problemem hostingu współdzielonego jest to, że w przypadku przekroczenia przydzielonych zasobów dosyć często wycinają Ciebie bez żadnej informacji zwrotnej. Wtedy tracimy czas i klientów.
Dlatego należy monitorować obciążenie procesora generowane przez skrypt i nie wybierać takich krzaków jak np. superhost.

Ten post edytował starach 16.05.2011, 17:59:56
Go to the top of the page
+Quote Post
wookieb
post 16.05.2011, 18:10:17
Post #19





Grupa: Moderatorzy
Postów: 8 989
Pomógł: 1550
Dołączył: 8.08.2008
Skąd: Słupsk/Gdańsk




Cytat(starach @ 16.05.2011, 18:57:41 ) *
Możesz uściślić albo najlepiej podać jakiś przykład, bo dla mnie osobiście implementacja robienia selectów ze slave'ów w Doctrine lub Propelu właśnie takim czymś jest i nie zgodzę się żeby to była głupota.

HAProxy, bazy które same dbają o load balancing (działające w ala klastrze)


--------------------
Go to the top of the page
+Quote Post
batman
post 16.05.2011, 18:37:26
Post #20





Grupa: Moderatorzy
Postów: 2 921
Pomógł: 269
Dołączył: 11.08.2005
Skąd: 127.0.0.1




@darko
Większość podanych przez Ciebie linków jest sprzed dwóch lat, a to bardzo dużo w branży IT. Jedynie pierwszy link prowadzi do sensownej treści. Jak już pisałem, większość serwisów hostowanych w chmurze Amazonu nie była gotowa na taką awarię. O tym jak jeden serwis, również hostowany w Amazonie, przeczytasz w linku, który już podsyłałem (http://don.blogs.smugmug.com/2011/04/24/ho...mazonpocalypse/).
Z awariami chmury jest tak samo jak z wypadkami samolotów. Jest o nich głośno, ponieważ na raz ginie dużo osób. Co z tego, że tyle samo ginie codziennie na drogach. Nie jest to medialne i news się nie sprzeda.

@starach
Jeśli odsiejemy krzaki, zostanie nam kilka firm, które są drogie, a co za tym idzie cały plan oszczędzania na hostingu spali na panewce.

Ważną kwestię hostowania aplikacji w chmurze poruszył @darko. Miejsce przechowywania danych. W zależności od profilu klienta, może pojawić się wymóg, by dane fizycznie znajdowały się na terytorium określonego kraju. W takim przypadku zdecydowanie odradzałbym chmury (nawet te prywatne). Jeśli mamy dane, którymi nie chcemy się dzielić, powinny one leżeć na naszych serwerach, znajdujących się w naszej serwerowni, w naszym budynku.


--------------------
I would love to change the world, but they won't give me the source code.
My software never has bugs. It just develops random features.
Go to the top of the page
+Quote Post

2 Stron V   1 2 >
Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Wersja Lo-Fi Aktualny czas: 19.03.2024 - 04:54