HTTP2 предыстория, преимущества производительности и реализации


Оглавление (нажмите, чтобы открыть):

Решение. Таблица 2.6. Частные показатели производительности

Задача с решением

Таблица 2.6. Частные показатели производительности

Таблица 2.5. Числовой пример определения производительности

Таблица 2.4. Примеры вычисления показателей производительности

Измерение производительности

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

Производительность (Productivity) — это наиболее общий критерий эффективности

использования страной, отраслью промышленности или предприятием своих ресурсов (или

факторов производства). Поскольку операционный менеджмент нацелен на наиболее эффективное использование доступных ресурсов, измерение производительности – основа для оценки эффективности работы компании в целом.

В наиболее широком смысле эффективность определяется следующим соотношением :

Чтобы повысить производительность компании, необходимо стремиться к наибольшему

увеличению этого соотношения.

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

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

Так, например, о чем вам скажет один тот факт, что производительность вашего ресторана за

последнюю неделю составила 8,4 посетителя за один рабочий час? Почти ни о чем!

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

может сравнивать себя с подобными ей фирмами, работающими в той же отрасти

промышленности или услуг, либо пользоваться данными по своей отрасли после их

опубликования (например, сравнивать производительность разных магазинов, работающих в

одной и той же системе).

Во-вторых, можно определять показатели своей производительности на протяжении

длительного времени. В данном случае сравниваются данные по одной и той же компании за

Как видно из табл. 2.4, производительность можно выразить в виде частных, многофакторных

показателей и общего показателя.

Частные показатели: Выход/Затраты труда или Выход/Затраты энергии или Выход/Затраты материалов или Выход/Затраты капитала

Многофакторные показатели: Выход/(Затраты труда+Затраты капитала+Затраты энергии) или Выход/(Затраты труда+Затраты капитала+Затраты материалов)

Общий показатель: Выход/Вход или Произведенные товары и услуги/Все использованные ресурсы

Если определяется коэффициент соотношения «выхода» и какого-либо отдельного ресурса на

«входе», мы получаем частный показатель производительности. Если мы хотим узнать, как

соотносятся «выход» и определенная группа ресурсов на «входе» (но не всех), то получим

многофакторный показатель производительности; при определении коэффициента соотношения

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

который можно использовать для описания производительности организации в целом или даже

Числовой пример определения производительности, представлен в табл. 2.5.

Выход производства Сумма, долл. Вход производства Сумма, долл.
Готовая продукция Труд
Незавершенное производство Материалы
Дивиденды Капитал
Облигации Энергия
Прочие доходы Прочие затраты
Итого Итого

Общий показатель Производительность =Суммарный выход/Суммарный вход=13500/15193=0,89

Многофакторные показатели Производительность =Суммарный выход/(Труд+Материалы)=13500/3153=4,28; или Производительность =Готовая продукция/(ТрудМатериалы)=10000/3153=3,17

Частные показатели Производительность =Суммарный выход/Затраты энергии=13500/540=25; или Производительность =Готовая продукция/Затраты энергии=10000/540=18,52


Данные, приведенные в этой таблице, отображают количественные показатели «входа» и «выхода», связанные с производством конкретной продукции. Обратите внимание, что для получения частного и многофакторного показателей производительности в качестве числителя необязательно используется суммарный «выход» производства. Зачастую целью бывает определение таких показателей, которые отображали бы производительность в отношении какого-либо конкретного «выхода». Так, например, как показано в табл. 2.5, производственного

менеджера может интересовать общий объем единиц продукции, выпущенный его компанией, а

технического директора — общий объем производства. Такой процесс агрегатирования и

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

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

Сфера деятельности Показатель производительности
Ресторан Количество посетителей (поданных блюд) за один рабочий час
Предприятие розничной торговли Объем продаж на один квадратный метр площади
Птицеферма Килограмм птичьего мяса на килограмм корма
Электростанция Количество киловатт-часов электроэнергии на тонну угля
Бумажная фабрика Количество тонн бумаги на кубометр лесоматериалов

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

Показатели производительности чрезвычайно

удобны при определении и сравнении эффективности прогресса фирмы.

Компания по производству мебели представила сведения (в тыс. долл.) о своей деятельности в

Выход
Общая стоимость продаж 22 35
Вход
Труд 10 15
Сырье и запасы 8 12
Амортизация основного оборудования 0,7 1,2
Прочие 2,2 4,8

Сравните показатели эффективности использования трудовых ресурсов, сырья и запасов, а

также общую производительность этой фирмы за2002 и 2003 годы.

Частные показатели производительности по:
труду 2,2 2,33
сырью и запасам 2,75 2,8
Общий показатель производительности 1,05 1,04

Не нашли то, что искали? Воспользуйтесь поиском:

Лучшие изречения: Учись учиться, не учась! 10369 — | 7883 — или читать все.

Каковы минусы перехода на HTTP/2?

После перевода сервера на HTTP/2 в Яндекс.Вебмастере появилось сообщение о том, что архив gzip передается некорректно, в связи с чем роботу не удается его распаковать.
Поддерживая gzip и deflate, робот придерживается (www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.5 стандарта rfc2616, раздел 3.5)
Отправили запрос в ТП, сейчас ждем ответа.

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

HTTPS — это всегда хорошо. И для Яндекса и для Google. Смело втыкайте сертификаты на сайты и будет счастье. HTTPS через HTTP 1.1.
HTTP/2 — это совсем другое. Вот ответ от поддержки:
——
Здравствуйте, Дмитрий!

Насколько я вижу проблемы с доступом к Вашему сайту начались с 03.03.2020. В настоящее время у основного поискового робота не реализована поддержка протокола HTTP/2, поэтому Ваш сайт может индексироваться некорректно.
——
Читай «Ваш сайт может не индексироваться».

Вывод: критичен трафик с Яшки? HTTPS — можно, HTTP/2 — нельзя.

Характеристика программ. Преимущества и недостатки этих программа

Project Expert

Project Expert — система разработки финансовых планов и инвестиционных проектов. Наиболее распространенная в России программа. Фактически, сочетает в себе системы инвестиционного анализа и управления проектами. При проведении же инвестиционного анализа равных ей по техническим возможностям нет.

В основу Project Expert (как и в основу других продуктов «Про-Инвест Консалтинг») был положен один простой принцип: если что-либо может быть сделано несколькими путями, то реализуются все варианты, что дает возможность выбора. Идеологически программа представляет собой противоположность Comfar. Если Comfar жестко ведет пользователя через весь процесс анализа, предлагая ему конкретные методики, определенную последовательность работ, форму отчетности, то Project Expert, наоборот, позволяет делать с проектом все что угодно, оставляя выбор инструментов и методик на совести эксперта.

Преимущества

Программа может абсолютно всё. В Project Expert более 200 диалогов, встроенная система создания календарных планов (наподобие MS Project), средства контроля реализации проекта, и вообще трудно назвать что-то, чего в нем нет. Последняя версия содержит уже даже такие экзотические функции, как анализ проекта с использованием нечетких данных, анализ эффективности деятельности отдельных подразделений компании и т. п.

Приятный интерфейс. Интерфейс программы построен очень удачно, что значительно облегчает работу с ней. Если Comfar представляет данные в виде дерева, то в Project Expert все разделы расположены, как в содержании книги. Это позволяет не упустить ничего при вводе данных, даже, несмотря на отсутствие индикации заполнения диалогов.

Возможность сохранять отчеты в формате MS Word. Отчеты в Project Expert можно не только распечатывать, но и сохранять в файлах MS Word. Все форматирование при этом сохраняется. Поскольку полный документ — будь то бизнес-план или другой отчет, — как правило, готовится в MS Word, такой подход позволяет легко использовать результаты работы программы.

Многоязычность. Вы можете работать с программой на русском языке и получать полную отчетность на английском. Разумеется, переводится только генерируемый программой текст, но это около 80% текста отчетности. А есть еще и полные переводы, в том числе интерфейса и документации, на английский, немецкий, польский, чешский и венгерский языки.

Недостатки

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

Слишком большое внимание к деталям. Программа позволяет учесть всё вплоть до мелочей, вести расчеты с точностью до дня. Впечатляюще, но здесь есть одна ловушка. Такие возможности подталкивают к тому, чтобы все их использовать. И появляются проекты, в которых учтены копейки, а простые погрешности в исходных данных и прогнозах измеряются миллионами. Работая с Project Expert, нельзя воспринимать наличие диалогового окна как приглашение к его заполнению. Их слишком много, и приоритеты не всегда расставлены правильно.Таким образом, Project Expert — идеальная программа для профессионалов. Она предоставляет большие возможности, но одновременно и предъявляет высокие требования к пользователю (к уровню его подготовки в области финансового анализа). Для неподготовленного пользователя она может оказаться слишком гибкой и аморфной, что затруднит для него выбор методики.

