Техническое описание физического сервера без ПО / Хабр

Мы продолжаем серию статей про Huawei FusionSphere, первые статьи можно посмотреть в нашем блоге на хабре. Сегодня мы рассмотрим техническое описание физического сервера без ПО.
В сценарии OpenStack чистая виртуализация не может полностью удовлетворить потребности пользователей. Физические серверы применяются в случаях, когда необходима высокая производительность или использование физического оборудования или интерфейсов.
Физические серверы без программного обеспечения реализуют новый режим использования физических серверов, что позволяет:

• Использовать интерфейсы OpenStack VM для предоставления физических серверов без ПО.
• Использовать интерфейсы OpenStack Nova для создания образа сервера без ПО с определенными спецификациями, а также запроса, изменения, запуска, останова и перезапуска физического сервера без ПО.
• Прикреплять созданный Cinder том к физическому серверу без ПО с помощью интерфейсов для присоединения тома к VM.
• Создавать виртуальный порт на физическом сервере без ПО для подключения сетей Neutron VLAN или VXLAN для связи с VM.

1. Обзор управления физическим сервером без ПО

Управление физическим сервером без ПО включает следующие функции:

• Внеполосное управление на основе IPMI

Интерфейс интеллектуального управления платформой (IPMI) позволяет системе эффективно контролировать и управлять большим количеством серверов, использующих различные операционные системы (OS), встроенным программным обеспечением или аппаратными платформами, а также автоматически сообщать текущий статус контролируемых серверов.
Интерфейсы IPMI взаимодействуют с серверами, используя IP-адреса порта BMC серверов, и проходят проверку подлинности с помощью сконфигурированного имени пользователя и пароля. Интерфейсы IPMI могут быть использованы для включения, отключения и жесткого перезапуска физического сервера без ПО, а также для изменения режима начальной загрузки физического сервера без ПО.

• Установка образа

Инструмент преобразования образа используется для внедрения программного обеспечения агента управления, необходимого для физического сервера без ПО, в образ VM и загрузки сгенерированного образа физического сервера без ПО на сервер образа Glance. При инициализации физического сервера без ПО, процесс Ironic-conductor загружает образ физического сервера без ПО с сервера образа Glance и автоматически регистрирует образ в качестве ОС физического сервера без ПО.
Функция управления физическим сервером без ПО также поддерживает смену варианта загрузки сервера без ПО на среду удаленной загрузки (PXE). После включения сервера система загружает miniOS, а затем выполняет сценарии установки, чтобы загрузить необходимую базовую операционную систему на сервер и распаковывать ОС в разделе диска на сервере. После распаковки ОС система информирует процесс Ironic-conductor, чтобы изменить опцию загрузки физического сервера без ПО на локальную загрузку. Новый системный загрузчик вступает в силу после перезапуска физического сервера без ПО.

• Управление жизненным циклом

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

• Автоматическое прикрепление системы хранения

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

• Подключение к виртуальной сети

Встроенный агент управления и OVS на физическом сервере без ПО может запросить, обнаружить и сконфигурировать виртуальные сети, к которым может подключиться сервер без ПО, и подключить сервер без ПО к VLAN и VXLAN, созданным Neutron.

2. Обзор решения Huawei по управлению физическим сервером без ПО

В FusionSphere функции физического сервера без ПО не зависят от функций VM, но интерфейс для создания физического сервера без ПО аналогичен таковому для создания VM. При инициализации физических серверов без ПО необходимо указать зону доступности (AZ) или группу хоста, отличную от используемой VM.
FusionSphere 5.1 обеспечивает те же функции виртуальной сети и виртуальной памяти для физических серверов без ПО, как и предоставляемые для VM. Физические серверы без ПО могут иметь прикрепленный том или подключиться к сети VXLAN аналогично VM

2.1 Архитектура решения

На рисунке показана архитектура решения Huawei по управлению физическим сервером без ПО.

