Комментарии 32
Отлично!
Ещё интересные вопрос можно раскрыть — SaaS в России, его особенности.
И примеров бы побольше в подтверждение того факта, что SaaS стартап может быть lowcost именно на старте.
Ещё интересные вопрос можно раскрыть — SaaS в России, его особенности.
И примеров бы побольше в подтверждение того факта, что SaaS стартап может быть lowcost именно на старте.
+1
* не осилил.
но вроде дорого, пока нет дата-центров в России. и все таки легче воспринимать сервер на «ко-локейшене»…
но вроде дорого, пока нет дата-центров в России. и все таки легче воспринимать сервер на «ко-локейшене»…
-1
Отличная статья! Спасибо
0
Молодец, Олег, поздравляю с попаданием на главную!
Пост большой, информативный, кажется, даже более информативный, чем сама презентация! :-)
Пост большой, информативный, кажется, даже более информативный, чем сама презентация! :-)
0
Не сочтите за придирки, скорее желание улучшить:
1. П.6, начало — «озьмем» вместо «возьмем».
2. П.6, salesforce — «при помощи» два раза подряд.
Букав оказалось не так уж много, как хотелось бы, хотя заданная тема (основы применения) раскрыта :)
1. П.6, начало — «озьмем» вместо «возьмем».
2. П.6, salesforce — «при помощи» два раза подряд.
Букав оказалось не так уж много, как хотелось бы, хотя заданная тема (основы применения) раскрыта :)
+1
А что написали в заголовке лишь Azure, когда статья такая полная. Навлчёте неоправданный гнев сторонников СПО ;).
0
Это не вы случаем выступали на конференции Майкрософт в МГУПС 28 апреля?
0
Хм… облако для стартапа? А не слишком ли это дорогое удовольствие, а? Автор как то стороной обошел вопрос цены.
0
Скорее даже наоборот, слишком дешевое :) Хотя согласен, вопрос цены не упомянул. Спасибо )
0
Факты нужны, факты… Я смотрел амазон и мне под мои задачи это выходит дорого. Проще взять VDS. Возможно я что-то не так там прочел/понял. Именно поэтому и нужны конкретные цифры сколько и за что мы получаем.
+1
согласен с автором, трудно переоценить перспективы облачных платформ. Хочу добавить немного: перечисленные Amazon, Azure и Google App имеют некоторые принципиальные технологические отличия в архитектуре. Это важно учитывать и это может сыграть не последнюю роль при выборе той или иной платформы. Радует что в СНГ тоже развивается своя cloud ориентированная платформа Hivext, которая имеет определенные отличия от платформ рассмотренных в статье.
+2
а можно для чайников расшифровать в паре предложений? практически, что это? Для чего это?
0
А есть здесь кто уже реально пользуется Amazon Web Services или Google Apps Engine?
А то, когда я слышу слова «легко» и «IT» моя рука тянется к пистолету :) Вот например, «легко масштабируется», а не получится ли потом, что вы так намасштабировали, что навсегда будете привязаны к Google и у вас будет всего два выхода — либо продолжать платить Google, либо полностью переписывать приложение, чтобы уйти, например, на собственный хостинг?
А то, когда я слышу слова «легко» и «IT» моя рука тянется к пистолету :) Вот например, «легко масштабируется», а не получится ли потом, что вы так намасштабировали, что навсегда будете привязаны к Google и у вас будет всего два выхода — либо продолжать платить Google, либо полностью переписывать приложение, чтобы уйти, например, на собственный хостинг?
0
Пытаюсь плотно заниматься AWS, готовлюсь поднимать на нем стартап. Про GAE знаю только из прессы.
Это две очень разные технологии:
AWS — это виртуальные машины под Xen в их датацентре
GAE — это сервер приложений в их датацентре
Соответственно, масштабирование AWS бывает:
1) Вертикальное — перезапуск VM на более мощном виртуальном «железе»
2) Горизонтальное — запуск дополнительных копий VM под балансировщиком нагрузки
В случае AWS уход на собственный хостинг — перенос образов ОС на VPS/Colo-сервер. Задача ясная и решаемая.
В случае GAE — думаю, немного сложнее.
Кстати, совсем недавно Амазон анонсировал авто-масштабилку, которая умеет поднимать доп-инстансы, и балансировщик нагрузки. Выглядит круто, пока не счупал.
Это две очень разные технологии:
AWS — это виртуальные машины под Xen в их датацентре
GAE — это сервер приложений в их датацентре
Соответственно, масштабирование AWS бывает:
1) Вертикальное — перезапуск VM на более мощном виртуальном «железе»
2) Горизонтальное — запуск дополнительных копий VM под балансировщиком нагрузки
В случае AWS уход на собственный хостинг — перенос образов ОС на VPS/Colo-сервер. Задача ясная и решаемая.
В случае GAE — думаю, немного сложнее.
Кстати, совсем недавно Амазон анонсировал авто-масштабилку, которая умеет поднимать доп-инстансы, и балансировщик нагрузки. Выглядит круто, пока не счупал.
+4
А до этого вы использовали только свои операционные системы, сервера своего производства, язык программирования, среды разработки, фреймворки, дата центры и свои каналы связи наверное были? Вы уже привязаны навсегда к сотням производителей, а GAE это капля в море.
+2
grmbl, возможность автомасштабирования была заложена в AWS изначально. Это был их «конек».
Я работаю с AWS с момента их создания.
Так вот тогда это реализовывалось с помошью SQS и дополнительных библиотек. Вскоре после выхода AWS, появился стартап RightScale.com (RS), который предлагал визуальную среду для управления серверами в облаке. Вскоре стартап получил $10M инвестиций ;)
Если начинаете работать с AWS — рекомендую зарегестрировать бесплатный аккаунт на RS. Эффективность работы увеличиться. Например вы сможете называть сервера своими именами, а не просто в идеть в панели безличную надпись вида ec2-XX-YYY-ZZZ-WWW.compute-1.amazonaws.com, подключать скрипты при старте, мониторить состояние серверов: нагрузку на CPU, HDD, RAM, пропускную способность сети.
Сам пользуюсь их услугами также почти с момента их основания, сделал на их базе множество нагруженных сайтов, краткий список которых можно посмотреть на cloudadmin.info.
Если вас интересует какая-либо техническая информация по AWS либо RS — обращайтесь.
Я работаю с AWS с момента их создания.
Так вот тогда это реализовывалось с помошью SQS и дополнительных библиотек. Вскоре после выхода AWS, появился стартап RightScale.com (RS), который предлагал визуальную среду для управления серверами в облаке. Вскоре стартап получил $10M инвестиций ;)
Если начинаете работать с AWS — рекомендую зарегестрировать бесплатный аккаунт на RS. Эффективность работы увеличиться. Например вы сможете называть сервера своими именами, а не просто в идеть в панели безличную надпись вида ec2-XX-YYY-ZZZ-WWW.compute-1.amazonaws.com, подключать скрипты при старте, мониторить состояние серверов: нагрузку на CPU, HDD, RAM, пропускную способность сети.
Сам пользуюсь их услугами также почти с момента их основания, сделал на их базе множество нагруженных сайтов, краткий список которых можно посмотреть на cloudadmin.info.
Если вас интересует какая-либо техническая информация по AWS либо RS — обращайтесь.
0
technowizard, кстати, образы серверов с AWS EC2 легко мигрируются в собственное облако, которое создается с помощью Eucalyptus на собственных серверах.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Облачные вычисления: основы применения в сфере Интернет-стартапов