Influx узали для мониторинга, это наверное самая прожорливая TSDB что я видел, при этом упать может в любой момент без сохранения данных. да и вообще косяков много, которые как-то плохо лечат.
нагрузка на CPU выше нормы – оповещение админам и девам
так это должно было быть найдено еще на этапе нагрузочного тестирования.
Некоторые ошибки можно обнаружить только под продолжительным и реальным уровнем многозадачности и нагрузки. Это касается утечек памяти, стабильности, быстродействия и устойчивости системы. Например, у нас была ситуация, когда возникла проблема быстродействия системы из-за того, что две ресурсоемкие задачи выполнялись в один промежуток времени.
Мы проводим такое разделение потому, что в основном сейчас нагрузочное тестирование воспринимается исключительно как тестирование на максимальное количество условных пользователей. Т.е. производится эмуляция поведения пользователей на сайте.
мысль понятна, увы но такое действительно встречается часто, у людей нет понимания, что НТ это не взять условный гатлинг и потыкать, а сервис, который предусматривает определенный минимальный набор кейсов, таких как поиск максимума, тест надежности, интеграционные тесты и конечно стресс.
Имеется ввиду как раз тестирование с помощью одного из распространенных бесплатных веб-инструментов.
вопрос не в инструменте, а в кейсе тестирования выполненого субподрядчиком. PS. вопрос выверенности линейки инструмента тестирования, лучше не поднимать, это надолго)))
А если 10? а 20? Очевидно, что если стрелять в корень — то отказ будет на одном потоке, если спамить комментариями — совсем на другом.
все конечно от нефункциональных требований зависит, мне просто сложно представить требования на 1rps)))
Речь идет о поиске запроса (или их комплекса), который максимально нагружает ресурс.
почему проводите данное разделение? стерсс-тестировани просто один из подвидов нагрузочных тестов, на равне с тем же тестированием на стабильность, объем и тд.
У нас есть реальный пример, когда субподрядчик партнера провел только нагрузочное тестирование.
видимо имеется ввиду тестирование производительности или стабильности?
Чем меньшей нагрузкой мы сможем довести ресурс до отказа, тем лучше. Если получится сделать так, что сайт прекратит функционировать от одного запроса в секунду
не совсем понятен смысл сказанного.
если сервис падает от 1rps, то его надо брать и выбрасывать на свалку.
не удивлен.
билайн так же этим грешит, они даже дальше пошли, на паспортные данные супруги приписали еще один номер, при этом прописав что паспорт пренадлежин некому Армену, и блочили оба номера когда у него средства на счете заканчивалиь… так собственно и узнали.
При этом ответить как получилось, что у одного паспорта два ФИО в системе, они так и не пожелали.
Потребовалось ТРИ раза обращаться в их службу безопасности для дропа данного номера.
я честно не земетил преимуществ скорости WireGuard над OpenVPN которое вроде как должно быть, но тут видимо aruba виновата) а вот установка и настройка много удобнее как по мне
в итоге и то и то держу, ибо роутер не умеет ничего вроме OpenVPN(
при всем уважении, это не полезная статья, а скорее вредная.
зачем было городить такой огород? описывайте всю логику в JSR223
PS. уж про синхронное тестирование я вообще молчу
опять же, должно быть выявлено еще на стадии НТ
мысль понятна, увы но такое действительно встречается часто, у людей нет понимания, что НТ это не взять условный гатлинг и потыкать, а сервис, который предусматривает определенный минимальный набор кейсов, таких как поиск максимума, тест надежности, интеграционные тесты и конечно стресс.
вопрос не в инструменте, а в кейсе тестирования выполненого субподрядчиком. PS. вопрос выверенности линейки инструмента тестирования, лучше не поднимать, это надолго)))
все конечно от нефункциональных требований зависит, мне просто сложно представить требования на 1rps)))
без анализа НТ бесполезно.
почему проводите данное разделение? стерсс-тестировани просто один из подвидов нагрузочных тестов, на равне с тем же тестированием на стабильность, объем и тд.
видимо имеется ввиду тестирование производительности или стабильности?
не совсем понятен смысл сказанного.
если сервис падает от 1rps, то его надо брать и выбрасывать на свалку.
билайн так же этим грешит, они даже дальше пошли, на паспортные данные супруги приписали еще один номер, при этом прописав что паспорт пренадлежин некому Армену, и блочили оба номера когда у него средства на счете заканчивалиь… так собственно и узнали.
При этом ответить как получилось, что у одного паспорта два ФИО в системе, они так и не пожелали.
Потребовалось ТРИ раза обращаться в их службу безопасности для дропа данного номера.
в любом случае, сторонние компании не имеют согласия пользователей на обработку
в итоге и то и то держу, ибо роутер не умеет ничего вроме OpenVPN(
На груви вполне нативно, стандартной документации хватает.
Вам же потом поддерживать проще будет)
зачем было городить такой огород? описывайте всю логику в JSR223
PS. уж про синхронное тестирование я вообще молчу
от души посмеялся, спасибо)
А. надо уметь его готовить
В. не запихивать его везде где можно, только потому, что могу.
а нужно ли всех слушать? у нас вот сидит тут девопс, который впервые в жизни графану у меня на мониторе увидел)