Тонкий клиент – шаг к мэйнфреймам?

Антон Борисов

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

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

Из названия следует, что ориентир сделан на создание тонких клиентов, т.е. создание ПЭВМ, которые отображают выполнение програмного обеспечения на серверной стороне, при этом, будучи клиентской частью, могут быть совершенно облегченными. Под облегченностью понимается как использование старой техники (класса первых Pentium), так и современных ПЭВМ с интегрированными сетевыми, видеоконтроллерами, но со скромной производительностью, так и специализированных терминалов [1]. С одной стороны, мы увеличиваем срок службы старой техники, перенося вычислительные функции на производительный выделенный сервер приложений (я все-таки надеюсь, что у вас он уже функционирует), с другой стороны, путем унификации терминалов можем снизить время простоя отдельно взятого терминала и снизить стоимость обслуживания вычислительной техники – модный в последнее время термин TCO (Total Cost of Ownership) [2]. В свое время TCO-анализ был предложен компанией Gartner Group для оценки прямых [3] и косвенных затрат от приобретения программного и аппаратного обеспечения ЭВМ. В TCO-анализе учитывается не только стоимость обеспечения, но и, например, поддержка в дальнейшем пользователей и их обучение [4].

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

Насколько вы помните, в предыдущей публикации [5] мы использовали так называемую barebone-систему на аппаратной платформе VIA EPIAM. Помимо вполне удовлетворительной производительности на плате интегрированы сетевая и звуковая платы. Данный факт позволяет построить на базе EPIA-M бездисковые терминальные станции, где загрузка операционной системы происходит по сетевому интерфейсу.

Одним из довольно любопытных проектов является ThinStation [6]. Его корни уходят в такие проекты, как NetStation, PXES. Заимствовав идею сетевой загрузки, проект постепенно вырос до сегодняшнего состояния и в определенной степени представляет из себя вполне законченный продукт.

Давайте посмотрим, что же из себя представляет данное творение. Вы уже могли быть с ним знакомы по публикации в журнале за прошлый год [7]. Пакет системных программ busybox (объединяющий в одном флаконе упрощенный вариант bash, awk, cat, chmod, grep и ряда других), серия драйверов для различных сетевых карт, пакет прикладных программ, таких как клиенты rdesktop, telnet, а также серия Xсерверов составляют основу «тонкой станции». Дальнейшая сборка позволяет получить образ в виде файлов .nbi (etherboot-загрузка), initrd, .iso, pxelinux, syslinux. В частности, связка из initrd и pxelinux позволяет создать сетевые бездисковые терминалы. Помимо указанных пакетов есть возможность доукомплектовать загрузочный образ такими пакетами, как vncviewer, tarantella, xnest, dillo, nx, Firefox, MPlayer и рядом других.

Дистрибутив ThinStation разделяется на часть для конечного пользователя (40 Мб) и на часть, ориентированную прежде всего на разработчика (400 Мб). В первой части все программные пакеты уже скомпилированы и задача пользователя заключается в том, чтобы выбрать те пакеты, которые ему потребуются для работы. Вторая часть – это те же самые пакеты, только в исходных текстах. Добавление своей собственной, предварительно скомпилированной программы в дистрибутив ThinStation для конечного пользователя скорее всего закончится неудачно. С чем это связано? Прежде всего различие в версиях библиотеки GLIBC, используемой в дистрибутиве (там версия GLIBC 2.1.3) и вашей. Если программа скомпилирована полностью статически, то проблем в принципе не должно возникнуть. Вариант для разработчика предназначен для тех случаев, когда добавление в лоб собственного пакета не срабатывает.