Czy korzystasz z usług Amazons w chmurze dla swojej firmy? [zamknięte]

Czytałem wiele o możliwościach Amazons Cloud computing, takich jak S3 lub EC2 i zastanawiałem się, czy ktoś rzeczywiście używa tego do zastosowań o znaczeniu krytycznym. Czy hostujesz stronę firmową w chmurze? Przechowujesz tam pliki? Czy uruchamiasz swoje serwery kompilacji w chmurze?

Istnieją już takie serwisy jak Scalr czy WeoCeo , które mogą Ci pomóc w tym zadaniu, ale nie wiem, czy zarządzanie jest już w punkcie, w którym to jest prawdziwy problem...


Edit chciałbym dodać jeszcze jeden punkt: czy uważasz, że istnieją Ukryte problemy w licencjach AWS, które uniemożliwiałyby Tobie (i/lub Twojej firmie) outsourcing aplikacji lub nawet części aplikacji do chmury?

Edit Czy wiesz o niektórych statystykach porównujących ogólne czasy przestojów S3 lub EC2 z Własnymi lub zewnętrznymi usługami hostingowymi?

Author: cringe, 2008-08-24

8 answers

Skonfigurowałem dwie instancje mojej aplikacji na EC2 i używałem S3 in jako lokalnej kopii zapasowej do AWS i dostarczania zasobów multimedialnych. W połowie czerwca przenieśliśmy około 15% treści/ruchu aplikacji do EC2. Wynik jest mieszany, a my przenosimy wystąpienie ciężkiego użycia treści z powrotem do naszego hostowanego centrum danych, a teraz badamy inne opcje dostarczania treści.

Zauważ, że:

  1. Moja aplikacja wymaga przepustowości (od 100 MB / s na instancję)
  2. Moja Firma i ja mamy siedzibę w Szwajcarii i to z pewnością miało wpływ na naszą ocenę.
  3. definiuję przepustowość jako szybkość przepływu (mbps, itp.) i ruchu jako woluminu (mb, gb, itp.)

Plusy:

  • koszty ruchu dla małych i średnich wolumenów, zakładając, że mniej niż może terabajt miesięcznie. Przekrocz tę rozmytą linię i zrób to sam lub znajdź odpowiedni CDN
  • aktywna społeczność użytkowników
  • efektywnie nieograniczona przepustowość z S3 / CloudFront-delivered content
  • elastyczność (Uruchom instancję i uruchom ją w ciągu kilku minut)
  • moc procesora dostępna w danej instancji, nawet małej instancji, była zawsze wystarczająca dla mojej aplikacji. Istnieją inne typy wystąpień o wysokiej wydajności procesora dla tych, którzy tego potrzebują.

Wady:

  • mieliśmy wystąpienie stało się nieosiągalne (nie niesłychane Zdarzenie) i musieliśmy wykonać naszą procedurę odzyskiwania po awarii. 12h.
  • opóźnienie sieci, zarówno dla S3, jak i EC2, może być niedopuszczalnie wysoki (100s ms)
  • Szerokość pasma instancji EC2 jest ograniczona. Pomimo godzin poszukiwań, nigdy nie znalazłem oficjalnego oświadczenia z twardymi numerami jednego, czego użytkownicy mogą się spodziewać. Początkowo widzieliśmy max ~250mpbs w testach, ale wydaje się, że znacznie się poprawiła.
  • przepustowość połączenia HTTP może być niedopuszczalnie niska. 1 - 2Mbps z nawet naszego szwajcarskiego centrum danych z połączeniem 800mpbs i jakością peering. EDIT: ostatnio widzieliśmy stawki między naszym centrum danych i EC2 w zakresie 3-4mpbs.
  • S3 nie jest 'normalnym' systemem plików i wymagane jest specjalne oprogramowanie. Wybraliśmy JungleDisk, który teraz uważam za nieodpowiedni dla środowiska serwerów 24/7 o średniej wielkości zestawach danych. Dzieją się dziwne rzeczy (plik wymieniony dwa razy poleceniem 'ls') i nieoczekiwane awarie. użyj EBS dla trwałych danych, chociaż jest to nie bez zastrzeżeń.
  • S3 to a nie CDN. Moja Firma, jak wiele innych, próbowałem używać Amazon S3 jako CDN. Istnieją inne tanie alternatywy tam. (Akamai, voxel.net, easycache.com)

Jestem fanem koncepcji chmury i nadal będziemy uruchamiać instancję z EC2, ale uznaliśmy, że jest ona nieodpowiednia dla naszych głównych potrzeb produkcyjnych w obecnej formie. AWS ma pewne problemy do rozwiązania.

 29
Author: Stu Thompson,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-10-27 18:13:01

Obecnie używam S3 do hostingu wideo i uwielbiam to. Jeśli używasz. NET daj sobie trochę czasu na wdrożenie konfiguracji w swojej witrynie. Gorąco polecam ich usługi.