Инвестор

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

Преимущества

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

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


Недостатки

1. Непригодность для работы с иностранными инвесторами. Если вы попытаетесь представить свой финансовый план для иностранных экспертов, то с программой «Инвестор» у вас возникнет множество проблем. Это и непонятные для них стандарты отчетности, и даже ошибки в переводе на английский язык тех двух отчетов, которые более-менее приведены к международным стандартам.

2. Неудобный интерфейс. Интерфейс программы оставляет ощущение некоторой недоделанности. Возможно, это связано с тем, что под Windows программа выпущена совсем недавно, это первая версия.

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

Аналитик

Еще один продукт компании ИНЭК, но выпущенный несколько позже и значительно более качественный. Первое, о чем надо сказать, — принцип сбора данных для анализа. Он существенно отличается от используемых во всех остальных программах тем, что содержит одновременно и финансовую отчетность за прошлые периоды, и плановые показатели проекта. Методика анализа в «Аналитике» отточена до мелочей и отличается логикой и завершенностью. Не блистая такими неограниченными возможностями, как Project Expert, «Аналитик» зато предлагает хорошо продуманный цикл принятия решений по инвестированию. Недаром его версия для банков давно стала одной из наиболее популярных в кредитных отделах.

Преимущества

Детально проработанная методика. Это главный козырь программы. Особенно обширны наработки в разделах анализа финансового состояния по данным отчетности, но и непосредственно инвестиционный анализ проработан неплохо. Неплохое финансовое заключение. То, что в «Инвесторе» выглядит как пародия на заключение, здесь получило существенное развитие. Финансовое заключение «Аналитика» вполне может служить основой для полноценного отчета. А это очень серьезное достижение.

Недостатки

Отсутствие возможности печати. В «Аналитике» возможность печати просто отсутствует. Вместо этого предлагается возможность экспортировать таблицы в Word или Excel. Свойство, несомненно, полезное, но не всегда достаточное.

Использование только русского языка. Как и «Инвестор», «Аналитик» практически не в состоянии подготовить отчет на английском языке, что очень странно, ведь эта программа довольно распространена и наверняка многие подготовленные с ее помощью документы направляются иностранцам.

Из всего сказанного следует, что программу «Аналитик» можно рекомендовать для экспресс-анализа проектов, отбора предприятий для детальной оценки их деятельности и решения вопроса об инвестировании. Программа идеальна если не по набору возможностей, то уж точно по соотношению цена/качество.

Альт-Инвест

«Альт-Инвест» — это не программа, а шаблон для MS Excel. Но шаблон, разросшийся настолько, что его можно считать программой. Никаких серьезных методических упущений нет, мощной аналитики или ярких идей — тоже. Аккуратный, продуманный документ — вот, пожалуй, наиболее точная характеристика.

Приверженцы этой программы обычно заявляют, что главным ее преимуществом является возможность корректировки принципов расчета экспертом. Утверждение более чем сомнительное. Представьте себе текстовый редактор, который поставляется с исходными текстами программы на случай, если вам вздумается исправлять его ошибки в процессе работы. Разумеется, расчеты в «Альт-Инвесте» попроще, но все же это полноценная программа на Excel Visual Basic и ее изменение — дело программистов, а не аналитиков. Единственное, с чем можно согласиться, — работая в Excel, легко создавать свои аналитические инструменты, дополняющие стандартный набор. И здесь такому шаблону действительно нет равных. Надо сказать, что популярность «Альт-Инвеста» (а он достаточно популярен) имеет много общего с популярностью систем, распространяемых с исходными текстами (таких, как Linux), и, проводя такую параллель, ему можно предсказать неплохое будущее.

Преимущества

Возможность использования всех достоинств MS Excel. Основанный на MS Excel, «Альт-Инвест» сохраняет все преимущества этого великолепного продукта. Это и мощнейшая графика, и возможность создавать изощренные аналитические отчеты, и многое другое.

Легкость составления отчетов. Поскольку все исходные данные вводятся с листа, а не в диалогах со сложной системой представления информации, они имеют «плоскую» структуру и легко перекладываются на бумагу. В других программах это связано с определенными проблемами и на бумагу зачастую попадает только часть данных.

Недостатки

Неудобная работа с исходными данными. Упомянутая выше «плоская» структура данных перестает радовать, когда в программу нужно ввести значительный объем информации. Даже небольшой демонстрационный пример, поставляющийся с программой, занимает 1300 строк в окне ввода данных. Довольно слабые средства навигации по этим данным не могут существенно изменить ситуацию к лучшему. Еще одна проблема — нет средств (кроме стандартных средств Excel) для работы с повторяющимися в течение подготовки проекта событиями.

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

«Альт-Инвест» — наиболее подходящая программа для тех, кто собирается создавать свою методику и формы отчетности, организовывать цикл подготовки документации по собственным стандартам. Это действительно хороший шаблон, с которого можно начинать работу. Не вызовет он проблем и у тех, кто привык много работать в Excel и свободно ориентируется в этой системе. А во всем остальном программа явно уступает конкурентам. К тому же если вы намерены пользоваться готовыми решениями, то открытость «Альт-Инвеста» для вас — не преимущество.

Заключение

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

— исключается ошибка по невнимательности, которую могут совершать люди,

— на много повышается точность расчетов,

— появляется возможность производить большие вычисления за максимально короткое время,

— появляется возможность быстро обмениваться информацией.

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

Список использованной литературы:

Производительность преимущество HTTP / 2 через HTTP для одного запроса

HTTP / 2 намного лучше, чем HTTP для веб-сайтов. Это очень полезно, если вам нужно сделать несколько звонков HTTP. Но есть ли существенная выгода для одного вызова?

Есть общие соображения и конкретные соображения.

Общие соображения в том , что HTTP / 2, будучи бинарным протоколом, гораздо проще в реализации и имеют много меньше случаев угловых , чем HTTP / 1.1. Например, тот факт , что HTTP / 1.1 заголовков должны анализироваться , не зная заранее заголовок длиной имени и длину заголовка значения.
Другой пример может служить , нужен ли HTTP / 1.1 анализатора для поддержки устаревшей линии складной в заголовках.
Есть много много других случаев угла в HTTP / 1.1 заголовок синтаксического анализа , которые добавляют дополнительную сложность в HTTP / 1.1 парсера, которые просто отсутствует в HTTP / 2 , поскольку это двоичный протокол , и полагается на HPack.

Мастер Йода рекомендует:  Python-фреймворк для веб-разработки Django обновился до версии 1.11

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

В первом случае HTTP / 2 имеет дополнительную обработку , чтобы сделать по отношению к HTTP / 1.1.
TCP открытие соединения и TLS рукопожатие быть из картины (они одинаковы для HTTP / 1.1 и HTTP / 2), HTTP / 2 требует отправки предисловия (на который сервер должен ответить) до первого запроса, и это требует капельку дополнительной обработки.
Клиент предисловие и запрос могут быть посланы вместе; в противном случае запрос несет в дополнительной задержке туда и обратно, ожидая предисловия ответа.

При первом запросе на подключение, HTTP / 2 не имеет никакого состояния HPack так, что должно быть построено. HTTP / 1.1 должен анализировать заголовки каждый раз, когда с нуля (обугленного с помощью символов). У меня нет данных, но я думаю, что HTTP / 2 имеет небольшое преимущество здесь.

Второй случай, отправив запрос на уже открытой связи, вероятно, является благоприятным для HTTP / 2 из — за того , что HPack теперь «кэшированных» много заголовков, и поэтому их синтаксический анализ в основном сводится к просто поиск — в то время как для HTTP / 1.1 заголовок синтаксический анализ должен быть сделаны снова и снова для всех запросов. Это также означает , что последующие HTTP / 2 запрашивает гораздо меньше , чем их HTTP / 1.1 аналог: а

400 байт HTTP / 1.1 запрос сжимается до 10 байт HTTP запроса 2


/.
Для одного запроса это снижение не играет важную роль в обоих запросах будут соответствовать один MTU; Однако, игра может измениться , когда многие запросы посылаются.

Загрузки данных (от сервера к клиенту) имеет небольшую нагрузку на HTTP / 2 , так как каждый DATA кадр имеет 9 октетов накладные расходы , которые могут отсутствовать в HTTP / 1.1 (для загрузки известной длины контента). Минимальные накладные расходы , как правило , 9 байт более 16 KiB данных ( по умолчанию HTTP / 2 Максимального размера кадра). Загрузка данных в HTTP / 2 также является предметом регулирования расхода, который может заглохнуть загрузку данных , если клиент не умный / достаточно быстро , чтобы послать WINDOW_UPDATE кадры на сервер.

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

