Секрет успеха облачной среды: гибкое планирование вычислительной мощности

Принципы и инструментальные средства планирования для создания успешных сред облачных вычислений

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

Хосе Варгас, старший менеджер, IBM

Хосе Варгас — старший менеджер в организации IBM Cloud Labs. Руководит реализацией и внедрением продукта IBM Infrastructure Planner for Cloud Computing. Ранее Хосе руководил разработкой и реализацией решения IBM Blue Cloud, развертывание которого производилось в центре облачных вычислений в г. Уси (КНР). До этого группа Хосе реализовала и поддерживала облако IBM Innovation для офиса директора IBM по информационным технологиям, а также вместе с подразделением IBM Research работала над начальной реализацией продукта IBM Research Compute Cloud (RC2). За 27 лет своей работы в IBM Хосе занимал должности, связанные с разработкой программного обеспечения, планированием и управлением. Хосе активно участвует в жизни своего сообщества и любит заниматься наставничеством. Он является членом клуба Silicon Valley Latinos и помогает местным учебным учреждениям, участвуя в образовательной деятельности.



Клинт Шервуд, ведущий редактор, IBM

Клинт Шервуд — писатель и ведущий редактор в группе IBM Cloud Enablement. Обладая более чем 20-летним опытом в областях продаж технологий, маркетинга и связей с общественностью, он пишет и редактирует материалы и участвует в подготовке публикаций, связанных с облачными вычислениями. Клинт начал свою карьеру в IBM в качестве писателя и редактора в программе Technology Adoption Program. Клинт был одним из авторов отчета IBM CIO Vision 2015 и является автором и редактором многочисленных книг, технических описаний, информационных бюллетеней, рекламных материалов для заказчиков, видеоматериалов, подкастов и блогов.



09.10.2012

Развить навыки по этой теме

Этот материал — часть knowledge path для развития ваших навыков. Смотри Облачные вычисления: общие сведения о концепции «Инфраструктура как сервис»

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

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

Слишком много виртуализации – хорошо или плохо?

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

Для успешного планирования облачной среды системный администратор должен быть способен ответить на пять вопросов:

  1. Сколько вычислительной мощности доступно в центре обработки данных?
  2. Сколько доступной вычислительной мощности в настоящее время потребляется?
  3. Когда освободится вычислительная мощность?
  4. Каков прогноз в отношении новых запросов?
  5. Какова окупаемость инвестиций?

В этой статье представлены базовые методы для определения вычислительной мощности облака и ее расчета. Кроме того, в статье представлено инструментальное средство IBM® Infrastructure Planner for Cloud Computing, которое может помочь в достижении основных целей при переходе на облачные вычисления.

Оценка вычислительной мощности облака

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

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

Основной расчет: определение числа виртуальных ЦП

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

Для упрощения задачи точного распределения ресурсов систем и планирования вычислительной мощности в некоторых облачных средах используют стандартную облачную «единицу ЦП», за которую принимают вычислительную мощность физического ЦП с тактовой частотой 1 ГГц. Например, когда пользователь запрашивает два ЦП, он получает вычислительную мощность двух ЦП с тактовой частотой 1 ГГц. Это означает, что система с двумя ЦП, каждый из которых имеет четыре ядра, работающих с тактовой частотой 3 ГГц, будет эквивалентна 24 единицам ЦП.

2 ЦП x 4 ядра x 3 ГГц = 24 единицы ЦП

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

Помните: при сравнении числа облачных единиц ЦП на разных платформах вычислительная мощность одного процессора с тактовой частотой 1 ГГц в процессорной системе IBM PowerVM™ не равна 1 ГГц процессора Intel®. Для получения точных результатов следует сравнивать процессоры только в пределах одной платформы.

Роль физических ЦП

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

Балансировка ресурсов ЦП с ресурсами памяти и хранилища

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

Например, покупка системы с вычислительной мощностью в 24 единицы ЦП и объемом памяти всего 2 ГБ в облачной среде имеет мало смысла. В этом случае, если пользователь запросит виртуальную машину с двумя ЦП и 2 ГБ памяти, для выполнения одного этого запроса будет выделен весь сервер целиком. А 22 невыделенные единицы ЦП будут недоступны другим пользователям и поэтому будут бездействовать на всем протяжении жизненного цикла данного запроса.

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


Влияние способа запроса ИТ-сервисов

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

Традиционное представление

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

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

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

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

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

Вид из облаков

Облачные вычисления предоставляют нам совершенно другой сценарий:

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

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

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


Определение потребностей в ресурсах

Рассмотрим потребности в ресурсах на примере стандартного сценария организации, занимающейся разработкой:

Некоторая компания осуществляет реализацию новой облачной среды для своего отдела разработки и тестирования, состоящего из 150 инженеров-программистов. Сто из этих инженеров-программистов заняты разработкой программного обеспечения, 40 осуществляют контроль качества программного обеспечения, а 10 отвечают за эксплуатацию и техническое обслуживание производственной среды.

