Клиентское решение IBM Open Collaboration: Обзор

Узнайте о вопросах, которые возникают при внедрении в организации пробного клиентского решения на Linux®, в том числе в части планирования в соответствии с требованиями бизнеса и ИТ, архитектурных решений, рисков и понимания того, как клиентское решение IBM Open Collaboration используется для реализации настольной системы будущего уже сейчас.

Фахим Альтаф, старший разработчик программного обеспечения, IBM

Фахим Альтаф (Faheem Altaf, faheem@us.ibm.com) — старший разработчик программного обеспечения в IBM, работающий в Остине, штат Техас. Как технический руководитель международного проекта «Настольная система будущего» в Центре Linux-интеграции IBM, он продвигает клиентские инициативы IBM Open Collaboration по всему миру, проводя информационные совещания с клиентами, демонстрации пробных проектов, семинары по обмену опытом и поддержку клиентов на местах. Имеет семилетний опыт разработки ПО и степень бакалавра компьютерных наук в Техасском университете в Остине.



Энтони Сатьядас, руководитель направления конкурентного маркетинга, IBM

Энтони Сатьядас (antony_satyadas@us.ibm.com) руководит конкурентным маркетингом и функциональными вопросами проекта «Настольная система будущего» для ПО IBM Lotus. Энтони имеет 23-летний международный опыт в ИТ и является экспертом в преодолении разрыва между бизнесом и ИТ при помощи Web 2.0+, сервис-ориентированной архитектуры и моделирования систем с элементами искусственного интеллекта. Он имеет степень магистра компьютерных наук и степень кандидата компьютерных и когнитивных наук Университета Алабамы, а также степень магистра электротехники и электроники Университета Керала, Индия. Энтони является старшим членом IEEE; среди прочего, у него есть сертификаты старшего исполнительного разработчика архитектур от IBM и ведущего разработчика ИТ архитектур от Open Group.



02.12.2008

Примечание редактора: это первая часть из пяти в серии статей. См. другие статьи из этой серии: об организационном планировании и сегментации пользователей для миграции настольных систем (Часть2), о техническом планировании (Часть 3), о переводе приложений для бизнеса на настольные Linux-системы (Часть 4) и об архитектурных решениях и вариантах выполнения для открытого виртуального клиента IBM (Часть 5).

Эта статья ознакомит вас с самыми важными техническими вопросами, возникающими при введении в организации клиентских решений на Linux. Требования бизнеса и ИТ варьируются от необходимости уменьшить затраты до необходимости поменять настольные системы по тем или иным причинам. Мы начнем с ознакомления с клиентским решением IBM Open Collaboration (OCCS). Мы обоснуем необходимость нашего решения исходя из требований бизнеса и ИТ, а затем приведем подробную схему архитектуры клиентского решения IBM Open Collaboration.

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

