Сервер прикладных программ это компьютер

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

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

• хранение данных,
• архивирование данных,
• согласование изменений данных, выполняемых разными пользователями,
• передача данных.

Фирма Novell предлагает для файлового сервера операционную систему NetWare 3.х, 4.х.

Установка программы на ваш сервер или компьютер.

• прием и обработка запросов к СУБД, а также пересылка результатов обработки на рабочую станцию,
• обеспечение секретности данных,
• согласование изменений данных, выполняемых разными пользователями,
• взаимодействие с другими серверами баз данных, расположенными в другом месте.

На платформе NetWare функционируют различные серверы БД: System 10 (Sybase), Oracle 7, 7.1 (Oracle), SQLBase (GUPTA), SQL Server (Btrieve Technologies) и т.д. Под управлением NetWare работает и последняя версия пакета Lotus Notes (IBM). Notes также поддерживается операционными системами Windows NT, UNIX, OS/2. Этот пакет заслужил звание лучшего продукта поддержки коллективных работ.

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

Сервер прикладных программ (Application Server) — компьютер, который используется для выполнения прикладных программ пользователей. Фирма Novell рекомендует использовать для этих целей сервер с ОС UnixWare.

Коммуникационный сервер (Communications Server) — устройство или компьютер, который предоставляет пользователям локальной сети прозрачный доступ к своим последовательным портам ввода/вывода. С помощью коммуникационного сервера можно создать разделяемый модем, подключив его к одному из портов сервера. Пользователь, подключившись к коммуникационному серверу, может работать с таким модемом так же, как если бы модем был подключен непосредственно к рабочей станции. Коммуникационный сервер может быть организован в NetWare на базе пакета NACS или NetWare Connect (рисунок 1.4).

Airdrop для windows. Лайфхак для вашего iphone. 1 часть

Сервер доступа (Access Server) — это выделенный компьютер, позволяющий выполнять удаленную обработку заданий. Программы, инициируемые с удаленной рабочей станции, выполняются в многозадачной среде этого компьютера (рисунок 1.5). От удаленной рабочей станции принимаются команды, введенные пользователем с клавиатуры, а возвращаются результаты выполнения задания. В качестве примера сервера доступа можно назвать средство NAСS (рисунок1.5).

• с помощью пакета, функционирующего как группа NLM-модулей на файловом сервере NetWare; в качестве примера можно назвать продукт Faxserver 2.0 c (Cheyenne Communications),
• с помощью пакета, функционирующего на выделенной рабочей станции с одним или несколькими факс-модемами; примером является продукт Net SatisFaxtion (Intel),
• с помощью специального устройства, подключенного к сети, например, аппаратно-программного комплекса FaxPress (Сastelle).

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

Следует отметить, что все перечисленные выше типы серверов (кроме сервера доступа) могут функционировать на одном файловом сервере в виде пакетов программ или утилит NetWare.

• повторители,
• мосты, коммутаторы,
• маршрутизаторы,
• шлюзы.

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

Повторитель (Repeater) — устройство, позволяющее расширить сеть за счет подключения дополнительных сегментов кабеля. Повторитель, приняв пакет из одного сегмента, передает его во все остальные. При этом происходит как бы «усиление» сигнала. Повторитель выполняет свои функции на физическом уровне, поэтому он зависит от типа сети (ARCNet, Ethernet) и полностью прозрачен для протоколов, используемых в соединяемых сегментах. Повторитель не выполняет развязку присоединенных к нему сегментов, т.е. одновременно поддерживается обмен данными только между двумя станциями одного или разных сегментов.

Мост (Bridge) — это устройство, которое также, как и повторитель, позволяет объединять несколько сегментов. Мост выполняет свои функции на канальном уровне (Data Link), поэтому, как и повторитель, он зависит от типа локальной сети (Token Ring, Ethernet) и полностью прозрачен для протоколов, работающих на уровнях выше канального. В отличие от повторителя мост выполняет развязку присоединенных к нему сегментов, т.е. одновременно поддерживает несколько процессов обмена данными для каждой пары станций разных сегментов. Каждый мост строит внутреннюю таблицу физических адресов подключенных к сети узлов. Процесс ее заполнения заключается в следующем.

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

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