Насколько велико должно быть облако для удовлетворения потребностей этой организации в вычислительной мощности? Для ответа на данный вопрос нам нужна информация по двум аспектам (каждый из которых, разумеется, разделяется на более мелкие информационные составляющие): требованиям пользователей и системным ресурсам. Это выглядит примерно так:

  1. Требования пользователей:
    1. Средние потребности в ресурсах для разработчиков программного обеспечения
      1. В среднем по две виртуальные машины на одного разработчика
      2. ЦП: 6 единиц ЦП, память 2 ГБ, дисковое пространство=100 ГБ
      3. Среда в среднем нужна на 90 дней
    2. Средние потребности в ресурсах для инженеров по обеспечению качества программного обеспечения
      1. В среднем по три виртуальные машины на одного разработчика
      2. ЦП=4 единицы ЦП, память=2 ГБ, дисковое пространство=50 ГБ
      3. Среда в среднем нужна на 30 дней
    3. Средние потребности в ресурсах для производственной среды
      1. По одной виртуальной машине на среду прикладных программ
      2. ЦП=12 единиц ЦП, память=16 ГБ, дисковое пространство=500 ГБ
      3. Среда в среднем нужна на один год
  2. Системные ресурсы:
    1. Используемые системы: блейд-серверы IBM BladeCenter® HS22 с 8 процессорами с частотой 2,8 ГГц
    2. Объем памяти на один сервер: 48 ГБ
    3. Дисковое хранилище на один сервер: 1200 ГБ

Как показано на рисунке 1, процесс планирования вычислительной мощности показывает, что в среднем требуется примерно 113 систем. Чтобы в среде было достаточно свободных ресурсов для выполнения всех запросов в 100% случаев, рекомендуется использовать 124 сервера. Так планирование вычислительной мощности может помочь в определении количества систем, необходимых для указанной организации. (Ниже в этой статье мы представим инструментальное средство планирования вычислительной мощности IBM Infrastructure Planner for Cloud Computing, которое упрощает выполнение задач планирования. Изображение, представленное на рисунке 1, позаимствовано из результатов работы этого инструментального средства при осуществлении планирования для данного сценария.)

Рисунок 1. Оценка для данного сценария
Estimate for this scenario

Увеличение вычислительной мощности с помощью виртуализации

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

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

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

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

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


Реальный мир, реальные тенденции

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

Например:

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

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

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

Изменение потребностей с течением времени следует рассматривать как тенденцию, а не пик, как показано на рисунке 2.

Рисунок 2. Пик или тенденция?
Is it a spike or a trend?

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

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

Для точного прогнозирования администраторам необходимо отслеживать следующую информацию:

  • Количество пользовательских запросов
  • Количество запрашиваемых виртуальных машин
  • Выделенный объем ресурсов ЦП, памяти и дискового хранилища
  • Фактическое потребление ресурсов ЦП, памяти и дискового хранилища
  • Общая вычислительная мощность облака

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

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

Рисунок 3. Тенденция отношения выделенного объема ресурсов ЦП к объемам использования
CPU allocation vs. usage trend

Инструмент IBM Infrastructure Planner for Cloud Computing

Инструментальное средство IBM Infrastructure Planner for Cloud Computing помогает ИТ-администраторам обеспечить наличие достаточного количества ресурсов аппаратных средств, программного обеспечения и инфраструктуры для того, чтобы у пользователей облака сложилось впечатление неограниченного количества вычислительных ресурсов. Это инструментальное средство, которое в настоящее время ориентировано на оценку вычислительной мощности в средах IBM Smart Business Development and Test Cloud, IBM WebSphere® CloudBurst и IBM Tivoli® Service Automation Manager (TSAM), предоставляет администраторам следующие возможности :

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

Для получения дополнительной информации об этом продукте можно отправить электронное сообщение по адресу planner@us.ibm.com.

На рисунке 3 показаны:

  • суммарная вычислительная мощность ЦП (синяя линия);
  • выделенный объем ресурсов ЦП (красная линия);
  • фактически используемые ресурсы ЦП (зеленая линия).

Суммарная вычислительная мощность ЦП по сентябрь включительно составляла 500 единиц ЦП. В октябре в среду были добавлены дополнительные системы и стали доступны 300 дополнительных единиц ЦП. Линия выделенных ресурсов показывает, что вычислительная мощность ЦП постоянно добавляется на основании запросов пользователей (типовой сценарий для новых центров облачных вычислений).

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

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

Автоматизированные мониторинг и подготовка отчетов по облачным ресурсам способствуют более простому и точному обнаружению тенденций и планированию вычислительной мощности. Инструментальные средства, которые выполняют эти задачи (например, IBM Infrastructure Planner for Cloud Computing), часто оправдывают затраченные на них средства, поскольку они оптимизируют процесс и позволяют администратору быстро предоставлять необходимые ресурсы.


Заключение

Следующий шаг

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

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

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

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

Ресурсы

Научиться

Получить продукты и технологии

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


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

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



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

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Information Management
ArticleID=839681
ArticleTitle=Секрет успеха облачной среды: гибкое планирование вычислительной мощности
publish-date=10092012