В целом, я не думаю , что для одного запроса по сети есть «значительная» выгода.
Например , в Jetty (оговорке, я коммиттер) и , следовательно , в Java, обработки запроса в порядке 10s-100s микросекунд на моем ноутбуке.
Может быть , есть разница в том , что HTTP / 1.1 или HTTP / 2 является несколько микросекунд быстрее или медленнее, но это будет полностью стерто латентностью сети, так что вы не увидите никакой разницы между запросом , сделанный с HTTP / 1.1 и один сделанный с HTTP / 2 с точки зрения времени отклика.

Есть так много переменные, что вы можете иметь, когда вы говорите «HTTP запрос», что у вас есть для сравнения конкретного запроса, чтобы получить ответ, и этот ответ может меняться, если вы меняете запрос, если вы меняете количество запросов, если вы изменяться, имеет ли запрос содержание или нет, если вы меняете длину содержимого ответа и т.д.

HTTP/2 плюсы и минусы

В мае 2015 на вооружение веб-мастеров поступил утвержденный стандарт HTTP/2, благодаря существенным усовершенствованиям и опциям обрел популярность у пользователей и практически сразу был внедрен во все основные браузеры и веб-сервера (в т.ч. NGINX и NGINX Plus). По данным портала caniuse.com, в октябре 2020 года более 77% браузеров поддерживают стандарт HTTP/2 – и эта цифра растет.

В основе данного стандарта лежит протокол SPDY, созданный разработчиками Google. Старый протокол будет постепенно выведен из использования, в частности Google Chrome сразу объявил о том, что с начала 2020 года SPDY перестанет поддерживаться.

Примечательно, что NGINX в свое время активно развивал протокол SPDY, и его приемника HTTP/2 продвигает одним из первых. Они же провели сравнение протоколов, подробно описали внедрение HTTP/2 в работу серверов и браузеров.

Выделим основные характеристики нового протокола. Они во многом схожи с SPDY:

HTTP/2 – протокол, построенный не на текстовом, а на бинарном формате, благодаря чему он компактне, следовательно работает быстрее;

В HTTP/2 отдано предпочтение одному мультиплексирующему соединению, в то время как в старых протоколах было несколько соединений, которые передавали по одному файлу.

новый протокол HPACK используется в HTTP/2 для сжатия заголовков (в предшественнике, SPDY, применялся gzip).

усовершенствованный алгоритм распределения приоритетов, который используется в HTTP/2, позволяет отдавать браузерам сначала наиболее важные файлы. В SPDY приоритетизация осуществлялась по более простому алгоритму.

HTTP/2 плюсы и минусы

Несмотря на описанные выше характеристики, которые можно смело записывать в число преимуществ нового протокола HTTP/2 и простоту его внедрения, его нельзя назвать полностью универсальным. Дело в том, что для некоторых приложений он придется кстати, а для других не будет столь полезным.
Самый простой пример: в большинстве случаев сайты, которые работают с SSL/TLS (для удобства будем писать TLS, подразумевая оба криптографических протокола), с HTTP/2 будут загружаться быстрее. Без TLS скорость будет меньше, и его нужно будет включить перед включением HTTP/2. Правда, при этом сам TLS снизит производительность, и все ускорения за счет новых алгоритмов будут бесполезными. Поэтому такой вариант развития событий следует проверить.

Назовем другие преимущества, помимо названных ранее, которые потенциально может дать применение HTTP/2:

упрощение веб-приложений за счет исключения HTTP/1.х оптимизаций, снижающих производительность и неудобства для разработчиков;

возможность ускорить работу сложных страниц, на которых используется HTML, CSS, JavaScript, большое количество flash-роликов, картинок за счет грамоного расставления приоритетов;

обязательное использование TLS позволяет обеспечить максимальную защиту.

Недостатки у HTTP/2 тоже есть, и их можно назвать как существенными, так и пустяковыми – это кто как относится. Назовем их:

каждое мультиплексирующее соединение требует поддержки таблицы преобразования как на сервере, так и у пользователя, а также больше памяти по сравнению со старыми протоколами;

использование TLS не всегда оправдано, особенно когда нет необходимости защиты информации (особенно если она уже зашифрована);

на удаление сделанных ранее HTTP/1.x оптимизаций требуется время, которое оценивается звонким долларом;

веб-приложения, оперирующие с большими файлами или ресурсоемкими аудио/видеопотоками, будут работать медленнее, а мультиплексирование будет полностью лишенным смысла.

Условно говоря, практически все HTTP/2 сводится к производительности. Как уже было сказано, для сложных веб-страниц этот протокол скорее всего будет хорошим ускорителем. Это подтверждается испытаниями NGINX, результаты которого были разделены на группы в зависимости от типичной круговой задержки (round-trip time — RTT):

низкая задержка (0-20 мс): почти нет разницы между HTTP/1.x, HTTP/2, и HTTPS;

средняя (характерное для Интернет — 30-250 мс): в данном случае HTTP/2 немного быстрее чем HTTP/1.x, при этом оба протокола быстрее HTTPS. Задержка между двумя соседними городами США – примерно 30 мс, а для расстояния около 3000 миль (между городами восточного и западного побережья США) – в районе 70 мс. Задержка между Лондоном и Токио (выбран один из наиболее коротких маршрутов) составила примерно 240 мс.

высокая (300 мс и более): HTTP/1.x быстрее чем HTTP/2, а он в свою очередь быстрее чем HTTPS.

Наш виртуальный хостинг, начиная с сервера S43 поддерживает протокол HTTP/2. Использовать ли его в своих проектах решаете Вы!

В следующей статье я расскажу о том как настроить поддержку HTTP/2 на сервере NGINX и Apache.

HTTP/2: готовимся к переходу

В прошлом году в мире сетевых технологий произошло очень важное событие: была утверждена и стандартизирована новая версия протокола HTTP — HTTP/2. HTTP/2 уже поддерживается в популярных веб-сервераx —Apache и Nginx. Идёт работа по внедрению HTTP/2 и в IIS. Реализована поддержка и в большинстве современных браузеров.

Использование HTTP/2 за последнее время существенно расширилось.

По данным на середину 2015 года, процент сайтов и веб-сервисов, перешедших на HTTP/2, был невелик ― всего 0,4%. Совсем свежая статистика (январь 2020) свидетельствует о значительном росте: с 0,4 до 6,5%. Есть все основания полагать, что в ближайшее время темпы роста будут увеличиваться.

Задуматься о практических аспектах перехода на HTTP/2 стоит уже сейчас. Эту тему мы хотели бы затронуть в сегодняшней статье. Особенно нас будет интересовать проблема адаптации существующих приёмов оптимизации производительности веб-сайтов под специфику нового протокола.
Прежде чем перейти непосредственно к рассмотрению этого вопроса, обратимся к истории протокола HTTP/2 и кратко опишем основные нововведения, отличающие его от HTTP/1.1.

От HTTP к HTTP/2

Немного истории

Первое описание протокола HTTP (HyperText Transfer Protocol) было опубликовано в 1991 году. В 1999 году была разработана и описана версия HTTP 1.1, используемая и по сей день. В то далёкое время (почти 20 лет назад) веб-сайты были совсем не такими, как сейчас. За относительно небольшой период времени сайты стали «весить» гораздо больше. Домашняя страница среднестатического современного сайта содержит примерно 1,9 МБ данных: изображения, JS, CSS и многое другое.

Из-за ограничения на количество одновременных подключений в HTTP/1.1 загрузка страниц, содержащих большое количество «тяжёлого» контента, осуществляется медленно. Можно выделить два пути решения этой проблемы. Первый заключается в использовании различных техник оптимизации производительности (о некоторых из них мы уже писали), а второй — в попытке модификации самого протокола HTTP с целью устранения возможных узких мест. Рассмотрим такие попытки более подробно.


Первый масштабный проект реформирования HTTP был представлен в 2009 году инженерами Google. Это протокол SPDY , целью которого в первую очередь было ускорение работы веб-сайтов и приложений путём модификации традиционных способов приёма и отправки запросов.

SPDY требует поддержки как на стороне сервера, так и на стороне клиента. Разработчики Google создали специализированные модули для Apache ( mod_spdy ) и для Nginx ( ngx_http_spdy_module ). Поддерживается он и практически во всех популярных браузерах.

HTTP/2, представленный шестью годами позже, во многом основывается на SPDY. Новая версия HTTP была создана рабочей группой Hypertext Transfer Protocol working group. В мае 2015 года спецификация HTTP/2 была опубликована как RFC 7540 .

