Если вы постоянно решаете ресурсоемкие задачи, значит извлекаете из этого определенную прибыль. В этом случае будет не проблема оплатить счета за Amazon. Более того, сервера автоматически выключаются после решения задачи, поэтому о сохранении средств можно не беспокоиться.
В любом случае выгоднее запустить облако, чем покупать или арендовать физические сервера.
technowizard, кстати, образы серверов с AWS EC2 легко мигрируются в собственное облако, которое создается с помощью Eucalyptus на собственных серверах.
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 — обращайтесь.
Добавлю, что подобный функционал реализован и в проекте www.service-cloud.com
Выдержки из описания проекта:
How does it work?
CloudPlatform sits between your application and your cloud vendor of choice. Using OSGi standards, your application sees any cloud as just another module/component.
This means:
* No unix knowledge necessary — just Java
* Applications are free to move between clouds — no code changes necessary
Т.е. разработчику необходимо знать java, чтобы писать масштабируемые приложения для различных типов облаков.
* No vendor lock-in
Вторая часть есть? Я её не нашел.
Спасибо.
С удовольствием почитаю продолжение серии :)
В любом случае выгоднее запустить облако, чем покупать или арендовать физические сервера.
Для решения ресурсоёмких задач — самое то. Решил, заплатил за времярешения. Выключил все сервера — результат положил на S3.
очень удачная, на мой взгляд :)
Я работаю с 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 — обращайтесь.
Выдержки из описания проекта:
How does it work?
CloudPlatform sits between your application and your cloud vendor of choice. Using OSGi standards, your application sees any cloud as just another module/component.
This means:
* No unix knowledge necessary — just Java
* Applications are free to move between clouds — no code changes necessary
Т.е. разработчику необходимо знать java, чтобы писать масштабируемые приложения для различных типов облаков.
* No vendor lock-in
И очень красивые фото!
Спасибо!