Provisioning (телекоммуникации) - Provisioning (telecommunications)

Для использования в других целях см. Обеспечение (значения).

В телекоммуникации, обеспечение включает в себя процесс подготовки и оснащения сети, чтобы она могла предоставлять новые услуги своим пользователям. В Телекоммуникации для национальной безопасности / готовности к чрезвычайным ситуациям Сервисы, "обеспечение" приравнивается к "инициация" и включает изменение состояния существующей приоритетной услуги или возможности.[1]

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

В современной сигнальной инфраструктуре, использующей информационные технологии (ИТ) на всех уровнях, нет никакого различия между услугами связи и инфраструктурой «более высокого уровня».[нужна цитата ] Соответственно, инициализация конфигурирует любые требуемые системы, предоставляет пользователям доступ к данным и технологическим ресурсам и относится ко всему задействованному управлению информационными ресурсами на уровне предприятия.

Организационно ИТ-директор обычно управляет подготовкой, обязательно включая человеческие ресурсы и ИТ-отделы, сотрудничающие с:

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

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

Обсуждение обеспечения часто возникает в контексте виртуализация, оркестровка, служебные вычисления, облачные вычисления, а также концепции и проекты с открытой конфигурацией. Например, ОАЗИС Технический комитет по предоставлению услуг (PSTC) определяет XML -основная структура для обмена информацией о пользователях, ресурсах и предоставлении услуг - SPML (Язык разметки предоставления услуг) для «управления предоставлением и распределением идентификационной информации и системных ресурсов внутри и между организациями».[нужна цитата ]

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

Подготовка сети

