Что такое нода в ИТ

Содержание

Chef для новичков / блог компании southbridge / хабр

На тему систем централизованного управления конфигурациями на Хабре написано немало статей и, в частности, про Chef есть несколько хороших статей. Однако, количество релизов Chef растет, и я решил немного освежить его описание для читателей Хабра. Статья предназначена как для новичков, так и для тех, кто уже знакомился с системой, но по какой-то причине отложил изучение и хочет все-таки продолжить. А продолжать стоит! Поскольку, Chef полезен и для администрирования нескольких VPS, и для управления большим парком серверов. Особенно, если вам часто приходится заниматься настройкой серверов с нуля, подключением дополнительных нод в кластер и т.д.

Теория

Без теоретических основ никуда. В первую очередь стоит сказать, что Chef, как и Puppet, изначально написан на Ruby, и будет плюсом, если вы уже владеете этим языком. Если же нет, то стоит изучить хотя бы азы. Начать можно со статьи “Just Enough Ruby for Chef”. Ее действительно будет вполне достаточно для понимания основ языка. В официальном вики можно найти всю необходимую информацию для начала изучения Chef (в документации делается упор на описание платных продуктов компании — Enterprise Chef и Hosted Chef, я буду говорить про Open Source Chef). В первую очередь стоит посмотреть обзор архитектуры и разобраться с основными понятиями. Попробую кратко их описать.

Инфраструктура

Nodes (Ноды) — это любой, ваш сервер, физический либо виртуальный, который вы будете настраивать с помощью Chef. The Server (Chef-сервер) — непосредственно сам Chef-сервер к которому обращаются клиенты (Nodes), сервер состоит из нескольких компонентов: Web-UI — приложение на RoR представляющее собой веб-интерфейс для сервера; Erchef — ядро сервера, начиная с Chef 11.x написано, Erlang, полностью совместимо с прежней версией на Ruby; Bookshelf — хранилище для “поваренных книг”; Nginx — идет в комплекте, все API-запросы проходят через него; PostgreSQL — также включен в состав Chef-сервера, очевидно выполняет роль хранилища информации. Workstations (рабочая станция) — рабочее место администратора Chef, т.е. ваш ПК на котором вы будет подготавливать рецепты, поваренные книги и управлять всей кухней с помощью knife. Knife — какой шеф-повар без ножа? Knife это основной инструмент для работы с Chef из консоли. Именно с помощью “ножа“ вы будете управлять нодами и Chef-сервером.

Подготовка рецептов

Чтобы уверенно начать готовить рецепты необходимо четко понимать все термины и определения: Сookbook (поваренная книга) — хранилище атрибутов, рецептов, шаблонов и файлов. Attribute (аттрибуты) — некие параметры конфигураций которые вы можете задавать для нод как через рецепты, так и через роли, рекомендую ознакомится с порядком применения атрибутов здесь. Templates (шаблоны конфигов) — вы можете распространять конфигурации как обычными файлами так параметризированными erb-шаблонами. Значения параметров шаблона в определенном порядке подставляются из атрибутов поваренных книг либо из ролей. Files — любые файлы, которые вы сможете распространять с помощью рецептов предварительно описав их путь назначения и права. Definitions (определения) — используются для описания новых или существующих ресурсов (напрмер служба, или виртуальный хост apache) и/или действий над ними. Libraries (библиотеки) — ни что иное как вставки кода на Ruby, в качестве расширений для рецептов. Resources (ресурсы) — ресурс это любой объект системы — файл, пользователь, группа, сервис и пр. Если с теорией более или менее понятно, то можно начинать приступать к практике.

Практика

Установка Chef сервера

