Инженерная инфраструктура центров обработки данных (ЦОД)

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

Краткий обзор статьи

Последствия рекламы:

• Шумиха вокруг открытых платформ для управления облаками (cloud management platform, CMP) заставляет некоторых пользователей делать необоснованные выводы, которые могут приводить к неверным решениям при выборе платформы для управления облаками для создания частного облака, или при покупке облачной инфраструктуры как услуги (IaaS) у сервисного провайдера.
• Маркетинговая деятельность компаний-поставщиков заставляет ИТ-директоров верить в то, что OpenStack является стабильной, развитой платформой готовой к широкому распространению. На самом деле этот проект находится на ранней стадии своего развития, имеет нестабильный исходный код и ограниченный набор функций.
• ИТ-директоры могут путать принятие API с принятием платформы для управления облаками (CMP), которая поддерживает данный API. Что заставляет их себе в ущерб ограничивать выбор технологических платформ.
• Сторонники OpenStack утверждают, что она со временем сможет вытеснить полнофункциональные платформы CMP на коммерческих предприятиях, в частности, VMware vCloud Suite. Но в настоящее время CMP OpenStack предлагает только базовые возможности CMP.
• OpenStack сможет со временем стать надежным открытым ядром большой и успешной экосистемы коммерческих предложений.

     Рекомендации:

• Не полагайте, что «открытый исходный код» является эквивалентом открытых стандартов, широкой функциональной совместимости и свободы от коммерческих интересов. На самом деле, в OpenStack господствуют интересы компаний-поставщиков, которые хотят, чтобы пользователи использовали их собственные предложения, и, возможно, включать привязку к поставщику.
• Беспристрастно оценивайте OpenStack как любое другое решение поставщика, и помните, что в ее нынешнем состоянии, она больше всего подходит для новичков со значительными техническими ресурсами, высоким допуском на риски и необходимостью в недорогой облачной инфраструктуре высокого уровня.
• Если функциональная совместимость является проблемой, используйте библиотеку стороннего облачного API или сервис для управления облачными системами, который поддерживает несколько облачных API, CMP, или сервисных провайдеров.
• Не стройте планы о будущем развитии своего центра обработки данных (ЦОД), в основе которых должна быть OpenStack. Хотя это перспективный проект, нет никакой гарантии в его будущем успехе.

Анализ OpenStack

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

Рис 1. Последствия и главные рекомендации по рекламе OpenStack и реальность

     Исходными и самыми важными компонентами являются сервисы обработки данных, Nova (аналогичный сервису Amazon EC2) и хранения объектных данных, Swift (аналогичный сервису Amazon S3). Дополнительно, со временем добавлялись другие слабосвязанные компоненты, включая Quantum (сетевой контроллер), Keystone (управление идентификацией и доступом), Glance (каталог образов виртуальных машин) и Horizon (портал самообслуживания).

     Исходный код OpenStack предоставляется по лицензии Apache 2.0, также есть также коммерческие дистрибутивы. Раз в полгода выпускаются промежуточные релизы; каждому релизу в алфавитном порядке присваивается буквенный код, начиная с «Austin» в октябре 2010 г., и заканчивая «Folsom», ожидаемым в сентябре 2012 г. (см. Таблица 1).