Клиентское решение IBM Open Collaboration — безопасная и эффективная по цене альтернатива настольным системам от Microsoft®, которая предоставляет гибкость, свободу выбора и захватывающую возможность использовать новаторское решение на рабочих местах, достигая при этом меньшей общей стоимости владения. Решение позволяет вам уже сейчас начать работу с настольными системами будущего. Клиентское решение IBM Open Collaboration может включать различные продукты IBM (для настольных компьютеров и для серверов), операционную систему (Microsoft Windows®, Linux – Novell, Red Hat или Ubuntu, Mac OS) и, возможно, другие приложения от сторонних разработчиков или собственное ПО. Компоненты решения можно классифицировать по четырем видам архитектурных служб:

  1. Службы платформы и операционной системы.
    • Службы промежуточного клиентского ПО:
      • Комбинирование приложений, plug-and-play: Lotus® Expeditor — основанная на Eclipse мощная клиентская платформа для работы с составными приложениями или комбинированными деловыми решениями для сетевого и удаленного использования. Также вы можете использовать IBM Lotus Domino® и IBM Lotus Symphony для создания композитных приложений, расширяющих Lotus Expeditor.
      • Использование в подключенном и отключенном режиме благодаря возможностям репликации и локального хранения данных.
      • Встроенный браузер: Firefox — web-браузер с открытым исходным кодом, разрабатываемый Mozilla Foundation.
      • При необходимости — дополнительные компоненты SaaS (Software as a Service, программное обеспечение как услуга).
    • Управление настольными системами, в том числе развертывание, работа с патчами, обеспечение безопасности и защита от вирусов, юзабилити — например, 3D-взаимодействие.
    • Службы операционной системы.
    • Инструменты миграции от Diamond Edge и Mainsoft до Ericom/Win4lin/Citrix.
  2. Службы взаимодействия.
    • Электронная почта и календарь: IBM Lotus Notes® или IBM Domino Web Access.
    • Унифицированные коммуникации и взаимодействие: IBM Lotus Sametime® предлагает деловой обмен мгновенными сообщениями, web-конференции, проверку присутствия и интеграцию с IP-телефонией.
    • Возможности Web 2.0 для социального ПО бизнес-уровня (опция): IBM Lotus Connections предоставляет функции рабочей деятельности, блоги, сообщества, службы социальных закладок и профили.
    • Командное взаимодействие и организация документов (дополнительно): эти возможности предоставляет IBM Lotus Quickr® .
  3. Службы приложений.
    • Редактор документов: IBM Lotus Symphony поддерживает OASIS Open Document Format (ODF) — стандарт ISO.
    • Сбор и объединение данных и приложений на основе web-браузера (дополнительно): IBM WebSphere® Portal может использоваться для создания и объединения приложений и источников данных с доступом через общую точку входа при помощи популярных браузеров, таких как Internet Explorer, Firefox и Safari.
    • Приложения Делового Партнерства (дополнительно): включают Projity для управления проектами и ряд других горизонтальных и вертикальных приложений.
  4. Службы клиентского доступа.
    • Подходящие устройства, такие как настольные, портативные или карманные компьютеры с соответствующими форм-факторами.
    • Выбор между толстым или тонким, между виртуальным и реальным клиентом.

Содержание этой статьи сфокусировано на реализации на основе Linux.

Деловые, функциональные и нефункциональные требования

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

Потребности бизнеса

К выбору альтернативных настольных систем приводят следующие потребности бизнеса:

  • Уменьшение затрат. Деловые организации и государственные учреждения хотят снизить свои затраты на настольные системы. Эти затраты простираются от приобретения аппаратного и программного обеспечения до обслуживания и поддержки и охватывают людей, процессы и технологии. Эти требования обуславливаются следующими причинами:
    1. Цикл обновления аппаратного обеспечения настольных компьютеров (обычно каждые три или четыре года).
    2. Проблемы с обновлением и переходом на Microsoft Vista и Microsoft Office 2007. Операционная система Vista требует больше памяти и процессорной мощности. Также требуется время на изучение новых функций и возможностей и соответствующего пользовательского интерфейса.
    3. Решение проблемы прекращения поддержки программ. Хороший пример такого случая — Microsoft Visual Basic 6; вы можете решить перейти на .NET или на другие технологии, такие как Java™.
  • Стремление использовать возможности Web 2.0 и сервис-ориентированной архитектуры. С ростом доли поколений X, Y и Z и мобильных работников во всех бизнес-сферах мы сталкиваемся с необходимостью задействования новаторских решений Web 2.0. Также возникает необходимость оптимизировать бизнес-сервисы и изменения в бизнес-процессах, порожденные сервис-ориентированной архитектурой (Service-Oriented Architecture, SOA). Подобное начинание, разумеется, возникает из требований повышения продуктивности и приспособляемости предприятия. Старая настольная система с закрытым ПО и устаревшими средствами коммуникации — не лучшая отправная точка для такого начинания.
  • Отход от закрытых форматов и переход на открытые стандарты. Правительства многих стран мира сегодня требуют, чтобы публичные текстовые документы, электронные таблицы и презентации создавались и хранились в открытых форматах. Подробности см. на сайте Объединения ODF.

Функциональные требования

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