На сайте Get Chef выбираем актуальную версию Chef Server для вашего дистрибутива. Я буду устанавливать сервер на CentOS 6.5, а рабочую станцию администратора буду настраивать на примере Ubuntu 12.04: Сервер должен иметь “полное имя домена” (FQDN): т.е. в /etc/hostname должна быть запись вида: chef.example.ru Установку производим от пользователя с правами root. rpm -Uvh https://opscode-omnibus-packages.s3.amazonaws.com/el/6/x86_64/chef-server-11.0.10-1.el6.x86_64.rpm Далее нужно выполнить первоначальное конфигурирование сервера: chef-server-ctl reconfigure Эта команда настоит все необходимые компоненты для работы Chef сервера (Erchef, RabbitMQ, nginx, PostgreSQL) После того как все настроено, можно зайти на страницу веб-интерфейса Chef Server. В правой колонке вы увидите имя пользователя и пароль по умолчанию: admin: p@ssw0rd1. Пароль меняем во вкладке “Users”, также перегенерируем приватный ключ (ключ нужно обязательно сохранить себе и затем на сервер по умолчанию он нигде не сохраняется): Далее перейдите во вкладку “Clients”, здесь нужно перегенирить ключ для chef-validator (его тоже в обязательно порядке сохранить куда-нибудь себе и на сервер, позже он понадобится)

Установка Chef Client (Knife) на рабочее место администратора

Установку можно произвести одной командой: curl -L https://www.opscode.com/chef/install.sh | sudo bash Либо скачать deb или rpm пакет и установить его вручную. Для работы с “поваренными книгами” нам понадобится консольный клиент git: apt-get install git Также нужно иметь Ruby версии => 1.9.1. Для Ubuntu 12.04 ставится так: apt-get install ruby1.9.1 Склонируем себе в домашнюю директорию разметку репозитория для Chef: git clone git://github.com/opscode/chef-repo.git Чтобы иметь возможность управлять нодами ролями и пр. с помощью knife со своего рабочего места, потребуется два ключа: chef-validator.pem приватный ключ chef сервера (используется клиентами для авторизации API-запросов к серверу) user.pem ваш приватный ключ для авторизации на сервере. Их нужно скопировать в директорию где вы будете хранить кукбуки, например: ~/chef-repo/.chef/ Настройка knife выполняется командой: knife configure -i здесь, нужно будет указать путь до приватных ключей, а также путь до директории с кукбуками. Файл конфигурации knife также будет находиться в директории ~/chef-repo/.chef/ и выглядеть будет примерно так: cat /home/it/chef-repo/.chef/knife.rb log_level :info log_location STDOUT node_name ‘it’ client_key ‘/root/Chef/chef-repo/.chef/it.pem’ validation_client_name ‘chef-validator’ validation_key ‘/home/it/chef-repo/.chef/chef-validator.pem’ chef_server_url ‘https://chef.example.ru:443’ syntax_check_cache_path ‘/home/it/chef-repo/.chef/syntax_check_cache’ cookbook_path # Список директорий с кукбуками knife = ‘vim’ # Редактор для knife Проверим работоспособность knife: knife client list все команды нужно выполнять из директории или поддиректорий вашего локального репозитория Chef.

Подключим первый сервер с помощью knife

Для этого используется команда knife bootstrap, которая устанавливает chef-клиента, создает нового пользователя на сервере и генерирует ключи: knife bootstrap test.example.ru в общем случае происходит подключение к хосту по ssh от имени root, но если доступ для root ограничен, то нужно указать пользователя с админскими (sudo) правами: knife bootstrap test.example.ru —sudo -x admin -P Password Проверим что сервер попал в список нод: knife node list test.example.ru

Применим первый кукбук

Итак, у нас подключена первая нода. Теперь мы можем инсталлировать на нее софт и менять его конфигурацию с помощью Chef. Но прежде нам нужно написать свой первый кукбук, либо взять готовый из репо Opscode на github. Второго варианта для начала будет вполне достаточно. Перейдем в директорию где у нас должны лежать кукбуки cd ~/chef-repo/cookbooks и склонируем сюда первый кукбук, например для chef-client: git clone https://github.com/opscode-cookbooks/chef-client.git Если мы заглянем в metadata.rb, то увидим список зависимостей для данного кукбука: suggests ‘bluepill’ suggests ‘daemontools’ suggests ‘runit’ depends ‘cron’, ‘>= 1.2.0’ depends ‘logrotate’, ‘>= 1.2.0’ их тоже придется склонировать себе, а затем на сервер. Чтобы применять рецепты из данного кукбука, нужно предварительно закачать его сервер вместе со всеми зависимостями: knife cookbook upload bluepill daemontools runit cron logrotate chef-client Теперь мы можем добавить рецепт chef-client для нашей тестовой ноды и изменить период обращения клиента к серверу: knife node edit test.example.ru Конфигурация ноды представлена в json-формате. Пропишем период обращения ноды к серверу и добавим рецепт chef-client в run list: { «name»: «test.example.ru», «chef_environment»: «_default», «normal»: { «chef_client»: { «interval»: «300» }, «tags»: }, «run_list»: » ] }