При обработке каждого кадра обычный мост сначала принимает кадр, записывает его в буферную память и только после этого передает кадр в требуемый сегмент. Такая технология обработки называется Store-And-Forward (запомнить и передать). При передаче кадров каждый мост вносит задержку, равную времени получения кадра и времени его обработки.

При другом подходе используются мосты, которые принято называть коммутаторами (Switch). Эти устройства, приняв только заголовок кадра, сразу приступают к его обработке и, определив нужный сегмент, ретранслируют (передают) этот кадр. Время задержки при этом существенно меньше, оно равно времени приема заголовка кадра и времени его обработки. Такая технология называется Cut-And-Through (схватить и передать).

Маршрутизатор или роутер (Router) — устройство, соединяющее сети одного или разного типа, но использующее одну сетевую операционную систему или один протокол обмена данными. Маршрутизатор анализирует номер сегмента назначения и направляет кадр по оптимальному маршруту. Маршрутизатор выполняет свои функции на сетевом уровне, поэтому он зависит от протоколов обмена данными, но не зависит от типа локальной сети. Надо отметить, что в настоящее время появились маршрутизаторы, позволяющие анализировать (но не преобразовывать) разные протоколы обмена. Более подробные сведения об этих устройствах излагаются в разделе, где обсуждаются протоколы маршрутизации RIP и NLSP.

Шлюз (Gateway) — это устройство, позволяющее организовать обмен данными между сетевыми объектами, использующими разные протоколы обмена данными. Шлюз выполняет свои функции на уровнях выше сетевого. Он не зависит от используемой передающей среды, но зависит от используемых протоколов обмена данными. Как правило, шлюз выполняет преобразования между какими-либо протоколами (например, SPX/IPX — TCP/IP, DECnet — SNA и т.д.).

Источник: citforum.ru

17.Сервер сети. Назначение, виды, архитектура, основные функции.

По выполняемым функциям можно вы­делить следующие группы серверов:

• Файловый сервер (File Server) — компьютер, хранящий данные пользова­телей сети и обеспечивающий доступ пользователей к этим данным. Как правило, это компьютер с жестким диском большой емкости, к которому обеспечивается одновременный доступ пользователей. Файловый сервер выполняет следующие функции: хранение данных; архивирование дан­ных; согласование изменений данных, выполняемых разными пользова­телями; передача данных.

• Сервер баз данных (SQL-Server) — компьютер, выполняющий функции «‘ хранения, обработки и управления файлами баз данных. Сервер баз дан­ных выполняет следующие функции: прием и обработка запросов к СУБД, а также пересылка результатов обработки на рабочую станцию; обеспечение секретности данных; согласование изменений данных, вы­полняемых разными пользователями; взаимодействие с другими серве­рами баз данных, расположенными в другом месте.

• Сервер прикладных программ (Application Server) — компьютер, который используется для выполнения прикладных программ пользователей.

• Коммуникационный сервер (Communications Server) — устройство или , компьютер, который предоставляет пользователям локальной сети про­зрачный доступ к своим последовательным портам 2 ввода/вывода. С по­мощью коммуникационного сервера можно создать разделяемый модем, подключив его к одному из портов сервера.

• Сервер доступа (Access Server) — это выделенный компьютер, позво­ляющий выполнять удаленную обработку заданий. Программы, иниции­руемые с удаленной рабочей станции, выполняются в многозадачной среде этого компьютера. От удаленной рабочей станции принимаются команды, введенные пользователем с клавиатуры, а возвращаются ре­зультаты выполнения задания.

• Факс-сервер (Fax Server) — устройство или компьютер, который выпол­няет рассылку и прием факсимильных сообщений для пользователей ло­кальной сети.

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