Протокол HTTP/2 обратно совместим с HTTP/1.1. Изменения, направленные на устранение узких мест и повышения производительности, во многом продолжают линию SPDY. Рассмотрим вкратце наиболее важные из них.

HTTP/2: основные нововведения

Мультиплексирование

Возможно, это самое главное преимущество HTTP/2. В HTTP/1.1 для каждого запроса требуется устанавливать отдельное TCP-соединение. Мультиплексирование же позволяет браузеру выполнять множество запросов в рамках одного TCP-соединения:

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

В HTTP/2 благодаря мультиплексированию статические элементы загружаются параллельно, и благодаря этому существенно улучшается производительность.

Приоритеты

Ещё одно нововведение HTTP/2 — это приоритизация. Каждому запросу можно назначить приоритет.
Существует два подхода к назначению приоритетов: на основе веса и на основе зависимостей.

В первом подходе каждый поток получает определённый вес. Потом на основе веса сервер распределяет нагрузку между потоками. Такой подход уже использовался в протоколе SPDY.

Второй метод, являющийся основным в HTTP/2, заключается в следующем: браузер просит сервер загружать определённые элементы контента в первую очередь. Например, сначала браузер может попросить сервер сначала загрузить CSS-файлы или JavaScript, а уже потом — HTML или изображения.

В HTTP/2 приоритизация является не обязательным, а желательным методом. Однако мультиплексирование без неё работать должным образом не будет. Скорость загрузки может быть даже ниже, чем HTTP/1.1. Ресурсы с более низким приоритетом будут занимать полосу, что приведёт снижению производительности.

Сжатие HTTP-заголовков

Современная веб-страница состоит из множества элементов: изображения, JS, CSS и другие. В запросе на загрузку каждого из этих элементов браузер передаёт HTTP-заголовок. Отправляя запрошенные элементы, сервер также добавляет к ним заголовок. Всё это сопряжено с излишним расходованием ресурсов.

В HTTP/2 заголовки передаются в сжатом виде. Благодаря этому уменьшается количество информации, которой обмениваются между собой сервер и браузер. Вместо алгоритмов gzip/deflate используется HPACK . Это снижает уязвимость к атакам типа BREACH .

HTTP/2 и безопасность

Одним из важнейших требований протокола SPDY является обязательное шифрование (HTTPS) соединения между клиентом и сервером. В HTTP/2 оно обязательного характера не имеет. Однако разработчики браузеров приняли решение внедрить новый протокол только для TLS(HTTPS)-соединений. Поэтому тем, кто задумывается о переходе на HTTP/2, нужно сначала перейти на HTTPS.

Это нужно не только для HTTP/2. В поиске Google использование безопасного соединения является одним из критериев ранжирования . Браузеры (см. здесь и здесь ) скоро будут помечать сайты, не поддерживающие https, как «небезопасные». Добавим также, что многие возможности HTML5 ― например, геолокация ― без безопасного соединения будут недоступны .

Базовая настройка HTTP/2 в Nginx и Apache

Приведём краткие инструкции по включению и базовой настройке HTTP/2 в Nginx и Apache. Как уже было сказано выше, большинство современных браузеров работают с HTTP/2 только через TLS, поэтому в конфигурации вашего веб-сервера должны быть прописаны соответствующие настройки.

Nginx

Поддержка HTTP/2 реализована только в новейших версиях Nginx (1.9.5 и выше). Если у вас установлена другая версия, вам потребуется обновить её.

После этого откройте конфигурационный файл /etc/nginx/nginx.conf и найдите в секции server следующую строку :

и замените её на:

Сохраните внесённые изменения и перезагрузите Nginx:

Apache

В Apache HTTP/2 поддерживается только в версиях 2.4.17 и выше. Если у вас установлена более ранняя версия, выполните обновление и подключите модуль mod_http2 . После этого добавьте в конфигурационный файл следующие строки:

После этого перезапустите Apache. Вот и всё — для базовой настройки этого вполне достаточно.

HTTP/2 и оптимизация сайтов

HTTP/2 обратно совместим с HTTP/1.1. Поэтому вы в принципе можете не предпринимать никаких действий: работе вашего сервиса ничего не угрожает.
Но по мере перехода популярных веб-серверов и веб-браузеров на HTTP/2 вы увидите, что ваш сайт, который когда-то был оптимизирован для увеличения скорости загрузки страниц и повышения производительности, уже работает не так быстро, как раньше.

Многие способы оптимизации, успешно используемые в HTTP/1.1, в HTTP/2 работать не будут. Некоторые из них потребуется модифицировать, а от некоторых ― отказаться вообще. Рассмотрим этот вопрос более подробно.

Объединение изображений в спрайты

В HTTP/1.1 было удобнее загрузить одно большое изображение, чем делать множество запросов и загружать много маленьких. Это обусловлено тем, что запросы ставятся в очередь друг за другом. Самый распространённый способ увеличения скорости загрузки заключался в объединении множественных небольших изображений в спрайт-файл .

Спрайт возвращался в ответ на единственный запрос. Даже если пользователь заходил на страницу, на которой находится всего одно небольшое изображение, нужно было загрузить весь спрайт.

В HTTP/2 c его мультиплексированием таких проблем нет, однако использование спрайтов в определённых ситуациях может оказаться полезным. Объединение нескольких изображений в спрайт (особенно если все эти изображения находятся на одной странице) помогает улучшить сжатие и таким образом снизить общий объём загружаемых данных.

Встраивание изображений с помощью DataURI

Ещё один популярный способ решения проблемы множественных HTTP-запросов в HTTP/1.1 ― встраивание изображений с использованием Data URI . Это существенно увеличивает в размере таблицу стилей.


Если одновременно со встраиванием изображений для оптимизации используется ещё и конкатенация JS и CSS, пользователю скорее всего придётся загрузить весь соответствующий код, даже если он не будет посещать страницу с этими изображениями.
В HTTP/2 такая практика скорее ухудшит, а не улучшит производительность.

Конкатенация JS и CSS

Для оптимизации работы сайтов часто используется конкатенация небольших CSS- и JS-файлов. Много маленьких файлов объединяются в один большой. Таким образом удаётся обойти лимит на количество HTTP-запросов.

Однако при использовании конкатенации может возникнуть та же проблема, что и со спрайтами: зайдя на какую-то одну страницу сайта, пользователь загрузит все используемые на нём СSS- и JS-файлы (при этом очень вероятно, что большинство из этих файлов ему никогда не понадобятся). Конечно, можно тщательно отбирать файлы для каждой страницы сайта, но это будет занимать слишком много времени.

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

Стоит ли пользоваться конкатенацией в HTTP/2? Если HTTP-запросы не требуют существенных затрат ресурсов, то без неё вполне можно обойтись. Загрузка множества небольших файлов стилей никакой проблемы не составит. Не будет и трудностей с истечением сроков действия и кэшированием.

Доменное шардирование

В HTTP/1.1 имеется ограничение на количество открытых соединений. Чтобы обойти это ограничение, приходится загружать статические ресурсы с нескольких поддоменов одного домена. Такой приём называется доменным шардированием; он часто используется, например, для страниц с большим количеством изображений. Это помогает увеличить скорость загрузки, но вместе с тем и создаёт дополнительные проблемы .

С переходом HTTP/2 необходимость в доменном шардировании отпадает. Вы можете запросить столько ресурсов, сколько вам требуется. Более того, в случае с HTTP/2 шардирование не улучшит производительность, а приведёт скорее к противоположному эффекту, так как создаст дополнительные TCP-соединения и будет мешать приоритизации.

Когда переходить?

Когда планировать переход на HTTP/2? Однозначного ответа на этот вопрос нет и быть не может. Дадим, однако, одну подсказку: регулярно просматривайте логи посещаемости вашего сервиса. Когда вы увидите, что большая часть посетителей используют поддерживающие HTTP/2 браузеры — можно переходить. На текущий момент поддержка HTTP/2 реализована в Chrome (в том числе и в мобильной версии для Android), Firefox, Opera, Edge, Safari.

При планировании перехода следует учитывать и особенности вашего проекта. Если у вас много пользователей, которые приходят к вам с мобильных устройств, то это означает, что вам желательно перейти на HTTP/2 как можно скорее. На смартфонах и планшетах преимущества нового протокола будут особенно очевидными. Однако и здесь нужно учитывать множество нюансов: например, во многих регионах мира до сих пор много пользователей браузера Opera Mini, а он HTTP/2 пока что не поддерживает.

