Краткая история Citrix
Более пяти лет назад у Citrix был продукт, способный делать то, чего не мог делать ни один другой продукт на рынке. Citrix WinView позволял совместное использование одного приложения DOS или Windows 3.1 с нескольких компьютеров по телефонным линиям или по локальной сети. Это означало, что компании могли установить десятки компьютеров с индивидуальными телефонными линиями и с помощью программного обеспечения удаленного управления снизить стоимость удаленного доступа.
Один сервер WinView мог одновременно поддерживать в среднем 14 удаленных пользователей. В результате приложение можно установить только один раз, вместо того, чтобы администратор делал 13 отдельных установок. Пользователи также получали преимущества от быстрого ответа приложения по сравнению с другими программами удаленного управления. Citrix WinView был для многих чудом, пока Microsoft не выпустила Windows 95.
Citrix выпускает WinFrame
Когда Microsoft выпустила Windows 95, Citrix увидела, что возникла проблема, которую WinView не может решить. WinView не мог поддерживать 32-битные приложения Windows 95, поскольку был основан на IBM OS/2 и использовал 16-битную эмуляцию Windows. В результате Citrix пришлось работать совместно с Microsoft, лицензировать Windows NT 3.5x и создать Citrix WinFrame.
Новый WinFrame имел графический пользовательский интерфейс (GUI) в стиле Windows 3.1., поддерживал совместное использование 32-битных приложений, поддерживал серверы класса high-end с возможностью мультироцессорности (SMP), поэтому меньшее число серверов были способны обслуживать большее количество пользователей.
Citrix встроила в WinFrame два компонента:
- Ядро MultiWin
- Протокол Independent Computing Architecture (ICA)
Сегодня ICA расшифровывается как Intelligent Console Architecture. Он изменился после выхода Windows NT 4.0 и соглашения с Microsoft. Новое соглашение дало Microsoft лицензию на ядро MultiWin, позволив выпустить Windows NT 4.0 Terminal Server Edition. Citrix изменил сокращение ICA для обозначения Independent Computing Architecture, поскольку ICA позволило предоставлять терминальные сесии на любой платформе, в то время как терминалы Microsoft были ограничены 32-битными клиентами Microsoft (или Windows 3.11 for Workgroups с 32-битным TCP/IP). В то же время, когда был выпущен Terminal Server Edition, Citrix выпостил новый продукт, названный Citrix MetaFrame for Windows NT 4.0 Terminal Server Edition. MetaFrame позволяли Серверу Терминалов совместно использовать сессии по протоколу ICA. Сервер MetaFrame мог использовать другие продукты, созданные Citrix - такие, как Application Load Balancing.
Отличие между WinFrame и MetaFrame состоит в том, что WinFrame имел ядро, полностью переписанное с Windows NT 3.5x. При установке WinFrame вы устанавливали целую операционную систему, и вам не требовалась предустановленная Windows 3.5x. С другой стороны, MetaFrame является компонентом ICA, совмещенным с административным интерфейсом. Для него необходима установленная операционная система Windows NT 4.0 (или теперь Windows 2000) с установленной терминальной службой.
Зачем использовать Сервер Приложений для тонкого клиента
Одним из основных преимуществ Citrix MetaFrame перед Terminal Services является существенная экономия пропускной ширины канала. "Толстым клиентом" является обычно клиент-серверное приложение, заружающее канал передачи данными, которые оно получает от сервера и тем самым создающее большой траффик. И терминальные службы, и MetaFrame предусматривают "тонких клиентов", которые нуждаются в минимальной ширине канала.
Толстым клиентам требуется много времени для соединения и загрузки данных. Citrix сравнивает это с высасыванием бутылки сока через соломинку. Уже один толстый клиент - это плохо. А если учесть сотни толстых клиентов, получающих доступ к одному и тому же приложению по каналам связи, от телефонных сетей сети до выделенных линий T3, то вы получити слабую производительность и недовольных пользователей.
