Удалённые вычисления с nanoHUB

"Научный шлюз" использует программы с открытым исходным кодом для открытия новых возможностей в распределённых исследованиях

nanoHUB — это виртуальный вычислительный центр, созданный для поддержки исследований в области нанотехнологий. Он использует компоненты с открытым исходным кодом для получения гораздо более впечатляющих результатов, чем используемые ранее средства удалённого доступа. Эта статья подробно описывает частные настройки и усовершенствования, необходимые для получения максимальной производительности, безопасности и удобства в использовании от применения такого известного программного обеспечения, как VNC и WebDAV.

Кэмерон Лэйрд, вице-президент, Phaseit,Inc.

Photo of Cameron LairdКэмерон Лэйрд (Cameron Laird) - бывший обозревательэтого сайта и в течение длительного времени пишет для developerWorks. Он часто рассказывает про Open Source проекты, позволяющие его работодателям ускорить разработку технологий в области надежности и безопасности передачи информации. Кэмерон впервые начал использовать AIX двадцать лет назад, когда тот был все еще экспериментальным продуктом. Все это время Кэмерон был заинтересованным пользователем и разработчиком средств для отладки памяти. Вы можете связаться с ним по адресу claird@phaseit.net.



Рик Кеннэл, инженер по промежуточному ПО и технолог по виртуализации, Purdue University

Рик Кеннэл (Rick Kennell) — инженер по ПО промежуточного слоя и технический специалист по виртуализационному ПО университета Perdu.



23.06.2010

nanoHUB.org использует уникальную систему ПО Middleware, в которой обеспечен точный баланс безопасности, производительности и гибкости для поддержки распределённых публичных исследований в области нанотехнологий. Учёные, которые используют этот «исследовательский шлюз», могут больше внимания уделять своим исследованиям, а не вычислительным задачам.

Между тем, помимо явных важных преимуществ, nanoHUB дает представление о том, как можно настроить и улучшить хорошо известные в мире открытого ПО программы для значительного расширения возможности виртуальных вычислений. Говоря об этом проекте, Суприйо Датта, директор института наноэлектроники вычислений NASA/Purdue, подчеркнул: "Приложив совсем немного усилий, мы сделали наши инструменты моделирования доступными для наших коллег. Теперь наши коллеги могут легко запускать программу молекулярного электронного моделирования". Как видно из рисунка 1, nanoHUB приятно сочетает в себе простоту использования для учёных, которые публикуют с его помощью свои работы, и для их коллег, которые знакомятся с этими публикациями.

Рисунок 1. Снимок экрана с моделью карбоновой нанотрубки
Снимок экрана с моделью карбоновой нанотрубки

nanoHUB — это исследовательский центр на базе Web.

Основная идея проста: представьте себе, что вы ведете исследования в области нанотехнологии и хотите пользоваться преимуществами ресурсов Сети вычислительной нанотехнологии (NCN, Network for Computational Nanotechnology) — консорциума нескольких университетов и других организаций (см. раздел Ресурсы). Клавиатура и дисплей вашего настольного или переносного компьютера должны предоставить вам полный спектр данных, вычислительной мощи, аппаратного обеспечения для создания виртуальной среды и приложений NCN, где бы вы ни находились и какие бы конкретные ресурсы ни были физически доступны в этот момент.

Хотя с точки зрения конечного пользователя все это работает просто, для реализации такого механизма на практике потребуется много усилий потому что:

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

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

Это удобство проистекает только из оптимального сочетания правильно настроенных VNC, SSL, X11, Apache и некоторых других программ с открытым исходным кодом. Вернёмся к изображению с моделированием нанотрубки в начале статьи (см. рисунок 1). Это изображение было получено за несколько секунд щелчком мышки в специальном приложении nanoHUB (CNTbands 2.0) с правильно выбранными параметрами и с интерактивной настройкой 3D изображения. Никакого дополнительного ПО не требуется, за исключением обычного интерпретатора среды Java, доступного через Web-браузер. В частности, пользователь не должен самостоятельно скачивать и настраивать систему визуализации модели. Большинство ученых не знают, как пользоваться OpenDX или PyMol (и уж тем более, как их инсталлировать), но они и не должны знать этого.

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

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