Если вы планируете запускать новый веб-сервис — задумайтесь о перспективе перехода на HTTP/2. Конечно, вам ещё придётся использовать HTTP/1.1 в течение какого-то времени, но уже сейчас вы можете принять меры по оптимизации, которые облегчат вам жизнь в будущем.

Полезные ссылки

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

Статические сайты: настройка и оптимизация

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

Мастер Йода рекомендует:  Всё, что вы хотели знать про Ubuntu Phone

Обновление услуги «Облачное хранилище»

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

Готовимся к HTTP/2: Руководство для веб-дизайнеров и разработчиков

Протокол передачи гипертекста ( HTTP, англ. HyperText Transfer Protocol) — протокол, который управляет соединением между вашим сервером и браузерами клиентов. Впервые после 1999 года, появилась новая версия этого протокола, и это обещает значительно ускорить каждый сайт.

В этой статье мы опишем основы HTTP/2 для дизайнеров и разработчиков. Я объясню некоторые ключевые особенности нового протокола, рассмотрю совместимость (серверную и браузерную) и остановлюсь подробнее на вещах, над которыми нужно задуматься, поскольку все чаще видим внедрение HTTP/2 . Прочитав эту статью, вы получите обзор того, что нужно изменить в вашей работе в кратко- и долгосрочной перспективе. Также я включу множество дополнительных ресурсов, на тот случай, если вы захотите углубится в вопрос. Моя цель — предоставить достаточное количество знаний, которое поможет принят правильное решение о переходе на HTTP/2 .

Для дальнейшего прочтения

Краткая история HTTP.

HTTP — старый протокол, изначально описан в 1991, последнее крупное обновление HTTP/1.1 вышло в 1999. В 1999 году сайты очень сильно отличались от современных. В статье http2 explained, Daniel Sternberg объясняет, что при открытии страницы современного сайта, в среднем нужно загрузить 1.9 Мб контента из порядка 100 разных ресурсов, где «ресурсы» — что угодно, начиная картинками и шрифтами, и заканчивая js- и css-файлами.

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

SPDY

В 2009 году, два инженера из Google написали об исследовательском проекте SPDY, над которым они работали. Этот проект решал некоторые проблемы HTTP/1.1. Предполагалось, что SPDY:

  • разрешит параллельные запросы через одно TCP соединение, известно как мультиплексирование;
  • позволит браузерам загружать ассеты с разным приоритетом, что позволит серверу отдавать вначале жизненно важные ресурсы;
  • будет сжимать/уменьшит количество http хедеров;
  • реализует «серверный пуш», посредством которого сервер сможет отправлять жизненно важные ресурсы до их запроса браузером.

Кроме того, SPDY требует https соединение.

SPDY не замещает HTTP, он скорее туннелирует протокол и изменяет привычный способ отправки запроса/ответа. Он требует двусторонней поддержки со стороны клиента и сервера. Многие использовали технологию, благодаря поддержки Nginx и пакетов от Google для включения поддержки в Apache. Поддержка браузерами тоже довольно неплохая, все новые версии основных браузеров поддерживают SPDY.

HTTP/2

Как видим, SPDY имеет определенный успех, приобретая приятие как серверами, так и браузерами. Однако, вы также могли заметить, что несмотря на то, что Internet Explorer 11 поддерживает SPDY, у Microsoft’s Edge поддержка упразднена. Что же произошло?

Отказ от поддержки SPDY у Microsoft’s Edge обусловлен тем, что Microsoft реализовали поддержку HTTP/2, новой версии HTTP протокола. В то время другие современные браузеры продолжают поддержку SPDY, Crome откажется от поддержки в 2020, остальные, скорее всего, будут продолжать поддерживать. Во время написания, Edge, Firefox, Chrome и Opera поддерживают и SPDY, и HTTP/2. Safari, включая версию для iOS присоединятся к этой группе позже в этом году с выпуском Safary 9.

HTTP/2 построен на успехе SPDY, он же стал основой для нового протокола. Таким образом, большинство целей SPDY достигнуты в HTTP/2. Требование https соединения было отброшено. Тем не менее, все разработчики браузеров решили реализовать HTTP/2 для TLS (https) соединений. Так что не смотря на то, что теоретически вы можете использовать HTTP/2 с простым текстом, наш случай использования подразумевает, что ваш сайт уже использует https.

Разработка HTTP/2 спецификации была завершена в феврале 2015. Через год, поддержка современными браузерами отличная. Так же как и SPDY, HTTP/2 требует поддержки как со стороны браузера, так и со стороны сервера, у существует уже много серверных решений. Можете посмотреть историю в HTTP/2 wiki. У W3Techs также также в июле 2015 вышла статья подробно о темпах принятия. Принятие этого протокола происходит быстро, учитывая какой он относительно новый.

Нужно ли нам менять наши сайты?

HTTP/2 обратно совместим с HTTP/1.1, так что возможно полностью игнорировать его, и все будет работать как раньше. Смена протокола прозрачна для пользователей. Многие читатели этой статье используют протокол, отличающийся от HTTP/1.1 годами. Если у вас есть Gmail аккаунт и используете Chrome, то вы уже использовали SPDY, а потом HTTP/2, не подозревая ничего об этом.


Многое из того, о чем вы думаете как о лучших практиках, может иметь отрицательное влияние на производительность при использовании HTTP/2. Спустя некоторое время, когда больше серверов и браузеров обновятся для использования HTTP/2, ваш сайт, который был прекрасно оптимизирован для старого протокола, будет плохо оптимизирован для нового.

Что нужно поменять для HTTP/2?

Дальше в статье мы рассмотрим некоторые общие лучшие практики, которые станут анти-паттернами для HTTP/2. Как мы уже видели, для многих сайтов переход будет медленным. Для перехода на HTTP/2, серверное программное обеспечение должно быть обновленным для поддержки нового стандарта, что может быть как очень легким, так и почти невозможным в зависимости от типа хостинга.

Перед применением изменений для поддержки HTTP/2, вы также должны знать, пользуются ли ваши посетители браузерами, поддерживающими новый стандарт. Владельцы сайтов, посетители которых пользуются современными браузерами смогут сделать переход намного быстрее, чем сайтов, имеющих много посещений со старых браузеров. Чтобы решить эту проблему, я также дам несколько советов, что делать в этом переходном периоде.

Перейдите на TLC

Для многих сайтов тяжелее всего не перейти на HTTP/2, а использовать защищенное соединение. Если вы разрабатывает новый, или обновляете старый сайт, первое, что вы должны сделать как можно скорее — это использовать https. Это важно не только для HTTP/2, Google выше ранжирует сайты с https-соединением, браузеры помечают не https-сайты как «небезопасные». В будущем вы обнаружите, что множество html5 фич, к примеру, геолокация, недоступны без защищенного соединения.

Если у ваш сайт использует только http, тогда мое предложение как можно скорее перейти на https, и уже тогда определится с HTTP/2 стратегией.

Объединение множества изображений в спрайты

В HTTP/1.1 получение одного большого изображения намного эффективней для браузеров, чем множество мелких запросов. Это происходит потому, что несколько запросов выстраиваются в очередь друг за другом. Объединение мелких файлов в спрайты было временным решением этой проблемы.

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

С мультиплексирующей способностью HTTP/2, очередь ресурсов больше не является проблемой. Отдача мелких изображений отдельно будет лучшим решением во многих случаях; вам нужно обрабатывать только то, что необходимо для запрошенной страницы. Но создание спрайтов и дальше будет оправданным во многих случаях. HTTP реквесты — это только один аспект производительности. Объединение некоторых изображений вместе в спрайт позволяет достичь лучшего сжатия, и, как результат, меньшего объема загрузки, особенно, если все изображения используются на странице. Однако, спрайты больше не всегда будут лучшим решением.

Встраивание изображений за счет использования data uri

Другое обходное решение проблемы множества HTTP-запросов — встраивание изображений в css с использованием data uri. Использование изображений подобным способом делает css-файл намного больше. Если вы в добавок используете сжатие и объединение ассетов, посетители будут загружать огромное количество кода, даже если никогда не перейдут на страницу, где он действительно нужен.

С оптимизацией HTTP-запросов у HTTP/2, эта «лучшая практика» будет больше мешать, нежели помогать улучшению производительности.

Объединение CSS и Javascript

Многие из нас используют объединение мелких css и javascript файлов. Зачастую мы хотим содержать их раздельно во время разработки — для лучшего понимания, но мы знаем, что загрузка одного файла браузером намного эффективней, чем пяти. Еще раз, мы ограничиваем количество HTTP-запросов.

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

Еще одна дополнительная проблема с объединением файлов — очистка кэша: чистится все вместе. Вы не можете указать файлам, которые никогда не меняются, долгое время жизни, и короткое часто изменяемым. Весь кэш должен быть обновлен, даже если поменялась одна строка в css-файле.

