Правила записи: Правила записи на первичный прием (консультацию, обследование)

для будущего использования, например, для хранения некоторых манипулятивных значений в TSDB или для оповещения.

Зачем использовать правила в Prometheus?

Запросы временных рядов могут быстро стать довольно сложными для запоминания и ввода с помощью обозревателя выражений в пользовательском интерфейсе Prometheus по умолчанию.

 100 - (100 * node_memory_MemFree_bytes / node_memory_MemTotal_bytes) 

Это не так уж плохо, оно описывает, сколько процентов памяти свободно на вашем сервере, на котором работает Prometheus Node Exporter.Таким образом, вместо того, чтобы запоминать и вводить этот запрос каждый раз, когда мы хотим узнать ответ, мы можем создать правило записи, которое будет выполняться с выбранным интервалом и делать данные доступными в виде временных рядов.

Типы правил в Prometheus?

Prometheus поддерживает два типа правил, которые можно настроить, а затем оценивать через равные промежутки времени:

• Правила записи предназначены для предварительного расчета часто используемых или ресурсоемких запросов. Результаты этих правил сохраняются в собственных временных рядах.
• С другой стороны, правила оповещения позволяют указать условия, при которых оповещение должно быть отправлено во внешнюю службу, например Slack. Они основаны на запросах PromQL.

Как добавить правила записи и правила оповещения в Prometheus?

Шаг 1. Вы можете создать файл prometheus.rules.yml в том же каталоге, где хранится prometheus.yml, например

/etc/prometheus/prometheus.rules.yml.
Шаг 2. Теперь давайте добавим файл prometheus_rules.yml ссылка на раздел prometheus.yml rule_files.
Шаг 3 — и перезапускаем сервис prometheus.
Шаг 4. Обновите пользовательский интерфейс Prometheus и проверьте раскрывающийся список.

Как проверить файл конфигурации правил?
$ правила проверки promtool /etc/prometheus/prometheus.rules.yml

Шаг для включения Prometheus Rule

Пример правила записи prometheus

Пример правил оповещения prometheus

Я могу помочь в следующем:
— DevOps — DevSecOps — SRE
— Непрерывная интеграция и доставка
— Непрерывное развертывание и проверка
— Сокращение технического долга
— Использование контейнеров/микросервисов Kubernetes и Docker
— Миграция в облако с использованием AWS-Azure-GoogleCloud
— Наблюдаемость предприятия

Пример — правило записи prometheus · GitHub

Мгновенно делитесь кодом, заметками и фрагментами.

Пример-правило записи prometheus

	Пример правила записи 1
	================================
	# Агрегирование запросов в секунду с меткой пути:
	— запись: instance_path: запросы: rate5m
	выражение: скорость (запросов_total{job=»myjob»}[5m])
	— запись: путь:запросы:rate5m
	expr: сумма без (instance)(instance_path:requests:rate5m{job=»myjob»})
	Пример правила записи 2
	================================
	# Вычисление коэффициента отказов запросов и агрегирование до коэффициента отказов на уровне задания:
	— запись: instance_path:request_failures:rate5m
	выражение: скорость(request_failures_total{job=»myjob»}[5m])
	— запись: instance_path:request_failures_per_requests:ratio_rate5m
	выражение: |2
	instance_path:request_failures:rate5m{job=»myjob»}
	/
	instance_path: запросы: rate5m {job = «myjob»}
	# Сложите числитель и знаменатель, затем разделите, чтобы получить отношение уровней пути.
	— запись: путь: request_failures_per_requests:ratio_rate5m
	выражение: |2
	сумма без (экземпляр) (instance_path:request_failures:rate5m{job=»myjob»})
	/
Сумма	без (instance)(instance_path:requests:rate5m{job=»myjob»})
	# Не осталось этикеток от приборов или отличительных экземпляров,
	# поэтому мы используем «job» в качестве уровня.
	— запись: задание: request_failures_per_requests:ratio_rate5m
	выражение: |2
Сумма	без (экземпляр, путь) (instance_path:request_failures:rate5m{job=»myjob»})
	/
Сумма	без (экземпляр, путь) (instance_path:requests:rate5m{job=»myjob»})
	Пример правила записи 3
	================================
	# Расчет средней задержки за период времени из сводки:
	— запись: instance_path: request_latency_seconds_count: rate5m
	выражение: скорость(request_latency_seconds_count{job=»myjob»}[5m])
	— запись: instance_path:request_latency_seconds_sum:rate5m
	выражение: скорость(request_latency_seconds_sum{job=»myjob»}[5m])
	— запись: instance_path:request_latency_seconds:mean5m
	выражение: |2
	instance_path:request_latency_seconds_sum:rate5m{job=»myjob»}
	/
	instance_path:request_latency_seconds_count:rate5m{job=»myjob»}
	# Складываем числитель и знаменатель, затем делим.
	— запись: путь:request_latency_seconds:mean5m
	выражение: |2