Таблица 1. Основные проекты OpenStack

     Проект Swift появился как программное обеспечение для сервиса Rackspace Cloud Files. Это самая стабильная и широко распространенная часть проекта OpenStack, с успешной историей масштабного использования, которая обычно используется провайдерами облачного сервиса IaaS, и стала самой простой реализацией хранилища объектных данных типа сервиса S3, но не совместимого с S3.

     Nova был создан в NASA, в результате перезаписи кода платформы Eucalyptus, написанной на языке программирования Python, как CMP с открытым исходным кодом на языке Java EE, совместимая с Amazon Web Services (AWS) EC2 API. В то время как NASA разрабатывала Nova, компания Rackspace, провайдер администрированных хостинговых и облачных сервисов, работала над преемником технологии, применявшейся в предлагаемом ею сервисе Cloud Servers, который был получен посредством покупки Slicehost в 2008 г. NASA и Rackspace решили объединить свои усилия в проекте ПО с открытым исходным кодом (см. Примечание 1). В результате объединения предыдущих разработок, потребовавшего значительного количества работы, была создана новая и нестабильная основа для исходного кода. Проект Nova имеет недолгую историю массового производства и эксплуатации. В настоящее время первыми пользователями OpenStack являются организации с сильной технической базой и высоким допуском на риски. Как правило, это сервисные провайдеры, финансовые компании и научно-исследовательские учреждения. Большинство из них либо обращаются за помощью к консультантам, либо вкладывают в проект значительные технические ресурсы.

     Два ключевых сервисных провайдера находятся в процессе широкого внедрения технологии Nova. Сервис Cloud Servers на базе технологии Nova компании Rackspace стал общедоступным в августе 2012 г. Новым клиентам будут предлагаться серверы на базе Nova, а существующие клиенты смогут запускать новые виртуальные машины (VM) на базе Nova, но в сущности это будет приводить к постепенному расширению их облака на базе Nova. Rackspace будет одновременно обслуживать две платформы, пока она не сможет плавно перевести существующих клиентов на новую платформу, но это означает, что она не добьется мгновенного массового использования Nova. Компания HP предлагает решения на базе Swift, но ее решения на базе Nova находятся в бета-режиме, и станут общедоступными только в конце 2012 г, таким образом, она также не добьется массового использования.

     В прошлом компания Rackspace играла главную роль в проекте OpenStack, но она будет переходить к организации, где право голоса будет определяться главным образом финансовым вкладом компании. Компании-участники организации надеются, что объединение их усилий позволит быстро расширить технические возможности OpenStack. Их целью является предоставление альтернативы сервисам AWS и VMware vCloud. Они считают, что Amazon и VMware являются для них намного большей угрозой, чем они сами.

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

Впечатления и рекомендации

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

     Некоторых людей заставили поверить в то, что, поскольку OpenStack имеет открытый исходный код, она является открытым и широко распространенным стандартом, с широкой функциональной совместимостью и свободой от коммерческих интересов. На самом деле, OpenStack руководствуется коммерческими интересами, так как для связанных с ней компаний это стратегия развития бизнеса, а не инициатива сообщества альтруистических индивидуальных спонсоров. Некоторые участники, в особенности Rackspace и другие сервисные провайдеры боятся растущего влияния AWS на рынке облачных сервисов IaaS и не уверены в том, что они смогут, самостоятельно, собрать инженерные ресурсы необходимые для успешной масштабной конкуренции с AWS, и не хотят платить постоянную лицензионную плату за коммерческие CMP типа комплекта программного обеспечения VMware vCloud.

     Rackspace и HP считают, что с помощью OpenStack они смогут предлагать гибридные публичные/частные решения, если они смогут добиться использования OpenStack во внутренних корпоративных облаках. Другие компании, типа Piston Cloud Computing, Nebula и Cloudscaling, обеспечивают коммерческое распространение OpenStack, вместе с профессиональным обслуживанием и поддержкой. Многие компании, например, Cisco, Citrix (см. Примечание 2), Dell и Red Hat, хотят обеспечить совместимость OpenStack со своими продуктами, а также ограничить рост влияния VMware на рынке.

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

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

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

     Кроме того, так как OpenStack, в сущности, является платформой для компонентов, а не продуктом, в некоторых дистрибутивах могут использоваться совсем не такие компоненты как в базовой версии OpenStack. Например, вместо проекта Swift для хранения данных может использоваться другой открытый проект Ceph, или же они могут вообще не включать те или иные компоненты и связанные с ними функциональные возможности. Эти различия между версиями и дистрибутивами распространяются на API, что затрудняет надежную поддержку OpenStack сторонними библиотеками и инструментами. Это отсутствие функциональной совместимости, даже в пределах OpenStack, будет также ограничивать возможности создания полностью открытых гибридных публично-частных или федеративных облачных систем; вместо этого они будут, скорее всего, требовать обращения к услугам специфических сервисных провайдеров и использования поддерживаемых ими дистрибутивов.

     Поскольку компании-поставщики стремятся к коммерциализации экосистемы OpenStack, существует заметная тенденция привязки к поставщику. Для пользователей нет никакой большой разницы к кому привязываться, к OpenStack или лицензионным CMP. В сущности, поскольку OpenStack еще не является общепринятым стандартом, число поставщиков решений сильно ограничено (будь то оборудование, ПО или сервисы), что еще больше сужает выбор пользователей, чем принятие VMware vCloud. Немногочисленны и реализации OpenStack CMP. На практике, AWS API имеют наиболее широкую экосистему, включая большое число CMP, как открытых, так и частных, предлагающую совместимые реализации.

     Рекомендации:

