Здравствуйте, mobuzz, Вы писали:
M>PS. Кой-какие сомнения всё-таки обуревают: в рунете, и на rsdn в частности, подозрительно мало активности на тему облачных вычислений.
Потому что в нормальном случае "облачные вычисления" ничем не отличаются от остальных. Более того при наличии хорошей "облачной" инфраструктуры масштабируемые приложения становится проще писать.
Смотреть стоит в первую очередь не на языки и технологии, а на облачную платформу, именно она будет определять.
Или вы хотите поднимать свою?
Приветствую вас, собратья и сосестры по несчастью (и по счастью, само собой, тоже)
Реально ли в наших суровых краях водки и полярных медведей отыскать в стартап толкового серверного разработчика с хорошими знаниями cloud computing, или лучше и не пытыться?
Язык — по барабану, предпочитает человек Java, Scala, Erlang, Python, и т.д. — не важно. Если, конечно, будет знать только PHP — это вызовет серьёзные подозрения.
Главное, чтобы продукт его жизнедеятельности ( ) легко обслуживался и масштабировался.
Интересуют прежде всего креативные самостоятельные личности, желательно с собственными наработками.
По региону: предпочтительно, но не критично, ДС и окрестности.
PS. Кой-какие сомнения всё-таки обуревают: в рунете, и на rsdn в частности, подозрительно мало активности на тему облачных вычислений.
Модераторам: намеренно не помещаю этот вопрос в предложения работы, ибо это пока не предложение, а пробный заброс удочек.
Здравствуйте, mobuzz, Вы писали:
M>>Это достаточно затратная область. А такие затраты могут потянуть только крупные проекты — коих совсем немного.
M>Ой ли? Облакам как раз таки характерна динамическая затратность — небольшая на старте, растущая с увеличением числа клиентов и, соответственно, нагрузки. Поднимать загодя собственную серверную ферму с запасом по возможной нагрузке будет куда как затратнее.
M>Вообще, что ты имел в виду под большой затратностью? Запуск своей cloud-площадки? Или оплата аренды? Или поиск и содержание программеров под неё?
Просто я предполагаю то, что облачные системы разрабатывают для того, чтобы их использовать — то есть для того чтобы реально пользоваться системой работающей на достаточно большом количеством нод, которые и требуют затрат — вне зависимости от того есть ли у вас своя ферма, или вы их арендуете.
Исходя из своей не очень богатой практики, я бы развенчал ореол загадочности вокруг облачных вычислений — никаких особых талантов там не требуется. Мне кажется любой толковый и аккуратный разработчик способен освоить любую из существующих технологий за приемлимое время.
Здравствуйте, 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, а обычный хостинг.
Собственно в чем отличие клауда, что инфраструктура и масштабируемость поставляется как сервис, а не то что требует усилий администратора.
Здравствуйте, mobuzz, Вы писали:
M>Реально ли в наших суровых краях водки и полярных медведей отыскать в стартап толкового серверного разработчика с хорошими знаниями cloud computing, или лучше и не пытыться?
Реально, но их немного, придется постараться, чтобы найти, ну у Вас должно быть что-то чтобы их заинтересовать:
некоторые питают нездоровую страсть к стартапам, это может быть первым, ну и денег побольше
Лично у меня есть опыт плодотворный опыт работы с Terracotta, хотя экспертом себя не считаю
M>PS. Кой-какие сомнения всё-таки обуревают: в рунете, и на rsdn в частности, подозрительно мало активности на тему облачных вычислений.
Это достаточно затратная область. А такие затраты могут потянуть только крупные проекты — коих совсем немного.
M>Лично у меня есть опыт плодотворный опыт работы с Terracotta, хотя экспертом себя не считаю
M>>PS. Кой-какие сомнения всё-таки обуревают: в рунете, и на rsdn в частности, подозрительно мало активности на тему облачных вычислений.
M>Это достаточно затратная область. А такие затраты могут потянуть только крупные проекты — коих совсем немного.
А помоему слово "облачные" стало у ИТшников таким же базвордом, как и "нано". Щас можно любой интернет проект назвать "облачным", например какой-нить интернет магазин "облачной платформой бизнеса".
Здравствуйте, gandjustas, Вы писали:
G>А помоему слово "облачные" стало у ИТшников таким же базвордом, как и "нано". Щас можно любой интернет проект назвать "облачным", например какой-нить интернет магазин "облачной платформой бизнеса".
Согласен, что это еще тот баззворд. Однако для четкого обозначения используются 4 или 5 признаков присущих cloud computing, хотя и они — не аксиома.
G>А помоему слово "облачные" стало у ИТшников таким же базвордом, как и "нано". Щас можно любой интернет проект назвать "облачным", например какой-нить интернет магазин "облачной платформой бизнеса".
Скажем так, не у всех айтишников, но у некоторой позёрствующей их категории, таки да, стало. Что никоим образом не влияет на облачные вычисления как таковые.
G>Смотреть стоит в первую очередь не на языки и технологии, а на облачную платформу, именно она будет определять.
Предполагается, что толковый спец хотя бы немножко представляет ассортимент платформ, их преимущества и недостатки.
G>Или вы хотите поднимать свою?
Упаси Джа
M>Это достаточно затратная область. А такие затраты могут потянуть только крупные проекты — коих совсем немного.
Ой ли? Облакам как раз таки характерна динамическая затратность — небольшая на старте, растущая с увеличением числа клиентов и, соответственно, нагрузки. Поднимать загодя собственную серверную ферму с запасом по возможной нагрузке будет куда как затратнее.
Вообще, что ты имел в виду под большой затратностью? Запуск своей cloud-площадки? Или оплата аренды? Или поиск и содержание программеров под неё?
Здравствуйте, mobuzz, Вы писали:
G>>Смотреть стоит в первую очередь не на языки и технологии, а на облачную платформу, именно она будет определять. M>Предполагается, что толковый спец хотя бы немножко представляет ассортимент платформ, их преимущества и недостатки.
Полноценных платформ сейчас можно пересчитать по пальцам одной руки, а для того чтобы "немножко представлять" надо потратить 20 минут в гугле.
Дальше уже должен идти предметный разговор исходя из потребностей проекта.
G>Потому что в нормальном случае "облачные вычисления" ничем не отличаются от остальных. Более того при наличии хорошей "облачной" инфраструктуры масштабируемые приложения становится проще писать.
Что посоветуешь почитать по этой тематике? Для меня, бывшего лоулевелера-железячника, а ныне смартфонщика, всё это пока тёмный лес...
LFC>Реально, но их немного, придется постараться, чтобы найти, ну у Вас должно быть что-то чтобы их заинтересовать: LFC>некоторые питают нездоровую страсть к стартапам, это может быть первым, ну и денег побольше
Здесь уж одно из двух — или хорошие деньги, но один раз, или деньги поскромнее и долю. И то, и другое сразу бывает исчезающе редко.
Здравствуйте, mobuzz, Вы писали:
G>>Потому что в нормальном случае "облачные вычисления" ничем не отличаются от остальных. Более того при наличии хорошей "облачной" инфраструктуры масштабируемые приложения становится проще писать.
M>Что посоветуешь почитать по этой тематике? Для меня, бывшего лоулевелера-железячника, а ныне смартфонщика, всё это пока тёмный лес...
Сейчас термин cloud слишком всеобъемлющий. Он может обозначать:
1)Infrastructure as Service — виртуальные машины, балансировка нагрузки, гибкое управление, API для приложений, SLA
2)Просто гибкая модель оплаты и использования ресурсов
3)Cloud serivices — различные полезные службы, типа message bus и queue
4)Storage as Services — хранилище (типа key-value или блобы)
5)Database as service — масштабируемая реляционная БД (таких пока нет)
6)Application as Service — таких вообще немеряно.
M>Просто я предполагаю то, что облачные системы разрабатывают для того, чтобы их использовать — то есть для того чтобы реально пользоваться системой работающей на достаточно большом количеством нод, которые и требуют затрат — вне зависимости от того есть ли у вас своя ферма, или вы их арендуете.
Согласись, плавный рост стоимости содержания куда лучше колоссальных вливаний на старте.
M>Исходя из своей не очень богатой практики, я бы развенчал ореол загадочности вокруг облачных вычислений — никаких особых талантов там не требуется. Мне кажется любой толковый и аккуратный разработчик способен освоить любую из существующих технологий за приемлимое время.
И да, и нет. При оплате арендуемого хранилища, и затраченного процессорного времени, каждый неоптимизированный алгоритм, каждый грубый программный модуль, каждый лишний килобайт хранимых данных, помноженные на количество пользователей, самым прямым образом выльется в лишние затраты. Поправь, если ошибаюсь.
Здравствуйте, mobuzz, Вы писали:
M>>Просто я предполагаю то, что облачные системы разрабатывают для того, чтобы их использовать — то есть для того чтобы реально пользоваться системой работающей на достаточно большом количеством нод, которые и требуют затрат — вне зависимости от того есть ли у вас своя ферма, или вы их арендуете.
M>Согласись, плавный рост стоимости содержания куда лучше колоссальных вливаний на старте.
Соглашусь, но я говорил не об этом.
M>>Исходя из своей не очень богатой практики, я бы развенчал ореол загадочности вокруг облачных вычислений — никаких особых талантов там не требуется. Мне кажется любой толковый и аккуратный разработчик способен освоить любую из существующих технологий за приемлимое время.
M>И да, и нет. При оплате арендуемого хранилища, и затраченного процессорного времени, каждый неоптимизированный алгоритм, каждый грубый программный модуль, каждый лишний килобайт хранимых данных, помноженные на количество пользователей, самым прямым образом выльется в лишние затраты. Поправь, если ошибаюсь.
Это относится и к обычным распределенным приложениям и сервисам, а не только к облачным. Да и вобще к любому массовому ПО.
Re[2]: Есть ли в России cloud-разработчики?
Немного офтоп. но какие то у вас мелкие вычисления раз хватит одного компа(пусть и с мега пупер видеокрточкой )
А по существу для разработки подобных сервисов далеко не все разработчики должны хорошо вариться в кухне масштабируемости и отказоусточивости.
Достаточно одного двух разработчиков, а для остальных вполне хватит обычного среднего уровня без заморачиваний на то что вы назвали облачными разработчиками
Здравствуйте, 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 стал флагманом? Он её толком из бета тестирования не вышел. Реальный лидер это пока амазон, всем остальным пока до него очень далеко, но и тут не все так просто. Но и с ними не все так просто трафик у этих господ ну просто супер дорогой плюс есть реальные провалы по 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 то вам только указать нужно количество серверов, а их вам купят
Не все так просто, особенно когда имеем дело с разовыми пиковыми нагрузками. Т.е эта библиотека должна уметь покупатьи инстансы (и делать это по умному) когда и дет пик и отключать когда интснсы уже не требуються, а иначе можно легко улететь в трубу
) легко обслуживался и масштабировался.
)
), но есть 