Сумма	без (instance) (instance_path:request_latency_seconds_sum:rate5m{job=»myjob»})
	/
Сумма	без (экземпляр) (instance_path:request_latency_seconds_count:rate5m{job=»myjob»})
	Пример правила записи 5
	================================
	# Расчет средней частоты запросов по экземплярам и путям выполняется с помощью функции avg():
	— запись: задание: request_latency_seconds_count: avg_rate5m
	expr: avg без (экземпляр, путь) (экземпляр: request_latency_seconds_count: rate5m {job = «myjob»})
	Пример правила записи 6
	================================
	групп:
	— имя: custom_rules
	правил:
	— запись: node_memory_MemFree_percent
	выражение: 100 — (100 * node_memory_MemFree_bytes / node_memory_MemTotal_bytes)
	— запись: node_filesystem_free_percent
	выражение: 100 * node_filesystem_free_bytes{mountpoint=»/»} / node_filesystem_size_bytes{mountpoint=»/»}
	Пример правила записи 7
	================================
	групп:
	— имя: record_rules
	интервал: 5 с
	правил:
	— запись: node_exporter:node_filesystem_free:fs_used_percents
	expr: 100 — 100 * ( node_filesystem_free{mountpoint=»/»} / node_filesystem_size{mountpoint=»/»} )
	— запись: node_exporter: node_memory_free: memory_used_percents
	выражение: 100 — 100 * (node_memory_MemFree / node_memory_MemTotal)
	Пример правила записи 8
	================================
	групп:
	— имя: custom_rules
	правил:
	— запись: node_memory_MemFree_percent
	выражение: 100 — (100 * node_memory_MemFree_bytes / node_memory_MemTotal_bytes)
	— запись: node_filesystem_free_percent expr: 100 * node_filesystem_free_bytes{mountpoint=»/»} / node_filesystem_size_bytes
	{точка монтирования = «/»}

Как использовать правила записи Prometheus с мониторингом и управлением Percona

Если вы создаете собственные информационные панели для Percona Monitoring and Management (PMM), скорее всего, вы захотите использовать правила записи Prometheus для повышения производительности.

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

В качестве примера возьмем распространенную «проблемную» точку данных — загрузку ЦП. Поскольку Linux предоставляет около 10 точек данных «режимов» использования ЦП для каждого логического ядра ЦП, для мощных систем мы можем выдвигать 1000 точек данных за каждый интервал очистки, что означает большое количество данных при анализе тенденций использования ЦП даже в течение нескольких часов.

Вместо этого мы можем вычислить, сколько «ядер ЦП» используется в среднем с разрешением в одну минуту, и использовать его для высокопроизводительного долгосрочного анализа тенденций.

Для этого мы можем определить правило следующим образом:

группы: — имя: процессор.правила интервал: 1м правила: — expr: sum(rate(node_cpu_seconds_total{mode!=»idle»,mode!=»iowait»,mode!=»steal»}[1m])) by (node_name) запись: node:cpu_usage_seconds_total:sum_rate_1m

Это означает, что нужно запускать оценку именованного правила каждую минуту и ​​сохранять результат в виде временного ряда «node:cpu_usage_seconds_total:sum_rate_1m».Поскольку сумма по (имя_узла) — это единственная метка, которая будет сохранена, остальные метки удаляются.

Хорошо. Теперь у нас есть такое пользовательское правило записи; как нам включить его в PMM?

Самый простой способ — перейти в настройки PMM и вставить файл в конфигурацию интеграции Alertmanager настроек PMM:

Я знаю, что интерфейс не говорит об этом (начиная с PMM 2.12), но он действительно принимает правила записи, а НЕ только правила предупреждений в этом интерфейсе (хотя это может не работать вечно, теперь это работает!).

Вы также можете использовать API (задокументировано, хотя Swagger) для предоставления конфигурации правил записи в PMM — ознакомьтесь с методом /v1/Settings/Change .

(и API) достаточно умен, чтобы проверить синтаксис ваших правил записи/оповещения, и если есть синтаксическая ошибка, изменения не будут применены.

