- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сложно разобраться во всем многообразии сервисов Amazon. Особенно если к серверным делам обращался только на уровне создания сайтов на виртуальных хостингах.
В общем написали клиент-серверную игру. Сокетный сервер на node.js. Создал инстанс на t1.micro, протестировал, все работает.
Теперь нужно вести базу и вообще обеспечить нормальную работу сервера. В связи с этим несколько вопросов.
1. Можно ли как-то существующий инстанс перевести на платные планы? Не очень хочется заново все создавать — переносить.
2. Какой план выбрать? Подробнее об игре. Простая викторина в слова для десктопных и мобильных приложений. Трафик сейчас сложно оценить, но это не стрелялка-бегалка — передаваемых данных в десятки раз меньше (юзер открыл букву, юзер отгадал слово, юзер открыл подсказку). Допустим для начала у нас может быть не более 200 одновременно подключенных клиентов которые находятся в 50 комнатах (не более 4 игроков в каждой). Файлов на сервере крайне мало (ну 1 Gb). База данных — две таблицы: юзеры с результатами и вопросы, в каждой по 100 тыс. записей максимум.
3. Нужно ли для создания БД (mySQL или mongoDB) или хранения данных подключать ещё какой-нибудь сервис типа ElastiCache или S3?
4. Вообще что порекомендуете подключить (есть какой-то платный саппорт за $45 например)? Во сколько ежемесячных платежей это может обходиться?
http://dedic.ru/highload
Раздел "Белогривые лошадки"
Читать внимательно
Спасибо за текст, но мне бы по делу.
Неужели нет пользователей использующих EC2?
1. Можно ли как-то существующий инстанс перевести на платные планы? Не очень хочется заново все создавать — переносить.
Там же можно из инстанса сделать образ AMI для последующего копирования. По сути в этом основное преимущество Амазона и заключается - быстренько запускаем N штук VPS со своим уникальным уже настроенным окружением.
И сразу неправильно.
Невозможно оценить потребности многокомпонентых программных комплексов исходя только из описания архитектуры. Лучше проанализируйте статистику потребления на этом вашем тестовом инстансе.
3. Нужно ли для создания БД (mySQL или mongoDB) или хранения данных подключать ещё какой-нибудь сервис типа ElastiCache или S3?
Лучше хранить данные mysql на блочном устройстве EBS. Так должно быть быстрее и удобнее. Производительность mysql на EBS вас может уже не устроить. Само существование сервисов SimpleDB и DynamoDB это доказывает. Можно для отдельного тома EBS выбрать provisioned io, что разумеется подразумевает другую оплату.
Наверное, кто-то и прямо в диск с образом ОС пишет, но ведь там место ограничено. Не проверял быстрее ли это.
В своем репертуаре :) Когда сказать нечего рекламируем какой невнятный бложик.
Ну да, определенно есть подводные камни в Амазоне. Надо все планировать и взвешивать.
Там действительно нет возможности выработать ограниченный лимит денег. А оплата с кредитки снимается крупными периодами.
С другой стороны, у каждого отдельно взятого инстанса есть предел на ресурсы памяти и процессора, поэтому он не будет бесконечно нагружать другие ресурсы. Запуская или удаляя новые инстансы можно регулировать общий предел на выставляемый счет. Мониторинг там есть и тут уже он оперативно срабатывает.
кто-то пошутил : внедрение облачных технологий приводит только к увеличению числа инженеров. Причем, не только у провайдера, но и у заказчика.
Что поделать. Хотите быть модными и "эластичными" - делитесь. Можем обсудить. Не то чтобы я глубокий специалист, но есть клиенты, которым действительно имеет смысл использовать Амазон.
netwind, вот спасибо. Уже есть направления что изучать.
Там есть какие-нибудь инструменты для этого?
Не вопрос. Пожалуй обращусь попозже в личку.
Там есть какие-нибудь инструменты для этого?
Дак прям на первой странице Account Activity в кратком виде все суммировано.
А так Usage Report. Скачиваете и анализируете в экселе. Вот тут уже нет данных по стоимости. Потребуется пересчитать во сколько эти отдельные субъекты тарификации обошлись.
Но это все равно нужно освоить и делать периодически чтобы понимать к чему ваше приложение критично, за что собственно вы платите и что следует изменить чтобы сэкономить.
А мне сейчас благодарны разработчики, которых я убедил вместо Амазона, взять обычный дедик. Так как в процессе тестирования понаходилась куча узких мест, при которых уже полсотни онлайна создавали критическую ситуацию. А Амазон бы это с радостью скушал и выставил счет огромных размеров...
Амазон - хорошая вещь. Но применять нужно с умом и тогда, когда действительно в этом есть необходимость.