Напишем свой первый кукбук

Сделаем свой кукбук для тестовых рецептов: knife cookbook create test Добавим в рецепт “по умолчанию” директиву для установки списка пакетов, которые мы будем распространять на все наши серверы: vim ~/chef-repo/cookbooks/test/recipes/default.rb %w{ntp mc htop iotop iftop atop vim-common wget curl rkhunter git awstats postfix}.each do |packages| package packages do action :install end end Осталось только закачать кукбук на сервер и прописать его в run-list (список исполняемых рецептов) ноды, а лучше сделать роль и включить туда этот рецепт. Но вот незадача, нужен ведь еще репозиторий epel, как минимум. Можно положить файл конфига в кукбук и дописать в рецепт копирование конфига в yum.repos.d, либо воспользоваться кукбуком yum от opscode: git clone https://github.com/opscode-cookbooks/yum.git Также, скачаем кукбук yum-epel (почему-то в последнем релизе решили выделить рецепты с основными репами в отдельные кукбуки): git clone https://github.com/opscode-cookbooks/yum-epel.git Закачаем книги на сервер: knife cookbook upload yum yum-epel Теперь можем включить рецепт yum-epel в наш тестовый рецепт: vim ~/chef-repo/cookbooks/test/recipes/default.rb include_recipe “yum-epel” %w{ntp mc htop iotop iftop atop vim nano wget curl rkhunter git awstats postfix}.each do |packages| package packages do action :install end end Также можем прописать в атрибутах нашего кукбука исключения пакетов для epel-repo: vim ~/chef-repo/cookbooks/test/attributes/default.rb default = “test*” Закачаем кукбук на сервер и применим рецепт на ноде: knife cookbook upload test knife node edit test.example.ru { «name»: «test.example.ru», «chef_environment»: «_default», «normal»: { «chef_client»: { «interval»: «300» }, «tags»: }, «run_list»: «, “recipe” ] } knife ssh name:test.example.ru «chef-client» -P r00tPassworD Итак, вы получили первый опыт использования Chef. Теперь, я думаю стало ясно, что все не так уж сложно, как казалось. Главное не останавливаться на этом. Прочтите еще несколько статей, попробуйте применить рецепты из репозитория Opscode. Напишите пару своих рецептов, примените их. Переведите описание своей серверной инфраструктуры на язык Chef. Пускай у вас уйдет на это несколько дней или ночей, за то потом скорость развертывания серверов будет на порядок выше, а досадных ошибок станет меньше. И помните, лучший способ изучить Chef — начать его использовать.

Полезные статьи:

Официальный Chef-вики Сборник «поваренных книг» от Opscode Arrays and Chef Attributes Chef 11 In-Depth: Attributes Changes Breaking Changes in Chef 11 Первый опыт в качестве шеф-повара, или управление конфигурацией Chef или как управлять тысячей серверов Порцию серверов пожалуйста, или как начать деплоить с Opscode Chef Целый сайт для новичков: Getting started with Chef Цикл статей от Алексея Васильева (к сожалению только на английском): Getting Started with Chef Solo

Топ 40 вопросов на собеседовании it — специалисту

