Еще небольшая просьба к хабраредакции. Сделайте пожалуйста возможность заливать картинки в пост при редактировании через drug-n-drop. Например так, как сделано в гитхабе. Это очень удобно и экономит огромное количетсво времени авторам. Текущий способ с заливкой в хабро хранилище немножно олдскульный.
Спасибо.
А зачем покупать процессор с разблокированным множителем и не разгонять его?
Как на счет варианта — не пригодилось :)? У меня 3770К, брал с запасом чтобы хватило на будущее. Так ни разу его и не разогнал за 3 года, так как ни разу не уперся в проц. Игры, андроид, джава разработка, 3 моника — все летает.
Мы просто никак не ограничиваем пользователей в этом плане. Сколько хочешь столько и шли. Обычные IoT платформы берут деньги или за количество девайсов или за количество реквестов.
Я правильно понял, что устройства у вас посылают 1.5 запроса в секунду? Что-то как-то много.
Обычно на 1 устройство стараются повешать побольше сенсоров. 3 параметра телеметрии на 1 устройство классика, а если не ограничен батареей то можно постоянно быть онлайн и слать.
На самом деле, то что вы предложили легко решается с помощью Floating IPs. По простому — это айпи на которое можно вешать разные виртуалки. У меня пока не дошли руки до этого.
Ваш вариант тоже рабочий. Но он не подойдет если сам провайдер отключит виртуалку.
Или дело в том, что соединение с постгресом выполняется не на каждый запрос к вашему сервису?
Именно. Каждый сервер вообще не делет никаких запросов по сети в момент когда получает реквест. Периодически (раз в 1 мин) все апдейты, которые накопил сервер скидываются в БД и на локальный диск. Локальный диск выступает по сути кешем, чтобы не ходить в БД (так как БД далеко и это увеличивает задержку).
А не быстрее/надежнее ли было чтобы каждый регион работал со своей БД?
Так и делаем. Сохранение в БД по сути лишь бекап данных.
Плюс, в каждом дата центре можно иметь свой локальный кэш с IP адресами юзеров (redis),
Частично так и есть. То есть кеш по сути есть для всех юзеров что принадлежат этому серваку и в редис запрос для них не делается. Кеш для всех пользователей не добавляю так как хочу иметь возможность мгновенно перенаправить траффик если понадобится.
Ну да. Только это все данные пользователя. То есть должно быть разделение. Для приватного сервера подойдет, но не для публичного облака. Мы кстати как раз вот ищем для веба решения. Пока выбор пал на graylog.
Я могу покритиковать, так как рассматривал их для нашей платформы. В общем, если в пересчете на деньги, то CPU там получается где-то в 2 раза дороже чем у DO (по мощности). Так как разные архитектуры и у них разная произовдительность. Хотя если CPU не критичен, то вполне отличное решение для домашнего проекта. Правда, опять же, там полгода не было свободных серверов, что как бы намекает, на «серьезность».
Потому что у нас основа продукта это tcp/ssl соединения. А на GAE сокет поднять нельзя — «You cannot create a listen socket; you can only create outbound sockets».
Спасибо.
Как на счет варианта — не пригодилось :)? У меня 3770К, брал с запасом чтобы хватило на будущее. Так ни разу его и не разогнал за 3 года, так как ни разу не уперся в проц. Игры, андроид, джава разработка, 3 моника — все летает.
А в спеке пишет 3.4 GHz.
Но в целом — да. Самый последний i7 показывает лишь 4 GHz.
Обычно на 1 устройство стараются повешать побольше сенсоров. 3 параметра телеметрии на 1 устройство классика, а если не ограничен батареей то можно постоянно быть онлайн и слать.
Ваш вариант тоже рабочий. Но он не подойдет если сам провайдер отключит виртуалку.
Именно. Каждый сервер вообще не делет никаких запросов по сети в момент когда получает реквест. Периодически (раз в 1 мин) все апдейты, которые накопил сервер скидываются в БД и на локальный диск. Локальный диск выступает по сути кешем, чтобы не ходить в БД (так как БД далеко и это увеличивает задержку).
Так и делаем. Сохранение в БД по сути лишь бекап данных.
Частично так и есть. То есть кеш по сути есть для всех юзеров что принадлежат этому серваку и в редис запрос для них не делается. Кеш для всех пользователей не добавляю так как хочу иметь возможность мгновенно перенаправить траффик если понадобится.
За пиар наверное.
Нужно чтобы пользователь который лоигинится в приложение видел только свои данные.
Платная, когда нужны фильтры по юзеру.
Вроде такая же проблема как у Кибаны.
Ну и эластиксерч очень прожорлив сам по себе.
Потому что у нас основа продукта это tcp/ssl соединения. А на GAE сокет поднять нельзя — «You cannot create a listen socket; you can only create outbound sockets».
Небольшое уточнение. Мы используем Amazon сервера из Route 53.