1. Значимость Ironic в OpenStack аналогична драйверу вычислений Nova. Ironic состоит из драйвера вычислений Nova (драйвер Ironic), процессов Ironic-api, Ironic-conductor и Ironic-agent.
2. При инициализации физических серверов без ПО, Nova посылает запросы на поддерживаемый хост Nova посредством определенной AZ или группы хоста.
3. Драйвер вычислений Nova (драйвер Ironic) выполняет необходимые операции, такие как загрузка образа сервера без ПО, прикрепление тома к серверу и создание портов на нем. Драйвер вычислений Nova (драйвер Ironic) запускает процесс Ironic-api для включения или отключения физического сервера без ПО или изменения режима загрузки сервера.

4. После получения запроса на операцию Ironic-api обращается к интерфейсам Ironic-conductor для выполнения требуемой операции с использованием IPMI, например включения и выключения сервера, перезагрузки сервера, изменения режима загрузки сервера и установки ОС для сервера в режиме PXE.
5. Ironic-conductor обращается к интерфейсам CPS для установки ОС на физическом сервере без ПО. После установки ОС запускаются встроенный агент управления и OVS на сервере для выпуска и конфигурирования параметров хранения и сети для сервера.

2.2 Функции решения

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

2. Физические серверы без ПО также используют интерфейсы Nova для получения автоматически прикрепляемых или открепляемых томов, созданных Cinder.
3. Физические серверы без ПО также могут подключаться к виртуальной сети (плоской, VLAN или VXLAN) и связываться с VM.

3 Управление конфигурацией физического сервера без ПО

3.1 Подготовительные действия

Перед инициализацией физических серверов без ПО выполняются следующие действия:

• Конфигурирование плоскости сети IPMI для узлов управления OpenStack, чтобы обеспечить подключение узлов управления к плоскости BMC управляемого физического сервера без ПО и позволить узлам управления контролировать состояние питания сервера и режим загрузки с помощью IPMI.
• Изменение режима загрузки всех физических серверов без ПО на PXE, а затем включение серверов для их автоматического обнаружения CPS. Этот процесс аналогичен процессу установки обычного сервера.

3. 2 Конфигурирование пула физических ресурсов

Сконфигурируем пул ресурсов физического сервера без ПО и зарегистрирем серверы в Ironic, поскольку Ironic может контролировать только зарегистрированные физические серверы без ПО.

• Открываем веб-интерфейс пользователя (web UI) и запрашиваем список хостов, автоматически обнаруженных CPS. Выполняем поиск серверов, которые будут добавлены в качестве физических серверов без ПО из списка хостов в соответствии с IP-адресами IPMI, и установливаем серверам роль «сервер без ПО».
• На локальном веб-портале FusionManager определяем серверы, конфигурируемые в качестве физических серверов без ПО, и вводим имя пользователя и пароль интерфейса IPMI, чтобы зарегистрировать их в качестве физических серверов без ПО в Ironic.

3.3 Инициализация физического сервера без ПО

Физические серверы без ПО инициализируются с использованием интерфейсов Nova. Инициализацию проходят только зарегистрированные в Ironic серверы без ПО, инициализированные серверы без ПО не могут быть инициализированы повторно.
Процесс инициализации физических серверов без ПО заключается в следующем:

• Выбирается образ VM qcow2 и преобразовывается в образ физического сервера без ПО с помощью соответствующего инструмента в среде Linux.
• Импортируем образ физического сервера без ПО в Glance и регистрируем его в качестве образа физического сервера без ПО.
• В Service Center (SC) выберите зарегистрированный образ физического сервера без ПО и используйте указанный тип для создания физических серверов без ПО, вызывая интерфейсы Nova. В процессе создания можно указать сеть, подключаемую к физическим серверам без ПО.
• Процесс Ironic-conductor загружает образ физического сервера без ПО, регистрирует его в хранилище программного обеспечения, а также изменяет режим загрузки сервера без ПО на PXE. После перезапуска физических серверов без ПО, Ironic-conductor устанавливает операционную систему PXE, определенную в образе для серверов без ПО.
• Процесс Ironic-conductor регулярно запрашивает ход установки образа. После установки образа Ironic-conductor перезапускает физические сервера без ПО и изменяет статус развертывания на Ironic, а затем уведомляет Nova, что установка образа завершена.
• После перезапуска физических серверов без ПО, запускаются их встроенные агенты управления для получения конфигурации сети и создания виртуальных сетевых устройств для серверов без ПО, автоматически подключаемых к VLAN или VXLAN.

4 Сценарии применения физического сервера без ПО

Физические серверы без ПО применяются в следующих сценариях:

• Применение для баз данных, требующих высокой производительности

Физические серверы без ПО могут быть привязаны к совместно используемым устройствам хранения для удовлетворения потребностей таких баз данных кластера, как Oracle RAC.

• Инициализация выделенных аппаратных серверов

Некоторые аппаратные устройства, которые не могут использовать функции на основе VM, могут иметь доступ к аппаратным устройствам единого физического сервера без ПО.

Описание серверов MobilPay | MobilPay

 

Серверы MobilPay дополняют другие серверные компоненты системы ДБО (процессинг, АБС, CRM и др.).

Всего имеется 7 серверов MobilPay:

Сервер транзакций MobilPay организует оперативное выполнение наличных и безналичных операций на банкоматах и платёжных терминалах (по их инициативе):

• запросы в биллинговые системы провайдеров оплаты услуг,
• запросы в АБС банка и в процессинг (при необходимости, иногда через Шины банка),
• запросы в другие системы банка (CRM, шины и т.п.)
• передачу на банкоматы/терминалы нужных параметров (комиссий, валютных курсов и т.п.)
• передачу результатов операций для записи в базу данных ДБО-MobilPay
• организацию в оперативной памяти сервера таблиц для мониторинга и диагностики ситуаций на банкоматах/терминалах,

Сервер базы данных MobilPay представляет собой классическую СУБД для работы с базой данных ДБО-MobilPay, реализованную на базе DB2 фирмы IBM и предоставляемую банку в виде готового интегрированного и лицензированного решения ПО MobilPay. Сервер базы данных имеет «горячее резервирование» (дубликат базы данных с оперативной репликацией данных в основную и резервную) стандартными средствами DB2.

В базу данных записываются все промежуточные и конечные результаты выполняемых операций (услуг) ДБО и все сопутствующие события и ситуации в системе ДБО, результаты обработки статистики и мн. др. Рабочие станции напрямую работают с СУБД, запрашивая нужную информацию (например, для формирования отчётов). К ней также обращаются с запросами WAPI-сервер, обеспечивающий интеграцию с ДБО-MobilPay с другими системами банка.

Сервер базы данных ДБО-МР является особо важным архитектурным элементом в системе. Благодаря использованию промышленной СУБД DB2 и специальной технологии компании IBM для работы с базой данных ДБО-МР, ПО МР обеспечивает очень высокие показатели нагрузочной способности этого сервера. Поэтому пока что не требовалось масштабирование этой компоненты. Более того, применяемая технология очередей записи данных в базу данных позволяет даже кратковременное выключение сервера базы данных без прекращения оперативной работы сервера транзакций MobilPay (может использоваться для выполнения особых технических сервисных работ на сервере базы данных MobilPay).

Сервер UniMed («универсальный медиатор» (шлюз) МР ко всем on-line провайдерам и системам банка – партнёрам ДБО-МР). Взаимодействие сервера транзакций МР с другими серверами системы ДБО определяется интерфейсами этих серверов. В частности, взаимодействие с серверами ДБО WEB-сервисного типа осуществляется через сервер МР-UniMed, сконструированный именно для обеспечения технологии такого взаимодействия, а именно:

• Передача запросов UniMed к этим серверам осуществляется по протоколу Http/XML по установленным соединениям. Количество соединений для каждого on-line провайдера (или шлюза) ограничивается задаваемым параметром.
• При использовании максимального количества установленных соединений новые запросы помещаются в специальные очереди для каждого шлюза. Количество запросов в очереди ограничивается задаваемым параметром.
• При обработке запроса из очереди применяется интеллектуальный алгоритм с учетом скорости ответов шлюзов, а также оценки в необходимости посылки запроса в on-line шлюз, поскольку запрос мог уже к этому моменту «устареть».
• Делается сбор статистики по скорости ответов для каждого шлюза для выявления быстрых и медленных шлюзов.
• При необходимости используются несколько клонов в сервере MP-UniMed с управляющим Manager (балансером) потоков сервисных запросов на эти серверные клоны.

Сервер UniMed полностью отвечает требованиям технологии «горизонтального масштабирования». Более того, в конструкцию Сервера UniMed добавлен механизм интеллектуальной настройки («самообучения») реагирования сервера UniMed на возникающие перегрузки у некоторых партнёров (серверов) в комплексной системе банка.

Сервер Guard обеспечивает удалённый контроль и обновление конфигураций ПО и параметров работы ПО на АТМ и на рабочих станциях МР, защиту работы АТМ и мн. др. Работает с одиночными АТМ и с группами АТМ (в режиме массового обновления ПО и параметров ПО АТМ).

WAPI-сервер в дополнение к серверу транзакций обеспечивает всю необходимую интеграцию ДБО-МР с системами банка по запросам этих систем или по запросам самой системы ДБО-МР (в виде WEB-сервисов). Все установленные на WAPI-сервере приложения-сервисы работают, не мешая оперативной работе сервера транзакций MobilPay, обращаясь либо напрямую к базе данных ДБО-МР, либо к информации, уже имеющейся в оперативной памяти сервера транзакций и мониторинга МР.

Сервер заданий и статистики МР (MP-Task_Server) обеспечивает отдельный процесс сбора и обработки статистической информации о работе системы ДБО-МР на основе передаваемых через сервер транзакций MobilPay данных ежедневной статистики, собранной и подготовленной на АТМ, а также на основе оперативных данных и информации из БД. Благодаря этому обеспечивается эффективный процесс сбора-обработки огромной статистической информации без загрузки основного (боевого) контура обработки транзакций.

Этот же сервер выполняет роль инициатора пакетных заданий обработки данных ДБО, а именно: обеспечивает по расписанию интеграцию с разными системами банка и внешними системами (выгружает операции в АБС, в on-line кассу, и др. ), осуществляет генерацию отчётов, выполнение специальных процедур и мн. др.

Сервер WEB-платформа обеспечивает предоставление информации ДБО внешним пользователям, находящимся в открытой (незащищённой) зоне, с помощью обычного браузера или инструмента просмотра html-кода.

Указанные выше сервера вместе с PROXY-сервером и различными Шинами обеспечивают полный (необходимый и достаточный) инструментарий интеграции ДБО-МР со всеми системами банка и внешними системами. Поэтому, для системы ДБО-МР нет проблем интеграции любых исторически сложившихся конфигураций систем: за последние 5 лет были реализованы крупные интеграционные проекты при «слиянии» банков, в том числе Бинбанка с МДМ-банком и банка РНКБ с КрайИнвестБанком. 

Общая схема серверов MobilPay в системе ДБО-MP приведена на рисунке:

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