Один тип предоставления. Услуги, которые назначаются клиенту в управление взаимоотношениями с клиентами (CRM) должны быть настроены на сетевой элемент который включает услугу и позволяет клиенту фактически пользоваться услугой. Связь между услугой, настроенной в CRM, и услугой в сетевых элементах не обязательно является однозначной; например, такие услуги, как Microsoft Media Server (mms: //) может быть разрешено более чем одним сетевым элементом.

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

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

Подготовка сервера

Подготовка сервера - это набор действий по подготовке сервера с соответствующими системами, данными и программным обеспечением и его подготовка к работе в сети. Типичные задачи при инициализации сервера: выберите сервер из пула доступных серверов загрузите соответствующий программного обеспечения (Операционная система, драйверы устройств, промежуточное ПО, и Приложения ), соответствующим образом настроить и настроить систему и программное обеспечение для создания или изменения загрузочный образ для этого сервера, а затем измените его параметры, например айпи адрес, IP-шлюз для поиска связанных сетевых ресурсов и ресурсов хранения (иногда разделенных как предоставление ресурсов) для аудита системы. Проверяя систему, вы гарантируете ОВАЛЬНЫЙ соблюдение ограничения уязвимости, обеспечение соответствия или установка исправлений. После этих действий вы перезагружаете систему и загружаете новое программное обеспечение. Это делает систему готовой к работе. Обычно интернет-провайдер (ISP) или Центр сетевых операций будет выполнять эти задачи в соответствии с четко определенным набором параметров, например, с загрузочным образом, одобренным организацией и использующим программное обеспечение, на которое у нее есть лицензия. Многие экземпляры такого загрузочного образа создают виртуальный выделенный хост.

Есть много программного обеспечения продукты, доступные для автоматизации предоставления серверов, услуг и устройств конечных пользователей. Примеры: BMC Bladelogic Server Automation, HP Server Automation, IBM Tivoli Менеджер по обеспечению, Красная Шапка Kickstart, xCAT, HP Insight CMU и т. Д. Промежуточное ПО и приложения могут быть установлены либо при установке операционной системы, либо впоследствии с помощью Автоматизация службы приложений орудие труда. В академических кругах решаются дополнительные вопросы, например, когда следует выдавать инициализацию и сколько серверов необходимо в многоуровневой системе,[2] или мультисервисные приложения.[3]

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

Короче говоря, подготовка серверов настраивает серверы на основе требований к ресурсам. Использование аппаратного или программного компонента (например, одно / двухпроцессор, RAM, HDD, RAID-контроллер, количество Карты LAN, приложения, ОС и т. д.) зависит от функциональности сервера, например от интернет-провайдера, виртуализации, NOS или обработки голоса. Резервирование серверов зависит от доступности серверов в организации. Критические приложения имеют меньше времени простоя при использовании кластерных серверов, RAID или системы зеркалирования.

Услуга используется большинством крупных центров отчасти для того, чтобы этого избежать. Дополнительные предоставление ресурсов может быть выполнено за услугу.[5]

На рынке есть несколько программ для подготовки серверов, например Сапожник или HP Intelligent Provisioning.

Подготовка пользователей

Дальнейшая информация: Программное обеспечение для синхронизации пользователей

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

Самообслуживание для служб облачных вычислений

Самообслуживание по запросу описывается Национальный институт стандартов и технологий (NIST) как важная характеристика облачные вычисления.[6] Самообслуживание облачных вычислений позволяет конечным пользователям получать и удалять облачные службы, включая приложения, инфраструктуру, поддерживающую приложения,[7] и конфигурация―[8] сами, не требуя помощи ИТ-сотрудника.[9] Автоматическое самообслуживание может быть нацелено на различные цели и ограничения приложения (например, сроки и стоимость),[10][11] а также для обработки различных архитектур приложений (например, пакетов задач и рабочих процессов).[12] Пользователи облака могут получить облачные сервисы через каталог облачных сервисов или портал самообслуживания.[13] Поскольку бизнес-пользователи могут сами получать и настраивать облачные сервисы, это означает, что ИТ-персонал может работать более продуктивно и дает им больше времени для управления облачными инфраструктурами.[14]

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

Подготовка мобильных абонентов

Под предоставлением мобильных абонентов понимается установка новых услуг, таких как GPRS, MMS и Мгновенное сообщение для существующего подписчика мобильный телефон сеть, и любые шлюзы в стандартный Интернет болтать или почта Сервисы. Оператор сети обычно отправляет эти настройки на телефон абонента, используя SMS текстовые службы или HTML, и реже WAP, в зависимости от того, что мобильные операционные системы могу принять.

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

Системы управления устройствами могут принести пользу конечным пользователям за счет включения подключи и играй службы данных, поддерживающие любое устройство, которое использует конечный пользователь.[нужна цитата ]. Такая платформа может автоматически обнаруживать устройства в сети, отправляя им настройки для немедленного и непрерывного использования.[нужна цитата ] Процесс полностью автоматизирован, ведется история использованных устройств и отправляются настройки только на абонентские устройства, которые ранее не были настроены. Один из методов управления мобильными обновлениями - фильтрация IMEI /IMSI пары.[нужна цитата ] Некоторые операторы сообщают об активности 50 файлов обновления настроек по беспроводной сети в секунду.[нужна цитата ]

Подготовка мобильного контента

Это относится к доставке мобильный контент, например мобильный Интернет на мобильный телефон, независимо от особенностей указанного устройства. Они могут включать тип и версии операционной системы, версию Java, версию браузера, форм-факторы экрана, звуковые возможности, языковые настройки и многие другие характеристики. По состоянию на апрель 2006 г. релевантным было около 5000 перестановок. Предоставление мобильного контента упрощает взаимодействие с пользователем, хотя и предоставляется на самых разных мобильных устройствах.

Подготовка мобильного устройства

Подготовка устройств включает в себя доставку данных конфигурации и параметров политики на мобильные устройства из центральной точки - Управление мобильным устройством системные инструменты.

Предоставление доступа в Интернет

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

  • Модем конфигурация
  • Сетевая Аутентификация
  • Установка водители
  • Настройка Беспроводная сеть
  • Обеспечение Операционная система (в первую очередь для Windows )
  • Настройка браузера, специфичного для провайдера
  • Подготовка электронной почты (создание почтовых ящиков и псевдонимов)
  • Настройка электронной почты в клиентских системах
  • Установка дополнительного программного обеспечения поддержки или дополнительных пакетов

Существует четыре подхода к обеспечению доступа в Интернет:

  • Раздайте руководства. Руководства очень помогают опытным пользователям, но неопытным пользователям придется несколько раз звонить на горячую линию поддержки, пока не станут доступны все интернет-услуги. Каждое непреднамеренное изменение конфигурации по ошибке пользователя или из-за ошибки программного обеспечения приводит к дополнительным вызовам.
  • Настройка на месте техническим специалистом: отправка технического специалиста на место - самый надежный подход с точки зрения поставщика, поскольку человек проверяет, что доступ в Интернет работает, прежде чем покинуть территорию клиента. Это преимущество связано с высокими затратами - как для поставщика, так и для клиента, в зависимости от бизнес-модели. Кроме того, это неудобно для клиентов, так как им приходится ждать, пока им назначат встречу с установкой, и потому что им нужно взять выходной на работе. Для восстановления подключения к Интернету снова потребуется поддержка на месте или по телефону.
  • Удаленная настройка на стороне сервера: конфигурация модема на стороне сервера использует протокол, называемый TR-069. Он широко известен и надежен. На данном этапе его можно использовать только для настройки модема. Расширения протокола обсуждаются, но еще не реализованы на практике, особенно потому, что большинство клиентских устройств и приложений еще не поддерживают их. Все остальные этапы процесса инициализации оставлены на усмотрение пользователя, что обычно вызывает много довольно длительных звонков на горячую линию поддержки.
  • Установочный компакт-диск: также называется «установка самообслуживания на стороне клиента». компакт диск, он может охватывать весь процесс от настройки модема до настройки клиентских приложений, включая домашние сетевые устройства. Программное обеспечение обычно работает автономно, т. Е. Не требует подключения к Интернету и дорогостоящей серверной инфраструктуры. Во время такого процесса установки программное обеспечение обычно также устанавливает приложения для диагностики и самовосстановления, которые поддерживают клиентов в случае проблем, избегая дорогостоящих звонков по горячей линии. Такие клиентские приложения также открывают совершенно новые возможности для маркетинга, пересекать- и допродажа. Такие решения исходят от узкоспециализированных компаний или напрямую от отдела разработки провайдера.

Смотрите также

использованная литература

  1. ^ Эта статья включаетматериалы общественного достояния от Администрация общих служб документ: «Федеральный стандарт 1037С».
  2. ^ Ургаонкар, Бхуван; Шеной, Прашант; Чандра, Абхишек; Гоял, Паван; Вуд, Тимоти (2008). «Гибкое динамическое обеспечение многоуровневых Интернет-приложений». Транзакции ACM в автономных и адаптивных системах. 3: 1–39. CiteSeerX  10.1.1.294.6606. Дои:10.1145/1342171.1342172. S2CID  10041862.
  3. ^ Цзян Дэцзюнь, Гийом Пьер и Чи-Хун Чи. Автономное предоставление ресурсов для мультисервисных веб-приложений. В материалах 19-й Международной конференции в Интернете, апрель 2010 г.
  4. ^ Эмис А., Санчес Дж., Вернье Д. и Чжэн Х Д., 2011 г. «Мониторинг сервисов в облаке», IBM developerWorks, 15 февраля.
  5. ^ Он, Сиджин; Л. Го; Y. Guo; М. Ганем (2012). «Улучшение использования ресурсов в облачной среде с помощью многомерных вероятностных моделей». Пятая международная конференция IEEE по облачным вычислениям, 2012 г.. 2012 2012 5-я Международная конференция IEEE по облачным вычислениям (CLOUD). С. 574–581. Дои:10.1109 / CLOUD.2012.66. ISBN  978-1-4673-2892-0. S2CID  15374752.
  6. ^ Мелл, Питер; Гранс, Тимоти. "Определение облачных вычислений в NIST", Специальная публикация 800-145, Национальный институт стандартов и технологий
  7. ^ Он, Сиджин; Л. Го; Y. Guo; C. Wu; М. Ганем; Р. Хан (2012). «Эластичный контейнер приложений: упрощенный подход к выделению облачных ресурсов». 2012 26-я Международная конференция IEEE по передовым информационным сетям и приложениям. 2012 26-я Международная конференция IEEE по передовым информационным сетям и приложениям (AINA). С. 15–22. Дои:10.1109 / AINA.2012.74. ISBN  978-1-4673-0714-7. S2CID  4863927.
  8. ^ Перера, Дэвид. «Настоящее препятствие для федеральных облачных вычислений», Жестокие правительственные ИТ, 12 июля 2012 г.
  9. ^ MSV, Джанакирам. «10 основных причин, по которым стартапам стоит подумать о облаке». Cloud Story, 20 июля 2012 г.
  10. ^ Мао, Мин; М. Хамфри (2011). Автоматическое масштабирование для минимизации затрат и соблюдения сроков приложений в облачных рабочих процессах. Материалы Международной конференции по высокопроизводительным вычислениям, сетям, хранению данных и анализу (SC2011) 2011 г.. Дои:10.1145/2063384.2063449. ISBN  978-1-4503-0771-0. S2CID  11960822.
  11. ^ Мао, Мин; М. Хамфри (2013). Масштабирование и планирование для максимальной производительности приложений в рамках бюджетных ограничений в облачных рабочих процессах. Материалы 27-го Международного симпозиума IEEE 2013 года по параллельной и распределенной обработке (IPDPS2013). С. 67–78. Дои:10.1109 / IPDPS.2013.61. ISBN  978-0-7695-4971-2. S2CID  5226147.
  12. ^ Мао, Мин; Дж. Ли; М. Хамфри (2010). 2010 11-я Международная конференция IEEE / ACM по грид-вычислениям (Grid2010). С. 41–48. CiteSeerX  10.1.1.467.5771. Дои:10.1109 / GRID.2010.5697966. ISBN  978-1-4244-9347-0. S2CID  9744596.
  13. ^ Онисик, Джо. «Пять шагов к созданию частного облака», Сетевые вычисления, 23 июля 2012 г.
  14. ^ Коуи, Джейсон. «Как сделать инициативы частного облака важными для вашего генерального директора», Журнал центра обработки данных, 17 июля 2012 г.
  15. ^ Мао, Мин; М. Хамфри (2012). Исследование производительности времени запуска виртуальной машины в облаке. Труды 5-й Международной конференции по облачным вычислениям IEEE 2012 г. (Cloud2012). п. 423. Дои:10.1109 / CLOUD.2012.103. ISBN  978-1-4673-2892-0. S2CID  1285357.

внешние ссылки