Рассмотрим некоторые типичные пользовательские сегменты и то, как они соотносятся с ролями. Обратите внимание, что эти роли соотносятся с бизнес-сервисами, а соответствующие бизнес-процессы выявляются и реализуются в любом SOA-начинании.

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

Рисунок 1. Возможности настольных систем, основанные на сегментации пользователей
Возможности настольных систем, основанные на сегментации пользователей

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

  • Фиксированные функции. Этим пользователям требуются настольные системы, которые предоставляют ограниченные возможности, такие как работа с приложениями через web-браузер (Firefox, Internet Explorer). Большая часть работы производится на стороне сервера с очень небольшой зависимостью от клиентской системы. Такие системы обычно применяются в секретарской работе и используются как информационные терминалы либо как «малоинтеллектуальные» терминалы на тонких клиентах. Для таких систем требуется лишь ограниченная офисная функциональность, они обычно предоставляют базовые возможности для работы с электронной почтой и просмотра веб-страниц с ограниченным доступом к продвинутым возможностям настольной системы. Для таких сред хорошо подходят находят настольные системы на основе Linux, так как большая часть задач реализуется на серверной стороне, а приложения, необходимые для их выполнения, такие как Firefox, файловая система, система печати Samba и OpenOffice являются стандартными для настольных систем под Linux.
  • Техническая, деловая рабочая станция или базовый офис. Этим пользователям, наоборот, требуются приложения начиная с клиентов электронной почты и заканчивая ключевыми бизнес-приложениями, локально работающими в их системах. Под эту категорию подходит основная часть сотрудников компаний, решающих корпоративные задачи. Этим пользователям требуются для ежедневной работы базовые офисные возможности, такие как электронная почта, обмен мгновенными сообщениями, корпоративные порталы, браузеры и доступ к файловым системам и системам печати.

    Настольные Linux-системы сильно продвинулись вперед для удовлетворения нужд этого пользовательского сегмента. Учитывая вопросы стоимости решений для заказчиков и безопасности, IBM начала вкладывать деньги в настольные Linux-системы, распространяя поддержку своих корпоративных решений на Linux. Первым корпоративным клиентом электронной почты от IBM, работающим на настольных Linux-системах, стал IBM Lotus Notes 7.0.1, после чего IBM добавила поддержку клиента для обмена мгновенными сообщениями IBM Lotus Sametime, IBM Lotus Expeditor, редакторов документов от IBM, клиента IBM Mobility, а также некоторых расширений IBM Lotus Connection.

  • Обычный и продвинутый офис. Этим пользователям нужны продвинутые возможности электронной почты, редакторов и приложений; они также могут выдвигать серьезные требования к графическим пакетам и к вычислительной мощности. Существуют альтернативные решения, позволяющие таким пользователям переходить на клиентское решение IBM Open Collaboration на основе Linux с сохранением доступа к приложениям Microsoft Windows. Один из вариантов — VMware, которая в настольной Linux-системе позволяет запускать операционную систему Microsoft Windows в гостевом режиме. Другой вариант - Win4Lin; в этом случае для нужд пользователей Microsoft Windows эта операционная система устанавливается через эмулятор. И VMware, и Win4Lin — закрытые приложения, требующие дополнительных затрат на лицензии. С другой стороны, существует Xen — открытое ПО, позволяющее запускать Microsoft Windows в гостевом режиме.

Нефункциональные требования