Более того, этот замечательный пример позволяет сделать обобщение. В академических кругах традиционно считается, что, для работы со сложной графикой требуется самый мощный настольный компьютер, однако nanoHUB с помощью хорошо настроенного VNC обеспечивает высокую производительность даже при передаче по относительно медленным сетям WAN. nanoHUB пользуется преимуществами множества специализированных средств, расположенных на сайтах NCN, затем применяет RFB-протокол VNC для передачи зрительной информации на настольные компьютеры, где находятся клиенты nanoHUB. Компьютерные специалисты сосредоточены на том, чтобы выжать как можно больше из физических ресурсов nanoHUB, в то время как исследователи в области нанотехнологий по всему миру, использующие nanoHUB, не должны вникать в проблемы вычислений.

Усовершенствование ПО: реализации принципа "работающих программ"

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

Эти операции не так просты, как кажется пользователю – нажатие кнопки видно только на стороне сервера вычислений, а для скачивания файла сервер отправляет запрос клиенту на получение файла из nanoHUB. Запрос перенаправляется до приложения, где Web-сервер на Tcl предоставляет файл. Загрузка файлов происходит так же удобно. Конечный пользователь получает то, за чем он пришёл, и картинка, видимая через VNC, не влияет на запуск нового окна браузера.

И ещё одно замечание. Обратите внимание, что происходит, если вы зацепляете границу окна и растягиваете видимую область приложения и окно подчиняется этой команде. Это не просто изменение размеров окна, поскольку объём буфера кадров, обслуживающего сервер X11, ограничивает любые изменения размеров. Вместо этого nanoHUB изменяет размеры самого буфера кадров сервера X11, что позволяет буферу на стороне наблюдателя "упаковать" приложение в "обёртку" подходящего размера. Насколько нам известно, этот подход никогда ранее не был документирован для серверов X11. X сервер Xephyr, например, обновляет Xnest в некоторых аспектах, но он не пытается реализовать эту изящную операцию.

Видимая область приложения также включает в себя всплывающую кнопку, которая отсоединяет окно VNC. Это очень полезно с учетом слабых возможностей рендеринга встроенных Java-апплетов в некоторых браузерах. В частности, движения курсора мышки конечного пользователя часто оставляют следы курсора в FireFox на Mac OS X или в любом браузере, запущенном на рабочем столе Windows XP, поделённом между двумя мониторами. Отсоединение даёт полностью растягиваемое окно на основе VNC, где курсор не оставляет никаких следов.

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

Инфраструктура виртуализации nanoHUB позволяет легко контролировать его работу и обеспечить безопасность. Она упрощает выполнение таких задач, как запуск "1000 random application sessions in rapid succession" или "100 sessions could be started simultaneously", как объясняется на официальном сайте nanoHUB. Более того, текущая реализация "синтезирует полностью закрытое окружение для каждой сессии приложения". Глубокая управляемость этих возможностей усиливает возможности технической группы nanoHUB изолировать ошибки и повышать безопасность.

NanoHUB также поднимает уровень стандартов для упрощения других аспектов его управления. Широкие возможности для управления предоставляет WebDAV. Протокол WebDAV расширяет извлекающую модель HTTP для получения возможностей чтения и записи с помощью технологий обычного браузера. Каким образом может WebDAV получить доступ к такой многопользовательской файловой системе, как сложная в вычислительном отношении структура nanoHUB? С помощью быстрого и простого преобразования данных от Web-сервера в конкретного пользователя через программируемую файловую систему FUSE. Это даёт более безопасный доступ, чем традиционные альтернативы: запустите Web-сервер как root (!), с переключением экземпляров на привилегии получающего доступ к файлам. Последний подход, позволяющий запуск серверов из-под рута (root), применяется многими другими сайтами. Приятно осознавать, между прочим, что экосистема сообщества открытого ПО сейчас достаточно богата, чтобы поставлять детали любого сорта, такие, как FUSE, которые могут быть скомбинированы для получения ещё лучших решений — более безопасных, более эффективных, более управляемых.