• Оценивать OpenStack с не меньшей тщательностью, чем любое другое лицензионное коммерческое предложение.
• Не рассматривайте OpenStack в качестве предпочтительного стандарта при определении совместимости API и платформы CMP в контексте выбора поставщиков технологии или сервисов, если у вас для этого нет деловых или технических причин.
• Правительственные учреждения должны быть особенно внимательными и не принимать платформу OpenStack за общепринятый открытый стандарт. Это особенно важно во время разработки требований к выбору поставщиков. Так как есть только одна реализация платформы OpenStack CMP, мало сервисных провайдеров OpenStack и еще меньше альтернативных экосистем (в отношении аппаратного обеспечения, управляющего ПО, инструментов и библиотек), в силу отсутствия значительной доли на рынке, в настоящее время OpenStack скорее ограничивает, чем увеличивает выбор.

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

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

     Контроль качества (QA) улучшился со временем, но остается проблемой. Компании-поставщики и сервисные провайдеры разработали лучшие системы контроля качества и инструменты тестирования, но не отдают их в проект открытого исходного кода, поскольку они могут быть конкурентными преимуществами при создании сервисных предложений и сокращать время вывода на рынок дистрибутивов и связанного с ними программного обеспечения (ПО).

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

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

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

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

     Желание поставщиков получить конкурентное преимущество в экосистеме OpenStack приводит к тому, что они с неохотой отдают операционные и технологические возможности в ядро открытого исходного кода. Например, в этом ядре нет ни установщика, ни механизмов обновления или модернизации, так как обе эти критически важные возможности оставлены для коммерческих дистрибутивов. Обновления требуют переустановки и полного апгрейда рабочих нагрузок. Пока проект находится на ранних стадиях своего развития, новые версии могут кардинально отличаться, тем самым нарушая совместимость и требуя продолжительных периодов подготовки и тестирования, предшествующих переходу. Многие из первых пользователей OpenStack по-прежнему используют старые версии.

     Сервисные провайдеры заинтересованы в дифференцированных функциях, а поставщики – в дифференцированных частных дистрибутивах, или даже продаже дополнительного ПО для OpenStack (в том числе коммерческие CMP, работающие на более высоких уровнях программного комплекса CMP). Они вкладывают в OpenStack ровно столько сколько необходимо для его успеха, и в то же время оставляют себе столько ресурсов сколько необходимо для обеспечения собственного успеха.

     Рекомендации:

• Если вы рассматриваете возможность использования OpenStack, проводите тщательную техническую оценку, определяйте наличие у вас технических навыков для ее развертывания и эксплуатации, и рассчитывайте совокупную стоимость владения решением, так как открытый исходный код не всегда дешевле.
• Рассматривайте лицензионные CMP, а также бесплатные и коммерческие дистрибутивы OpenStack и другие открытые CMP, в частности, Eucalyptus (которая получила официальную лицензию на AWS API от Amazon, и относительно простая в развертывании) и CloudStack (которую обычно выбирают сервисные провайдеры и все кто хочет в полном масштабе использовать совместимые с AWS облачные системы).

     ИТ-директоры могут путать принятие API с принятием CMP, поддерживающего данный API, что вынуждает их сужать свою технологическую платформу себе в ущерб.

     Исходным API платформы OpenStack был AWS API, но она находится в процессе перехода на свой собственный родной API, и продолжение поддержки AWS API является предметом споров в сообществе. Конкуренты AWS, в особенности Rackspace, озабочены тем, что это может усилить экосистему AWS, поэтому совместимость с AWS может быть со временем удалена из основного проекта. В настоящее время в родном API OpenStack есть только скромная поддержка сторонних инструментов.

      К счастью, поскольку облачные API являются относительно несложными, остается всего лишь создать коннектор для трансляции одного API в другой. Независимо от того верите ли вы в то, что OpenStack со временем станет самым популярным API, вам не нужно использовать OpenStack CMP для того чтобы пользоваться OpenStack API; для этого можно просто воспользоваться коннектором.

     Рекомендации:

