Ноябрь 2007

«Open source революцию ИТ-индустрии, как с точки зрения поставщика и перспективы пользователя. Это означает, что много предположений, которые он имеет о том, как сделать проекты и работы с поставщиками действительно необходимо пересмотреть... Как вы находите вещи, которые вы традиционно получили от поставщиков в том, что я называю «несвязанные» мир?»

Бернард Золотой, Генеральный директор Navica

Открытого программного обеспечения (OSS) пронизана предприятия. Некоторые организации по-прежнему запрещают использование ПСОК в общей сложности, но они, безусловно, в меньшинстве. Для большинства компаний это не вопрос «мы должны использовать OSS?», но скорее, «как и где мы лучшие воспользоваться open source решений?»

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

Требования по поддержке

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

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

Поддержка списков рассылки, однако требует внутренних ресурсов: (i) выявление, определение и общаться проблемы так, что он может ответить участников списка рассылки; (ii) признают ли ответ, является точной и реализовать точные ответы, полученные; и (iii) осуществления. Он также предполагает, что любые ответы от сообщества разработчиков ПСОК будет своевременным. Списки рассылки могут быть очень быстро и полезно, но нет никаких гарантий.

Как OSS распространяется в более широкого использования предприятия, Бар для поддержки становится выше. Компоненты OSS часто используются в миссии критических производственных приложений, требующих высокий уровень поддержки, как правило 24 x 7 охват четко определены соглашения об уровне обслуживания (SLA). Когда вы принимаете во внимание число компонентов ПСОК, которые обычно используются, включая компоненты, которые они зависят, это не всегда практично или экономически эффективным для компании, чтобы заручиться поддержкой непосредственно от сообщества разработчиков.

Предприятия часто имеют несколько критических требований для поддержки ПСОК, включая:

  • Соглашения об уровне обслуживания, обеспечивая 24 x 7 поддерживают покрытие с временем быстрого реагирования для решения производственных проблем
  • Доступ к экспертам по ПСОК в использовании
  • Опыт системного уровня для устранения неполадок и решения проблем смешанных источников производства приложений состоит из нескольких компонентов с открытым исходным кодом, Пользовательский код и коммерческие решения
  • Поддержка старых версий из-за нежелания модернизировать производственные системы до последней версии компонента OSS
  • Анонимность относительно типа программного обеспечения в использовании и любые связанные проблемы
  • Необходимые исправления способствовали к ПСОК проекта для включения в новые релизы
  • Экономически эффективные поддержка и способность в магазин за лучший сервис по лучшей цене

Варианты поддержки

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

Существуют четыре варианта для поддержки ПСОК. Первый вариант называется как поддержка списков рассылки. Этот параметр может принимать форму размещения вопросов на форумах пользователей или Просмотр часто задаваемые вопросы (FAQ) и базы знаний. Преимущества этого варианта являются: (i) он связывается разработчиков, которые внесли свой вклад проекта OSS, и (ii) она обычно доступна бесплатно. Ограничения списка рассылки поддержки включают в себя:

  • Нет гарантии SLA
  • Как только проблема начинает выходить за рамки границ этого конкретного пакета ПСОК и включает другие OSS, Пользовательский код или коммерческое программное обеспечение, источник проблемы становится более трудным определить
  • Зависящие от времени характер Организации в ее проблемы заставляет предприятия неохотно обращаются за помощь из источников не удается выделить непрерывное ресурсы до тех пор, пока проблема решена
  • Списки рассылки не могут надлежащим образом рассматривается проблемы конфиденциальности крупных предприятий

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

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

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

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

С некоторыми поставщиками поддержка ограничена конкретным стеком программных проектов, таких, как технологии LAMP и их вспомогательных компонентов. Другие компании предлагают более широкий охват. OpenLogic предлагает поддержку для любого из 330-plus программных проектов, которые можно загрузить из сертифицированной библиотеки и расширяет поддержку настраиваемых версий программного обеспечения. Компаний, предлагающих этот вид поддержки, как правило, будет платить OSS коммиттеров и войска, чтобы помочь в решении проблем.

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

Проблемы поддержки типичные предприятия

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

OpenLogic's опыт, после работы со многими клиентами предприятия, является менее чем 10% вопросы поддержки включают дефекты программного обеспечения. Большинство вопросов поддержки являются вопросы, начиная от списка простых «как к» s для устранения сложных неполадок. Общие проблемы клиента вращаются вокруг конфигурации, интеграции и проблем с производительностью. Следующие примеры из OpenLogic и продемонстрировать типы поддержки вопросов, которыми предприятия сталкиваются.

Производство команды в Fortune 1000 Организации, необходимых для развертывания комплексной безопасности процесса, используя реализацию mod_ssl для Apache. Развертывание было запланировано для нерабочего времени и должны быть завершены до начала следующего рабочего дня. Он был близок к полуночи, и развертывание не разбирательства, как это планировалось. В течение часа вызова вопрос была расширена до OpenLogic в службы поддержки; OpenLogic также задействовала свою «эксперт сообщество», Группа специальных вкладчиков и коммиттеров для проектов в области ПСОК. В этом случае ковалентных технологии совместно с OpenLogic для решения проблемы. Пятнадцать минут устранение неполадок показал проблемы: ключи правильной проверки подлинности были расположены на сервере хранилища ключей, который был на уровне недоступной сети. Проблема осложняется тем, что компания использует настроенную версию Apache. Продолжалась работа и клиент смог реализовать новый, такими процесс, не испытывая каких-либо простоев.

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

В динамичных финансовых услуг ИТ-специалисты могут получить преимущества от гибкости и более низкие издержки использования ПСОК. Но большинство приложений производства в области финансовых услуг включают OSS, Пользовательский код и традиционные несвободные программы. В одном случае клиент был крайний срок для обновления системы, который включен спящий режим, открытым исходным кодом сохраняемости и службы запросов, а также BEA WebLogic, IBM DB2 и пользовательский код. Обновление DB2 вызывает проблемы производительности, которые Заказчик предположительно были вызваны Hibernate. OpenLogic работал с клиентом, чтобы определить набор тестовых сценариев для точного определения источника замедления. OpenLogic был в состоянии исключить Hibernate как причины и в конечном итоге установлено, что возможности по ведению журналов DB2 были оставлены на, вызывая замедление.

Смысл выбора

Открытым исходным кодом всегда ценились за свое обещание свободы: (i) выбрать лучшее программное обеспечение и (ii) при необходимости измените программное обеспечение. Кроме того OSS позволяет компаниям свободу выбирать лучший вариант поддержки и поставщика для их нужд. Это создает конкурентном рынке для поддержки ПСОК. Предоставление широкого спектра поддержки вариантов позволяет предприятиям использовать ПСОК с уверенностью, но подведение итогов выборов может привести к путанице. До принятия решения, ИТ-отдел должен задать поставщиков поддержки следующие вопросы:

  • Какие пакеты OSS поддерживаются?
  • Могут быть поддержаны все пакеты в использовании?
  • Какие операционные системы, базы данных и конфигурации они поддерживаются?
  • Кто именно будет участвовать в оказании поддержки?
  • -Интеграция пользовательских или несвободных приложений, поддерживаемых?
  • Нужно обновление, чтобы воспользоваться преимуществами исправлений?
  • Пойдут исправления к ПСОК проекта или будет на раздвоенный версии?
  • Сколько будет поддерживать стоимость?

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

Будущее

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

Доля этой статьи:

Цитируете эту статью:

Оцените содержание: 
Нет голосов были поданы еще. Скажи свое слово!