Теперь, когда мы настроили наше правило записи, мы можем видеть, что значения записываются через интерфейс исследования:

Уходя вглубь

Большинству из вас следует прекратить чтение прямо здесь и перейти к установлению необходимых правил записи. Однако для любопытного меньшинства давайте заглянем под обложки и проверим некоторые дополнительные детали реализации.

Примечание: Эти сведения соответствуют Percona Monitoring and Management 2.12, в которую входит VictoriaMetrics. Предыдущие выпуски и, возможно, будущие выпуски могут изменять детали реализации без предварительного уведомления.

Если вы используете PMM как контейнер Docker, вы можете войти в контейнер с помощью этой команды:

root@PMM2Server:~# docker exec -it pmm-server bash

Для других типов развертывания подключитесь к виртуальному устройству через ssh:

[root@641c08864858 opt]# cd /srv/prometheus/rules/ [правила root@641c08864858]# ls вечераправила.yml [root@641c08864858 rules]# кошка pmm.rules.yml группы: — имя: cpu.rules интервал: 1м правила: — expr: sum(rate(node_cpu_seconds_total{mode!=»idle»,mode!=»iowait»,mode!=»steal»}[1m])) by (node_name) запись: node:cpu_usage_seconds_total:sum_rate_1m

Как видите. содержимое, которое мы передали через API, было сохранено в файле pmm.rules.yml.

В VictoriaMetrics обработка правил выполняется с помощью инструмента VmAlert, который поддерживает большую часть синтаксиса оповещений Prometheus (конечно, с использованием немного другого языка MetricsQL, а не PromQL для выражений), хотя в большинстве случаев вы не заметите разницы.

[правила root@641c08864858]# ps aux | grep vmalert пмм 18 0,0 0,6 712180 6652 ? Sl Dec06 5:43 /usr/sbin/vmalert —notifier.url=http://127. 0.0.1:9093/alertmanager —notifier.basicAuth.password= —notifier.basicAuth.username= —external.url= http://localhost:9090/prometheus —datasource.url=http://127.0.0.1:9090/prometheus —remoteRead.url=http://127.0.0.1:9090/prometheus —remoteWrite.url=http ://127.0.0.1:9090/прометей —rule=/srv/прометей/правила/*.yml —httpListenAddr=127.0.0.1:8880