Изменения компонентов с открытым исходным кодом

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

На сегодняшний день NanoHUB и его ближайшие предшественники разрабатываются уже более десяти лет; подробный обзор всех наработок, включённых в nanoHUB, выходит за рамки этой статьи. Модификации в VNC и X11, например, многочисленны, очень сложны и рассеяны по многим исходным файлам для решения проблем безопасности, которые просто не могли возникнуть в те времена, когда эти программы были изначально написаны. Кроме того, выпуск релизов NCN регулируется правилами университета Perdu, которые не учитывают принципы Open Source.

Модификации WebDAV распределителя (mapper) FUSE достаточно локализованы и в них можно разобраться, даже если рассматривать их изолированно. Большая часть примера кода fusexmp.c в FUSE — это анализ опций, обработка ошибок и повторное использование кода. Там, где в оригинале стоит fuse_main(...), nanoHUB полагается на версию, устанавливающую очередность (листинг 1):

Листинг 1. Проработка fuse_main() в nanoHUB
      fuse_setup(...);
      umask(0);
      setfsuid(...);
      chroot(...);
      setregid(...);
      setreuid(...);
      fuse_loop(...);
      fuse_teardown(...);

Золотое правило безопасности — установить правильные права доступа, не слишком строгие и не слишком слабые.

Сравнения

nanoHUB не использует общий доступ к дисплею компьютера, как это делают популярные системы удалённого доступа, такие как Fog Creek Copillot, Microsoft Remote Desktop, WebEx Desktop или GoToMyPc; напротив, он скорее напоминает Citrix и размещает множество виртуальных дисплеев на одном сервере. У nanoHUB нет лицензионных отчислений, а также nanoHUB лучше , чем Citrix, переносим как для хостинга, так и для отображения. Также клиенты nanoNUB встраиваются в браузеры, как было проиллюстрировано выше, и подключения могут быть более легко сформированы так, чтобы пройти через типичный брандмауэр.

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

Переадресация портов предоставляет наглядный пример — nanoHUB использует маршрутизатор подключений на Web-сервере для переадресации портов. Он слушает порт 563 (NNTPS) и ждёт подключения. Когда nanoHUB доставляет конфигурацию VNC клиента Web-браузеру пользователя (защищённо через HTTPS), то nanoHUB добавляет несколько параметров, говорящих клиенту, как "переговариваться" с маршрутизатором. Маршрутизатор пассивно переадресует подключение на нужный VNC-сервер в частной внутренней сети.

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

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

Маршрутизация на уровне пользователя для переадресации портов ликвидирует эти проблемы. И даже ещё лучше, маршрутизатор подключений предоставляет другой уровень безопасности и контроля; в частности, он может легко оповестить, когда и как долго просматривалось приложение. Это критически важно как для понимания, за счёт чего выигрывает nanoHUB с точки зрения конечного пользователя, так и для учёта.

Прохождение через прокси

Неподписанные апплеты

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

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

Это указывает на возможность использования неподписанного апплета, открывающего два HTTP потока — один, который никогда не прекратит запись, и другой — для непрерывной записи и чтения заголовка.

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

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