Предполагаю, вы понимаете, к чему я клоню! HTTP-запросы дешевые в HTTP/2 мире. Распределение ассетов на используемых страницах будет намного более оптимально. Вы сможете отдавать только реально используемый код. Загрузка множества мелких файлов не будет иметь значения. Также вы сможете распределять файлы по частоте их изменений.

Распределение ресурсов между хостами: sharding

C HTTP/1.1, вы ограничены количеством открытых соединений. Если невозможно избежать загрузки, один из способов решения проблемы — получение ресурсов с разных доменов. Эта методика называется domain sharding. Это хотя и ускоряет время загрузки, но может вызвать новые проблемы, не говоря уже о том, что это требует дополнительных расходов во время разработки.

HTTP/2 упраздняет необходимость domain sharding, потому что снято ограничение количества одновременно загружаемых ресурсов. Более того, это может плохо повлиять на производительность, поскольку открывает дополнительные TCP соединения и мешает обрабатывать HTTP/2 приоритеты ресурсов.

Как теперь подготовиться до HTTP/2?

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

Создайте индивидуальные ассеты, дополнительно до спрайтов и data uri

Если вы создаете спрайты, позаботьтесь также о создании и оптимизации мелких ассетов, или меньших спрайтов под индивидуальные страницы, если видите, что это улучшит производительность. Это упростит переход от больших спрайтов до более мелких, если будет необходимо.

Это также касается и data uri. Если используете в css, подготовьте также картинки для того времени, когда вы откажетесь от этой техники.

Упорядочьте ассеты по разделам сайта

Из-за использования объединения css и javascript файлов, существует соблазн объединять их и на этапе разработки, так как они все равно потом собираются в один файл. Когда вы переключитесь на HTTP/2, вы получите лучшую производительность, если будете тщательно разделять ресурсы, не загружая ничего лишнего. Следовательно, организация ассетов теперь будет иметь ценность. Сейчас вы можете продолжать объединять ассеты, а при необходимости сразу же начать отдавать их по отдельности.

Управление domain sharding

Текущая лучшая практика для HTTP/1.1 — ограничение sharding двумя хостами. В HTTP/2 возможно объединить соединения, если TLS сертификат валидный для обеих хостов и хост резолвится для одного IP-адресса. Поскольку браузерная реализация требует, чтобы HTTP/2 работал через https, необходимо получить TLS сертификат, чтобы использовать HTTP/2. Посмотрите больше на 26 слайде Ilya Grigorik’s с Velocity Conference.

Это далеко не все

В конечном счете, мы получим множество лучших практик для HTTP/2. Для лучшей производительности, этот протокол даст вам множество возможностей для управления, и вам придется принимать решения для каждого проекта. Я не рассказала в этой статье, как использовать преимущества от новых фич HTTP/2, таких, как, к примеру, серверный пуш. Эта технология позволяет вам решать, какие ресурсы приоритетней и заставляет сервер обрабатывать их раньше, чем остальные.

Когда переключиться?

Для дизайнеров и разработчиков, у которых нету полного контроля над сервером, это может подождать до обновления серверов. Существуют хостинг-провайдеры, которые уже предлагают HTTP/2 — даже шаред хостинги, так что вы можете рекомендовать клиенту такие решения, если видите преимущества.

Если сайт размещен на сервере, который поддерживает HTTP/2, решение оптимизировать под HTTP/1.1 или HTTP/2 должно быть принято в зависимости от протокола, который поддерживают браузеры большинства пользователей. Помните, что HTTP/2 обратно совместимый — вам не придется делать ничего особенного. Решение, которое вам нужно принять — когда именно оптимизировать под новый протокол.

Вам нужно будет принять решение, пользуясь данными аналитики. Если большинство пользователей использует браузеры, которые поддерживают HTTP/2, тогда есть смысл оптимизировать под этих пользователей. Многие из на уже достигли этого момента. Вам нужно использовать данные с таких сайтов, как Can I Use вместе с данными, собираемыми с собственной аналитики и понимания интересов аудитории. К примеру, большинство преимуществ HTTP/2 почувствуют пользователи мобильных устройств. Если у вас больше мобильного трафика, это может свидетельствовать о необходимости ближайшего перехода. Однако, если много пользователей используют Opera Mini, тогда нужно повременить с переходом на HTTP/2, так как, несмотря на множество пользователей в некоторых странах мира, этот браузер не поддерживает новый стандарт.

Если вы создаете новый сайт сегодня, можно посоветовать сразу помнить об оптимизации для HTTP/2 во время разработки. Если во время запуска, вы поймете, что нужно сделать уступку в пользу HTTP/1.1 из-за проблем совместимости сервера/браузеров, оптимизировать можно во время процесса сборки, таким образом, оставляя возможность быстро перейти на HTTP/2.

План действий по работе с HTTP/2

1. Запустите проект, или перейдите но TLS сейчас.


Это должно быть вашим приоритетом.

2. Подготовьте ваш процесс сборки до HTTP/2.

Любой сайт в долгосрочной перспективе получит преимущества при переходе на HTTP/2. Так что создавайте такой процесс сборки, который можно оптимизировать под оба протокола.

3. Проверьте вашу статистику

Проверив статистику использования браузеров и таблицу совместимости Can I Use, вы сможете увидеть, сколько процентов посетителей получать преимущества при оптимизации под HTTP/2.

4. Проверьте свой хостинг

Когда вы достигнете момента, когда будут преимущества в переходе на новый протокол, вы должны проверить, что хостинг поддерживает HTTP/2. Поговорите с хостинг провайдером или администратором сервера, чтобы узнать их планы о переходе.

5. Займитесь оптимизацией под HTTP/2.

Когда ваш сервер поддерживает HTTP/2, остальное за вами. Перестаньте использовать старые лучшие практики и переключитесь на новые. Это будет значить, что пользователи, браузеры которых не поддерживают HTTP/2, получат меньшую производительность, поэтому решающим фактом должно стать количество пользователей, которые получать преимущества.

После перехода на HTTP/2, будет здорово протестировать прирост скорости и увидеть, какая техника больше всего улучшила сайт. Я ищу информацию о том, как люди переносили реальные сайты на новый протокол. Эта информация поможет нам разработать новое поколение лучших практик.

Узнать больше

Возрастающее количество информации о HTTP/2 доступно онлайн. Некоторые ресурсы размещу здесь, часть из них были использованы при написании статьи.

Это для людей, которые получают удовольствие от прочтения спецификации или для тех, кто хочет понять глубже. Для всех остальных, HTTP/2 FAQ — отличная выборка главных фич.

Эта свободная электронная книга очень хорошая для прочтения, если хотите углубится в детали протокола как плана или стратегии.

Эта книга покрывает лучшие практики как HTTP/1.1, так и HTTP/2. Будет полезна всем, кто хочет и улучшить производительность сегодня, и подготовится к будущему.

Эта замечательная подборка слайдов больше раскрывает некоторые пункты этой статьи.

Этот плагин для браузера показывает, работает ли сайт с HTTP/2.

HTTP/2: предыстория, преимущества производительности и реализации

Недавно для услуги хостинга сайтов мы добавили поддержку протокола HTTP/2. Сегодня детально расскажем о преимуществах и особенностях нового протокола.

HTTP/2 — новая версия сетевого протокола HTTP, основанная на разработанном компанией Google протоколе SPDY. Предыдущая версия протокола HTTP/1.1 принята в далеком 1999 году, когда сайты очень сильно отличались от современных. В наше время веб-технологии развиваются слишком стремительно, поэтому новая версия протокола — очень важное и нужное нововведение, направленное на повышение безопасности, эффективности и скорости работы сайтов.

Ключевые особенности HTTP/2

  • Мультиплексирование. В HTTP/1.1 для каждого запроса требуется устанавливать отдельное TCP-соединение, одновременное количество которых ограничено. Мультиплексирование в HTTP/2 позволяет браузеру выполнять множество запросов в рамках одного TCP-соединения. Таким образом, статические элементы загружаются параллельно, запросы и ответы не блокируют друг друга. Как результат, быстрая загрузка и визуализация страницы сайта.
  • Сжатие HTTP-заголовков. При отправке запросов клиентом и ответов сервером передаются HTTP-заголовки, которые содержат вспомогательную информацию. Если загружаемая страница содержит большое количество элементов — все заголовки будут занимать приличный объем. В HTTP/2 заголовки передаются в сжатом виде, что позволяет существенно сократить объем информации, которой обмениваются сервер и клиент. Кроме того, для сжатия используется специальный алгоритм HPACK, который снижает риски к атакам по перехвату информации.
  • Приоритизация. Назначение приоритетов запросам позволяет обеспечить визуальную скорость загрузки страницы для пользователя. Например, браузер может попросить сервер отправить в первую очередь файлы CSS, так как они очень важны для определения вида страницы.
  • Server Push. При использовании HTTP/1.1 сервер отправляет в ответ на запрос HTML-код и ожидает от браузера запросов на элементы страницы. В HTTP/2 добавлена функция Server Push, которая позволяет серверу сразу отправлять дополнительные элементы, которые могут понадобится браузеру в будущем.
  • Бинарность. Протокол HTTP/2 является бинарным, в то время как HTTP/1.1 – текстовый. Поэтому он более эффективен для анализа и обработки сервером, более компактный при передаче и меньше подвержен ошибкам.