Как вы можете догадаться из этой конфигурации /srv/prometheus/rules/*. yml используются в качестве источника правил, поэтому вы также можете добавлять свои собственные файлы в этот каталог… хотя мы бы предпочли, чтобы вы использовали API ( или веб-интерфейс).

Вы также можете обнаружить, что существует VMAlert API, который может быть весьма полезен для устранения неполадок.

Например, вы можете получить Статус групп правил записи следующим образом:

[root@641c08864858 rules]# curl http://127.0.0.1:8880/api/v1/группы {«data»:{«groups»:[{«name»:»cpu.rules»,»id»:»10366635785632970132″,»file»:»/srv/prometheus/rules/pmm.rules.yml»,» interval»:»1m0s»,»concurrency»:1,»alerting_rules»:null,»recording_rules»:[{«id»:»2245083066170751034″,»name»:»node:cpu_usage_seconds_total:sum_rate_1m»,»group_id»:» 10366635785632970132″,»выражение»:»sum(rate(node_cpu_seconds_total{mode!=\»idle\»,mode!=\»iowait\»,mode!=\»steal\»}[1m])) by (node_name) «,»last_error»:»»,»last_exec»:»2020-12-11T18:13:29.695994753Z»,»labels»:null}]}]},»status»:»success»}

Показывает, какие правила были загружены и успешно ли они выполняются. Эта конкретная точка доступа также сопоставлена ​​с URL-адресом http:///prometheus/rules , чтобы сделать ее легко доступной извне.

Это должно познакомить вас с Percona Monitoring and Management (PMM) и правилами записи, и если вам нужна дополнительная помощь, не стесняйтесь задавать вопросы на наших форумах!

Правила записи Прометея // Дмитрий Лерко

Я пользуюсь Prometheus около шести месяцев, и он мгновенно добился успеха. Однако со временем количество метрик, хранящихся в Prometheus, выросло, а также увеличилась частота запросов. Когда в Grafana было добавлено больше панелей мониторинга, я начал сталкиваться с ситуациями, когда Grafana не отображала график вовремя, а запрос Prometheus истекал по тайм-ауту. Это может быть очень раздражающим, и обновление приборной панели — оптимистичное решение, которое будет работать спорадически, если вообще будет работать. Мне нужен был лучший способ исправить время ожидания запроса Prometheus, особенно при агрегировании большого количества метрик в течение длительного времени.

Проблема

Одним из практических примеров была попытка понять реальное использование ЦП и памяти на узлах Kubernetes. Я хотел сравнить процент использования ЦП и памяти, используя показатели container_cpu_usage_seconds_total и container_memory_usage_bytes . Обе метрики собираются для каждого запущенного контейнера и суммируются. В загруженном производстве вы можете одновременно запускать от тысячи до десятков тысяч контейнеров. Когда вы агрегируете данные за 5-минутные интервалы для тысяч контейнеров в течение недели, неудивительно, что Prometheus борется со своевременным получением данных.

Загрузка ЦП рассчитывается путем деления всего container_cpu_usage_seconds_total на kube_node_status_allocatable_cpu_cores total с использованием скользящих окон:

  сумма (скорость (container_cpu_usage_seconds_total [5 м])) / avg_over_time (сумма (kube_node_status_allocatable_cpu_cores) [5 м: 5 м])
Время загрузки: 15723 мс  

Использование памяти рассчитывается путем деления container_memory_usage_bytes, всего , на kube_node_status_allocatable_memory_bytes, всего , с использованием скользящих окон:

  avg_over_time(sum(container_memory_usage_bytes)[15m:15m]) / avg_over_time(sum(kube_node_status_allocatable_memory_bytes)[5m:5m])
Время загрузки: 18656 мс  

Решение

Я подумал, что должен быть лучший способ добиться того же, вместо того, чтобы считывать все точки данных из тысяч контейнеров за неделю. Так я открыл для себя правила записи Prometheus. Хотя я видел эту страницу ранее, вы редко оцените документацию до тех пор, пока она вам не понадобится.

Основная идея правил записи заключается в том, что они позволяют создавать настраиваемые метавременные ряды на основе других временных рядов. Если вы являетесь пользователем Prometheus Operator, возможно, в вашем Prometheus уже запущено большое количество таких правил.

  группы:
  - имя: k8s.rules
    правила:
    - выражение: |
        sum(rate(container_cpu_usage_seconds_total{job="kubelet", image!="", container_name!=""}[5m])) по (пространству имен)
      запись: пространство имен: container_cpu_usage_seconds_total: sum_rate
    - выражение: |
        sum(container_memory_usage_bytes{job="kubelet", image!="", container_name!=""}) по (пространству имен)
      запись: пространство имен: container_memory_usage_bytes: сумма  

Два приведенных выше правила делают то же самое, что и я в своих запросах, но они делают это постоянно и сохраняют результаты в очень небольшом временном ряду. sum(rate(container_cpu_usage_seconds_total{job="kubelet", image!="", container_name!=""}[5m])) by (namespace) будет оцениваться с предопределенными интервалами и сохраняться как новая метрика namespace: container_cpu_usage_seconds_total:sum_rate , то же самое с запросом памяти.

Теперь я могу изменить свои запросы, чтобы они выглядели следующим образом: Использование ЦП рассчитывается путем деления общего количества container_cpu_usage_seconds_total на общее количество kube_node_status_allocatable_cpu_cores с использованием скользящих окон:

  сумма(пространство имен:container_cpu_usage_seconds_total:sum_rate) / avg_over_time(sum(kube_node_status_allocatable_cpu_cores)[5m:5m])
Время загрузки: 1077 мс  

Использование памяти рассчитывается путем деления container_memory_usage_bytes, всего , на kube_node_status_allocatable_memory_bytes, всего , с использованием скользящих окон:

  сумма(пространство имен:container_memory_usage_bytes:sum) / avg_over_time(sum(kube_node_status_allocatable_memory_bytes)[5m:5m])
Время загрузки: 677 мс  

Преимущества использования правил записи Prometheus

• Уменьшите нагрузку времени запроса на Prometheus, распределив вычислительные затраты на все время загрузки.
• Держите Prometheus в сухости, создавая повторно используемые запросы, строительные блоки, на основе которых черпаются более сложные идеи.
• Более отзывчивые информационные панели и опыт работы с Prometheus

Знай свои права: законы штата о записи телефонных звонков

Можно ли записать этот телефонный звонок?

С юридической точки зрения самым важным вопросом при записи звонков является согласие. Как правило, вежливо убедиться, что все стороны, участвующие в разговоре, знают, что он записывается.Однако в некоторых штатах по закону требуется знать только одно лицо.

Можно записывать разговоры, которые происходят лично или по телефону. В большинстве штатов только одна сторона должна дать согласие на запись. В одиннадцати штатах требуется двухстороннее согласие. Другими словами, все участники разговора должны дать согласие на запись. Эти штаты: Калифорния, Делавэр, Флорида, Иллинойс, Мэриленд, Массачусетс, Монтана, Невада, Нью-Гэмпшир, Пенсильвания и Вашингтон.

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

Вообще говоря, федеральные законы и законы штата разрешают запись разговоров, которые ведутся лично или по телефону. Однако законы различаются, когда вы смотрите на то, должен ли один человек, участвующий в разговоре, или все люди, участвующие в разговоре, дать свое согласие.Кроме того, уголовные и гражданские наказания за нарушение этих законов различаются.

По данным юридической фирмы Matthiesen Wickert & Lehrer из Висконсина, в 38 штатах и ​​округе Колумбия разрешено так называемое «одностороннее согласие» на запись разговоров, личных или телефонных, а в 11 штатах требуется «двухстороннее согласие». согласие.» Эти 11 штатов — Калифорния, Делавэр, Флорида, Иллинойс, Мэриленд, Массачусетс, Монтана, Невада, Нью-Гемпшир, Пенсильвания и Вашингтон.

Хотя законы в этих 11 штатах иногда называют двусторонними законами, они на самом деле требуют, чтобы все стороны дали свое согласие, прежде чем разговор может быть записан.

В Вермонте законодатели штата не приняли закон о согласии на запись разговоров. Следовательно, Вермонт будет рассматриваться как однопартийный штат на основании федерального закона.

Федеральный закон требует согласия одной стороны, что позволяет вам записывать разговор лично или по телефону, но только если вы участвуете в разговоре. Если вы не участвуете в разговоре, но записываете его, то вы занимаетесь незаконным подслушиванием или прослушиванием телефонных разговоров.

Добавление к лоскутному одеялу законов о записи заключается в том, что в некоторых штатах согласие вступает в силу только тогда, когда участники разговора имеют «разумные ожидания конфиденциальности», согласно юридическому веб-сайту Justia.com. Другими словами, вы ожидаете конфиденциальности, если, скажем, находитесь в своем доме, а не в общественном месте, таком как кафе.

Более того, способ получения согласия не везде одинаков. По словам Justia.com, в некоторых штатах согласие должно быть указано явно, в то время как в других штатах допускается только подразумеваемое согласие.

Законы штатов становятся еще более заковыристыми, когда вы углубляетесь в детали.

Например, согласно Justia.com, в Неваде действует закон об одностороннем согласии, но Верховный суд штата рассматривает его как закон о всестороннем согласии.

В Мэриленде все стороны должны дать согласие на запись разговоров, будь то лично или по телефону, Юстиа.com, однако суды постановили, что согласие ограничивается случаями, когда есть «разумные ожидания конфиденциальности».

Учитывая несоответствия между законами штата и федеральными законами, Justia.com рекомендует следовать самым строгим законам, применимым к записи разговора или получению разрешения каждой стороны на запись разговора.

Теперь, что произойдет, если вы находитесь в штате с односторонним согласием, например Нью-Джерси, и записываете телефонный разговор, но человек на другом конце телефона находится в штате с двусторонним согласием, например Пенсильвания?

«Хорошее эмпирическое правило заключается в том, что применяется закон юрисдикции, в которой находится записывающее устройство», — говорит Маттисен Викерт и Лерер.

Тем не менее, может быть трудно определить, регулируются ли записанные телефонные разговоры федеральными законами или законами штата, согласно Matthiesen Wickert & Lehrer, и имеет ли преобладающее значение в приведенном выше примере закон о записи в Нью-Джерси или Пенсильвании. Поэтому разумно прислушаться к общим советам и следовать самому жесткому закону о записи или получить согласие каждого участника разговора (или обоих).

«Как правило, законно записывать разговор, если все его участники согласны», — говорит Маттисен Викерт и Лерер.

Если участники телефонного разговора находятся в разных штатах, то вероятность применения федерального закона к ситуации возрастает, считают в Matthiesen Wickert & Lehrer.

«Однако, когда вы и человек, которого вы записываете, находитесь в одном и том же штате, вы можете с большей уверенностью полагаться на закон этого штата», — говорится в проекте закона о цифровых медиа. «В некоторых штатах это будет означать, что вы можете записывать с согласия одной из сторон общения. В других вам все равно нужно будет получить согласие каждого.

Итак, каковы последствия, если вы нарушите один из этих законов, независимо от того, предполагает ли это одностороннее или двухстороннее согласие?

Как правило, вас могут обвинить в преступлении, подать в суд или и то, и другое. В некоторых случаях вам может быть предъявлено обвинение в более серьезном уголовном преступлении, а не в менее серьезном проступке. Во многих штатах вам могут грозить тюремное заключение, штрафы или и то, и другое, если суд по уголовным делам признает вас виновным в нарушении законов о согласии.

Если вы когда-либо сильно сомневались в законности записи разговора, будьте осторожны и не записывайте его. И если запись разговоров является частью вашей повседневной работы, возможно, стоит проконсультироваться с адвокатом, чтобы убедиться, что вы соблюдаете федеральные законы и законы штата о согласии.

Итак, теперь, когда вы разобрались (в основном) с законами о согласии, давайте рассмотрим несколько советов по этикету при записи разговоров.Помимо проверки законов вашего штата о согласии и оповещения всех вовлеченных сторон о том, что вы записываете разговор, вот семь рекомендаций по этикету.

1. Будьте открытыми и честными

Согласно Закону о цифровых медиа, в некоторых штатах вы можете нарушить закон, если будете вести запись тайно, даже в общественном месте.

«По возможности дайте понять окружающим, что вы записываете. Не прячьте камеру или магнитофон», — советует проект.«Если вы говорите откровенно, люди узнают, что их записывают, дает им возможность возразить и опровергает любые аргументы в пользу того, что вы действуете тайно».

Звучит просто, но если вы «отвечаете» за личный или телефонный разговор и записываете его, то ваша работа — слушать, что говорит другой человек или люди. В конце концов, вы записываете разговор, чтобы получить информацию, к которой вы сможете обратиться позже.

Одна из худших вещей, которые могут случиться, когда вы слушаете записанный разговор, — это то, что вы не можете понять часть или все сказанное. Поэтому вы и все остальные участники разговора должны говорить четко. Если вам нужно напомнить кому-то говорить четко, сделайте это — вежливо.

Итак, возможно, вы пропустили обед, чтобы переключиться на записанный телефонный звонок.Это не дает вам права шумно жевать бутерброд с бутербродом и морковными палочками во время разговора. Дождитесь звонка, чтобы пообедать.

Еще совет: не жуйте жвачку во время разговора. Это грубо и отвлекает (и никто не хочет снова слышать это на записи).

Если вы разговариваете по телефону, особенно во время телефонной конференции, каждый должен с самого начала представиться.

Опять же, если вы разговариваете по телефону, помните о том, как вы общаетесь. Ваш тон голоса может передать множество сообщений, некоторые из которых не очень позитивны.

«Не говорите слишком тревожно, агрессивно или напористо», — советует AdvancedEtiquette. com.

В случае записи телефонного разговора сосредоточьтесь на разговоре и избегайте многозадачности. Например, AdvancedEtiquette.com предлагает избегать отвлекающих факторов, таких как ваш компьютер, ваши документы или ваши коллеги.

Теперь, когда вы освоили этикет, какие типы разговоров вам следует записывать? Вот четыре примера.

Если вы писатель, часто имеет смысл записывать интервью, которые вы проводите. Таким образом, вы можете просмотреть запись или расшифровку, чтобы перепроверить информацию или конкретизировать цитаты, если вы одновременно делали заметки.

Какой бы сферой деятельности вы ни занимались, может иметь смысл записать встречу с клиентом. После этого вы можете прослушать запись или прочитать стенограмму, чтобы освежить в памяти ключевые моменты, которые были затронуты. Это также может служить подтверждением того, что вы следуете их указаниям, если они позже заявят, что им нужна услуга или продукт, отличный от того, что вы предоставили на основе телефонной встречи.

В некоторых случаях вам может понадобиться официальный отчет о делах, которые проводились во время телефонной конференции, особенно если проводились какие-либо формальные голосования. Если есть какие-либо сомнения относительно того, что произошло во время звонка, вы можете вернуться к записи или стенограмме для проверки.

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

После того, как вы записали разговор, как вы его транскрибируете?

Ну, вы можете сделать это по старинке, прослушав запись, а затем записав или перепечатав разговор дословно. Это очень утомительно и требует много времени.

Однако существует ряд цифровых инструментов, помогающих ускорить расшифровку аудио.Мы рекомендуем вам попробовать приложение Rev Call Recorder. Приложение позволяет бесплатно записывать важные телефонные разговоры, а затем расшифровывать их всего за 1,25 доллара за минуту аудио.

стандартов аудиозаписи | Кинотехнические ресурсы

Как и в случае с видео, в Кинотеатре есть базовые стандарты аудиозаписи.

В общем, когда вы работаете с камерой или аудиомагнитофоном, записывайте, используя следующие стандарты:

1.Формат аудио: WAV-файл

2. Частота дискретизации: 48 кГц

3. Разрядность: 16

4. При использовании одного микрофона записывать в МОНО

5. При записи старайтесь устанавливать уровни в диапазоне от -12 дБ до -6 дБ. Когда вы микшируете звук в постобработке и экспорте, позаботьтесь о том, чтобы эти уровни не превышали -6dB , что является стандартом.

НЕМНОГО О АУДИО

Запись звука — это процесс преобразования звука (движения под давлением воздуха или акустической энергии) в цифровой звук/информацию.После захвата цифровой звук представляется в виде сигнала. То, что вы записываете, представляет собой информацию об амплитуде (громкость, которая измеряется в дБ /децибелах) и частоте (низкие и высокие частоты) во времени, которая также представлена ​​в форме волны. Эта информация, которую вы записываете, представляет звук как цифровое аудио.

Когда вы смотрите на сигнал в процессе постобработки, он будет выглядеть примерно так.

Нулевая линия: Здесь нет звука или движения давления воздуха.

Время: Время — это буквально время записи или ось времени (горизонтальная).

Амплитуда: Чем больше форма волны становится по вертикали, тем громче звук. Это измеряется вертикально на оси амплитуды.

Частота:  Представляет низкие и высокие частоты и располагается горизонтально вдоль волны. Если вы видите плотные или близкие волны, это высокие (высокие) звуки, а расходящиеся волны — низкие (басы).

Вот увеличенный вид сигнала.

WAV и MP3

Как правило, никогда не записывайте звук в формате MP3. Это сильно сжатый аудиоформат, созданный для простого распространения аудио (и в какой-то момент видео) в Интернете. Это нормально для прослушивания, но вы хотите записать звук в виде файла WAV. Вы обнаружите, что файлы WAV намного больше, чем файлы MP3; на самом деле примерно в 10 раз больше.

Поскольку запись звука в виде аудио преобразует акустическую энергию в данные, файлу MP3 просто не хватает данных во время процесса сжатия.Таким образом, вы теряете информацию о частоте (низкие, средние, высокие частоты), амплитуде и т. д. Чтобы сделать файлы намного меньше, MP3 удаляют более тихие звуки и частоты, которые могут быть неслышны человеческому уху. WAV захватывают всю эту информацию.

Подумайте об этом, используя аналогию: файл WAV подобен записи движущихся изображений на 35-миллиметровую пленку или съемке изображения в виде файла RAW, тогда как MP3 подобен файлу Quicktime .MOV или JPEG.

ЧАСТОТА ВЫБОРКИ

И частота дискретизации, и битовая глубина влияют на разрешение или качество файла.

Сбор информации о частоте и амплитуде во времени — это процесс, который называется «выборка». Частота дискретизации — это количество выборок в секунду или точек выборки в секунду; по сути, это количество раз в секунду захватывается информация о звуковом сигнале. Чем выше частота дискретизации, тем более точным будет цифровое представление частоты звука (низкие, средние и высокие частоты). Частота дискретизации также относится к объему информации, собираемой по горизонтали вдоль временной оси сигнала; это около разрешение частоты .

Стандарт DVD и вещания — 48 кГц, а 44,1 кГц — стандарт для аудио компакт-дисков. Конечно, вы можете иметь более высокую частоту дискретизации (например, 96 кГц), но вам следует записывать в формате 48 кГц , пока вы не поймете эту концепцию лучше.

Правило о частоте дискретизации для звукозаписывающих и звуковых проектов в целом известно как теорема Найквиста . Это означает, что частота дискретизации должна быть как минимум в два раза больше, чем самая высокая частота, которую вы хотите захватить. Диапазон слуха для человека составляет 20 Гц-20 кГц, а это означает, что мы не можем слышать звуки выше 20 кГц (на самом деле, истинное число составляет около 18 кГц).Итак, вы хотите, чтобы частота дискретизации была как минимум в два раза выше 20 кГц. Однако стандартом для кино/телевидения является 48 кГц .

Пожалуйста, нажмите на это изображение ниже, так как оно показывает, как разрешение звука влияет по горизонтали как частота дискретизации и по вертикали как битовая глубина.

ГЛУБИНА БИТ

После семплирования аудиосигнала он квантуется, что по существу представляет собой процесс округления между семплами. Чем выше битовая глубина, тем меньше округление, что означает более точную цифровую запись звука (см. предыдущее изображение).

В то время как частота дискретизации определяется по оси времени, битовая глубина идет вертикально по оси амплитуды и относится к разрешению амплитуды. Чем выше битовая глубина, тем больше динамический диапазон (разница между самым тихим и самым громким звуком в записи), который вы можете зафиксировать в записи.

Хотя вы можете записывать с глубиной цвета 24 или 32 бита, большинство воспроизводящих устройств не могут работать даже с таким разрешением. В какой-то момент вы можете захотеть изучить более высокую разрядность и частоту дискретизации, что даст вам больше возможностей для обработки в постобработке.ОДНАКО, для всех приложений в Cinema Studies разрешение 16 бит/48 кГц более чем достаточно.

МОНО против СТЕРЕО

Часто это неправильно понимают. Однако для большинства приложений монофоническая запись подходит.

Монозапись можно представить как использование одного микрофона для захвата звука из источника и его запись на одну дорожку на записывающем устройстве. Когда вы воспроизводите эту запись, она будет звучать одинаково на левом и правом динамиках (обратите внимание, что на большинстве записывающих устройств вы будете слышать монофоническую дорожку либо в левом, либо в правом мониторе наушников).

Стерео — это когда вы используете два микрофона для захвата звука от источника и записываете сигналы с каждого микрофона на отдельную дорожку. Когда вы воспроизводите эту запись, она будет звучать по-разному на левом и правом динамике, потому что один и тот же сигнал улавливается двумя разными микрофонами, и сигнал каждого микрофона записывается на свою собственную дорожку со своими уникальными звуковыми характеристиками.

Большую часть времени в изучении кино вы будете записывать звук из одного источника, например, интервью для документального фильма или диалоги для повествования, используя микрофон. Таким образом, запись MONO предпочтительнее. Некоторые рекордеры, такие как Zoom h5N, допускают запись в режиме двойного моно, что означает, что он будет записывать сигнал с одного микрофона на две дорожки рекордера; по сути, у вас будет одинаковый звук на обеих дорожках, и все это займет место на вашей SD-карте.

Что такое дорожка на рекордере? Это просто место для записи. Если у вас есть однодорожечный рекордер, это означает, что у вас есть одна дорожка для записи данных; если у вас есть двухдорожечный (например, Zoom h5N или C100), у вас есть два отдельных места для разных аудиосигналов.В мире есть другие рекордеры, на которых больше треков.

Что такое канал на регистраторе? Это путь к треку или вход на рекордер. И Zoom, и C100 являются двухканальными рекордерами. Некоторые устройства, такие как полевой микшер Azden, имеют четыре канала.

В некоторых наших курсах есть специальные приложения, в которых вы можете изучить стереофоническую запись с 2 микрофонами.

ДРУГИЕ ПОЛЕЗНЫЕ КОНЦЕПЦИИ:

1. Уровень микрофонного входа по сравнению сВходной сигнал линейного уровня: Многие аудиорекордеры и камеры имеют параметр уровня входного сигнала. Микрофонам требуется усиление для записи сигнала, но большинство устройств линейного уровня (например, звуковая плата или компьютер) выдают линейный уровень, который не требует усиления. Итак, если вы установите уровень входного сигнала на Line, но используете микрофон, вы ничего не услышите. И наоборот, если вы записываете с устройства линейного уровня, но записывающее устройство настроено на микрофон, который усиливает сигнал, у вас будет громкий и искаженный сигнал.Это видео объясняет это. Важно отметить, что Zoom h5N имеет ТОЛЬКО микрофонные входы, поэтому у вас возникнут проблемы с записывающими устройствами, которые выводят сигнал на линейном уровне.
2. Фантомное питание: Многим микрофонам требуется питание для преобразования акустической энергии. В то время как некоторые могут использовать для этого батарею (НЕ ИСПОЛЬЗУЙТЕ БАТАРЕИ в Rode NTG2), большинство использует фантомное питание, также известное как +48 В, которое позволяет использовать питание от аудиомагнитофона или камеры для питания микрофона. Если у вас есть микрофон (например, Sennheiser 416 или Rode NTG2), ему понадобится эта мощность.Если микрофон является «конденсаторным» микрофоном (это будет написано на нем), это означает, что для преобразования сигнала ему требуется фантомное питание.

НЕКОТОРЫЕ ВИДЕО

Вот несколько технических видеороликов, описывающих битовую глубину и сэмплирование.