Метод nanoHUB защищённого прохождения через Web-прокси нестандартен и, возможно, даже уникален. В качестве сопутствующих попутных деталей разработчики nanoHUB, скрепя сердце, решили использовать стандартный метод доступа к прокси CONNECT с подписанным апплетом. Даже такое решение, спустя несколько месяцев утряски, привело к сглаживанию некоторых острых углов:

  • необнаруживаемые, неподтверждаемые прокси;
  • Web-браузеры со специфическими методами передачи параметров прокси в среду Java;
  • тщательная реализация тайм-аута по ошибке сети на языке Java 1.4;
  • фильтры 7-го уровня, ошибочно принимающие связь nanoHUB за программы незаконного обмена файлами;
  • конечные пользователи за прокси, которые они не понимают и не могут объяснить или проанализировать.

nanoHUB изучил и теперь проходит практически все прокси, нужные для обслуживания его клиентуры.

Наука открытых исходников

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

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

Ещё слишком рано анализировать все последствия. Однако можно надеяться, что гораздо большая открытость и наглядность в вычислительных частях нанонауки будет значительно способствовать ускорению прежде всего исследований. Конечно, рационализация вычислительной инфраструктуры была положительно оценена многочисленными учеными и студентами, уже ощутившими превосходство nanoHUB. Похоже, что успех nanoHUB представляет собой добродетельный цикл (virtuous cycle) между некоторыми отдельными элементами:

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

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

Рисунок 2. Снимок экрана с четвёртым энергетическим уровнем квантовой точки
SСнимок экрана с четвёртым энергетическим уровнем квантовой точки

Выводы

Около 12 календарных лет вдумчивого программирования ушло на разработку nanoHUB. X11, VNC и другие хорошо известные технологии предвещают удалённые вычисления, и они стали основой усовершенствования nanoHUB и его превращения в невидимое ПО промежуточного слоя. Усилия по созданию виртуальной среды на всех уровнях и всех направлениях дало в итоге такое ПО, которое выдвигает науку на первый план вместо искусственных преград, обычных для многих вычислительных сред. Конечный пользователь не должен изучать детали вычислительного процесса, приносящего научно значимые результаты. Компоненты с открытым исходным кодом дают хороший исходный материал, но на этом этапе всё ещё требуется большой объём программирования и системного администрирования для достижения вычислительного опыта "без сучка без задоринки", который хотят видеть учёные.

Благодарности

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