ПО МР в этом отношении изначально взяло на себя роль такого «главного интегратора». Именно поэтому и в мониторинге МР, и в реализации прохождения транзакций в комплексной системе ДБО, ПО МР обеспечивало контроль всего процесса и, заодно, обмен всеми необходимыми сообщениями с другими системами банка. Для ПО МР изначально не было проблем интегрироваться с любой из систем банка по их интерфейсам. А с такими дополнительными инструментами интеграции, как WAPI-сервисы, уже и другие системы, и другие пользователи имеют средства подключения и использования информации и возможностей ДБО-МР в различных прикладных задачах банка.

Данная архитектура интеграции прикладных систем банка обеспечивает полный набор инструментов интеграции ПО МР с помощью естественного набора серверных решений (процессинга транзакций, базы данных, Guard, WAPI, Статистики, PROXY и др.).

Расположенные на одном или нескольких компьютерах эти сервера обеспечивают рациональное распределение специализированных процессов интеграции ДБО-МР с другими системами банка или внешними системами. Сейчас это не удивительно, видя, как множество приложений параллельно работает даже на маленьком компьютере смартфона.

Одним из важнейших качеств серверных решений MobilPay является использование известной технологии ИБМ для организации «очередей» передачи данных «к» и «от» сервера: таким образом обеспечивается распараллеливание процессов и существенное повышение производительности серверов путём сглаживания пиковых нагрузок, а также возможность кратковременного отключения сервера без прекращения оперативной обработки транзакций и возможность автоматического восстановления процесса обработки при сбойных ситуациях.

Эта технология позволяет реализовать серверные решения с высокой производительностью на компьютерах со скромными серверными ресурсами. Так, в реальном опыте эксплуатации в ряде банков ПО МР обеспечивает более 500 тыс. операций в день (40-50 операций в секунду) на сетках из 3-х тысяч АТМ и более, а на простом тестовом стенде ПО МР обеспечивало более 1500 операций в секунду без образования очереди на обработку транзакций и не менее 100 операций в секунду без образования очереди на запись транзакций в базу данных. При этом, как отмечалось выше, дополнительные сервера WAPI и Статистики обрабатывают собственные задачи отдельными процессами, не создавая помех работе оперативного контура сервера транзакций MobilPay.

По существу, добавление серверов WAPI и Статистики в системе ДБО-МР эквивалентно подключению ещё двух рабочих станций, осуществляющих мониторинг работы ДБО-МР в нынешней архитектуре системы. Приходящие на сервер транзакций оперативные сообщения с АТМ обрабатываются, как и раньше, в рамках выполнения банковских операций ДБО и кроме того используются для обновления таблиц мониторинга МР в оперативной памяти (небольшой общей таблицы устройств сети АТМ на сервере транзакций и расширенных таблиц в оперативной памяти рабочих станций мониторинга МР-Manager) и для обновления таблиц в оперативной памяти серверов WAPI и Статистики – по локальной (скоростной) компьютерной сети. Именно эти оперативно обновляемые таблицы являются основой для работы мониторинга на рабочих станциях и для работы серверов WAPI и Статистики.

Далее, при реализации запроса информации о текущем состоянии АТМ WAPI-сервер использует данные уже из своей оперативной памяти, поэтому ответы будут практически мгновенными. В среднем такой ответ WAPI-сервера занимает 10 – 20 мсек на короткие запросы и 50 мсек на большие ответы (например, по запросу «Информация по всем ATM»). При реализации запросов по транзакциям обращение WAPI-сервера будет делаться к серверу базы данных MobilPay так же, как это делают рабочие станции МР. Для повышения скорости здесь используются индексация ключевых полей таблиц транзакций и др. таблиц базы данных ДБО-МР, поэтому запросы на поиск нужной операции будет выполняться быстро (так же, как и на рабочей станции оператора системы MP через ПО MP-Manager). Заметим также, что СУБД DB2 принципиально обеспечивает эффективную работу с огромными базами данных с реляционной структурой. В любом случае, реализация конкретных сервисов будет делаться с тщательной проработкой архитектурной схемы всего процесса. Скорость выполнения параллельной обработки запросов от систем банка также будет зависеть от мощности используемого компьютера, выделенного под WAPI-сервер.

