Инструменты измерения скорости открытия сайтов

Эксперт нашей компании Вячеслав Смирнов поделился своими впечатлениями с прошедшей конференции Google.

Недавно прошла конференция Google I/O 2014, где рассказывали про тестирование производительности, был рассказ про инструменты и советы для ускорения сайтов.

Несколько тезисов с Google I/O 2014:

1.   скорость открытия сайта влияет на рейтинг в поисковой выдаче;

2.   пользователь теряет контекст, если страница загружается более 1 сек;

3.   пользователь уходит с сайта, если страница загружается более 10 сек;

4.   клиентская оптимизация особенно важна для мобильных клиентов;

5.   есть сервисы, которыми предлагается пользоваться для ускорения сайтов:

-       WebPageTest;

-       Google PageSpeed.

Замерим скорость открытия стартовой страницы сайтов из раздела «Новый сайт».

Тестирование выполнялось 01 июля 2014 года. Для замера скорости первого открытия с чистым кешем использовался сервис WebPageTest.

На первых двух страницах списка «Новый сайт» 20 сайтов. Для тестирования были выбраны 18 сайтов, так как один сайт недоступен, а один требует flash для работы.

WebPageTest

WebPageTest — отличный бесплатный сервис, созданный и поддерживаемый с целью ускорения сети Интернет. Доступны исходные коды проекта и инструкция по развертыванию своего узла с агентами на Linux, Windows, iOS, Android. Но на сайте проекта уже есть развернутые в разных городах мира экземпляры системы (Test Location).

Контекст тестирования

Для тестирования выбрал Test Location: Moscow, Russia — WEBO (IE 9,Chrome,Firefox).

WebPageTest поддерживает браузеры:

1.   Internet Explorer — основной браузер проекта WebPageTest;

2.   Mozilla Firefox — использовал в текущем тестировании;

3.   Google Chrome (мобильный и desktop);

4.   Apple Safari (мобильный и desktop).

Поддерживается шейпинг. Есть несколько профилей и возможность задать свои ограничения на соединение:

1.   Cable (5/1 Mbps 28ms RTT) — значение по умолчанию, использовал в текущем тестировании;

2.   DSL (1.5 Mbps/384 Kbps 50ms RTT);

3.   FIOS (20/5 Mbps 4ms RTT);

4.   56K Dial-Up (49/30 Kbps 120ms RTT);

5.   Mobile 3G (1.6 Mbps/768 Kbps 300ms RTT);

6.   Mobile 3G — Fast (1.6 Mbps/768 Kbps 150ms RTT);

7.   Native Connection (No Traffic Shaping);

8.   Custom.

Контекст тестирования таков. Пользователь находящийся в Москве, использующий Mozilla Firefox и соединение со скоростью 5,1 Мбит/сек открывает ровно один раз стартовую страницу предложенного сайта. Ранее пользователь не посещал данный сайт, ресурсы сайта не закешированы.

Результаты тестирования

На диаграмме отображены 16 результатов такого теста.

Продолжение читайте на Ижайти. 

Безопасность корпоративного контента при использовании облачной системы

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

Передача данных

Сначала ваши данные попадают к вашему провайдеру. Провайдеры уже сейчас анализируют трафик пользователей: 

• Некоторые провайдеры блокируют трафик определенных приложений: Skype, Torrent. 
• Российские провайдеры обязаны устанавливать систему СОРМ. Эта система предоставляет сотрудникам правоохранительных органов доступ к трафику пользователя. 
• Введение черного списка сайтов обязывает провайдеров блокировать обращения к определенным сайтам. Сейчас закон разрешает блокировать по IP при отсутствии технической возможность блокировки запрещенной страницы, но в будущем вероятно обязательное введение DPI — технологии, позволяющей анализировать содержимое трафика пользователя. 

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

Хранение данных 

Потом ваши данные попадают на сервер вендора, к ним получают доступ его сотрудники. Если компания не содержит собственные сервера (а строительство ЦОД стоит от $180 млн), то доступ к данным получают и сотрудники хостинговой компании. А если хостер не предоставляет свои сервера, а перепродает чужие — доступ к данным получат еще и сотрудники владельца сервера. 

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

Часто для хранения корпоративных данных используют популярные облачные сервисы. Но это не гарантирует безопасность. 6 июля 2013 года стало известно, что спецслужбы США имеют доступ к данным многих сервисов: Gmail, Skype, Facebook и т.д. 

Подведем итоги 

Доступ к вашим данным получают: 

• Провайдер. 
• Компания, обслуживающая серверы. 
• Другие клиенты вендора. 

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

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