1. Предоставление собственных ресурсов компа в общее пользование.
2. Ведение реестра ресурсов.
3. Обработка запросов на использование ресурсов.
4. Блокировка запросов на ресурсы, которые уже используются.

18. Способы доступа к ресурсам сервера. Архитектура клиент – сервер

• NetWare фирмы Novel;
• Windows NT фирмы Microsoft;
• UNIX фирмы AT
• Linux.

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

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

Источник: studfile.net

Что такое сервер приложения

Когда вы открываете любой сайт — например, google или facebook, вы видите конечный продукт. Но чтобы этот продукт увидеть, и пощупать, нужно:

1. Написать код приложения
2. Собрать проект
3. Поднять его на сервере приложения

Сегодня я расскажу про третий этап: что вообще такое сервер приложения и зачем он нужен.

Что это такое и зачем он нужен

Жила была Анечка. Она пекла вкусные кексики и тортики на заказ. Чтобы удобнее было делать заказ, решила Анечка сделать свой интернет-магазин. И обратилась за помощью к брату, разработчику Ване.

Ваня говорит:
— Да не вопрос!

Он как раз занимается фриланс-заказами с простыми системами типа интернет-магазинчиков. Поэтому он быстренько написал код на php. Но код — это просто набор файликов с расширением .php.

А как сделать так, чтобы у нас в интернете появилась страничка? Для этого нужен сервер приложения. Ваня для магазинчика выбирает apache (Apache HTTP Server), как наиболее популярный.

Мои тестовые системы:

— Users
— Shop

Тоже подняты на Apache. И написаны на php, то есть не требуют сборки))

Сервер обеспечивает возможность обращаться с приложением по HTTP-протоколу. Вы, конечно, можете и сами написать такой код, но зачем? Когда для этого уже есть готовая система. Причем бесплатная и open-source.

Положили код PHP в сервер. Запустили — вуаля, оно работает! Теперь у Анечки есть свой интернет-магазин, доступный извне, с любого устройства.

Если бы код был не на PHP, а на Java, у нас добавился бы шаг «собрать проект» — из набора текстовых файликов получить приложение. Обычно это архив, например, test.war. И уже его мы подкладываем в сервер. Ну а PHP — интерпретируемый язык. Ему не нужен сборщик.

Конечно, пока сайт доступен только по его IP. Чтобы это исправить, Анечке нужно выбрать доменное имя и купить домен. И тогда уже будет красивое название:

Вот теперь точно все готово!

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

Преимущества серверов приложений

Готовый HTTP-сервер

Пожалуй, самая важная и популярная функция сервера приложений — поддержка HTTP-сервисов и текущих HTTP-стандартов. Зайдите на любой сайт в интернете — фактически вы отправляете HTTP-запрос в приложение:

• Открой мне страницу гугла
• Покажи еще больше видео с котиками
• .

Да, можно написать обработку запросов самостоятельно. И следить за стандартами, постоянно обновлять код. Но зачем, когда есть готовый сервер?

Для небольших проектов хватает HTTP-сервера, без дополнительных функций и плюшек. На текущий момент самый популярный сервер — Apache HTTP Server. Есть и более сложные сервера, например, Wildfly. Они имеют больше функций и используются в энтерпрайз системах.

Систему Users мне делал фриланс разработчик. Она написана на PHP и поднята на сервере Apache.

А на работе у меня на одном из проектов был enterprise продукт.. Написан на Java, поднимается на сервере Wildfly.

Поддержка горячего резерва

Если упал сервер, то есть испортилось 1 звено в клиент-серверной архитектуре — всё, все в ступоре, все отдыхают. Сотни, тысячи, да хоть миллионы клиентов если есть — никто не может работать. Открываешь сайт в интернете и грустно смотришь на окно «Простите, что-то пошло не так»

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

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

Каждая нода может обработать запрос независимо. Если приложение имеет какое-либо состояние, то оно может быть сохранено в общую БД. А также ноды могут оповещать другие ноды об изменении состояния через очереди/топики.