Обсудим теперь нефункциональные требования.

  • Поддержка разнородных сред. Это требование обусловливается слияниями и поглощениями, пользовательскими предпочтениями и проектированием, основанным на ролях. Тем самым компании стремятся преодолеть «пробелы» унифицированных архитектур и реализаций. Такой подход также требует поддержки надлежащих драйверов устройств, портов и устройств от сторонних производителей.
  • Надежность. Простои в производственных средах недопустимы, поэтому в принятии решения важнейшую роль играет надежность работы Linux. В настоящее время Lotus Notes 8.0.1, Lotus Sametime 8 и Lotus Expeditor 6.1.1 работают на всех современных версиях настольных Linux-систем.
  • Безопасность. Linux показал себя более безопасной системой, чем Microsoft Windows. Такие компании, как Amazon, FedEx и Google, используют Linux уже много лет. Сейчас все важнейшие клиентские продукты IBM работают на настольных Linux-системах - в том числе почтовые клиенты, клиенты для обмена мгновенными сообщениями, VPN-клиенты и т.д.. В условиях, когда заказчики уделяют все больше внимания вопросам безопасности, предлагаемые продукты IBM на настольных Linux-системах позволяют удовлетворить эти требования.
  • Легкость управления. Необходима возможность управления настольными системами с помощью соответствующих автоматизированных средств при минимизации вмешательства пользователя и связанных с этим расходов. Это касается решения проблем, обновления программного обеспечения и применения исправлений и модификаций, а также возможности управлять настольными системами посредством соответствующих политик, определяющих основанные на ролях доступ и взаимодействие с людьми, приложениями и сообществами.
  • Способность к взаимодействию. Это положение требует поддержки открытых стандартов и соответствующей архитектуры plug-and-play, а также возможности взаимодействия с закрытыми системами через платформы и открытые API.

Клиентское решение IBM Open Collaboration опирается на платформу Eclipse, основанную на открытых стандартах. Эта платформа для функционально насыщенных клиентов позволяет заказчикам настраивать и расширять имеющиеся возможности для удовлетворения своих специфических нужд. Lotus Notes, Lotus Sametime Client и Lotus Expeditor основаны на Eclipse, что предоставляет больше свободы заказчику. Эта платформа также позволяет сторонним разработчикам ПО создавать приложения, отвечающие нуждам заказчиков, не прибегая к проприетарным решениям.


Архитектура решения

Как уже говорилось, клиентское решение IBM Open Collaboration состоит из четырех ключевых наборов служб с соответствующими продуктами:

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

Эти службы ставятся в соответствие ролям пользователей в зависимости от сегментации и соответствующих требований (см. рисунок 2).

Рисунок 2. Типичные роли пользователей и соответствующие сегменты
Типичные роли пользователей и соответствующие сегменты

Службы также ставятся в соответствие программным компонентам и сопутствующим продуктам IBM, как показано на рисунке 3; аббревиатура DM в правом нижнем углу означает возможности управления настольной системой.

Рисунок 3. Схема компонентов клиентского решения IBM Open Collaboration
Схема компонентов клиентского решения IBM Open Collaboration

Архитектурные решения

К числу основных архитектурных факторов относятся:

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