Май 27, 2020 Мерион НетворксЧто такое линк? Перечислите 7 уровней модели OSI. Что такое IP — адрес? Что такое LAN? Расскажите нам про DHCP А про DNS? Что такое WAN? Что означает термин «нода»? Что такое «хост»? Какая максимальная длина кабеля UTP? Что такое маршрутизатор? Что такое коммутатор? В чем разница между роутером, свичем и хабом? 3 уровня иерархии сетей от Cisco? Что такое VLAN и зачем они нужны? Что такое PING? Какие режимы передачи данных бывают? Что такое Ethernet? Что такое VPN? Что такое MAC — адрес? Что такое TCP и UDP? В чем разница между ними? Что такое NIC? Зачем нужен прокси сервер? Какие типы сетевых атак вы знаете? Что такое NAT? Объявление А знаете ли вы про MST (Multiple Spanning Tree)? А про RSTP (Rapid Spanning Tree) что скажете? А про протокол RIP что скажете? Расскажите нам про EIGRP, а мы послушаем Ого, кажется у вас неплохой опыт. А что скажете про BGP? Так, продолжайте про OSPF? Что такое VTP? Что думаете про модный SD WAN? Пару слов про MPLS? И пару слов про шифрование трафика. Какие алгоритмы вам знакомы? В сетях вы разбираетесь. Поговорим про телефонию. Какие кодеки вам знакомы? А разницу между FXS и FXO портом знаете? А что по вашему лучше — SIP или PRI? Зачем нужен протокол RTP? А термин SBC вам знаком? И последний вопрос. Про SDP знаете? Итоги

Что такое линк?

Линк это соединение между двумя сетевыми устройствами. По смыслу, термин включает в себя как тип соединительной линии (кабеля), так и протоколы, которые работают на этому линке.

Перечислите 7 уровней модели OSI.

Очень частый и важный вопрос. Уровни снизу вверх:

Физический (Physical) Канальный (Data Link) Сетевой (Network) Транспортный (Transport) Сеансовый (Session) Представления (Presentation) Приложений (Application)

Подробно почитать про модель OSI и посмотреть веселый поучительный ролик

Что такое IP — адрес?

Уникальный внутри подсети идентификатор устройства третьего уровня модели OSI. Сейчас его больше всего четвертой версии, но мир идет в сторону IPv6 (шестая версия).

Детально про IP — адрес мы написали тут и сняли видео.

Что такое LAN?

LAN (Local Area Network) или локальная вычислительная сеть — локалка. Это сеть между компьютерами и другими сетевыми устройствами, которые расположены в одном и том же (небольшом) месте.

Для подробностей от том, что такое LAN и чем он отличается от WAN почитайте нашу статью.

Расскажите нам про DHCP

DHCP (Dynamic Host Configuration Protocol). Протокол конфигурации для IP — адресов. Например, DHCP сервер раздает адреса в подсети, отвечая на запросы, а DHCP клиента запрашивает.

Очень много полезной информации про DHCP тут

А про DNS?

DNS — Domain Name System.Это система доменных имен. Когда я открыл сайт hh.ru, чтобы откликнуться на вакансию вашей компании, мой ноутбук отправил запрос на DNS сервер, который преобразовал имя сайта в IP — адрес. И вот я здесь.

Чтобы узнать больше деталей про DNS сервер перейдите к статье.

Что такое WAN?

WAN (Wide Area Network) — это глобальная вычислительная сеть, которая не ограничена географической локацией — квартира, этаж или здание. Отличный пример WAN сети — интернет, через который вы сейчас читаете эту статью.

Что означает термин «нода»? Что такое «хост»?

Как правило, в сетях, нодой или хостом называют некий сетевой узел. Так, маршрутизатор, коммутатор и даже компьютер может быть назван «нодой» и «хостом».

Какая максимальная длина кабеля UTP?

Одно плечо кабеля работает на дистанции до 100 метров. Потом нужен репитер или коммутатор.

Что такое маршрутизатор?

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

Что такое коммутатор?

Коммутатор (или как его называют свич) — устройство, которое работает на втором уровне модели OSI. Свич оперирует с MAC — адресами и в корпоративных сетях именно в него подключаются оконечные устройства (компьютеры, МФУ и прочее).

В чем разница между роутером, свичем и хабом?

Роутер работает на третьем уровне модели OSI, свич на втором, хаб на первом. А еще хабы уже не используют, ибо они туповат.

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

Но перед тем как говорить как мы подсказываем выше, будьте уверены в своих знаниях темы и почитайте и посмотрите подробное видео о том, в чем разница между роутером, свичем и хабом?

3 уровня иерархии сетей от Cisco?

Изи. Уровень доступа (access layer), уровень распределения (distribution layer) и уровень ядра (core layer).

Почитайте по иерархическую Cisco модель в деталях. Это важно.

Что такое VLAN и зачем они нужны?

