например так:
availability = (total_time - breached_time)/total_time * 100
breached_time = amount of time when errorrate was greater that 5%

А если не доступен для Индии а для остальных доступен это доступен?  А если для страны в которой есть интернет банхаммер и они случайно или намеренно вас заблочили?

А если 200ки отдаёте но с контентленгс 0?

сейчас неважно как конкретно меряем, меня пока философский вопрос интересует - availability in percents это SLI или SLO

Slo

Slo про время

ок, я угнал, логично

Недоступен для Индии - новые правила акцесса на апворке?

https://youtu.be/tEylFyxbDLE оно?

хотел спросить по prometheus (надеюсь, я в правивльном чате!)
на сколько я понял, summary довольно тяжелый для просчета и если лейблить по каждому API entry и методу (когда их всего около пару тысяч)?
Я планирую гистограмы использовать, просто для себя сделаю градацию того, что для меня принятно и критично

Так вот, на сколько я понимаю, histogram работают и считаются и “выбираются” побыстрее, верно?

я в общем только разбираюсь и хочу построить систему мониторинга всего и вся.
Я в общем для чего эту гистограму хочу - чтобы можно было потом отфильтровать самые тяжелые запросы.
Я думал сделать градацию бакетов для гистограмы: 0, 100, 500, 1000, 2000, 5000, 10000, Inf+
Это мне помогло бы понимать какие запросы работают очень быстро, какие не очень.. и с какими вообще все плохо (в миллисекундах)

но может быть я не совсем правильно понимаю метрики гистограм

Можно попробовать, но это не совсем нормальная практика для tsdb, в т.ч. и для вм. Лучше складывать показания в гистограммы вроде вот этих - https://medium.com/@valyala/improving-histogram-usability-for-prometheus-and-grafana-bc7e5df0e350 , после чего пушить эти гистограммы в вм с фиксированной частотой вроде 1 раз в 10 секунд. Такие гистограммы позволяют потом смотреть распределение latency на произвольном диапазоне времени с шагом меньше 50% . Например, если latency в пределах от 1 до 10 секунд, то на выходе получим 18 бакетов для следующих диапазонов latency: (1..1.5], (1.5..2], ... (9.5..10]. Это покрывает большинство потребностей при мониторинге.

я так понимаю - это мне ответ?

привет!

да

была дискуссия про гистограммы в чате, если есть доступ к history канала - полистай

а вообще summary более тяжелый для расчетов чем histogram?

я не разбираюсь сам в этом чтобы дать точный ответ, может @valyala поможет

но с VM (VictoriaMetrics) наверняка будет быстрее чем с tsdb в прометее. У нас девелоперы используют heatmaps и гистограммы на основе VM, чтобы они не делали

99p ответов до 1.5секуды