Как стать автором
Обновить
8
0
Иван Шибких @nskforward

Performance Engineer

Отправить сообщение

Для какого-то собственного pet-проекта, наверное, крутое решение. Я бы на своих проектах предпочёл использовать проверенные временем решения для подобных задач. Попробуйте не просто воспроизвести аналоги, а решить какую-то проблему, которую не решают, либо плохо решают другие - вот тогда будет интересно. Удачи!

Вы правы, перемещение одного case вверх не изменит ситуацию. Мне изначально резануло глаз то, что первый case во всех случаях готов исполниться. А значит, даже если у нас есть сигнал на выход, нет никакой гарантии сразу завершить работу. Изначально я почему то думал, что первый case немного приоритетнее, но был не прав, извиняюсь.

       select {
			case outputCh <- resultWithError{
				User: usr,
				Err:  err,
			}:
			case <-sgnlCh:
				return
		}

В этой конструкции sgnlCh должен идти первым в селекте, а не последним

У вас похожая система работает через websockets, если я не ошибаюсь. Не думаете ли вы перейти на gRPC после прочтения данной статьи? Или вы считаете, что на производительность это не сильно окажет влияния. Хочется услышать ваше мнение.

Также интересно будет почитать на официальном сайте прометея Про гистораммы

Вы преувеличиваете. Зачем? В Москве неоднократно были многотысячные митинги.

Пока всё это установишь и настроишь, на JMeter уже закончится тест надёжности

В чём принципиальная разница КовиВак от «спутника»?

Удивительно, что Госуслуги используют технологию Сбера, а не того же Яндекса по работе с ассистентом. Яндекс сдаёт или Сбер прёт?

Посмотрите еще для сравнения Redis Streams
Вам наверное и не нужно заморачиваться с собственной разработкой инструментария НТ для одной специфичной задачи. На вашем месте, скорее всего, я поступил бы также. Мой первый коммент больше посвящен для команд НТ, которые каждый день должны выполнять много разных нестандартных задач.

На чистом Go легко пишутся сложные нестандартные нагрузочные сценарии с выводом любых метрик в Графану, если вы умеете готовить Go для нагрузочного тестирования. Не очень понятно, зачем писать модули/коннекторы и сам сценарий на разных языках, когда можно всё сделать гораздо проще и быстрее. У нас очень сложные нестандартные асинхронные сценарии с проверкой состояния параллельных потоков данных, нам пришлось писать скрипты на Go. Со временем, мы перевели все остальные проекты на него, так как мы влюбились в простоту, скорость разработки, поддержку и отсутствие каких-либо даже теоретических технических ограничений. Универсальные части легко выносятся в модуль и вы пишите только бизнес логику. Также удивило насколько эффективно используются ресурсы машины генератора при работе на ней Go скрипта. Если на одной машине сравнивать одинаковый сценарий с тем же JMeter, то разница на порядок не в пользу JMeter по максимальному исходящему RPS и максимальной утилизации ресурсов генератора. Если вас полностью устраивает ваш инструмент, то, наверное, ничего менять не нужно. А мы свой выбор уже сделали.

После перехода написания нагрузочных тестов на Go (без фреймворков), жизнь резко наладилась и появилось некое чувство дзена впервые за 12+ лет опыта в НТ.
Я предлагаю вам не гадать, а просто посмотреть как будут развиваться события и оперировать фактами, а не домыслами.
Мне просто интересно, как от Рамблера эстафета перешла к Сберу? Сбер вроде никаких заявлений не делал.
Напоминаю, что контрольный пакет Сбера принадлежит ЦБ РФ. По вашей логике надо искать владельцев ЦБ.
Было бы интересно, если бы в сравнение производительсности были включены корутины. На сколько я в курсе, на C тоже есть библиотеки, позволяющие реализовать этот механизм.
Можно ли создать уже наполненный данными volume до создания контейнера?
Нашёл перекрёсток, рядом с которым живу. За прошлое лето там было как минимум 3 серъёзных ДТП с пострадавшими. Ваш сервис показывает, что за прошлый год там не было ни одного проишествия. Что-то где-то не так работает ))

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность