Серверный

Cтраница 2

Ота утилита представляет собой модель Web-сервера п заменяет настоящие Web-серверы. Это позволяет ускорить пропесс отладки серверных Web-приложеинй средствами Delphi без использования реальных Web-серверов. Чатем готовое приложение легко переносится для работы с реальным сервером. [16]

Например, в случае почтовых серверов, протоколы взаимодействия самих почтовых серверов и почтовых клиентов с сервером различаются. ПО одной БС взаимодействовать с серверным ПО другой БС. Тем не менее, работы в данном направлении идут. [17]

Так как выбранный способ предполагает динамическое формирование WEB-страниц, необходимо выбрать программную платформу, с помощью которой это будет осуществляться. Конечно же, выбор этот зависит в первую очередь от возможностей железа и используемых операционной системы и серверного ПО. [18]

Клиентская программа для обращения к веб-службе из примера SoapEmployee. [19]

Конечно же, вы можете запустить серверную программу в Delphi IDE и с легкостью отладить ее, однако вы можете также следить за заголовками SOAP, передаваемыми через соединение HTTP. Изучение информации SOAP на этом достаточно низком уровне может оказаться непростым делом, однако это весьма надежный способ проверить корректность работы серверного и клиентского приложений. На рис. 23.6 показана последовательность сообщений HTTP для выполнения SOAP-запроса из последнего примера. [20]

В развитии современных операционных систем наблюдается тенденция в сторону дальнейшего переноса кода в верхние уровни и удалении при этом всего, что только возможно, из режима ядра, оставляя минимальное микроядро. Обычно это осуществляется перекладыванием выполнения большинства задач операционной системы на средства пользовательских процессов. Получая запрос на какую-либо операцию, например чтение блока файла, пользовательский процесс ( теперь называемый обслуживаемым процессом или клиентским процессом) посылает запрос серверному ( обслуживающему) процессу, который его обрабатывает и высылает назад ответ. [21]

Классы объектов ( программные модули) должны быть реализованы в CORBA-среде. Для этого компилятор IDL выполняет следующие действия. Во-первых, метаданные для каждого класса объектов помещаются в специальную базу данных, имеющуюся в ORB, - репозиторий интерфейсов. Во-вторых, компилятор создает для каждого определенного на IDL метода клиентский и серверный стабы - специальные программные модули, обеспечивающие доступ к компонентам. [22]

Максимальная нагрузка, с которой способен справляться сервис, связана с числом серверных приложений, запущенных для его поддержки. Увеличение их числа, если это позволяют размеры памяти и вычислительная мощность сервера, увеличивает максимальную нагрузку. В идеале для эффективного использования системных ресурсов нужно постоянно увеличивать или уменьшать число серверных приложений в зависимости от числа запросов пользовательских приложений. При его выполнении периодически измеряется отношение числа запросов в очереди к числу работающих серверных приложений. Если это отношение превышает определенное пороговое значение ( maximum watermark), то запускается дополнительное приложение. Если это отношение падает ниже минимального порогового значения ( minimum watermark), то одно из приложений завершается. Автоматическая оптимизация пропускной способности может быть использована совместно с любым алгоритмом маршрутизации TOP END. При этом алгоритмы маршрутизации применяются для распределения нагрузки по нескольким серверам, а АТО изменяет число приложений, выполняющихся на них. [23]

Скорость обработки транзакций напрямую зависит от числа запущенных серверных приложений. Чем больше приложений одновременно обслуживает запросы, тем выше пропускная способность вычислительной системы. Это увеличение наиболее заметно на многопроцессорных системах, где каждое приложение может работать на отдельном процессоре. В идеале для эффективного использования системных ресурсов нужно по мере необходимости увеличивать или уменьшать число серверных приложений в зависимости от числа обрабатываемых запросов. Для решения этой задачи мониторы транзакций периодически измеряют отношение числа запросов в очереди к числу работающих серверных приложений. Если это отношение превышает некоторое максимальное пороговое значение ( maximum watermark), то запускается дополнительная копия серверного приложения. Если это отношение падает ниже минимального порогового значения ( minimum watermark), то одна из копий завершается. [24]

Скорость обработки транзакций напрямую зависит от числа запущенных серверных приложений. Чем больше приложений одновременно обслуживают запросы, тем выше пропускная способность вычислительной системы. Это увеличение наиболее заметно на многопроцессорных системах, где каждое приложение может работать на отдельном процессоре. В идеале для эффективного использования системных ресурсов нужно по мере необходимости увеличивать или уменьшать число серверных приложений в зависимости от числа обрабатываемых запросов. Для решения этой задачи мониторы транзакций периодически измеряют отношение числа запросов в очереди к числу работающих серверных приложений. Если это отношение превышает некоторое максимальное пороговое значение ( maximum watermark), то запускается дополнительная копия серверного приложения. Если это отношение падает ниже минимального порогового значения ( minimum watermark), то одна из копий завершается. [25]

Осознавая возникающую потребность библиотек в организации своих собственных библиотечных Интернет-комплексов, а также принимая во внимание имеющиеся при этом трудности, ГПНТБ России и Международная Ассоциация ЭБНИТ провели подготовительные работы по созданию новой сервисной службы, фактически центра аутсорсинга специфических компонент библиотечных Интернет-комплексов, которая получила наименование ИРБИСхост. Необходимость такой службы следует из статистики поставок различных компонент ряда ИРБИС. Так число установок собственно ИРБИС более чем в пять раз превышает общее число компонент библиотечных Интернет-серверов ряда ИРБИС. То есть создается ситуация, что четыре пятых библиографического ресурса остается недоступной наиболее интенсивно развивающейся части потребителей - пользователям Интернет. Такое положение связано с целым комплексом причин, важнейшими из которых являются следующие: высокая стоимость серверных компонент ИРБИС, ориентированных на работу в Интернет, общие высокие затраты на программно-технические комплексы и их сопровождение, высокие требования к каналам связи и, безусловно, высокие требования к квалификации персонала. При этом не видно методов возможного снижения негативного влияния данных факторов в обозримой перспективе. [26]

И данное выше пояснение этого свойства, как нельзя кстати, подходит для области БС. Под взаимодействием обычно понимают сетевое взаимодействие. И здесь, на основании опыта, полученного в процессе как эксплуатации БС, так и в процессе перехода с одной БС на другую, могу констатировать, что важнейшей функцией, с которой начинается открытость - это возможность экспорта / импорта всех ( возможно, за исключением служебной информации) данных из / в БС в формате, стандартном для данной области ( в нашем случае это MARC и ISO2709 для библиографических записей) или, для нестандартных ( не библиографических) данных, в формате с открытом описанием, позволяющем в полной мере отразить структуру данных. Следует заметить, что этот протокол не предназначался для организации взаимодействия БС. Он предназначен для организации взаимодействия клиентского ПО с серверным ПО, хотя и то и другое могут принадлежать различным БС. При этом основной причиной, сдерживающей его распространение, является его сложность. Сразу можно сказать, что для той функциональности, которую обеспечивает этот протокол, он не является сложным. [27]

Страницы: 1 2