По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Одной из основных составляющих IP – PBX на базе Asterisk являются SIP – транки в сторону провайдера и оконечные телефонные аппараты, или как их принято называть «пиры» (peers). Сегодня мы расскажем о способе автоматизации мониторинга состояния транков и пиров, с отправлением на почту системного администратора.
Мониторинг пиров
Итак, начнем с мониторинга состояния пиров. Для этого мы напишем небольшой bash – скрипт. Предположим, что у нас есть 3 площадки, А, B и C. АТС Asterisk находится на площадке A. Предварительно, перед началом работы, создадим 2 файлы: первый – для логов нашего скрипта, а второй, будет служебным, и будет использоваться только в рамках исполнения скрипта. Внутри каждого скрипта, мы будем писать комментарии к каждой из его строк.
Скачать скрипт мониторинга пиров вы можете по ссылке ниже:
Скачать скрипт мониторинга пиров
[root@asteriskpbx]# touch /home/admin/log_mail.txt
[root@asteriskpbx]# touch /home/admin/message.txt
Далее, создаем переменные для нашего скрипта:
#!/bin/sh
LOGSIZE=`ls -l /home/admin/log_mail.txt | awk '{ print $5 }'` //проверяем размер файла с логами
problempeers=`/usr/sbin/asterisk -rx 'sip show peers' | grep UNKNOWN` //выводим командой 'sip show peers' через консоль Asterisk, и затем, с помощью команды grep UNKNOWN фильтруем пиры, чтобы отобразить только те, состояние которых является UNKNOWN
GWB=`ping -c4 11.22.33.44 | grep 'received' | awk -F',' '{ print $2}' | awk '{ print $1}'` //по протоколу ICMP, пингуем IP – адрес шлюза на удаленной площадке четырьмя пакетами. Если все ОК, и шлюз доступен, до значение переменной будет равно 4. В противном случае, оно будет равно 0.
GWC=`ping -c4 44.33.22.11 | grep 'received' | awk -F',' '{ print $2}' | awk '{ print $1}'` //аналогичным образом пингуем шлюз на площадке C
ResultB="" //служебная переменная
ResultC="" //служебная переменная
FILENAME=/home/admin/message.txt //записываем в переменную путь к лог- файлам
LOGFILE=/home/admin/log_mail.txt
DATE="`date +%d.%m.%Y" "%H:%M:%S`" //выводим текущую дату и время в формате дд.мм.гггг чч:мм:сс
echo "$problempeers" > /home/admin/message.txt //записываем содержимое переменной problempeers в служебный файл. В этой переменной содержится результат вывода команды по статусу пиров.
FILESIZE=$(stat -c%s "$FILENAME") //проверяем размер служебного файла message.txt. Если в нем есть какая-либо информация, значит есть проблемы с пирами (имеются в статусе UNKNOWN), если он пустой, то все ОК.
На этом этапе, мы сформировали все необходимые переменные и у нас имеются все необходимые для формирования письма (если надо) на email системному администратору. Перейдем к исполнительной части скрипта:
if [ $GWB -eq 0 ]; then //если число ответов шлюза на площадке B на пинг равно 0, то запускаем процесс формирования письма
ResultB ="на площадке B НЕ ДОСТУПЕН!" //формируем часть текста. Мы ее включим в заголовок письма
else
ResultB ="" //если все таки шлюз ответил на пинг, то оставляем переменную пустой
fi
if [ $GWС -eq 0 ]; then //если число ответов шлюза на площадке С на пинг равно 0, то запускаем процесс формирования письма
ResultС="на площадке С НЕ ДОСТУПЕН!" //по аналогии. Указываем в заголовок, что роутер C недоступен
else
ResultС ="" //если все ОК, то оставляем переменную пустой
fi
if [ $FILESIZE -ne 1 ]; then //если наш служебный файл message.txt не пустой, то проверяем следующее условие
if [ $GWB -eq 0 ] || [ $GWC -eq 0 ]; then //если хотябы один из роутеров недоступен по пинг, то переходим к следующему пункту скрипта
echo "$problempeers"| mailx -s "Проблемы с SIP пирами | Роутер $ResultB $ResultC!" -r "info@merionet.ru" youremail@some.ru </home/admin/message.txt && //отправляем на почту письмо, где указываем, что у нас есть проблемы с пирами, и, если какой-то из роутеров не доступен, указываем это. В теле письма мы отправляем вывод недоступных пиров.
echo "FAIL :: $DATE :: Some problems with phones" >> "$LOGFILE" //параллельно с отправкой письма, записываем в лог файл запись, что у нас есть проблемы с пирами (в вывод так же можно добавить с какими именно)
else
echo "$problempeers"| mailx -s "Проблемы с SIP пирами | Роутеры ДОСТУПНЫ!" -r "info@merionet.ru" youremail@some.ru < /home/admin/message.txt && //если оба наших роутера доступны, то мы просто формируем письмо, в котором указываем перечень недоступных пиров.
echo "FAIL :: $DATE :: Some problems with phones" >> "$LOGFILE" //аналогично вносим запись в лог – файл.
fi
else
echo "OK :: $DATE :: all phones are OK" >> "$LOGFILE" //если служебный файл пустой, то мы вносим запись в лог – файл что все хорошо и проверка успешно прошла.
fi
if [ $LOGSIZE -ge 150000 ]; then //елси размер нашего лог – файла больше или равен 150 КБ, то мы очищаем этого (можете подкрутить эту величину, как вам угодно.)
cat /dev/null > /home/admin/log_mail.txt
fi
cat /dev/null > /home/admin/message.txt //на выходе чисти служебный файл message.txt, для последующего использования
Теперь давайте проверим, что приходит нам на почту в случае, если несколько пиров стали недоступны, но все роутеры доступны:
Мониторинг транков
Отлично, перейдем к формированию скрипта по мониторингу транков. Здесь все несколько проще, и мы просто будем сравнивать общее количество транков, и количество зарегистрированных транков:
Скачать сам скрипт можете ниже:
Скачать скрипт мониторинга транков
#!/bin/bash
ALLTRUNKSMINIMUM="`/usr/sbin/asterisk -rx "sip show registry"`" //выводим регистрации по протоколу SIP
ALLTRUNKS=`echo "$ALLTRUNKSMINIMUM" |grep "SIP registrations" |awk '{print $1}'` //численное обозначение всех имеющихся транков
REGTRUNKS=`/usr/sbin/asterisk -rx "sip show registry" |grep Registered |wc -l` //численное обозначение всех зарегистрированных транков
DATE="`date +%d.%m.%Y" "%H:%M:%S`" //формируем текущую дату, для логов
LOGFILE=/home/admin/log_mail.txt //для лог – файла, указываем тот же файл, что и для скрипта по мониторингу пиров
if [ "$REGTRUNKS" -lt "$ALLTRUNKS" ]; then //если число зарегистрированных транков меньше чем число всех транков
sleep 5 //ждем 5 секунд
echo `/usr/sbin/asterisk -rx "sip reload"` \ перезагружаем модуль SIP, в целях перерегистрации. Эта команда автоматически перерегистрирует транк на оборудовании провайдера, после чего, он, зачастую, начинает работать.
sleep 5 //ждем еще 5 секунд
VAR=`/usr/sbin/asterisk -rx "sip show registry"` //после перезагрузки SIP модуля, снова смотрим SIP –регистрации. Если данная команда не дала своих результатов, то в переменной VAR будет записаны не работающие транки. Если она помогла, то на email админу придет рабочий вывод всех зарегистрированных транков. Это весьма удобно.
echo "$VAR"| mailx -s "Мониторинг транков" -r "info@merionet.ru" youremail@some.ru // отправляем письмо на почту системного администратора, с выводом SIP регистраций после перезагрузки модуля
else
echo "OK :: $DATE :: all trunks are OK" >> "$LOGFILE" //если число зарегистрированных транков, равно общему числу, то записываем в лога файл соответствующую запись.
fi
Теперь, когда мы автоматизировали процессы мониторинга состояния на Asterisk, сделаем выполнение этих скриптов регулярным. Сохраним наши скрипты в формате .sh, можно сделать это, например, в Notepad ++. Сделаем выполнение мониторинг транков раз в 2 минуты, а выполнение мониторинга пиров раз в 10 минут. Перед загрузкой скриптов на сервер, дадим им необходимые права и, что очень важно, преобразуем скрипт в Linux формат:
[root@asteriskpbx]# dos2unix peer.sh //преобразуем скрипт для мониторинга пиров
[root@asteriskpbx]# dos2unix trunk.sh //преобразуем скрипт для мониторинга транков
[root@asteriskpbx]# chmod 777 peer.sh //дадим необходимые права обоим скриптам
[root@asteriskpbx]# chmod 777 trunk.sh
[root@asteriskpbx]# crontab -e
В открывшемся cron, задаем задачи для выполнения наших скриптов:
*/10 * * * * /bin/bash /home/peer.sh >/dev/null //исполнять файл раз в 10 минут
*/2 * * * * /bin/bash /home/trunk.sh >/dev/null //исполнять файл раз в 2 минуты
Вот и все. Теперь мы имеет достаточно простой, но порой очень нужный и эффективный мониторинг состояния транков и пиров на нашем Asterisk
Почитать лекцию №20 про протоколы передачи данных нижнего уровня можно тут.
Обычно называется и маркируется как Wi-Fi 802.11, который широко используется для передачи данных по беспроводной сети в радиочастотах 2,4 и 5 ГГц. Микроволновые печи, радиолокационные системы, Bluetooth, некоторые любительские радиосистемы и даже радионяня также используют радиочастоту 2,4 ГГц, поэтому WiFi может создавать помехи и мешать работе другим системам.
Мультиплексирование
Спецификации 802.11 обычно используют форму частотного мультиплексирования для передачи большого количества информации по одному каналу или набору частот. Частота сигнала-это просто скорость, с которой сигнал меняет полярность в течение одной секунды; следовательно, сигнал 2,4 ГГц-это электрический сигнал, передаваемый по проводу, оптическому волокну или воздуху, который меняет полярность с положительной на отрицательную (или отрицательную на положительную) 2,4 × 109 раз в секунду.
Чтобы понять основы беспроводной передачи сигналов, лучше всего начать с рассмотрения идеи несущей и модуляции. Рисунок 1 иллюстрирует эти концепции.
На рисунке 1 выбрана одна центральная частота; канал будет представлять собой диапазон частот по обе стороны от этой центральной частоты. В результирующем канале две несущие частоты выбираются таким образом, чтобы они были ортогональны друг другу-это означает, что сигналы, передаваемые на этих двух несущих частотах, не будут мешать друг другу. Они обозначены на рисунке как OSF 1 и OSF 2. Каждая из этих несущих частот, в свою очередь, фактически является более узким каналом, позволяя модулировать фактический сигнал "0" и "1" на канале. Модуляция, в данном случае, означает изменение фактической частоты сигнала вокруг каждой из частот.
Модуляция просто означает изменение несущей таким образом, чтобы сигнал передавался так, чтобы приемник мог его надежно декодировать.
Таким образом, в спецификации 802.11 используется схема мультиплексирования с ортогональным частотным разделением каналов (Orthogonal Frequency Division Multiplexing- OFDM), а фактические данные кодируются с использованием частотной модуляции (Frequency Modulation-FM).
Важно
Один из сбивающих с толку моментов мультиплексирования заключается в том, что оно имеет два значения, а не одно. Либо это означает размещение нескольких битов на одном носителе одновременно, либо возможность одновременного взаимодействия нескольких хостов с использованием одного и того же носителя. Какое из этих двух значений подразумевается, можно понять только в конкретном контексте. В этой лекции применяется первое значение мультиплексирования, разбиение одного носителя на каналы, чтобы можно было передавать несколько битов одновременно.
Скорость, с которой данные могут передаваться в такой системе (полоса пропускания), напрямую зависит от ширины каждого канала и способности передатчика выбирать ортогональные частоты. Таким образом, для увеличения скорости 802.11 были применены два разных метода. Первый - просто увеличить ширину канала, чтобы можно было использовать больше несущих частот для передачи данных. Второй - найти более эффективные способы упаковки данных в один канал с помощью более сложных методов модуляции. Например, 802.11b может использовать канал шириной 40 МГц в диапазоне 2,4 ГГц, а 802.11ac может использовать канал шириной 80 или 160 МГц в диапазоне 5 ГГц.
Пространственное мультиплексирование
Другие формы мультиплексирования для увеличения пропускной способности между двумя устройствами также используются в серии спецификаций 802.11. Спецификация 802.11n представила Multiple Input Multiple Output (MIMO), которые позволяют сигналу проходить разными путями через единую среду (воздух). Это может показаться невозможным, поскольку в комнате только один "воздух", но беспроводные сигналы фактически отражаются от различных объектов в комнате, что заставляет их проходить через пространство разными путями. Рисунок 2 демонстрирует это.
На рисунке 2, если предположить, что передатчик использует антенну, которая будет передавать во всех направлениях (всенаправленная антенна), есть три пути через одно пространство, помеченные 1, 2 и 3. Передатчик и приемник не могут "видеть" три отдельных пути, но они могут измерять силу сигнала между каждой парой антенн и пытаться посылать различные сигналы между внешне разделенными парами, пока не найдут несколько путей, по которым могут быть отправлены различные наборы данных.
Второй способ использования нескольких антенн - это формирование луча. Обычно беспроводной сигнал, передаваемый от антенны, охватывает круг (3D-шар). При формировании луча, он формируется с помощью одного из различных методов, чтобы сделать его более продолговатым. Рисунок 3 иллюстрирует эти концепции.
В несформированном узоре сигнал представляет собой шар или шар вокруг кончика антенны- нарисованный сверху, он выглядит как простой круг, простирающийся до самой дальней точки в форме шара. С помощью отражателя луч может быть сформирован или сформирован в более продолговатую форму. Пространство позади отражателя и по бокам луча будет получать меньше (или вообще не получать, для очень плотных лучей) мощности передачи. Как можно построить такой отражатель? Самый простой способ - это физический барьер, настроенный на отражение силы сигнала, подобно тому, как зеркало отражает свет или стена отражает звук. Ключ - это точка в сигнале передачи, в которой устанавливается физический барьер. Рисунок 4 будет использоваться для объяснения ключевых моментов в форме сигнала, отражении и гашении.
Типичная форма волны следует за синусоидальной волной, которая начинается с нулевой мощности, увеличивается до максимальной положительной мощности, затем возвращается к нулевой мощности, а затем проходит цикл положительной и отрицательной мощности. Каждый из них представляет собой цикл- частота относится к числу повторений этого цикла в секунду. Вся длина волны в пространстве вдоль провода или оптического волокна называется длиной волны. Длина волны обратно пропорциональна частоте- чем выше частота, тем короче длина волны.
Ключевой момент, который следует отметить на этой диаграмме, - это состояние сигнала в точках четверти и половины длины волны. В четвертьволновой точке сигнал достигает наивысшей мощности; если объект или другой сигнал интерферирует в этой точке, сигнал будет либо поглощен, либо отражен. В точке полуволны сигнал находится на минимальной мощности; если нет смещения или постоянного напряжения на сигнале, сигнал достигнет нулевой мощности. Чтобы отразить сигнал, вы можете расположить физический объект так, чтобы он отражал мощность только в точке четверти волны. Физическое расстояние, необходимое для этого, будет, конечно, зависеть от частоты, так же как длина волны зависит от частоты.
Физические отражатели просты. Что делать, если вы хотите иметь возможность динамически формировать луч без использования физического отражателя? Рисунок 5 иллюстрирует принципы, которые вы можете использовать для этого.
Светло-серые пунктирные линии на рисунке 5 представляют собой маркер фазы; два сигнала находятся в фазе, если их пики выровнены, как показано слева. Два сигнала, показанные в середине, находятся на четверть вне фазы, так как пик одного сигнала совпадает с нулевой точкой или минимумом второго сигнала. Третья пара сигналов, показанная в крайнем правом углу, является комплементарной, или на 180 градусов вне фазы, так как положительный пик одного сигнала совпадает с отрицательным пиком второго сигнала. Первая пара сигналов будет складываться вместе; третья пара сигналов будет погашена. Вторая пара может, если она правильно составлена, отражать друг друга. Эти три эффекта позволяют сформировать пучок, как показано на рисунке 6.
Одна система формирования луча может использовать или не использовать все эти компоненты, но общая идея состоит в том, чтобы ограничить луч в пределах физического пространства в среде - как правило, свободное распространение в воздухе. Формирование луча позволяет использовать общую физическую среду в качестве нескольких различных каналов связи, как показано на рисунке 7.
На рисунке 7 беспроводной маршрутизатор использовал свои возможности формирования луча для формирования трех разных лучей, каждый из которых направлен на другой хост. Маршрутизатор теперь может отправлять трафик по всем трем из этих сформированных лучей с более высокой скоростью, чем если бы он обрабатывал все пространство как единую совместно используемую среду, потому что сигналы для A не будут мешать или перекрываться с информацией, передаваемой в B или C.
Совместное использование канала
Проблема мультиплексирования в беспроводных сигналах связана с совместным использованием одного канала, как в системах проводных сетей. В решениях, разработанных для совместного использования единой беспроводной среды, преобладают две специфические проблемы: проблема скрытого узла и проблема мощности передачи / приема (которую также иногда называют перегрузкой приемника). На рисунке 8 показана проблема со скрытым узлом.
Три круга на рисунке 8 представляют три перекрывающихся диапазона беспроводных передатчиков в точках A, B и C. Если A передает в сторону B, C не может слышать передачу. Даже если C прослушивает свободный канал, A и C могут передавать одновременно, что вызывает конфликт в B.
Проблема скрытого узла усугубляется из-за того, что мощность передачи по сравнению с мощностью принятого сигнала, и реальность воздуха как среды. Главное практическое правило для определения мощности радиосигнала в воздухе - сигнал теряет половину своей мощности на каждой длине волны в пространстве, которое он проходит. На высоких частотах сигналы очень быстро теряют свою силу, что означает, что передатчик должен послать сигнал с мощностью на несколько порядков больше, чем его приемник способен принять.
Очень сложно создать приемник, способный "слушать" локальный передаваемый сигнал в полную силу, не разрушая приемную схему, а также способный "слышать" сигналы очень низкой мощности, необходимые для расширения диапазона действия устройства. Другими словами, передатчик насыщает приемник достаточной мощностью, чтобы во многих ситуациях "уничтожить" его. Это делает невозможным в беспроводной сети для передатчика прослушивать сигнал во время его передачи и, следовательно, делает невозможным реализацию механизма обнаружения коллизий, используемого в Ethernet (как пример).
Механизм, используемый 802.11 для совместного использования одного канала несколькими передатчиками, должен избегать проблем со скрытым каналом и приемником. 802.11 WiFi использует множественный доступ с контролем несущей / предотвращение конфликтов (Carrier Sense Multiple Access/Collision Avoidance -CSMA/CA) для согласования использования канала. CSMA/CA похож на CSMA/CD:
Перед передачей отправитель прослушивает сообщение, чтобы определить, передает ли его другое устройство.
Если слышна другая передача, отправитель "замирает" на определенный случайный период времени перед повторной попыткой- эта отсрочка предназначена для предотвращения того, чтобы несколько устройств, слышащие одну и ту же передачу, не пытались передать данные одновременно.
Если никакой другой передачи не слышно, отправитель передает весь кадр- отправитель не может принять сигнал, который он передает, поэтому в этой точке нет способа обнаружить коллизию.
Получатель отправляет подтверждение кадра при получении; если отправитель не получает подтверждения, он предполагает, что произошла коллизия, отключается на случайное количество времени и повторно отправляет кадр.
Некоторые системы WiFi также могут использовать Request to Send/Clear to Send (RTS / CTS). В таком случае:
Отправитель передает RTS.
Когда канал свободен, и никакая другая передача не запланирована, получатель отправляет CTS.
Получив CTS, отправитель передает данные
Какая система будет обеспечивать более высокую пропускную способность, зависит от количества отправителей и получателей, использующих канал, длины кадров и других факторов.
Маршалинг данных, контроль ошибок и управление потоком данных
Маршалинг данных в 802.11 аналогичен Ethernet; в каждом пакете есть набор полей заголовка фиксированной длины, за которыми следуют транспортируемые данные и, наконец, четыре октетная Frame Check Sequence (FCS), которая содержит CRC для содержимого пакета. Если получатель может исправить ошибку на основе информации CRC, он это сделает, в противном случае получатель просто не подтверждает получение кадра, что приведет к повторной передаче кадра отправителем.
Порядковый номер также включен в каждый кадр, чтобы гарантировать, что пакеты принимаются и обрабатываются в том порядке, в котором они были переданы. Управление потоком обеспечивается в системе RTS / CTS приемником, ожидающим отправки CTS, пока у него не будет достаточно свободного места в буфере для приема нового пакета, чтобы промежуточные системы могли обнаруживать конечные системы; это называется протоколом End System to Intermediate System (ES-IS).
JavaScript уже на протяжении многих лет занимает лидирующие позиции как самый часто используемый язык программирования. Он работает практически во всех современных браузерах и совместим с такими операционными системами, как Windows, Linux и macOS.
Вопрос в том, что же происходит «под капотом», что позволяет JavaScript работать в браузере или вне его?
Среда выполнения JavaScript – это программное обеспечение (платформа), которая предлагает инструменты/библиотеки/инфраструктуру, необходимые для выполнения кода JavaScript на компьютере. Среда выполнения определяет, к каким глобальным объектам ваша программа JavaScript будет осуществлять доступ, а также оказывает влияние на то, как эта программа будет работать.
Как работает среда выполнения JavaScript?
JavaScript – это интерпретируемый язык. Это значит, что у нас есть интерпретатор JavaScript, который интерпретирует исходный код строчка за строчкой, прежде чем он будет выполнен движком JavaScript. Однако у современного JavaScript есть такие функции, как JIT-компиляция, то есть компиляция «на лету», которая позволяет движку JavaScript преобразовывать JS-код в машинный непосредственно перед его выполнением.
Среды выполнения JavaScript можно разделить на две категории: среда выполнения браузера и серверная среда выполнения.
Вне зависимости от типа среда выполнения, как правило, состоит из:
Движка JavaScript, который интерпретирует и выполняет код. Разные браузеры используют разные движки. Например, Chrome использует V8, Safari – WebKit/JavaScriptCore, а Firefox – SpiderMonkey.
Веб-API, которые обеспечивают доступ к таким функциям, как DOM-модель, таймеры и запрос данных.
Очереди обратных вызовов, предназначенной для хранения обратных вызовов от веб-API.
Очереди заданий, предназначенной для хранения await-операций и промисов.
Цикла событий, который проверяет очередь заданий и обратных вызовов и передает их обработчику для выполнения задач.
Среда выполнения JavaScript может оказаться крайне полезной, так как она:
Позволяет запускать код JavaScript вне браузера
. Среда выполнения обеспечивает доступ к встроенным объектам и библиотекам, необходимым для выполнения кода JavaScript на компьютере.
Сокращает количество взаимодействий с сервером
. Среда выполнения JavaScript позволяет проверять данные, вводимые пользователем, перед их отправкой на сервер. Такой подход снижает трафик сервера, что, в свою очередь, приводит к снижению нагрузки на него.
Экономит пропускную способность
. Среда выполнения не обращает внимание на то, где вы размещаете свой код JavaScript, а это значит, что код всегда будет выполняться на клиенте.
Ниже приведен список лучших сред выполнения JavaScript, которые вы можете попробовать уже сейчас.
1. Bun
Bun – это платформа, с помощью которой разработчики могут собирать, тестировать, запускать и объединять проекты TypeScript и JavaScript. Эта среда выполнения с множеством функциональных возможностей и набором инструментов включает в себя систему выполнения тестов, сборщик и менеджер пакетов, которые совместимы с Node.js. Bun работает на таких операционных системах, как Windows, Linux и macOS.
Главные особенности:
Полная совместимость с Node.js
. Используя Bun, вы можете настроить все необходимые модули Node в package.json.
Высокая скорость
. Bun использует Zig для того, чтобы расширить возможности основного движка JavaScript.
Поддержка TypeScript
. Bun позволяет выполнять все файлы с расширениями .tsx и .ts без какой-либо дополнительной настройки.
Режим наблюдения
. Добавьте в свой код флаг
-watch
, и Bun автоматически перезапустит процесс при изменении любого импортированного файла.
Bun в большей степени предназначен для запуска серверного JavaScript. Он увеличивает продуктивность разработчиков, уменьшая при этом сложность и повышая производительность. Используя Bun, вы можете применять все стандартные API, например, WebSocket, ReadableStream, Formdata, Response и Request.
2. Deno
Deno – это «среда выполнения JavaScript нового поколения». В ее основе лежит движок JavaScript V8, и она совместима со всеми предыдущими версиями npm и Node.js. Deno предназначена для поддержки расширений JavaScript, например, JSX и TypeScript, и не требует для этого никакой дополнительной настройки или этапов сборки.
Это программное обеспечение имеет несколько встроенных инструментов, таких как система выполнения тестов, линтер, который избавит вас от ошибок, а также средство форматирования кода, которое приведет ваш код в приличный и читабельный вид. Платформа создана для использования в облаке. В таком случае, чтобы развернуть свое приложение, вы можете воспользоваться Deno Deploy или любым другим облачным сервисом, который вам подходит.
Главные особенности
:
Безопасность по определению
. Данный инструмент задуман с целью ограничить доступ к конфиденциальным API-интерфейсам среды выполнения. Эта особенность позволяет Deno защитить вашу инфраструктуру JavaScript от внедрения вредоносного кода.
Согласованный код
. Deno использует стандартные API, что гарантирует согласованность кода, передаваемого между браузером и сервером.
Высокопроизводительные сетевые технологии
. Deno предлагает встроенную поддержку HTTP2, Websocket и HTTPS.
Deno предназначен для работы с такими облачными сервисами, как Microsoft Azure, Cloudflare, AWS Lambda, Google Cloud Run и т.д.
3. Node.js
Node.js – это кроссплатформенная среда выполнения JavaScript с открытым исходным кодом. Этот инструмент был задуман как высокопроизводительный, поэтому в его основе лежит движок JavaScript V8.
Обычное приложение Node.js не создает новый поток для каждого запроса, так как инструмент должен запускать все в одном процессе. В его стандартной библиотеке есть набор примитивов операции асинхронного ввода-вывода, которые не дают заблокировать код JavaScript.
Главные особенности
:
Неблокируемая и асинхронная
Кроссплатформенная
Событийно-управляемая и однопоточная
Включает в себя NPM (Node Package Manager)
Node.js предназначен для обработки нескольких одновременных подключений в рамках одного сервера. Когда инструмент выполняет операцию ввода-вывода, например, пытается получить доступ к базе данных, он возобновляет операции только после того, как вернется ответ вместо того, чтобы блокировать поток и тратить ресурсы ЦП.
4. Blueboat
Blueboat – это среда выполнения JavaScript без сервера. Платформа может работать со стандартными API и имеет встроенные функции, такие как Request, Response, URL и fetch(). Так как Blueboat – это распределенная нативная система, она делает акцент на простоте масштабируемости, при которой локальные ресурсы заменяются облачными эквивалентами.
Главные особенности
:
Быстрая, так как использует движок V8 и Rust
Предназначена для обработки данных и внешних API, и имеет в своем арсенале функции кодирования, синтаксического анализа и преобразования
Безопасная и эффективная работа в режиме коллективной аренды
Мощные примитивы распределённой системы
Blueboat работает с большинством сборщиков пакетов JavaScript/TypeScript. А это значит, что для создания своего проекта JavaScript вы можете использовать Webpack, Bun и даже esbuild. Вы можете развернуть свой проект Blueboat для работы как в режиме коллективной аренда, так и для одного пользователя.
5. Napa,js
Napa.js – это многопоточная среда выполнения JavaScript. В основе этой платформы лежит V8, и изначально она была разработана для поддержки разработки высокоитеративных сервисов в Bing. Однако эта среда выполнения немного изменилась и стала хорошим дополнением к Node.js.
Главные особенности
:
Многопоточная среда выполнения
Совместимость с Node.js и NPM
Упакована как модуль Node.js, но ее также можно встроить в систему
Napa.js отлично работает над решением задач, время которых зависит только от быстродействия процессора, так как может выполнять JavaScript в нескольких изолятах V8 и передавать между ними данные. Инструмент представляет собой модуль Node.js. Впрочем, если вы не хотите использовать его как зависимость Node.js. вы можете встроить его в хост-процесс.
6. ChakraCore
ChakraCore – это JS-движок с C API, с помощью которого разработчики могут добавлять JavaScript в любой С-совместимый проект. Он отлично работает на таких операционных системах, как Windows, Linux и macOS. Платформа имеет несколько диагностических API в формате JSON. Эти API не зависят от какой-то конкретной платформы, и вы можете обеспечить их взаимодействие между различными реализациями.
Главные особенности
:
Многоуровневая архитектура
Межплатформенный
Наличие С API
В основе движка лежит многоуровневая архитектура. Такая архитектура подразумевает параллельную работу нескольких JIT-компиляторов, которые создают высокооптимизированный код, интерпретатора, который помогает выполнить быструю настройку, а также фонового сборщика мусора, который обеспечивает способность пользовательского интерфейса приложения к быстрому реагированию.
7. WasmEdge
WasmEdge – это расширяемая легкая среда выполнения WebAssembly для граничных, облачно-ориентированных и децентрализованных приложений. Она поддерживает работу встроенных функций, бессерверных приложений, устройств Интернета вещей, смарт-контрактов и микрослужб.
Платформа представляет собой структурированную изолированную среду выполнения для программ в виде байт-кода WebAssembly. Это программное обеспечение защищает и изолирует ресурсы операционной системы, такие как процессы, переменные среды, сокеты и файловые системы.
Главные особенности
:
Кроссплатформенная поддержка
Работает с JavaScript, Rust, Go и С
Легко встроить в хост-приложение
Облачное управление и оркестровка
Вы можете использовать WasmEdge со стандартными API и модулями ES6. Эта среда выполнения также совместима с модулями Node.js и NPM. Кроме того, с помощью WasmEdge разработчики могут реализовывать API JavaScript в Rust.
8. Ts-node
Ts-node – это REPL для Node.js и механизм выполнения для TypeScript. С помощью этого инструмента разработчики могут выполнять TypeScript на Node.js, пропуская этап компиляции. Ts-node проверяет версию Node и автоматически предоставляет соответствующие параметры по умолчанию.
Главные особенности
:
Дополнительная проверка соответствия типов
Взаимодействует с инструментами командной строки, системами выполнения тестирований и отлачиками
Позволяет использовать сторонние транспиляторы
Автоматический анализ tsconfig.json
Цикл чтение-вычисление-вывод (REPL - Read Evaluate Print Loop), который принимает некоторое выражение в качестве пользовательского ввода и после выполнения всех вычислений выводит результат
Цель разработки Ts-node – поддержка множества параметров. Вы можете указать эти параметры на программном уровне как переменные среды (через tsconfig.json) или как флаги CLI. Рекомендуется использовать именно первый вариант.
9. JerryScript
JerryScript – это легкий JS-движок, который запускают на устройствах с ограниченными ресурсами, например, микроконтроллерах. Движок имеет в своем распоряжении лишь 64 Кб оперативной памяти, а объем ПЗУ ограничен до 200 Кб. JerryScript поддерживает локальную компиляцию и выполнение, а также обеспечивает доступ к периферийным устройствам с помощью JavaScript.
Главные особенности
:
Оптимизирован под низкий уровень потребления памяти
Соответствует стандарту ECMAScript 5.1
Компилирует код JavaScript в байт-код через снимки состояний
Написан на С99 для обеспечения максимальной переносимости
Этот движок предлагает огромное количество различных параметров конфигурации, которые вы можете использовать для включения/выключения определенных функций. Вы можете изменить значение параметра, добавив определения CMake, с помощью аргументов в сценарии tools/build.py или определив специальный препроцессор С.
Заключение
Теперь вы знаете немало сред выполнения JavaScript, и вы можете воспользоваться любой из них для создания своего следующего проекта JavaScript. Несмотря на то, что самой популярной средой выполнения является Node.js, вам ничто не может помешать воспользоваться любой другой – все зависит от целей вашего проекта и ваших предпочтений.