Такая схема называется горячим резервом — когда у нас есть несколько работающих в параллели серверов. Может быть и схема холодного резерва, когда второй сервер у нас «на всякий случай», а не для постоянного использования.

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

Централизованная настройка и управление

В сервере приложений обычно есть админка. Заходишь по специальному URL — и у тебя есть доступ к настройкам приложения. Вот так выглядит приветственная страница админки wildfly:

Если у вас несколько серверов приложения, то изменение настроек может быть опасным занятием. Одну ноду (сервер) обновили, вторую забыли, а потом ловим баг.
Но так как сервер поддерживает работу в кластере, то все упрощается:

1. Мы меняем настройки в админке.
2. Они сами расползаются по всем нодам.

Безопасность

В больших бюрократических компаниях разделяют разных админов:

• админ физического сервера (железка, на которой установлено ПО)
• админ сервера приложений (например, wildfly)

Так вот, админу приложения дают доступ только в админку wildfly. Физически на сервер он зайти не может, или может, но на птичьих правах, логи почитать. А если нужно параметры системы изменить — извольте заводить заявку для админа железяки.

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

Поддержка транзакций

Сервер поддерживает поддержку XA транзакций — когда несколько транзакционных источников поддерживают распределенную спецификацию, и сервер ее координирует.

Например, что-то записали в БД и послали сообщение по JMS, всё в одной транзакции, вот сервер приложений предоставляет в том числе менеджера распределенных транзакций.

Фишка всё та же — пока сервер приложений выполняет массу инфраструктурного кода, разработчики могут сфокусироваться на бизнес-логике.

И наверняка есть что-то еще

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

Оказалось, что он, в общем-то, и не особо нужен. Ну разве что как HTTP-сервер, хотя и для этого уже есть готовые библиотеки, можно в коде это все делать и запускать условный Main.java, без всякого дополнительного сервера.

На работе в одном из проектов мы использовали wildfly. Он дает кучу возможностей, но по факту мы использовали:

• HTTP-сервер — а куда же без него?
• Datasource — файл, где прописывается соединение с БД
• MQ-очереди — для горячего резерва, синхронизация нод между собой. Один сервер уведомляет другой об изменениях. Если другой сервер пока занят, то это сообщение встает в очередь.

Вот и всё!

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

Или безопасники требуют разграничить доступ. Или по другим причинам используется именно этот сервер приложения, а не какой-то другой.

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

Можно обойтись и без сервера. Да. Но с ним удобнее =)

Другие определения сервера

Когда вы разговариваете с коллегами, очень важно, чтобы вы говорили на одном языке!

Поэтому учтите, что под сервером приложений могут понимать разные вещи:

1. Сервер приложения как ПО — Apache, Wildfly, и другие. Та программа, которая запускает ваше приложение.
2. Физический сервер — компьютер, на котором установлен wildfly

Сервер приложений — это сервисная программа, которая обеспечивает доступ клиентов к прикладным программам, выполняющимся на сервере. Сервер приложений обычно выделяется как среднее звено в трехуровневой клиент-серверной архитектуре (3-tier)

Тут сервером называется именно программа. А вот другое определение:

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

Тут уже сервером называют не только программное обеспечение, но и физический сервер.

Так что если сомневаетесь, что вы с собеседником говорите об одном и том же, лучше уточнить, что он имеет в виду!

Дополнительные материалы

Итого

Сервер приложения — это ПО, которое запускает ваше приложение. Сначала разработчик пишет код, потом собирает билд сборщиком. Но это просто некий архив с кодом. А вот чтобы это стало доступной в интернете ссылочкой, и нужен сервер приложения.

Сервер берет на себя скучную инфраструктурную работу. Например, организацию HTTP-уровня OSI. Он принимает запросы и обрабатывает их по всем стандартам. А разработчик может сконцентрироваться на бизнес-логике, не отвлекаясь на детали обеспечения транспортного пути.

Источник: habr.com