Образец должностной инструкции

официанта ресторана (бесплатно и готово)

 

Этот пример должностной инструкции официанта ресторана оптимизирован для публикации на онлайн-досках вакансий или на страницах вакансий и легко настраивается для вашей компании. Похожие должности включают Server и Food Server.

В обязанности официанта ресторана входит:

• Подготовка столов в ресторане с особым вниманием к санитарии и порядку
• Обслуживание клиентов при входе в ресторан
• Представление меню, подача и помощь клиентам в выборе продуктов питания/напитков

Краткое описание вакансии

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

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

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

Обязанности

• Подготовка столиков в ресторане с особым вниманием к санитарии и заказу
• Обслуживать клиентов при входе
• Представление меню ресторана и помощь клиентам в выборе еды/напитков
• Принимать и подавать заказы
• Ответьте на вопросы или порекомендуйте дополнительные продукты
• Сотрудничество с другими официантами ресторана и персоналом кухни/бара
• Работайте с жалобами или проблемами с позитивным настроем
• Выставлять счета и принимать платежи

Требования и навыки

• Подтвержденный опыт работы в ресторане или официантом
• Практический опыт работы кассиром
• Внимание к чистоте и безопасности
• Терпение и клиентоориентированность
• Отличные навыки общения с дружелюбным отношением
• Ответственный и надежный
• Аттестат о среднем образовании приветствуется, но не обязателен

Часто задаваемые вопросы

Что делает сервер?

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

Каковы обязанности и ответственность Сервера?

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

Что отличает хороший сервер?

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

С кем работает Сервер?

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

Образец описания работы сервера | Monster.com

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

Официант Обязанности:

• Подает посетителям еду и напитки в позитивной и дружелюбной манере.
• Предоставляет информацию, помогающую в выборе продуктов питания и напитков.
• Быстро и эффективно представляет заказанный выбор.
• Поддерживает атмосферу застолья с энтузиазмом.
• Готовит комнату к обеду, расставляя столы и украшения, приправы, свечи, салфетки, сервировочные тарелки и посуду.
• Защищает заведение и посетителей, соблюдая правила санитарии, безопасности и контроля за употреблением алкогольных напитков.
• Помогает посетителям выбирать еду и напитки, предлагая курсы, объясняя особенности шеф-повара, определяя подходящие сочетания напитков и отвечая на вопросы о приготовлении пищи.
• Передает заказы в бар и на кухню, записывая выбор посетителей и определяя их особые диетические потребности и особые пожелания.
• Информирует кухонный персонал, отмечая время приготовления еды.
• Обслуживает заказы, забирая и доставляя выбор посетителей из бара и кухни, а также доставляя гарниры и приправы из сервисных баров.
• Отвечает на дополнительные требования посетителей, выясняя потребности и наблюдая за процессом приема пищи.
• Поддерживает сервировку стола, убирая готовые блюда, пополняя посуду, наполняя стаканы водой и обращая внимание на пролитые посетителями или другие особые потребности.
• Завершает ужин, подтверждая выбор ресторана и приглашая посетителей вернуться.
• Получает доход путем суммирования расходов, выставления счетов, приема платежей, доставки счетов и платежей принимающей стороне и возврата сдачи или кредитной карты и бланка подписи посетителям.

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

Квалификация/навыки сервера:

• Общие математические навыки
• Устное общение
• Обслуживание клиентов
• Разрешение конфликтов
• Работа в команде 9001 2
• Энергетический уровень
• Тщательность
• Профессионализм

Образование, опыт и лицензирование Требования:

• Диплом средней школы
• 3-5 лет опыта работы на сервере

[Призыв к действию] Вы получите больше откликов на свое объявление о работе официанткой/официантом, если поместите призыв к действию в конце описания вакансии, рассказав соискателям, как именно подать заявку.