[m.....q]

AWS re:invent 2014 – Nowości

Nowe funkcjonalności i usługi w AWS zaprezentowane na tegorocznej konferencji re:invent. Krótkie podsumowanie.

http://chmurowisko.pl/aws-reinvent-2014-nowosci/

Sporo materiałów, w tym także stricte techniczne, znajduje sie na profilu AWS na SlideShare

http://www.slideshare.net/AmazonWebServices/tag/reinvent2014

Z czystym sumieniem dodaję #programowanie #bazydanych i #webdev ze względu na Amazon Lambda, Amazon Aurora, AWS CodeDeploy, AWS CodePipeline czy AWS CodeCommit

#mysql #amazon #aws #chmura

#msqspam

[a.....r]

@msq: jest jeszcze KMS do zarządzania informacjami poufnymi

[m.....q]

@archlinuxuser: Jest w artykule na chmurowisku :)

[M.....L]

@msq: Tak swoją drogą. W poniedziałek zaczynam swój pierwszy chmurowy projekt. S3, Elastic beanstalk i SQS pójdzie w ruch. ( ͡° ͜ʖ ͡°) Jaram się jak Rzym za Nerona.

[ozzie]

@msq: czy AWS nadal ma sprzęt ze szrotu i liczy sobie jak za rękę i nogę za korzystanie z tego ustrojstwa?

[m.....q]

@ozzie: Mozliwe. Podobnie jak google z tego co wiem.

Ceny sa dostepne na stronach AWS, SLA tak samo. I tak dlugo jak oczekiwany poziom uslugi jest utrzymany to dostawca sprzetu i jego stan techniczny srednio mnie interesuje szczerze mowiac.

To oczywiscie stwarza automatycznie nisze dla firm ktore chca zdjecia szaf pelnych nowiutenkich maszyn wrzucac na swoja strone, ale czy to poprawi dostepnosc uslugi? Skroci czas obsluzenia zadania? No nie sadze.... A

[ozzie]

@msq: zastanawiam się jak to się kalkuluje - jak sobie kiedyś liczyłem, to gdybym chciał serwis przenieść na AWS to zapłaciłbym tyle, co za kilka potężnych serwerów dedykowanych. Co sprawia, że niektóre firmy się decyduję płacić tak dużo?

[m.....q]

Co sprawia, że niektóre firmy się decyduję płacić tak dużo?

@ozzie: Prostota, skalowalnosc, redundatnosc, mozliwosc dojscia roznymi drogami do tych samych celow....

Jesli chodzi o koszta to trzeba niestety dosyc dobrze znac mozliwosci i rozne uslugi, bo na przyklad postawienia wlasnego dns, loadbalancera czy bazy danych na serwerze EC2 wychodzi drozej niz skorzystanie z dedykowanej uslugi. Do tego warto jeszcze dobrze dopasowac profil do rodzaju aktywnosci - nie ma sensu oplacac

[R.....v]

@ozzie: Goście od Stack Overflow twierdzą, że gdyby przenieśli się ze wszystkim na chmurę to płaciliby 3-4 razy tyle co przy obecnym, dedykowanym rozwiązaniu.

http://highscalability.com/blog/2014/7/21/stackoverflow-update-560m-pageviews-a-month-25-servers-and-i.html

[m.....q]

@Rev: To znaczy tylko tyle ze nie jest to rozwiazanie dla stacka.

[Regis86]

@ozzie:

Np. to, że na kilkaset nowych serwerów, np. do klastra Hadoopowego, możesz czekać parę miesięcy (sama dostawa, nie mówiąc o konfiguracji), więc jeśli na horyzoncie pojawia się duży klient, który chce być obsłużony "na wczoraj", to musisz go odprawić z kwitkiem. Z AWS potrzebujesz jednego polecenia, które odpali Ci np. 150 nowych maszyn, w pełni skonfigurowanych i gotowych do pracy w ramach istniejącego klastra, a to wszystko w ciągu paru

[m.....q]

@Rev: Poza tym nie podali jakichkolwiek szczegolow tych wyliczen - czy po prostu przeliczyli swoja obecna moc obliczeniowa na maszyny w chmurze przez 24x7x365? Czy w inny sposob?

Tak czy siak - nie podali zadnych szczegolow wiec trudno sie do tego odniesc.

[miroburn]

@MattePRL: Jak poszło?

[M.....L]

@miroburn: Generalnie znajomy wmanewrował mnie w odpalanie Javowego workera korzystajacego z SQSa na Elastic Beanstalku i wynikło z tego jajo. Poradziłem sobie na partyzanta a potem przy następnej okazji zmigrowałem na ops worki.

Przypadek opisałem tutaj: http://blog.lisik.it/aws-sqs-messages-are-constantly-in-flight-on-elastic-beanstalk/