Здравствуйте, mobuzz, Вы писали:
M>При оплате арендуемого хранилища, и затраченного процессорного времени, каждый неоптимизированный алгоритм, каждый грубый программный модуль, каждый лишний килобайт хранимых данных, помноженные на количество пользователей, самым прямым образом выльется в лишние затраты. Поправь, если ошибаюсь.
Ошибаетесь с оценками.
Azure: https://www.microsoft.com/windowsazure/pricing/#windows
Storage = $0.15 / GB stored / month
Storage transactions = $0.01 / 10K
Data transfers (excluding CDN) = $0.10 in / $0.15 out / GB — ($0.30 in / $0.45 out / GB in Asia)*
CDN data transfers = $0.15 GB for North America and Europe ($0.20 GB elsewhere)**
CDN transactions = $0.01 / 10K**
Amazon: http://aws.amazon.com/s3/#pricing
Storage $0.150 per GB
Reduced Redundancy Storage $0.100 per GB
Data Transfer Free until November 1st, 2010**
PUT, COPY, POST, or LIST $0.01 per 1,000 Requests
Сотня килобайт, помноженные на 1000 пользователей выйдут доллар в месяц. Несравнимо с ЗП программиста, который это будет оптимизировать.
Оплата хостинга идет про времени работы инстансов (даже если они ниче не делают), и стоят по 0.12$ в час. Это снова в разы меньше меньше стоимости программиста.
Поэтому имеет смысл заниматься только оптимизацией, которая дает прирост в десятки раз или на целые порядки. А уж вылизывать код точно становится неэффективно.
ЗЫ. Самые большие тормоза создают как всегда запросы к БД.
Здравствуйте, mobuzz, Вы писали:
M>Реально ли в наших суровых краях водки и полярных медведей отыскать в стартап толкового серверного разработчика с хорошими знаниями cloud computing, или лучше и не пытыться?
А что вы называете знаниями cloud computing, умение прилепить к своему скрипту на питоне Amazon S3, или умение спроектировать сервис, который мог бы Amazon S3 заменить?
Re[3]: Есть ли в России cloud-разработчики?
Честно говоря вы по моему отвправляете человека не в ту степь. С каких это пор Azure стал флагманом? Он её толком из бета тестирования не вышел. Реальный лидер это пока амазон, всем остальным пока до него очень далеко, но и тут не все так просто. Но и с ними не все так просто трафик у этих господ ну просто супер дорогой плюс есть реальные провалы по IO когда у америкосов день(все таки виртуализировать диски ещё не научились)
Для построения масштабируемого веб сервиса на мой взгляд следует посмотреть в строну вот такого списочка:
Gearman — для фоновой обработки
Memcahed — для построения рапределеного кеша или хранилища сессий, плюс на менкешеде можно построить сервис распределенных блокировок (но тут можно и Hadoop ZooKeeper)
Cassandra — это что то вроде базы данных(масштабирветься просто класно в отличии от Hbase ), но есть
свои ограничения на последовательные чтения(для аналитики использовать сложно)
Hbase — тоже самое что и Cassandra
Nginx или Lighhttpd — ну это наверное понятно
Ну и старый добрый шардинг + Mysql(через mysqlproxy)
Здравствуйте, meandr, Вы писали:
M>Re[3]: Есть ли в России cloud-разработчики? M>Честно говоря вы по моему отвправляете человека не в ту степь. С каких это пор Azure стал флагманом? Он её толком из бета тестирования не вышел. Реальный лидер это пока амазон, всем остальным пока до него очень далеко, но и тут не все так просто.
Лидер в каком плане? Я только технические аспекты смотрю, а не количество пафоса и надоенных клиентов.
M>Но и с ними не все так просто трафик у этих господ ну просто супер дорогой плюс есть реальные провалы по IO когда у америкосов день(все таки виртуализировать диски ещё не научились)
Есть такая фигня.
M>Для построения масштабируемого веб сервиса на мой взгляд следует посмотреть в строну вот такого списочка: M>Gearman — для фоновой обработки M>Memcahed — для построения рапределеного кеша или хранилища сессий, плюс на менкешеде можно построить сервис распределенных блокировок (но тут можно и Hadoop ZooKeeper) M>Cassandra — это что то вроде базы данных(масштабирветься просто класно в отличии от Hbase ), но есть M>свои ограничения на последовательные чтения(для аналитики использовать сложно) M>Hbase — тоже самое что и Cassandra M>Nginx или Lighhttpd — ну это наверное понятно M>Ну и старый добрый шардинг + Mysql(через mysqlproxy)
Все круто, но эту всю инфраструктуру поднимать и масштабировать надо ручками. А это уже нифига не cloud, а обычный хостинг.
Собственно в чем отличие клауда, что инфраструктура и масштабируемость поставляется как сервис, а не то что требует усилий администратора.
Здравствуйте, meandr, Вы писали:
M>Re[3]: Есть ли в России cloud-разработчики? M>Честно говоря вы по моему отвправляете человека не в ту степь. С каких это пор Azure стал флагманом? Он её толком из бета тестирования не вышел. Реальный лидер это пока амазон, всем остальным пока до него очень далеко, но и тут не все так просто. Но и с ними не все так просто трафик у этих господ ну просто супер дорогой плюс есть реальные провалы по IO когда у америкосов день(все таки виртуализировать диски ещё не научились)
уже с ноября как выщел, скоро год как будет. Различия между Амазоном и Азуром есть, но они обоюдные. А что значит супер дорогой траффик, можно цифру?
Re[5]: Есть ли в России cloud-разработчики?>>>Лидер в каком плане? Я только технические аспекты смотрю, а не количество пафоса и надоенных клиентов.
Ну у амазона больше всего дата центров включая и европу, больше сервисов, больше комюнити
>>Все круто, но эту всю инфраструктуру поднимать и масштабировать надо ручками. А это уже нифига не >>cloud, а обычный хостинг. >>Собственно в чем отличие клауда, что инфраструктура и масштабируемость поставляется как сервис, а не >>то что требует усилий администратора.
Ну совбвтенно говоря что можно обойтись без администратора это не более чем миф, и вранье маркетотогов. А вот насчет инфраструктуры имхо вы не правы, её как раз поддерживать не надо, не надо заботиться например об аппаратных балансировщиках, не надо заботиться о сети, покупка инстанов совтавляет по времени ничтожно мало, а не 2-3 дня в случае дедиков или солокейшена, я уж молчу о такой "мелочи" как стойки и UPS
про Азур-С3>>уже с ноября как выщел, скоро год как будет. Различия между Амазоном и Азуром есть, но они обоюдные. А что значит супер >>дорогой траффик, можно цифру?
У азур вроде 15 центов за гигабайт
У амазона в зависимости от объема и дата центра в переделах 15-17 центов за гигабайт
Здравствуйте, mobuzz, Вы писали:
M>Приветствую вас, собратья и сосестры по несчастью (и по счастью, само собой, тоже)
M>Реально ли в наших суровых краях водки и полярных медведей отыскать в стартап толкового серверного разработчика с хорошими знаниями cloud computing, или лучше и не пытыться?
Здравствуйте, D. Petrov, Вы писали:
DP>Здравствуйте, mobuzz, Вы писали:
M>>Приветствую вас, собратья и сосестры по несчастью (и по счастью, само собой, тоже)
M>>Реально ли в наших суровых краях водки и полярных медведей отыскать в стартап толкового серверного разработчика с хорошими знаниями cloud computing, или лучше и не пытыться?
DP>Есть! Пиши в на почту указанную в профиле.
Забыли, как по мне так самый развитый сервис после Amazon, это Google.
Здравствуйте, meandr, Вы писали:
M>Re[5]: Есть ли в России cloud-разработчики?>>>Лидер в каком плане? Я только технические аспекты смотрю, а не количество пафоса и надоенных клиентов. M>Ну у амазона больше всего дата центров включая и европу, больше сервисов, больше комюнити
>>>Все круто, но эту всю инфраструктуру поднимать и масштабировать надо ручками. А это уже нифига не >>cloud, а обычный хостинг. >>>Собственно в чем отличие клауда, что инфраструктура и масштабируемость поставляется как сервис, а не >>то что требует усилий администратора.
M>Ну совбвтенно говоря что можно обойтись без администратора это не более чем миф, и вранье маркетотогов.
Вообще-то нет, cloud — именно масштабирование по требованию, в том числе вообще без людей. Для масштабирования обычного решения обязательно нужна работа администратора.
M>А вот насчет инфраструктуры имхо вы не правы, её как раз поддерживать не надо, не надо заботиться например об аппаратных балансировщиках, не надо заботиться о сети, покупка инстанов совтавляет по времени ничтожно мало, а не 2-3 дня в случае дедиков или солокейшена, я уж молчу о такой "мелочи" как стойки и UPS
А я о чем говорю?
Здравствуйте, BulatZiganshin, Вы писали:
BZ>Здравствуйте, gandjustas, Вы писали:
G>>Amazon: http://aws.amazon.com/s3/#pricing G>>Data Transfer Free until November 1st, 2010**
BZ>это только на входящий, исходящий 0.10-0.20
Да без разницы, цифры приведены чтобы можно было сравнить порядок цен хранения и обработки лишних килобайтов.
Здравствуйте, gandjustas, Вы писали:
G>>>Data Transfer Free until November 1st, 2010**
BZ>>это только на входящий, исходящий 0.10-0.20
G>Да без разницы, цифры приведены чтобы можно было сравнить порядок цен хранения и обработки лишних килобайтов.
по твоему, 0 и реальная цена — числа одного порядка?
Re[7]: Есть ли в России cloud-разработчики?>>>Вообще-то нет, cloud — именно масштабирование по требованию, в том числе вообще без людей. Для масштабирования >>>обычного решения обязательно нужна работа администратора.
Здравствуйте, mobuzz, Вы писали: M>>А вы что в облаках считать то хотите? Или вы имеете в виду масштабируемый веб сервис? >Ну да, его и имею в виду.
IMHO, тогда требование "облаков" несколько излишне.
Нет необходимости в именно "автоматическом" масштабировании. У "простого масштабируемого веб сервиса" на подключение новой ноды уйдет не более 20 минут работы админа (скорее меньше). А если учесть, что количество нод у вас не безгранично (их надо или покупать, или арендовать... что в общем случае дольше подключения), то автоматическое масштабирование становится и вовсе ненужным.
Оно было бы нужно, если бы у вас было много веб-севисов (как у того же гугла), над одним большим набором нод. И нагрузка динамически перетекала бы между сервисами. Но это не ваша ситуация.
Re[6]: Есть ли в России cloud-разработчики?>>>так если вы используете cloud то вам только указать нужно количество серверов, а их вам купят
Не все так просто, особенно когда имеем дело с разовыми пиковыми нагрузками. Т.е эта библиотека должна уметь покупатьи инстансы (и делать это по умному) когда и дет пик и отключать когда интснсы уже не требуються, а иначе можно легко улететь в трубу