Поддержка браузерами

На сегодняшний день все популярные браузеры для компьютеров и мобильных устройств поддерживают работу по протоколу HTTP/2. Протокол HTTP/1.1 будет использоваться в том случае, если браузер не поддерживает новый протокол. Таким образом, HTTP/2 включается автоматически всегда, когда это возможно.

Важно! Протокол HTTP/2 не требует обязательного шифрования, однако разработчики браузеров приняли решение реализовать работу с новым протоколом только через TLS (HTTPS). Поэтому наличие установленного SSL-сертификата (коммерческого или бесплатного) является обязательным условием для работы по протоколу HTTP/2.

Ниже наглядно представлены версии браузеров, для которых реализована поддержка протокола HTTP/2 (выделены зеленым фоном). В Internet Explorer 11 новый протокол поддерживается только в Windows 10, в Safari — OSX 10.11 и выше.

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

HTTP/2 и поисковая оптимизация (SEO)

Несомненно, многих владельцев веб-сайтов волнует вопрос оптимизации своих ресурсов для поисковых систем. Одним из важных факторов ранжирования для поисковых систем является скорость загрузки сайтов. Поэтому сайты, которые работают по протоколу HTTP/2, получат бонус в ранжировании именно за скорость загрузки. Отметим, что теперь еще выгоднее переходить на HTTPS, так как это позволит дополнительно получить бонус в ранжировании поисковых систем и за использование HTTPS.

Мастер Йода рекомендует:  10 полезных книг для Java программиста на русском языке

HTTP/2 и оптимизация сайтов

Для протокола HTTP/1.1 веб-разработчики успешно использовали ряд оптимизаций, чтобы обойти ограничения протокола. Но не все оптимизации будут хорошо работать в HTTP/2 — некоторые из них необходимо модифицировать, а от некоторых вовсе отказаться. Напомним, что HTTP/2 обратно совместим с HTTP/1.1, поэтому можно не предпринимать никаких действий — сайт будет работать как и прежде. Ниже рассмотрим детально на что следует обратить внимание.

  • Объединение изображений в спрайты. В HTTP/1.1 объединение небольших изображений в один спрайт эффективно, так как требуется всего одно HTTP-соединение и не возникает очереди запросов. Но если на странице используется всего одно изображение — нужно загрузить весь спрайт. В HTTP/2 с мультиплексированием очередь запросов больше не является проблемой, поэтому во многих случаях оптимально загружать много мелких изображений, которые используются на странице. Однако, в некоторых случаях объединение изображений в один спрайт может быть полезным, так как улучшается сжатие и уменьшается объем загрузки, особенно если все изображения используются на странице.
  • Встраивание изображений с помощью data URI. Еще один способ решения проблемы с множественными запросами – встраивание изображений в CSS с помощью data URI. За счет этого может существенно увеличиваться размер файла со стилями, но требуется меньше HTTP-соединений. В HTTP/2 такой подход может быть полезным, но вряд ли будет помогать улучшению производительности.
  • Объединение CSS и JavaScript. Еще один способ ограничения количества HTTP-соединений. При таком подходе все файлы css/js объединяются в один большой файл. А значит при загрузке одной страницы загружаются сразу все таблицы стилей и js-код, даже если они не используются на текущей странице. Кроме того, браузером кэшируется сразу весь общий файл и небольшое изменение кода потребует повторной загрузки всего файла. С мультиплексированием в HTTP/2 загрузка множества мелких файлов не является проблемой, поэтому распределение файлов css/js только на нужные страницы будет намного эффективнее и поспособствует увеличению скорости загрузки сайта.
  • Доменный шардинг. Этот способ заключается в загрузке статических ресурсов с разных доменов или поддоменов основного домена и актуален только для HTTP/1.1. Причина та же — ограничение на количество параллельных HTTP-соединений. В HTTP/2 такой подход негативно влияет на производительность за счет открытия дополнительных TCP-соединений и препятствия в обработке приоритетов ресурсов.

Как проверить, поддерживает ли сайт протокол HTTP/2

Существуют онлайн-сервисы, с помощью которых можно легко и быстро проверить наличие поддержки HTTP/2. Например, сервис от http2.pro.

  • Расширения для браузеров.


Для браузеров Chrome и Firefox есть расширения, которые иконкой-индикатором оповещают о том, что сайт открыт по протоколу HTTP/2.

  • Инструменты разработчика в браузере.

Рассмотрим для примера просмотр протокола в инструментах разработчика в браузерах Chrome и Firefox.

Chrome:

  1. Открываем инструменты разработчика: нажимаем правой кнопкой мыши на странице и выбираем в контекстном меню «Просмотреть код» или нажимаем Ctrl+Shift+I.
  2. Переходим на вкладку «Network» и нажимаем кнопку F5 для обновления страницы
  3. Нажимаем правой кнопкой мыши на названии какого-либо столбца и выбираем в контекстном меню «Protocol», добавив тем самым соответствующий столбец.

Для каждого ресурса в столбце «Protocol» отображается протокол, по которому он загружен:

Firefox:

  1. Открываем инструменты разработчика: нажимаем правой кнопкой мыши на странице и выбираем в контекстном меню «Исследовать элемент» или нажимаем Ctrl+Shift+I.
  2. Переходим на вкладку «Сеть» и нажимаем кнопку F5 для обновления страницы
  3. Нажимаем правой кнопкой мыши на названии какого-либо столбца и выбираем в контекстном меню «Протокол», добавив тем самым соответствующий столбец.

Для каждого ресурса в столбце «Протокол» отображается протокол, по которому он загружен:

ЭКОНОМИКА И БИЗНЕС: теория и практика

международный ежемесячный научный журнал

Серикова В.С. Проблема производительности труда в России в современных экономических условиях // Экономика и бизнес: теория и практика. — 2015. — №10. — С. 126-128.

П РОБЛЕМА ПРОИЗВОДИТЕЛЬНОСТИ ТРУДА В РОССИИ В СОВРЕМЕННЫХ ЭКОНОМИЧЕСКИХ УСЛОВИЯХ

В.С. Серикова , студент

Ставропольский государственн ый аграрный университет

(Россия, г . Ставрополь)

Аннотация: В данной статье рассматривается проблема роста производительности труда в нашей стране. Описывается современное состояние и динамика производительн о ст и труда в таких стран ах, как Германия и Япония. В настоящее время, п еред нашей стр а ной стави тся ряд задач, основной из которых является мо дернизация российской экономики, что требует разработки специальны х решени й позволяющих существенно повысить э ф фективность использования трудовых ресурсов.

Ключевые слова: производительность труда, показатели, конкуренция, экономика, опл а та труда .

В нашей стране вопрос производительн о сти труда имеет особое значение. Это связ а но с тем, что Российская Федерация среди стран Содружества независимых государств (СНГ) занимает лидирующие позиции , при этом значительно отставая от ряда западных стран, а также некоторых восточноазиа т ских экономик .

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

В развитых странах , показатели произв о д ительности труда более реальны. Эконом и сты с мировым именем идеализируют пок а зател и производительности труда таких стран как Германи я и Япони я .

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

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

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

Производительность труда в ряде росси й ских отраслей на протяжении длительного времени была ниже американских и евр о пейских показателей в десятки раз . Но в у с ловиях современной экономики произошли изменения. Из заявления Минпромторга : «Благодаря ослаблению рубля и санкциям, мы впервые опередили С ША по производ и тельности труда» [ 7 ] . Иными словами мо ж но сказать, что произошло снижение прои з водственных издержек, выраженных в до л ларах, которые действительно стали ниже из-за девальвации рубля. Но именно на пр о изводительности это положительно не ск а зывается.

По подсчетам ОЭСР, Россия уступает США в производительности более чем вдвое – в пересчете на ВВП за человеко-час , в США производят продукции на $67,4. О д нако , большинство российских исследоват е лей-экономистов считают Ро ссию все еще отстающей страной.