• Не ограничивайте свои возможности. Вместо того чтобы писать непосредственно в облачном IaaS API, используйте стороннюю многооблачную библиотеку типа libcloud или jclouds. Рассматривайте возможность использования инструмента управления облачными системами с поддержкой возможностей более одного облака, например, enStratus, RightScale или ServiceMesh. Помните, что возможности провайдеров облачных сервисов могут сильно различаться, поэтому все, что работает с несколькими облаками, сможет обеспечивать только межоблачные функциональные возможности с «наименьшим общим знаменателем».
• Выбирайте CMP, которое поддерживает коннекторы нескольких облачных API, что позволит вам быстро подключать библиотеки и инструменты, которые работают с другими API.

     Сторонники OpenStack утверждают, что он со временем вытеснит полнофункциональные CMP в коммерческих предприятиях, в особенности VMware vCloud Suite, но в настоящее время он реализует только базовые возможности CMP.

     Сторонники OpenStack, в особенности Rackspace и HP, утверждали, что OpenStack со временем станет предпочтительной CMP для частных облаков, включая коммерческие предприятия, а также облака сервисных провайдеров. Однако скромный набор функций OpenStack делает маловероятным вытеснение им более полнофункциональные решения. OpenStack это в основном администратор ресурсов и может быть на этом уровне он станет общепринятым компонентом, но функциональные возможности CMP, — и ценностные достоинства, — существуют главным образом выше этого уровня.

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

     Решения OpenStack вряд ли вытеснят VMware vCloud Suite или Microsoft System Center, или такие конкурентные продукты как BMC Cloud Lifecycle Management, в течение ближайших пяти лет. Теоретически, решения OpenStack не зависит от гипервизора, но в реальности они поддерживают только технологии KVM или Xen. Ее поддержка VMware vSphere и Microsoft Hyper-V не будет иметь функционального значения для корпоративного развертывания. Также маловероятно, что OpenStack приведет к вытеснению vSphere или Hyper-V, в пользу Xen или KVM, в коммерческих организациях.

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

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

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

     Рекомендации:

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

     OpenStack может со временем стать надежным открытым ядром большой и успешной экосистемы коммерческих предложений.

     Есть ряд причин, по которым OpenStack можно считать перспективным проектом, а именно:

• Технические характеристики и реализация являются надежными, и созданы для развертывания действительно полномасштабных облачных систем.
• Широта сообщества поставщиков и удобство реализации быстро сделали OpenStack одной из четырех главных экосистем облачной инфраструктуры (вместе с Amazon, VMware и Microsoft.)
• Обеспечиваемая OpenStack базовая платформа позволяет новым разработкам проходить инкубационный период. Кроме того, открытый характер исходного кода позволяет децентрализованно и совместно вводить новые решения.

     Мы считаем, что есть три главных способа, с помощью которых OpenStack сможет добиться успеха в долгосрочной перспективе:

• Открытый исходный код со временем превратится в успешное решение тех, кто ищет базовую, дешевую CMP.
• В ядро открытого исходного кода будут включены успешные коммерческие продукты и сервисы, в дополнение к частным расширениям и возможностям, добавляемым компаниями-поставщиками.
• Поставщики облачных сервисов IaaS будут использовать ядро открытого исходного кода, в сочетании с собственными возможностями или полученными от коммерческих поставщиков, для усиления своих предложений в широком масштабе.

      OpenStack находится в процессе передачи от Rackspace к некоммерческой организации OpenStack Foundation. Как только эта организация возьмет в свои руки бразды правления, он должен будет отвечать на вопросы, имеющие критическое значение для развития проекта, включая определение сущности OpenStack. Например, что можно называть «OpenStack» и в каком контексте.

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

     Рекомендации:

     Если вы принимает OpenStack:

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

     Оригинал статьи: http://www.gartner.com/technology/reprints.do?id=1-1C3IGID&ct=120919&st=sb