С каждым архитектурным решением связаны риски (стоимость, время внедрения, функциональность, масштабируемость, совместимость с требованиями к качеству сервиса), и для их минимизации необходимо опираться на лучшие методики и свои архитектурные умения.

  • Набор компонентов решения, основанный на сегментации пользователей. Сегментация пользователей и соответствующие роли приведены в качестве руководящего принципа (они рассматриваются более подробно далее в этой серии статей). Существует сходство в моделях использования в различных отраслях; например, в магазинах розничной торговли и розничных банковских отделениях. Хотя взаимодействие через обмен мгновенными сообщениями становится фактическим стандартом, необходимо принимать во внимание вопросы конфиденциальности и учитывать необходимость исполнения нормативных требований.
  • Модели взаимодействия Microsoft Windows и Linux. Для пользователей Linux существует несколько способов взаимодействия с пользователями Microsoft Windows:
    • Двойная загрузка. Разделы с Linux и Microsoft Windows могут быть сосуществовать на одном компьютере, что позволяет пользователям выбирать во время запуска, какую операционную систему они хотят загрузить.
    • Сетевой доступ. Пользователи Linux без труда могут обращаться к сетевым томам Microsoft Windows по протоколу Server Message Block (SMB). Например, в Lycoris и Lindows имеется графическая утилита для доступа к сетевым устройствам, похожая на "Мое сетевое окружение" в Microsoft Windows, что позволяет пользователям без труда работать с томами Microsoft Windows.
    • Виртуальные машины. Решения, подобные VMware и Xen, позволяют пользователям Linux устанавливать операционные системы Microsoft на виртуальной машине и запускать приложения Microsoft Windows в этой гостевой установке внутри родительского приложения настольной Linux-системы.
    • Терминальные серверы. Такие продукты, как клиент Linux Citrix или Ericom, позволяют пользователям Linux удаленно запускать приложения для Microsoft Windows в окне на своих настольных Linux-системах.
    • Эмуляция Windows. ПО Win4Lin предоставляет пользователям возможность установки и запуска операционной системы Microsoft Windows в настольной Linux-системе. Пользователи могут обращаться к локальным разделам и папкам для чтения и записи данных из сеанса Microsoft Windows. Эмулятор WINE и коммерческое ПО CrossOver Office, в свою очередь, позволяют пользователям запускать приложения Microsoft Windows под Linux "как есть". Этот подход отлично работает в случаях с Microsoft Office, Internet Explorer, Microsoft Windows Media Player и Adobe® Photoshop.
  • Интеграция. Среди возможных вариантов - интеграция приложений на уровне портлетов, доступ к порталам через Web-браузер и стандартные подходы на основе интеграционной шины данных (ESB). Другой возможный подход использует возможности комбинирования приложений, предоставляемые Lotus Notes через Lotus Expeditor и сопутствующие технологии.
  • Совместимость файловых форматов и функциональные замены. Приложения, подобные Ximian Evolution и OpenOffice, предлагают различные степени совместимости на уровне форматов файлов, повторения функциональности и возможностей интеграции в среду Windows. Решение обычно принимается с учетом текущей и желаемой ситуации и зависимостей от закрытых форматов и репозиториев, диктуемых такими продуктами, как Microsoft Office, Microsoft Windows SharePoint Services и Microsoft Office SharePoint Server. Решения могут основываться на ODF и других подобных открытых стандартах.
  • Возможности работы приложений в автономном режиме. У пользователей должна быть возможность использовать приложение даже при отключенной сети. Эта возможность затрагивает пользовательский интерфейс, бизнес-логику и базы данных; кроме того, важно обратить внимание на вопросы согласованности и целостности данных, прозрачности для пользователей и репликации. Диапазон архитектурных решений простирается от выбора между Lotus Expeditor и Lotus Domino до Ajax, Flex и т.д.
  • Модели виртуализации. На рисунке 4 показан выбор вариантов виртуализации от толстого до тонкого клиента, базирующихся на выделенных рабочих блэйд-станциях или серверах в стойке. Подробности см. на Web-странице IBM's Virtual infrastructure access service .
    Рисунок 4. Модели виртуализации
    Модели виртуализации
  • Типы клиентов. Выбор между тонким и толстым клиентом зависит от пользовательских требований и соответствующих требований приложений. Это решение также зависит от типов клиентского доступа и времени отклика, а также других инфраструктурных возможностей, таких как сетевые коммуникации, трафик и риски сбоев питания.
  • Услуги по внедрению. Услуги по внедрению клиентского решения IBM Open Collaboration охватывают диапазон от семинаров по демонстрации преимуществ Linux, семинаров по сегментации пользователей и внедрения пробных решений до работ по миграции приложений и настольных систем. Эти важные процедуры помогут провести преобразования в сфере настольных систем и развернуть подходящее для вашей организации клиентское решение IBM Open Collaboration.

В определенных ситуациях вам может потребоваться руководство по независимой оценке и принятию описанных выше архитектурных решений. Эти услуги соответствуют методу IBM Client Value Engagement в цикле продаж. Услуги по внедрению клиентского решения IBM Open Collaboration используют IBM Unified Method Framework и IBM Rational Method Composer. В число стандартных рабочих продуктов и промежуточных результатов входят диаграммы со сценариями использования, документы с требованиями, технологические схемы, профили для ролей, диаграммы с обзором архитектуры, модели компонентов и схемы развертывания, соответствующие TOGAF.


Заключение

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

Ресурсы

Комментарии

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=Lotus, Linux
ArticleID=355869
ArticleTitle= Клиентское решение IBM Open Collaboration: Обзор
publish-date=12022008