Министр экономического развития Але к сей Улюкаев заявил, что накопленное отст а вание России от развитых стран не умен ь шалось в последние годы – «Напомню, что по уровню производительности труда мы отстаём от стран Организации экономич е ского сотрудничества и развития почти в 2 раза, от Соединённ ых Штатов Америки – в 2,6 раза» [ 8 ] .

Становится очевидным, что на шей стране нужно инно вационное развитие . Его с уть заключается прежде всего в повышении производительности труда. В выступлении Владимира Путина «О стратегии развития России до 2020 года» было отмечено, что «главная проблема российской экономики – это ее крайняя неэффективность. Произв о дительность труда остается чрезвычайно низкой. Те же затраты труда приносят в России в несколько раз меньшую отдачу. Это вдвойне опасно в условиях растущей глобальной конкуренции и увеличивающи х ся затрат на квалифицированный труд и энергоносители. Рост производительности труда должен произойти в этот период в 4 раза, т.е. ежегодный рост на 12%. Одно из направлений повышения эффективности экономики: приоритетный рост производ и тельности труда над заработной платой» [ 6 ] .

В связи с этим перед с траной ставятся з а дачи, основной из которых является моде р низация российской экономики . Наличие богатых природных ресурсов и человеч е ский потенциал не дают результатов нужн о го уровня , потому что они отделены друг от друга . Это происходит по причине того, что сырье вывозится из страны в практически первозданном виде, а инновационные идеи и наработки применяются за границей в 90% случаев . И главное – вложения в человека. Это критически важно из — за начавшегося уменьшения численности людей трудосп о собного возраста (на 1 миллион ежегодно), а также существующих проблем в здрав о охранении и образовании. Здесь не обойтись без инвестиций и государства, бизнеса и с а мих людей.

Чтобы российский работник начал хор о шо работать, необходимо создать такие у с ловия, при которых невозможно работать « не в полную силу». Немало важно и псих о логическая рабочая обстановка, в рамках которой работник не мог б ы даже подумать о плохой работе [ 5 ] .

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

1. Алиев И.М . и др. Экономика труда: учебник. – М.: Из дательство « Юрайт », 2011. – 671 с .

2. Воробьева Н.В., Козел И.В., Игнатенко В.В. Особенности развития внешнеэкономич е ского комплекса регионов России / В сборнике: Актуальные проблемы развития предприн и мательства. 2013. С. 34-38.

3. Егорова Е. А ., ЭБС «Университетская библиотека ONLINE », Экономика и социология труда: практикум. – М.: Евразийский открытый институт, 2010. – 103 с .

4. Козел И.В. Формирование конкурентных преимуще ств пр едприятия на основе монит о ринга его конкурентоспособности / Kant . 2012. № 3. С. 86-88.


5. Козел И.В., Егурнова В.Ю., Егурнова В.Ю. Лояльность потребителей на современном рынке товаров и услуг. Наука-Парк. 2013. № 2 (12). С. 44-46.

6. Русецкая Э.А ., К озел И.В., Русецкий М.Г. Преимущества психографического сегмент и рования рынка страховых услуг. Дайджест-финансы . 2013. № 6. С. 30-37.

7. Экономическая стратегия фирмы: Учебное пособие [Текст] /Под ред. проф. А.П. Градова . – СПб.: Специальная литература, 2008. – — 360 с .

THE PROBLEM OF LABOR PRODUCTIVITY IN RUSSIA IN MODERN ECONOMIC CONDITIONS

VS Serikova , student

Stavropol state agrarian university

Abstract: This article deals with the problem of labor productivity growth in this country. It d e scribes the current state and dynamics of labor in countries such as Germany and Japan. Currently, to our country raises a number of problems, the main of which is the modernization of the Russian economy, which requires the development of specific solutions to significantly improve the utiliz a tion of labor resources.

Keywords: productivity, performance, competition, economy, salary.

HTTP/2: предыстория, преимущества производительности и реализации

ПРЕИМУЩЕСТВА КЛАСТЕРНОГО ПОДХОДА В ФОРМИРОВАНИИ И РАЗВИТИИ ЭКОНОМИКИ РЕГИОНА

Толмачева Ольга Иннокентьевна

канд.эк.наук, доцент КубГТУ, г. Краснодар

Гельвих Мария Владимировна

ст. преподаватель КубГТУ, г. Краснодар

Термин «кластер» заимствован из английского языка, буквально означает «расти вместе». Интерес к кластерам как эффективному инструменту повышения конкурентоспособности появился в последней четверти XX века.

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

Главным выводом, сделанным Портером, являлось следующее: чем больше развиты кластеры в отдельной стране, тем выше в этой стране уровень жизни населения и конкурентоспособность компаний.

В последнее время в России все большее внимание в региональном развитии уделяется подходу, основанному на кластерах. Принципы организации и формирования кластеров изложены в Концепции кластерной политики в РФ, принятой Правительством в 2008 г. Вследствие чего, применение кластерного подхода в стратегии социально-экономического развития ряда регионов Российской Федерации заняло одно из передовых мест.

В чем же состоят преимущества кластерного подхода и что дают кластеры для администрации,для бизнеса и для экономики региона в целом?

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

Во-вторых, кластерный подход помогает наладить хорошую модель для делегирования полномочий. На региональные и муниципальные администрации возложен очень большой объем задач, для решения которых не хватает ни сил, ни средств, ни времени. В таких странах как Финляндия, США и Германия государственная политика и государственное управление достаточно сильны именно за счет того, что там очень эффективно распределены полномочия. То, что может решать администрация, решает она. То, что могут решать группы предприятий, ВУЗы, НИИ или общественные организации, решают они самостоятельно, в пределах своей компетенции, в пределах своих возможностей, и так, чтобы это не ущемляло права представителей остального общества.

В-третьих, кластерный подход позволяет выявить предприятия, которые можно отнести к тому или иному кластеру, долю каждого предприятия в формировании конечного продукта и совокупного экономического результата. Используя экономико-математические модели (например, разработанные Семеновым М. А. и Козьминым А. П. [4]) можно определить, каким образом инвестиции, освоенные в конкретном кластере, влияют на формирование регионального бюджета.

И, наконец, это хорошая площадка для взаимодействия с бизнесом.

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

Второй вопрос – это развитие инфраструктур для исследований и разработок. На определенном этапе развития кластера постепенно становится возможным создание ассоциации, которой делегируются полномочия по управлению активами; кластер тогда получает возможность тратить все больше средств на НИОКР, постепенно формируя из его участников достаточно развитые средние предприятия.

Как показывает опыт многих стран, именно в рамках кластеров наиболее эффективно решается задача обеспечения технологической конкурентоспособности предприятий на основе соединения ресурсов высокотехнологичных производств с потенциалом научно-исследовательского сектора [3, c. 192].

Также, среди важных преимуществ, создаваемых кластером, можно отметить доступ фирм и местных организаций внутри кластера к информации о маркетинге, технологиях, текущих потребностях покупателей, которая может быть лучше организована и требует меньших затрат, что позволяет компаниям работать более продуктивно и выходить на передовой уровень производительности. Возможность получения информации о потребителях вызывает расширение клиентской базы и рост масштабов производства [5, c. 291].

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

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

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

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

Во всем мире известны такие успешные кластеры, как кластер информационных технологий в Силиконовой долине (США), парфюмерный кластер в Грасе (Франция), кластер телекоммуникаций в Хельсинки (Финляндия). В России же можно выделить такие лидирующие потенциальные кластеры, как кластер энергетического машиностроения и судостроительный кластер – в Санкт-Петербурге, кластер информационных технологий и телекоммуникаций, аэрокосмический кластер в Московском регионе (Москва и Московская область) и т. п.

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

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

Список литературы:

1. Лозинский С. В. Важнейшие направления и перспективы развития предпринимательства в промышленности // [Электронный ресурс] Портал информационной поддержки малого и среднего производственного бизнеса, URL: http://www.subcontract.ru

2. Портер М. Конкуренция.: Пер. с англ. – М.: Издательский дом «Вильямс», 2006.

3. Пьянова А. П. Объединения промышленников в кластеры – от теории к практическим шагам.// Альманах «Наука. Инновации. Образование», Выпуск 7 «Кластеризация предприятий: состояние и перспективы», ноябрь, 2008г.

4. Семенов М. А., Козьмин А. П. Кластеры в Иркутской области, проблемы и перспективы развития. [Электронный ресурс],URL: http:// www.twirpx.com/file/476555/

5. Ускова Т. В. Управление устойчивым развитием региона [Текст]: монография / Т. В. Ускова. – Вологда: ИСЭРТ РАН, 2009.

Добавить комментарий