VLAN (Virtual Local Area Network), или так называемые виртуальные локальные сети, которые позволяют на на одном физическом порту роутера создать несколько виртуальных локальных сетей сразу. Это экономия портов и красивый дизайн сети.

За подробностями про VLAN милости просим по ссылке.

Что такое PING?

Это самый базовый инструмент инженера, который позволяет понять «»А жив ли хост?». Работает по протоколу ICMP.

Какие режимы передачи данных бывают?

симплексный полудуплексный полнодуплексный

Подробности можно найти про симплекс, дуплекс и полудуплекс можно найти тут.

Что такое Ethernet?

Ethernet — стандарт, описывающий подключение к локальным сетям через кабель (различные кабели). Существуют различные стандарты Ethernet, отличающиеся по скорости работы.

Вот тут мы рассказываем про Ethernet детально и на пальцах

Что такое VPN?

VPN позволяет установить виртуальное защищенное соединение, которое называют туннелем, между вашим устройством, или даже целой сетью и другим удаленным устройством, или же — другой удаленной сетью

Немного расслабиться и посмотреть короткое анимационное видео про VPN можно по ссылке.

Что такое MAC — адрес?

Уникальный идентификатор устройства на втором уровне модели OSI. С MAC — адресами работают коммутаторы

Очень подробно про mac — адресу мы написали тут.

Что такое TCP и UDP? В чем разница между ними?

Оба термина относятся к транспортному уровню модели OSI и является транспортными протоколами. TCP — надежный и проверяет доставку — подходит для чувствительного к потерям трафика, а UDP допускает потерю данных.

Если нужны подробности — потрясающее видео про TCP и UDP и статья доступны по ссылке

Что такое NIC?

NIC это Network Interface Card. Это ни что иное как сетевая карта устройства.

Зачем нужен прокси сервер?

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

Прыгайте за подробным чтивом про прокси вот сюда.

Какие типы сетевых атак вы знаете?

