А что, если сайт настолько умный, что используя нейросети, по кукам/информации из DMP/паттерну поведения решил, что не надо вам давать страховку (отрицательное МО для страховщика), и выставил такую капчу?)
Входящий трафик не должен превышать 1/4 от исходящего.
Исходящий зарубежный трафик не должен быть больше исходящего российского.
Неоднократно видел похожие предложения, и всегда возникал, наверное, нубский, вопрос: в чем проблема написать ПО на пару десятков строк, которое будет, используя весь простаивающий ресурс сервера, расбрасываться UDP дейтаграммами на случайные российские IP адреса, или просто долбить длинными GET запросами с предельно большими по стандарту хедерами по случайным серверам, получая меньший по размеру ответ? Или, например, заплатить разработчикам онлайн игры, чтобы они генерировали лишний трафик на клиентах, которые имеют избыток по каналу.
Интересно, все же, почему такие вещи не работают (думаю, если бы работали, то никто бы не предлагал таких опций), и были ли умельцы, делающие такие или подобные вещи?
И да, выходит по логике вещей, что в ненагруженное время (когда ресурс сервера и канала не на пределе) имело смысл отдавать пользователям с правильным гео картинки в заведомо завышенном разрешении, подгружать ненужные картинки и анимацию и т.д.?
поддерживаю. Новая версия с картинками еще и часто нелогична для человека. К примеру, спрашивают все картинки, где есть автомобиль. Показывают картинку, где в левом верхнем краю картинки виднеется маленький кусочек колеса (где-то четверть). Что делать?
Или фото всех магазинов, и виден дом с большими фасадными окнами, а место, где вывеска может быть (или не быть), заслонено деревом и хз, это магазин, или жилой дом.
а… то есть, одному участнику запрещено майнить быстрее, чем остальным? Что будет, если 100 участников выставят по 1 машинке с майнингом на CPU (все равно ведь тут цель не меряться оружием), а один, законно подключившись в ту же сеть, запустит GPU ферму, чтобы совершить атаку? Его хеши будут игнорироваться, или все майнеры майнят строго по очереди?
Рассматривали ли вариант создания двух типов инстансов: для нормальных людей, и гиперактивных (>100K сообщений, к примеру), и реализации отдельных алгоритмов для таких инстансов?
мы расскажем вам о технической части решения, которое позволило одной из крупнейших компаний по продаже лотерейных билетов в России увеличить объём продаж в 3 раз
Логики предложения в статье так и не увидел.
С одной стороны
упёрлись в потолок масштабируемости
С другой
При работе с Azure SQL необходимо очень рационально расходовать DTU, чтобы не нарваться на заоблачные цены
ЕМПИН, под капотом Azure SQL тот же MSSQL сервер на вполне обычном серверном железе (если не low-end даже, судя по статье cdn2.hubspot.net/hubfs/2334522/reports/Azure%20%20performance%20report%201-2017-ENG.pdf).
То есть, могу сделать вывод, что лотерейщики сделали 2 изменения одновременно (оптимизировали запросы и индексы, и переехали на Azure), и смасштабировались не благодаря, а вопреки прозводительности Azure SQL; видимо, оптимизации таки оказались очень значительными, что и подтверждает фраза
Описанные подходы позволяют увеличить скорость системы в 10-40 раз
Снова таки, интересно было бы понимать, можно ли сэконоить (и насколько), если и тут пойти по правилу 80%. Перенести 80% нагрузки на собственные или арендованные сервера, а остальное (где регуляторика и близость к клиенту создает слишком уж большой напряг для реализации неамазоновского решения) — оставить в Амазоне.
PS и да, деньги и некоторое время выделяются. Но, понятно, что никто не заапрувит Delphi девелоперу курсы по .Net Core или модным фреймворкам js, так, как это не поможет компании
Проблема в том, что редко, когда это нужно. К примеру, реальный случай, знаю людей, которые хорошо знают Delphi, и пишут на нем сегодня, поддерживая легаси систему (да, ее переписывают потихоньку, но совсем другие люди, а эти люди нужны именно тут, и поэтому, компании их обучить чему-то посвежее невыгодно). Работодатель доволен, и они, вроде, не унывают. Но получают меньше своих коллег из других команд, использующих современные языки.
Если их это устраивает, то все хорошо. А если нет, то единственный вариант стать ценнее на рынке (и не важно, уйти на новые технологии, или остаться на Delphi, но с прибавкой к ЗП) — выучить что-то новое, экспериментируя по вечерам.
А если подойти с другой стороны. Постоянно появляются новые инструменты разработки. Чтобы уметь создавать ценность с их помощью, надо с ними экспериметировать. Вопрос, кто должен за это платить (компания рабочим временем, или программист личным)?
Весьма честный подход, что компания платит за результат (работу на хорошо известных, проверенных временем технологиях), а программист в свободное время педалит никому не нужные проекты на новых «горячих» технологиях, чтобы быть востребованным через год-два.
если бы оно только органическим ростом установок ограничивалось. Опасно, что есть предпосылки для централизованной блокировки рекламы. В айфонах что-то такое встроили. Shine, вроде, почил в бозе, или пивот сделал, не суть важно.
Но, подход, как у Shine, позволит довести 10% до 50 очень быстро. Если идею возродят, то там потенциал очень большой. Как по проникновению технологии — операторы будут включать функцию по умолчанию, чтобы разгрузить базовые станции, так и по эффективности — на централизованных серверах можно установить фермы из графических ускорителей, которые будут выявлять новый баннер (креатив) 1 раз, отличая его от котиков и картинок, после чего вырезать со всех страниц всех юзеров, задействуя минимум мощности.
А вообще да, как и любая тема, дающая превосходство над большинством, для гиков лучше всего, что банерорезки ставили только гики
Классический патерн использования очерей с персистенсом (к примеру, кафки). Насколько знаю, такие решения ни разу не требуют hi-end дисков (так, как делают линейную запись, которая под силу и очень слабым дискам). Могу предположить, что все таки random write частый идет, не нужный для данного паттерна.
Почему десяток? Выбранный процессор со частотой в 2.2 перекрывается по перфомансу далеко не топовыми процессорами (AMD Ryzen 7 1700 например). Да, процессора 2, а райзен поместится 1 на плате, поэтому надо 2 сервера, но далеко не 10.
планирую пользоваться данным девайсом 15 лет
это не выгодно. 15 летнее оборудование сейчас потребляет столько энергии и места в стойках, что дешевле его выкинуть, и на освободившиеся платежи взять виртуалку с бОльшей производительностью (если, конечно, сервер не стоит в самодельной серверной, охлаждаемой сплит системой, и оснащенной домашним интернетом)
Интересно, системные интеграторы и прочие прослойки между вендором и покупателем готовы работать с покупателем одного сервера?
Скорее наоборот, у меня остались вопросы, почему автор не попробовал распараллелить игру шардингом на нескольких серверах, и тогда открываются возможности
1) несколько самосборов на i7/ryzen
2) несколько б/у серверов без ddr4
не сильно понятно желание работать только с ddr4. Если, скажем, можно было бы раздобыть б/у систему с новыми дисками за $4000, но с ddr3, то реально ли прирост от ddr4 стоит $3680. Проводились ли тесты? Все таки, если цель делать бизнес, то надо точно понимать, за что платятся деньги.
PS не знаком с российскими ценами, но если бы бралось в Германии, и там же бы размещалось в серьезном ЦОД, было бы дешевле. $7680 за 20*2.2 ядер + 50 ГБ памяти это на первый взгляд много.
Неоднократно видел похожие предложения, и всегда возникал, наверное, нубский, вопрос: в чем проблема написать ПО на пару десятков строк, которое будет, используя весь простаивающий ресурс сервера, расбрасываться UDP дейтаграммами на случайные российские IP адреса, или просто долбить длинными GET запросами с предельно большими по стандарту хедерами по случайным серверам, получая меньший по размеру ответ? Или, например, заплатить разработчикам онлайн игры, чтобы они генерировали лишний трафик на клиентах, которые имеют избыток по каналу.
Интересно, все же, почему такие вещи не работают (думаю, если бы работали, то никто бы не предлагал таких опций), и были ли умельцы, делающие такие или подобные вещи?
И да, выходит по логике вещей, что в ненагруженное время (когда ресурс сервера и канала не на пределе) имело смысл отдавать пользователям с правильным гео картинки в заведомо завышенном разрешении, подгружать ненужные картинки и анимацию и т.д.?
Или фото всех магазинов, и виден дом с большими фасадными окнами, а место, где вывеска может быть (или не быть), заслонено деревом и хз, это магазин, или жилой дом.
Логики предложения в статье так и не увидел.
С одной стороны
С другой
ЕМПИН, под капотом Azure SQL тот же MSSQL сервер на вполне обычном серверном железе (если не low-end даже, судя по статье cdn2.hubspot.net/hubfs/2334522/reports/Azure%20%20performance%20report%201-2017-ENG.pdf).
То есть, могу сделать вывод, что лотерейщики сделали 2 изменения одновременно (оптимизировали запросы и индексы, и переехали на Azure), и смасштабировались не благодаря, а вопреки прозводительности Azure SQL; видимо, оптимизации таки оказались очень значительными, что и подтверждает фраза
Как же ёмко, и в то же время лаконично передано суть всего того, что надо знать об этом ПО.
Если их это устраивает, то все хорошо. А если нет, то единственный вариант стать ценнее на рынке (и не важно, уйти на новые технологии, или остаться на Delphi, но с прибавкой к ЗП) — выучить что-то новое, экспериментируя по вечерам.
Весьма честный подход, что компания платит за результат (работу на хорошо известных, проверенных временем технологиях), а программист в свободное время педалит никому не нужные проекты на новых «горячих» технологиях, чтобы быть востребованным через год-два.
Но, подход, как у Shine, позволит довести 10% до 50 очень быстро. Если идею возродят, то там потенциал очень большой. Как по проникновению технологии — операторы будут включать функцию по умолчанию, чтобы разгрузить базовые станции, так и по эффективности — на централизованных серверах можно установить фермы из графических ускорителей, которые будут выявлять новый баннер (креатив) 1 раз, отличая его от котиков и картинок, после чего вырезать со всех страниц всех юзеров, задействуя минимум мощности.
А вообще да, как и любая тема, дающая превосходство над большинством, для гиков лучше всего, что банерорезки ставили только гики
это не выгодно. 15 летнее оборудование сейчас потребляет столько энергии и места в стойках, что дешевле его выкинуть, и на освободившиеся платежи взять виртуалку с бОльшей производительностью (если, конечно, сервер не стоит в самодельной серверной, охлаждаемой сплит системой, и оснащенной домашним интернетом)
Скорее наоборот, у меня остались вопросы, почему автор не попробовал распараллелить игру шардингом на нескольких серверах, и тогда открываются возможности
1) несколько самосборов на i7/ryzen
2) несколько б/у серверов без ddr4
не сильно понятно желание работать только с ddr4. Если, скажем, можно было бы раздобыть б/у систему с новыми дисками за $4000, но с ddr3, то реально ли прирост от ddr4 стоит $3680. Проводились ли тесты? Все таки, если цель делать бизнес, то надо точно понимать, за что платятся деньги.
PS не знаком с российскими ценами, но если бы бралось в Германии, и там же бы размещалось в серьезном ЦОД, было бы дешевле. $7680 за 20*2.2 ядер + 50 ГБ памяти это на первый взгляд много.