Ресурсы

  • Примите участие в обсуждении материала на форуме.
  • Оригинал статьи nanoHUB does remote computing right (EN).
  • nanoHUB: это сайт "Ресурс для нанонауки и нанотехнологий ... созданный Национальным научным фондом (NSF)" NCN (NCN). Эта страница объясняет, что такое нанотехнология и описывает темы исследований NCN.(EN)
  • ПО промежуточного слоя: "Хронология nanoHUB" представляет архитектурные основы nanoHUB. Ранние формы ПО промежуточного слоя использовались с 1995 года. С тех пор программисты улучшили его производительность, безопасность и надёжность, попутно улучшая управляемость за счет использования стандартных компонентов. Доступен исходный код многих приложений nanoHUB. (EN)
  • КонференцияTeraGrid '07: многие мысли этой статьи были представлены в докладе "Использование nanoHUB как научного шлюза" на TeraGrid '07 4 июня 2007 года. В духе "утилитарных вычислений 2.0 (utility computing 2.0)" ранее была написана статья для developerWorks, "Удалённые вычисления с сервером приложений Linux (developerWorks, февраль 2007)", которая также опиралась на VNC и смежные технологии виртуализации.(EN)
  • "SSL защищает приложения VNC" (developerWorks, январь 2007): Эта статья объясняет один из ранних методов шифрования и аутентификации, использовавшихся для трафика VNC в nanoHUB и похожих приложениях.
  • FUSE: FUSE расшифровывается как "файловая система в пользовательском пространстве", — это программируемая полнофункциональная файловая система. Для чего нужно программировать файловую систему? Один из способов понять это — "согласование сопротивлений" вместо того, чтобы силой применять архитектуру там, где она плохо подходит. FUSE может переключаться между двумя интерфейсами и сделать оба интерфейса "уютными".
  • WebDAV: все знают, что такое Web — браузер может читать документы, которые находятся на другом конце земли.

    Тем не менее изначально запись этих документов была почти так же важна. В настоящей истории Web технология записи была на втором плане в течение многих лет. Тем не менее недавно WebDAV стал достаточно широко признан, настолько, что теперь удобно полагаться на его HTTP-расширения для поддержки распределённой разработки ("distributed authoring", буквы "D" и "A" в "WebDAV").(EN)



    Страничка Википедии читается легче, чем официальная домашняя страничка WebDAV, указанная выше. В самих developerWorks были опубликованы дюжины статей, затрагивающих эту тему, одна из которых "Web папки и WebDAV" (developerWorks, январь 2004) и "Будущее распределённой разработки ПО в Internet" (developerWorks, январь 2004) дают наилучшее введение в тему для наших целей.
  • "Лёгкие Web-серверы" (developerWorks, июль 2007): эти серверы — одни из тех ценных базовых исходных материалов, из которых построен сложный комплекс nanoHUB.
  • Переосмысление Linux: Эта статья затрагивает, среди других тем, применение существующей технологии, и особенно VNC, для интеграции "родных" приложений внутри рабочего пространства браузера как внутри рабочего пространства компьютера. Статья посвящена тому, что видит и чувствует конечный пользователь, и таким образом обращает наше внимание на аспекты безопасности и производительности. Ещё больше специальных эффектов доступно в современном диапазоне оконных менеджеров, основанных на X11, как описано в статье(EN) "Can't Get Enough Desktops!" Заметьте, что Xephyr— это эффективная модернизация Xnest, рекомендованного в этой последней статье. Skippy предоставляет "переключение между задачами", основанное на X11 в стиле Expos? (кто-нибудь, помогите мне дотянуться до e-ague через XML), и даже более эзотерические интерфейсы и возможности становятся практическими. "Переосмысление ..." и nanoHUB объединились в признании потенциала переформатирования всех этих возможностей в целях применения для централизованно управляемой перегруппировки. Виртуализация ... радикально ... абстрагирование от установленной ОС ..(EN).
  • Ещё одно радикальное дополнение к инфраструктуре, такой как nanoHUB, это "LiveCD", такой как cl33n, с которого можно загрузиться, подключиться к Интернету и запустить Web-браузер.
  • Citrix: Citrix и много других компаний, производящих ПО и аппаратное обеспечение, продают "тонкие клиенты" в том или другом виде. Среди "тончайших" из них такие продукты, как "сетевой монитор” ViewSonic ND4210w. Это один из широкоэкранных LCD-мониторов, подходящих для просмотра исследовательской группой или классом, со встроенным медиа-плеером, Web-браузером, проигрывателем Flash и т.д. Его можно подсоединить к сети сразу после извлечения из упаковки. Для его конфигурирования не нужен ПК, и он практически готов к показу приложений nanoHUB. Заметьте, что наша цель — не реклама какого-то отдельного продукта, а иллюстрация того, как nanoHUB сочетается с другими элементами для того, чтобы воплотить в реальность новые уровни функциональности, безопасности и надёжности.
  • Виртуализация приложений набирает силу: "виртуализация приложений" — это ещё один лозунг, под которым сейчас идёт автоматизация. Если организация делает основной акцент на безопасности и простоте управления, запуская для этого приложения с минимальной локальной инсталляцией, включая изменения в реестре, загружаемые системные библиотеки и системные настройки, то она может рассматривать удалённое управление через VNC и Web-приложения как разновидность виртуализации приложений.
  • Получайте свежую информацию из раздела Web-трансляций и технических мероприятий developerWorks.
  • Podcasts: настройтесь и идите в ногу с техническими экспертами IBM.(EN)

Комментарии

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=AIX и UNIX
ArticleID=497762
ArticleTitle=Удалённые вычисления с nanoHUB
publish-date=06232010