Jedyną rzeczą, którą znalazłem szorstki było to, że trzeba wydać >100, aby uzyskać Srebrny poziom usług, nasza strona będzie wydawać tyle w końcu, ale nie jesteśmy nawet w wersji beta jeszcze. Nie miałem pytania, chciałem tylko zobaczyć, jak wygląda ich wsparcie.

Wsparcie było świetne, i bardzo pomocny, jednak chciałbym móc zadać kilka pytań bez konieczności wchodzenia do kieszeni (raczej do kieszeni szefa)

Oh, nie napotkałem żadnych problemów z licencją.

Stosunkowo, za pieniądze, wybrałbym S3 ponad inne usługi hostingowe, ponieważ ich zasięg jest tak ogromny, a cena tak niska.

 7
Author: Sara Chipps,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2008-09-02 06:49:57

Odnośnie Niezawodności

Nie mam nic działającego w usłudze w chmurze, ale chciałbym rozwiązać problem niezawodności.

Jestem pewien, że zespół Amazon ma znacznie więcej doświadczenia i zasobów dostępnych do prowadzenia ciężkiej strony internetowej niż ja. W zeszłym tygodniu byli wyłączeni przez kilka godzin, ale wierzę, że ogólnie ich czas działania będzie lepszy niż gdybyśmy sami, z naszym obecnym poziomem doświadczenia i zasobów.

 6
Author: Mark Harrison,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2008-09-03 14:23:30

Używam S3 do hostingu obrazów (obecnie ponad 5 milionów plików) i do tworzenia kopii zapasowych serwerów. Używałem EC2 do przetwarzania obrazu i SQS do koordynacji między tymi zadaniami. Muszę powiedzieć, że usunąłem EC2, ponieważ dla tego konkretnego zadania niezwirtualizowany serwer okazał się 10x tak szybki. A ja napisałem własne rozwiązanie kolejkowania za pomocą mysql, które okazało się dużo szybsze i nie wiązało bliskiej więzi z AWS.

Jest ważny post w Coding Aloud [ http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] nazywa się Zbankrutowanie z Amazon S3, spójrz.

 4
Author: gilm,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2008-10-27 00:07:56

Disclaimer: byłbym studentem UCSB, który wypuścił oprogramowanie, o którym zaraz wspomnę.

Jeśli martwisz się o własność chmury (np. fizycznie nie posiadasz swoich skrzynek w chmurze), możesz spojrzeć na eukaliptus. Jest zgodny z EC2 API i pozwala korzystać z serwerów, a to jest open source, dzięki czemu można zobaczyć dokładnie, co się dzieje.

Ale do rzeczywistego pytania, Nie, Nie hostujemy naszej strony internetowej w chmurze, chociaż na pewno mamy wiele pomysłów na rzeczy do zrobienia w nim.

 3
Author: Chris Bunch,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2008-08-24 07:26:36

Aby zobaczyć drugą edycję, sprawdź CloudStatus . Monitoruje AWS i silnik aplikacji Google pod kątem awarii i wydajności. Amazon śledzi również ich przestoje w http://status.aws.amazon.com/.

 3
Author: Gary Richardson,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2008-08-24 15:18:13

Przechowujemy pliki naszej firmy na S3, aby mogły być dostępne dla pracowników w podróży. Niezwykle tanie i łatwe. Mnóstwo aplikacji, aby uzyskać dostęp do plików na S3. Ten, którego używamy, to fajny menedżer plików online: s3fm .

 1
Author: Jake,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-07-23 18:56:25

Grupa przyjaciół i ja pracujemy nad aplikacją, która żyje w chmurze. Jednak część chmury, w której żyje, jest pod naszą kontrolą. Nigdy nie ufałbym osobie trzeciej, aby zrobiła tego rodzaju lifting dla mojej aplikacji, ponieważ nie mam nad tym kontroli. Niedawna awaria Amazon S3 jest doskonałą ilustracją tego, dlaczego.

I absolutnie, pozytywnie, nigdy nie umieściłbym żadnej części mojej infrastruktury na (na przykład) serwerach Amazona. Zbuduj serwery, kod źródłowy itp., jest zawsze ściśle kontrolowane. Nie tylko ze względu na potencjalną zawodność, ale dlatego, że uważam licencje na te usługi za zbyt liberalne dla dostawcy usług. Poza tym, pozbawiony skrupułów host * może potencjalnie zabrać mój kod źródłowy i użyć go do własnych celów, nawet jeśli coś takiego nie jest zalegalizowane przez Umowę licencyjną, którą musiałbym zaakceptować, aby korzystać z usługi.

* prawdopodobnie nie dotyczy Amazona, ale nigdy nie słyszałem o dwóch pozostałych, o których wspomniałeś, i dopóki nie będą w pobliżu przez jakieś dziesięć lat, prawdopodobnie nie ufałbym im, ani żadnym takim służbom.

 -5
Author: TheSmurf,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2008-08-24 07:20:08