DoS, DDoS, фишинг или Bruteforce. Есть еще «злое» ПО, такое как: бэкдоры (Backdoor), майнеры (Miner), банкеры (Bank, шпионские программы (Spyware), рекламное ПО (Adware), руткиты (Rootkit).

Веселое видео и подробная статья про сетевые угрозы ждет вас тут.

Что такое NAT?

NAT технология позволяет множеству внутренних устройств с внутренним IP — адресом выходить в интернет под внешними IP — адресами и получать пакеты обратно на внутренний IP — адрес.

Технология богатая. Вот тут можно погрузиться в теорию про NAT.

Объявление

На текущем этапе мы перебрали базовые термины, которых будет достаточно не инженеру (проджекту или продакту, как мы сказали в начале статьи). Сейчас мы начнем «лупить» из тяжелой артиллерии: углубимся в сетевые стандарты и протоколы.

Все, что будет дальше, пригодится именно технарям.

А знаете ли вы про MST (Multiple Spanning Tree)?

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

Классика. Подробности работы MST (Multiple Spanning Tree) вы найдете тут.

А про RSTP (Rapid Spanning Tree) что скажете?

Скажу. С развитием протоколов маршрутизации, классический STP перестал «вывозить». Он просто не такой быстрый. Поэтому, на его смены пришел быстрый RSTP.

Почитать про быстрый STP можно в нашей статье.

А про протокол RIP что скажете?

Рест ин пис RIPv1 и да здравствует RIPv2. Это протокол маршрутизации, который хранит информацию о маршрутизации и сетевых путях. Сетевой путь — это простой фрагмент информации, который говорит, какая сеть подключена к какому интерфейсу маршрутизатора.

Ах да. Про разницу RIPv1 и RIPv2 можно почитать тут. А про детали работы протокола RIP информации много здесь.

Расскажите нам про EIGRP, а мы послушаем

Устраивайтесь поудобнее. EIGRP это проприетарный протокол компании Cisco Systems. Если быть точным, то Enhanced Interior Gateway Routing Protocol это протокол «внутреннего шлюза». У EIGRP высокий показатель масштабируемости и высокая скорость сходимости сети.

Вот такой ответ. Но, мы рекомендуем вам погрузиться в EIGRP. У нас на этот счет есть целый цикл статей из 7 частей про EIGRP. Информации там очень много, но после прочтения статьи вероятность того, что вам зададут вопрос про EIGRP, на который вы не будете знать ответа — минимальна.

Ого, кажется у вас неплохой опыт. А что скажете про BGP?

На BGP возложена великая задача — соединение автономных систем во всем Интернете. А, я не сказал про то, что такое автономная системы — это совокупность точек маршрутизации и связей между ними, объединенная общей политикой взаимодействия, которая позволяет этой системе обмениваться данными с узлами, находящимися за ее пределами.

Мы не лыком шиты. Цикл из 5 статей по BGP вас ждет по ссылке.

Так, продолжайте про OSPF?

OSPF (Open Shortest Path First) — протокол внутренней маршрутизации с учетом состояния каналов (Interior gateway protocol, IGP). Как правило, данный протокол маршрутизации начинает использоваться тогда, когда протокола RIP уже не хватает по причине усложнения сети и необходимости в её легком масштабировании.

Хотите углубиться в OSPF? Вот вам цикл статей:

Протокол маршрутизации OSPF: LSA, области и виртуальные ссылки Расширенные возможности OSPF: Области OSPF: создание конкретных типов областей Ручная фильтрация маршрутов OSPF

Что такое VTP?

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

Детально про VPT

Что думаете про модный SD WAN?

Software Defined Wide Area Network определенно интересны, так как помогают серьезно сэкономить на каналах передачи данных, не теряя качества, а также ускорить включение в общую сеть организации новых территориально удаленных филиалов.

SD WAN по полочкам.

Пару слов про MPLS?

MPLS (Multiprotocol label switching) является протоколом для ускорения и формирования потоков сетевого трафика, что, по сути, означает сортировку MPLS и расстановку приоритетов в пакетах данных на основе их класс обслуживания (например, IP-телефон, видео или транзакции, например).

И пару слов про шифрование трафика. Какие алгоритмы вам знакомы?

Существуют алгоритмы 3DES, Triple DES, AES. А, кстати, в России популярны «Магма» и «Кузнечик».

Почитайте про типы шифрования в России и зарубежом

В сетях вы разбираетесь. Поговорим про телефонию. Какие кодеки вам знакомы?

Кодеков не мало. Но на моем опыте, наибольшей популярностью пользуются G.711 и G.729. Причем 711 используется внутри сетей и его полоса 64 кбит/с, а 729 снаружи для экономии полосы пропускания — он занимает только 8 кбит/с.

Про телефонные кодеки все, что нужно знать

А разницу между FXS и FXO портом знаете?

Конечно. FXS — для подключения аналоговой телефонного аппарата. FXO — для подключения аналоговой телефонной линии.

Глубинное погружение в разницу между FXO и FXS на кейсах

А что по вашему лучше — SIP или PRI?

Протокол SIP — это современный и очень гибкий стандарт, обладающий большим количеством функций, в то время как ISDN PRI доказал свою надежность на протяжении 20 лет использования. PRI дороже в обслуживании но безопаснее, а SIP дешевле и быстрее с точки зрения запуска.

Вся разница между SIP и PRI в статье.

Зачем нужен протокол RTP?

Для передачи голоса в VoIP сетях. SIP делает сигнализацию, а RTP отправляет голос. Кстати, RTP ходит напрямую между телефонами.

Чтиво про протокол RTP

А термин SBC вам знаком?

Знаком. Session Border Controller (контроллер граничных сессий) — сетевое устройство, которое может обеспечить безопасность VoIP, а также соединять несовместимые (разнородные) сигнальные протоколы и медиа потоки, поступающие от различных устройств. SBC — устройства используются в корпоративных сетях и сетях провайдеров услуг и, как правило, развертываются на границе сети (точка входа провайдера в корпоративный контур).

А вот тут можете почитать про SBC в подробностях.

И последний вопрос. Про SDP знаете?

Да. Протокол SDP используется для установления соединения и согласования параметров передачи и приема аудио или видео потоков между оконечными устройствами. Наиболее важными параметрами обмена являются IP — адреса, номера портов и кодеки.

Детально про SDP можно почитать тут.

Итоги

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

И еще: почитайте статью, где мы собрали большинство IT терминов — определенно будет полезно.

Удачи на собеседовании :)

Поделиться