СПОСОБ ОПТИМИЗАЦИИ ТРАФИКА ДЛЯ ПРОЗРАЧНОГО КЕШИРОВАНИЯ, БАЛАНСИРОВЩИК НАГРУЗКИ И НОСИТЕЛЬ ДАННЫХ
METHOD FOR TRAFFIC OPTIMISATION FOR TRANSPARENT CACHING, LOAD BALANCER AND DATA STORAGE MEDIUM

Ссылка на родственную заявку
Согласно настоящей заявке испрашивается приоритет заявки на патент Китая №201710881383.1, поданной 26 сентября 2017 г., полное содержание которой включено в настоящий документе посредством ссылки.
Область техники, к которой относится настоящее изобретение
Настоящее изобретение относится к области сетевой технологии и в частности к способу оптимизации трафика для прозрачного кеширования, балансировщику нагрузки и носителю данных.
Предшествующий уровень техники настоящего изобретения
В традиционном режиме прозрачное кеширование реализуется на основании аппаратного служебного балансировщика нагрузки (SLB), сервера кеширования, маршрутизатора (или коммутатора) и подобных устройств, причем оптимизация трафика на балансировщике нагрузки ограничена служебным балансировщиком нагрузки, и, таким образом, трудно достичь оптимизации гибким образом на уровне услуги согласно характеристикам услуги. В облачной среде/среде виртуализации все соответствующие сетевые элементы, такие как балансировщик нагрузки, сервер кеширования, сеть и носитель данных виртуализированы, и функции сетевых элементов исполняются программным обеспечением.
Однако текущие методы прозрачного кеширования столкнулись с проблемами в виде продолжительной задержки отклика на кешируемый пользовательский запрос услуги и низкой скорости загрузки.
Краткое раскрытие настоящего изобретения
Согласно вариантам осуществления настоящего изобретения предлагаются способ оптимизации трафика для прозрачного кеширования, балансировщик нагрузки и носитель данных для устранения проблем в виде продолжительной задержки отклика на кешируемый пользовательский запрос услуги и низкой скорости загрузки в процессе прозрачного кеширования в облачной среде/среде виртуализации.
Способ оптимизации трафика для прозрачного кеширования, предложенный согласно вариантам осуществления настоящего изобретения, применяется к балансировщику нагрузки в системе прозрачного кеширования и предусматривает:
определение свойства услуги запроса терминала на доступ к веб-сайту при получении запроса; и
корректировку пути передачи трафика согласно свойству услуги запроса, трафик содержит запрос и данные файла с веб-сайта для ответа на запрос.
Балансировщик нагрузки в системе прозрачного кеширования, предложенный согласно вариантам осуществления настоящего изобретения, содержит запоминающее устройство, на котором хранится компьютерная программа, и процессор, который исполняет компьютерную программу для:
определения свойства услуги запроса терминала на доступ к веб-сайту при получении запроса; и
корректировки пути передачи трафика согласно свойству услуги запроса, трафик содержит запрос и данные файла с веб-сайта для ответа на запрос.
Машиночитаемый носитель данных, предложенный согласно вариантам осуществления настоящего изобретения, на котором хранится компьютерная программа, которая, при ее исполнении по меньшей мере одним процессором, обеспечивает выполнение по меньшей мере одним процессором стадий вышеуказанного способа.
С помощью способа оптимизации трафика для прозрачного кеширования, балансировщика нагрузки и носителя данных, предложенных согласно вариантам осуществления настоящего изобретения, когда балансировщик нагрузки получает пользовательский запрос, путь передачи трафика корректируется согласно свойству услуги пользовательского запроса, что предотвращает возникновение ситуации, характерной для существующего режима, в котором все пользовательские запросы переадресовываются на сервер кеширования, вследствие чего решается проблема потребления ресурсов в традиционном режиме, задержка отклика на кешируемый пользовательский запрос эффективно уменьшается, и скорость загрузки увеличивается, тем самым улучшая восприятие пользователя.
Краткое описание фигур
На фиг. 1 показана блок-схема существующего процесса прозрачного кеширования;
на фиг. 2 показана блок-схема способа оптимизации трафика для прозрачного кеширования в облачной среде/среде виртуализации согласно вариантам осуществления настоящего изобретения;
на фиг. 3 показана блок-схема необязательного способа оптимизации трафика для прозрачного кеширования в облачной среде/среде виртуализации согласно вариантам осуществления настоящего изобретения; и
на фиг. 4 показана принципиальная схема балансировщика нагрузки в системе прозрачного кеширования в облачной среде/среде виртуализации согласно вариантам осуществления настоящего изобретения.
Подробное раскрытие настоящего изобретения
Перед подробным описанием вариантов осуществления настоящего изобретения сначала будет кратко описан существующий процесс прозрачного кеширования, показанный на фиг. 1:
стадия 1: HTTP-запрос от терминала поступает на маршрутизатор/коммутатор.
Стадия 2: HTTP-запрос импортируется в модуль балансировки нагрузки (SLB) системы прозрачного кеширования посредством маршрутизатора/коммутатора.
Стадия 3: SLB выбирает сервер кеширования посредством алгоритма балансировки нагрузки с удалением дубликатов контента, и переадресует HTTP-запрос пользователя на выбранный сервер кеширования.
Стадия 4: после получения HTTP-запроса, переадресованного SLB, сервер кеширования ищет локальный кеш для файла, запрошенного пользователем.
Если сервер кеширования находит файл, запрошенный пользователем, в локальном кеше, сервер кеширования считывает данные файла и возвращает данные файла на SLB. Если сервер кеширования не находит файл, запрошенный пользователем, в локальном кеше, сервер кеширования переадресовывает запрос пользователя на SLB.
Стадия 5: после получения данных файла, возвращенных сервером кеширования, SLB передает данные файла пользователю, чтобы дать ему возможность получить полный файл.
После получения HTTP-запроса, переадресованного сервером кеширования, SLB переадресовывает HTTP-запрос на маршрутизатор/коммутатор.
Стадия 6: маршрутизатор/коммутатор переадресовывает HTTP-запрос на исходную станцию.
Стадия 8: после получения HTTP-запроса исходная станция возвращает данные файла.
Стадия 9: SLB возвращает данные файла на сервер кеширования.
Стадия 10: сервер кеширования получает данные файла, сохраняет данные файла в локальном кеше согласно политике кеширования и переадресовывает данные файла на SLB.
Стадия 11: после получения данных файла, возвращенных сервером кеширования, SLB возвращает данные файла на маршрутизатор/коммутатор.
Стадия 12: маршрутизатор/коммутатор возвращает данные файла пользователю.
В нормальном процессе кеширования в известном уровне техники пользовательские запросы, которые не могут быть кешированы, и пользовательские запросы, которые не должны быть кешированы, все равно отправляются на сервер кеширования для обработки, что приводит к затрате ресурсов балансировщика нагрузки и сервера кеширования. Поскольку пользовательские запросы, которые не должны быть кешированы, и пользовательские запросы, которые не могут быть кешированы, потребляют ресурсы сервера кеширования, усугубляются в виде продолжительной задержки отклика на кешируемый пользовательский запрос услуги и низкой скорости загрузки, что отрицательно влияет на восприятие пользователя.
Таким образом, для решения проблем, известных из уровня техники, согласно вариантам осуществления настоящего изобретения предлагаются способ оптимизации трафика для прозрачного кеширования в облачной среде/среде виртуализации, балансировщик нагрузки и носитель данных. Варианты осуществления настоящего изобретения подробно описаны ниже со ссылкой на прилагаемые фигуры. Следует понимать, что конкретные варианты осуществления, описанные в настоящем документе, приведены только в целях объяснения настоящего изобретения и не ограничивают его.
Первый вариант осуществления
Как показано на фиг. 2, согласно одному варианту осуществления настоящего изобретения предлагается способ оптимизации трафика для прозрачного кеширования, причем способ применяется к балансировщику нагрузки в системе прозрачного кеширования в облачной среде/среде виртуализации и предусматривает:
S101: определение свойства услуги запроса на доступ, когда получен запрос (а именно запрос протокола передачи гипертекстовых документов (HTTP)) терминала на доступ к веб-сайту; и
S102: корректировку пути передачи трафика согласно свойству услуги запроса на доступ, трафик содержит запрос на доступ и данные файла с веб-сайта для ответа на запрос на доступ.
Согласно варианту осуществления настоящего изобретения, когда балансировщик нагрузки получает пользовательский запрос, путь передачи трафика корректируется согласно свойству услуги пользовательского запроса, что предотвращает возникновение ситуации, характерной для существующего режима, в котором все пользовательские запросы переадресовываются на сервер кеширования, вследствие чего решается проблема потребления ресурсов в традиционном режиме, задержка отклика на кешируемый пользовательский запрос эффективно уменьшается, и скорость загрузки увеличивается, тем самым улучшая восприятие пользователя.
На основании вышеуказанного варианта осуществления дополнительно предлагается необязательный вариант осуществления приведенного выше варианта осуществления. Следует отметить, что для упрощения описания будут изложены только отличия между необязательным вариантом осуществления и вышеуказанным вариантом осуществления.
Согласно варианту осуществления настоящего изобретения такие выражения, как «первый» и «второй», используемые для различения параметров (например, характеристической информации услуги), приведены только для упрощения описания настоящего изобретения и не обладают каким-либо определенным значением.
Необязательно стадия корректировки пути передачи трафика согласно свойству услуги запроса предусматривает: определение того, соответствует ли запрос заданному условию оптимизации трафика согласно свойству услуги запроса; переадресацию запроса на веб-сайт, соответствующий запросу, когда определено, что запрос соответствует заданному условию оптимизации трафика; и передачу данных файла на терминал после получения данных файла, с использованием которых ответил веб-сайт.
Согласно примеру, как показано на фиг. 3, способ согласно необязательному варианту осуществления предусматривает следующее:
стадия 201: пользователь использует браузер или клиент приложения (АРР) терминала для доступа к веб-сайту (т.е. исходной станции).
Стадия 202: маршрутизатор/коммутатор/шлюз сервисной цепочки импортирует HTTP-запрос пользователя в SLB системы прозрачного кеширования.
Стадия 203: SLB определяет, соответствует ли запрос условию оптимизации трафика, после получения пользовательского запроса. Если запрос соответствует условию оптимизации трафика, SLB переадресовывает HTTP-запрос непосредственно на маршрутизатор/коммутатор.
Стадия 204: маршрутизатор/коммутатор переадресовывает HTTP-запрос на исходную станцию.
Стадия 205: после получения HTTP-запроса исходная станция возвращает данные файла на маршрутизатор/коммутатор.
Стадия 206: маршрутизатор/коммутатор переадресовывает данные файла на SLB.
Стадия 207: после получения данных файла, возвращенных от исходной станции, SLB возвращает данные файла непосредственно на маршрутизатор/коммутатор.
Стадия 208: маршрутизатор/коммутатор переадресовывает данные файла на терминал.
Система прозрачного кеширования дополнительно содержит сервер кеширования; и условие оптимизации трафика предусматривает трафик, который не должен переадресовываться и обслуживаться сервером кеширования, или некешируемый трафик.
Согласно необязательному варианту осуществления, перед стадией определения того, соответствует ли запрос заданному условию оптимизации трафика согласно свойству услуги запроса, способ может дополнительно предусматривать генерирование по меньшей мере одного фрагмента характеристической информации услуги для условия оптимизации трафика; и генерирование и задание регулярного выражения согласно характеристической информации услуги.
Стадия определения свойства услуги запроса может предусматривать извлечение характеристической информации услуги из запроса; и сопоставление с регулярным выражением посредством использования извлеченной характеристической информации услуги в качестве источника входных данных.
Согласно одному варианту осуществления стадия определения того, соответствует ли запрос заданному условию оптимизации трафика согласно свойству услуги запроса, может предусматривать извлечение характеристической информации услуги из запроса; сопоставление и сравнение извлеченной характеристической информации услуги с регулярным выражением; и определение того, что запрос соответствует условию оптимизации трафика, когда извлеченная характеристическая информация услуги успешно сопоставлена с регулярным выражением.
Например, необязательный вариант осуществления, в частности, предусматривает следующие стадии:
S301: задание характеристического значения услуги условия оптимизации трафика.
Характеристическое значение услуги условия оптимизации трафика задают в фоновом режиме системы, и характеристическое значение услуги включает, без ограничения, регулярное выражение, состоящее из такой информации, как адрес источника, порт источника, адрес назначения и порт назначения пользовательского запроса, и такой информации, как адрес хоста (HOST), путь (PATH) и имя файла (FILE NAME) в унифицированном указателе ресурса (URL).
S302: получение пользовательского запроса.
SLB получает пользовательский запрос от модуля переадресации (маршрутизатора/коммутатора и т.п.) и извлекает характеристическую информацию услуги согласно пользовательскому запросу, причем характеристическая информация услуги включает, без ограничения, регулярное выражение, состоящее из такой информации, как адрес источника, порт источника, адрес назначения и порт назначения пользовательского запроса, и такой информации, как адрес хоста (HOST), путь (PATH) и имя файла (FILE NAME) в URL.
S303: сопоставление и сравнение пользовательского запроса с характеристическим значением услуги.
Характеристическую информацию услуги, извлеченную согласно пользовательскому запросу на стадии S302, сопоставляют и сравнивают с характеристическим значением услуги, заданным на стадии S301. Если имеется успешно сопоставленное характеристическое значение услуги, считается, что условие оптимизации выполнено; а если отсутствует сопоставленное характеристическое значение услуги, считается, что сопоставление не удалось.
S304: определение того, следует ли выполнять операцию оптимизации согласно результату сопоставления и сравнения.
Если сопоставление на стадии S303 выполнено успешно, выполняют операцию оптимизации, то есть SLB переадресовывает HTTP-запрос непосредственно на исходную станцию, а затем непосредственно возвращает данные файла пользователю после получения данных файла, возвращенных от исходной станции.
Если сопоставление и сравнение на стадии S303 не удаются, операцию оптимизации не выполняют, то есть SLB переадресовывает HTTP-запрос на сервер кеширования, а затем непосредственно возвращает данные файла пользователю после получения данных файла, возвращенных сервером кеширования (если в кеше нет нужных данных или срок содержимого истек, данные будут запрошены у исходной станции).
Трафик, который не должен быть переадресован и кеширован сервером кеширования, согласно варианту осуществления настоящего изобретения включает трафик, который не должен быть кеширован и некешируемый трафик. Вариант осуществления настоящего изобретения изображен ниже на двух примерах: трафик, который не должен быть кеширован, и некешируемый трафик.
Например, способ оптимизации для некешируемого трафика, в частности, предусматривает следующие стадии:
S401: задание характеристического значения услуги условия оптимизации трафика для некешируемого трафика.
Характеристическое значение услуги некешируемого трафика задают в фоновом режиме системы, и характеристическое значение услуги включает, без ограничения, регулярное выражение, состоящее из такой информации, как адрес источника, порт источника, адрес назначения и порт назначения пользовательского запроса, и такой информации, как адрес хоста (HOST), путь (PATH) и имя файла (FILE NAME) в URL. S402: получение пользовательского запроса.
SLB получает пользовательский запрос от модуля переадресации и извлекает характеристическую информацию услуги согласно пользовательскому запросу, причем характеристическая информация услуги включает, без ограничения, регулярное выражение, состоящее из такой информации, как адрес источника, порт источника, адрес назначения и порт назначения пользовательского запроса, и такой информации, как адрес хоста (HOST), путь (PATH) и имя файла (FILE NAME) в URL.
S403: сопоставление и сравнение пользовательского запроса с характеристическим значением услуги некешируемого трафика.
Характеристическую информацию услуги, извлеченную согласно пользовательскому запросу на стадии S402, сопоставляют и сравнивают с характеристическим значением услуги некешируемого трафика, заданным на стадии S401. Если имеется успешно сопоставленное характеристическое значение услуги, считается, что условие оптимизации выполнено; а если отсутствует сопоставленное характеристическое значение услуги, считается, что сопоставление не удалось.
S404: определение того, следует ли выполнять операцию оптимизации согласно результату сопоставления и сравнения.
Если сопоставление на стадии S403 выполнено успешно, выполняют операцию оптимизации, то есть SLB переадресовывает HTTP-запрос непосредственно на исходную станцию, а затем непосредственно возвращает данные файла пользователю после получения данных файла, возвращенных от исходной станции.
Если сопоставление и сравнение на стадии S403 не удаются, операцию оптимизации не выполняют, то есть SLB переадресовывает HTTP-запрос на сервер кеширования, а затем непосредственно возвращает данные файла пользователю после получения данных файла, возвращенных сервером кеширования (если в кеше нет нужных данных или срок содержимого истек, данные будут запрошены у исходной SLB станции посредством SLB).
В качестве другого примера, способ оптимизации для трафика, который не должен быть кеширован, в частности, предусматривает следующие стадии:
S501: задание характеристического значения услуги условия оптимизации трафика для трафика, который не должен быть кеширован.
Характеристическое значение услуги трафика, который не должен быть кеширован, задают в фоновом режиме системы, и характеристическое значение услуги включает, без ограничения, регулярное выражение, состоящее из такой информации, как адрес источника, порт источника, адрес назначения и порт назначения пользовательского запроса, и такой информации, как адрес хоста (HOST), путь (PATH) и имя файла (FILE NAME) в URL.
S502: получение пользовательского запроса.
SLB получает пользовательский запрос от модуля переадресации и извлекает характеристическую информацию услуги согласно пользовательскому запросу, причем характеристическая информация услуги включает, без ограничения, регулярное выражение, состоящее из такой информации, как адрес источника, порт источника, адрес назначения и порт назначения пользовательского запроса, и такой информации, как адрес хоста (HOST), путь (PATH) и имя файла (FILE NAME) в URL.
S503: сопоставление и сравнение пользовательского запроса с характеристическим значением услуги трафика, который не должен быть кеширован.
Характеристическую информацию услуги, извлеченную согласно пользовательскому запросу на стадии S502, сопоставляют и сравнивают с характеристическим значением услуги трафика, который не должен быть кеширован, заданным на стадии S501. Если имеется успешно сопоставленное характеристическое значение услуги, считается, что условие оптимизации выполнено; а если отсутствует сопоставленное характеристическое значение услуги, считается, что сопоставление не удалось.
S504: определение того, следует ли выполнять операцию оптимизации согласно результату сопоставления и сравнения.
Если сопоставление на стадии S503 выполнено успешно, выполняют операцию оптимизации, то есть SLB переадресовывает HTTP-запрос непосредственно на исходную станцию, а затем непосредственно возвращает данные файла пользователю после получения данных файла, возвращенных от исходной станции.
Если сопоставление и сравнение на стадии S503 не удаются, операцию оптимизации не выполняют, то есть SLB переадресовывает HTTP-запрос на сервер кеширования, а затем непосредственно возвращает данные файла пользователю после получения данных файла, возвращенных сервером кеширования (если в кеше нет нужных данных или срок содержимого истек, данные будут запрошены у исходной SLB станции посредством SLB).
Согласно конкретной реализации вариант осуществления настоящего изобретения может быть реализован посредством программных модулей. Например, могут быть предусмотрены модуль управления конфигурацией и модуль обработки услуги.
Модуль управления конфигурацией выполнен с возможностью задания характеристического значения услуги под управлением пользователя, например, для предоставления интерфейса отображения операции, чтобы информировать пользователя о выходном формате характеристического значения услуги и способе и т.п., а также выполнен с возможностью отправки заданного характеристического значения услуги на модуль обработки услуги.
Модуль обработки услуги выполнен с возможностью получения характеристического значения услуги, заданного и отправленного модулем управления конфигурацией, сравнения и сопоставления с характеристическим значением услуги, заданным модулем управления конфигурацией согласно полученному пользовательскому запросу, и выполнения операции оптимизации, если сравнение и сопоставление являются успешными; в ином случае, обработки услуги согласно традиционному процессу.
Второй вариант осуществления
Как показано на фиг. 4, согласно одному варианту осуществления настоящего изобретения предлагается балансировщик нагрузки в системе прозрачного кеширования в облачной среде/среде виртуализации, который содержит запоминающее устройство 10 и процессор 12; запоминающее устройство 10 хранит компьютерную программу для оптимизации трафика; и процессор 12 исполняет компьютерную программу для определения свойства услуги запроса терминала на доступ к веб-сайту при получении запроса и корректировки пути передачи трафика согласно свойству услуги запроса, трафик содержит запрос и данные файла с веб-сайта для ответа на запрос.
Согласно варианту осуществления настоящего изобретения, когда балансировщик нагрузки получает пользовательский запрос, путь передачи трафика корректируется согласно свойству услуги пользовательского запроса, что предотвращает возникновение ситуации, характерной для существующего режима, в котором все пользовательские запросы переадресовываются на сервер кеширования, вследствие чего решается проблема потребления ресурсов в традиционном режиме, задержка отклика на кешируемый пользовательский запрос эффективно уменьшается, и скорость загрузки увеличивается, тем самым улучшая восприятие пользователя.
Необязательно процессор 12 исполняет компьютерную программу для определения того, соответствует ли запрос заданному условию оптимизации трафика согласно свойству услуги запроса, переадресации запроса на веб-сайт, соответствующий запросу, когда определено, что запрос соответствует заданному условию оптимизации трафика, и передачи данных файла на терминал после получения данных файла, с использованием которых ответил веб-сайт.
Система прозрачного кеширования дополнительно содержит сервер кеширования; и условие оптимизации трафика предусматривает трафик, который не должен переадресовываться и обслуживаться сервером кеширования, или некешируемый трафик.
Необязательно процессор 12 исполняет компьютерную программу для генерирования по меньшей мере одного фрагмента характеристической информации услуги для условия оптимизации трафика, и генерирования и задания регулярного выражения согласно характеристической информации услуги.
Процессор 12 исполняет компьютерную программу для извлечения характеристической информации услуги из запроса, сопоставления и сравнения извлеченной характеристической информации услуги с регулярным выражением и определения того, что запрос соответствует условию оптимизации трафика, когда сопоставление выполнено успешно.
Следует отметить, что разделение вышеуказанных программных модулей представлено исключительно в качестве примера в описании процесса оптимизации трафика, выполняемого балансировщиком нагрузки согласно вышеуказанному варианту осуществления; при практическом применении вышеуказанный процесс оптимизации трафика может быть распределен по разным программным модулям, при необходимости, то есть внутренняя структура балансировщика нагрузки разделяется на программные модули, отличающиеся от приведенных выше, для выполнения всего вышеуказанного процесса или его части. Кроме того, балансировщик нагрузки, предложенный в вышеуказанном варианте осуществления, и вышеуказанные варианты осуществления способа оптимизации трафика для прозрачного кеширования относятся к одной и той же идее, и конкретная реализация балансировщика нагрузки может быть найдена в вариантах осуществления способа оптимизации трафика и не будет повторно описана далее.
Запоминающее устройство 10 может быть реализовано посредством любого типа энергозависимого запоминающего устройства или энергонезависимого запоминающего устройства, или их комбинации. Энергонезависимое запоминающее устройство может представлять собой постоянное запоминающее устройство (ROM), программируемое постоянное запоминающее устройство (PROM), стираемое программируемое постоянное запоминающее устройство (EPROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), ферромагнитное оперативное запоминающее устройство (FRAM), флеш-память, запоминающее устройство с магнитной поверхностью, оптический диск или компакт-диск для однократной записи данных (CD-ROM); и запоминающее устройство с магнитной поверхностью может представлять собой запоминающее устройство на диске или запоминающее устройство на ленте. Энергонезависимое запоминающее устройство может представлять собой оперативное запоминающее устройство (RAM), выполняющее функцию внешнего кеша. В качестве иллюстрации, но без ограничения, может использоваться множество форм RAM, например статическое оперативное запоминающее устройство (SRAM), синхронное статическое оперативное запоминающее устройство (SSRAM), динамическое оперативное запоминающее устройство (DRAM), синхронное динамическое оперативное запоминающее устройство (SDRAM), синхронное динамическое оперативное запоминающее устройство с двойной скоростью (DDRSDRAM), усовершенствованное синхронное динамическое оперативное запоминающее устройство (ESDRAM), динамическое оперативное запоминающее устройство Synclink (SLDRAM) и оперативное запоминающее устройство Direct Rambus (DRRAM). Запоминающее устройство 10, описанное в вариантах осуществления настоящего изобретения может включать, без ограничения, описанные выше и любые другие подходящие типы запоминающих устройств.
Способы, описанные согласно вышеуказанным вариантам осуществления, могут применяться к процессору 12 или могут быть реализованы процессором 12. Процессор 12 может представлять собой кристалл интегральной схемы с возможностями обработки сигналов. Во время реализации способов все стадии вышеуказанных способов могут быть выполнены посредством интегральных логических схем (в форме аппаратного обеспечения) или команд (в форме программного обеспечения) в процессоре 12. Процессор 12 может представлять собой процессор общего назначения, процессор цифровой обработки сигналов (DSP), или другое программируемое логическое устройство, логический элемент на дискретных компонентах или устройство с транзисторной логикой, дискретный аппаратный компонент и т.д. Процессор 12 может реализовывать или выполнять все способы, стадии и логические блоки, раскрытые в вариантах осуществления настоящего изобретения. Процессор общего назначения может представлять собой микропроцессор или любой другой традиционный процессор. Стадии способов, раскрытых согласно вариантам осуществления настоящего изобретения, могут быть непосредственно реализованы посредством декодирующего процессора (аппаратного обеспечения) или реализованы посредством комбинации аппаратных и программных модулей в декодирующем процессоре. Программные модули могут быть расположены в носителе данных, который находится в запоминающем устройстве 10, и процессор 12 считывает информацию из запоминающего устройства 10 и выполняет стадии вышеуказанных способов в комбинации с аппаратным обеспечением.
Третий вариант осуществления
Согласно одному варианту осуществления настоящего изобретения предлагается машиночитаемый носитель данных, который хранит компьютерную программу для оптимизации трафика для прозрачного кеширования в облачной среде/среде виртуализации, и при исполнении компьютерной программы по меньшей мере одним процессором происходит выполнение стадий способа согласно первому варианту осуществления.
Машиночитаемый носитель данных согласно варианту осуществления настоящего изобретения может представлять собой RAM, флеш-память, ROM, EPROM, EEPROM, регистр, жесткий диск, съемный диск, CD-ROM или носитель данных в любой другой форме, известной из уровня техники. Носитель данных может быть соединен с процессором, вследствие чего процессор может считывать информацию из носителя данных и записывать информацию на носитель данных; или носитель данных может представлять собой часть процессора. Процессор и носитель данных могут быть расположены в специализированной интегральной схеме.
Следует отметить, что ссылка может быть сделана на первый вариант осуществления для конкретной реализации второго варианта осуществления и третьего варианта осуществления, и реализация второго варианта осуществления и третьего варианта осуществления дает те же технические эффекты, что и реализация первого варианта осуществления.
Хотя в настоящем документе описаны конкретные примеры настоящего изобретения, специалисты в данной области техники могут разработать варианты настоящего изобретения, не отступая от концепции настоящего изобретения. Учитывая техническую концепцию настоящего изобретения, специалисты в данной области техники могут внести различные улучшения в настоящее изобретение, не отступая от содержания настоящего изобретения, и эти усовершенствования находятся в пределах объема правовой охраны настоящего изобретения.