13 октября, DEV {web} - конференция о Highload веб-разработке. "Грабли при ма...IT-Portfolio
13 октября, DEV {web} - конференция о Highload веб-разработке. «Грабли при масштабировании веб-приложения, на которые очень легко наступить», Евгений Коковихин (системный архитектор WapStart)
Аннотация
Что происходит при росте приложения с 1М до 50М хитов в сутки. С какими проблемами можно столкнуться, когда серверов становится больше одного. О чем важно помнить при проектировании приложения, способного масштабироваться.
Подробно
Когда мы сделали первую публичную версию plus1.wapstart.ru, она помещалась на один сервер и была соответствующим образом спроектирована. Потом нагрузка начала расти, а мы начинали наступать на грабли. В докладе будет рассказано о наиболее типичных "граблях", что возможно позволит избежать их другими разработчиками при проектировании приложения.
О чем пойдет речь (кратко):
* балансировка нагрузки;
* кеширование данных и прогрев кешей;
* работа с сетью;
* сессии;
* файлы, загружаемые пользователями;
* работа с СУБД.
Мы пишем на PHP, используем фреймворк OnPHP, СУБД Postgres.
Биография
Родился в несуществующем городе несуществующей страны. Первый мобильный телефон увидел в 1997 году. С детства любил программировать, последние 4 года посвятил развитию рекламы в мобильном веб. Своими глазами видел эволюцию мобильных устройств и предпочтений рекламодателей.
13 октября, DEV {web} - конференция о Highload веб-разработке. "Архитектура п...IT-Portfolio
13 октября, DEV {web} - конференция о Highload веб-разработке. "Архитектура проекта на 30 млн. пользователей", Дмитрий Смирнов (ведущий разработчик Фотостраны).
Как вырасти из обычного вебмастера в офлайн-студию с доходом 200-300 тыс. руб...kinzapro
«Как вырасти из обычного вебмастера в офлайн-студию с доходом 200-300 тыс. руб./мес» - Дмитрий Шахов
— Что должно быть у вебмастера, чтобы начать "трансформацию"
— Быстрый старт, окупаемость и масштабирование
— Юридические аспекты, фрилансеры и сотрудники
— Какие действия студии приносят наибольший доход
Доклад Сергея Аверина на DevConf 2013. "Распространенные ошибки применения ба...Badoo Development
Доклад не про БД в чистом виде а про архитектуру веб-приложений, использующих БД.
Выбор хранилища данных — сложная задача, с которой часто сталкиваются разработчики. Чаще всего результат этого выбора — это компромисс. Я расскажу о собственном опыте, набитых «шишках», рассмотрю важные, на мой взгляд, связанные с этой задачей проблемы.
Подробно:
• Зачастую в стартапе изначально проектируется архитектура вокруг БД, рассчитанная на огромные нагрузки, на большое масштабирование, которые потом в реальной жизни никогда не понадобятся.
• Или проектируется архитектура, которая якобы дает отказоустойчивость, но при этом проблемы нижних уровней абстракции во внимание не принимаются.
• При выборе основной БД для проекта выбирается БД, которая не дает большого запаса фич в будущем, появляется дороговизна и сложность изменения.
• Используйте инструменты, которые вы хорошо изучили. «Психологическая» популярность NoSQL. Достоинства и недостатки SQL и NoSQL БД.
• Проблемы использования БД как хранилища/движка обработки событий зачастую не оправдано. Альтернативы.
• Использование БД для поиска, плюсы и минусы.
• Eventual consistency рулит, и как из этого можно извлечь пользу.
Целевая аудитория:
Доклад будет интересен веб-разработчикам, особенно из стартапов и небольших команд, техническим руководителям.
Badoo — это большая социальная сеть с более чем 180 млн. пользователей. Большинство новых фич в нашей компании мы предварительно оцениваем посредством A/B тестирования. Вот уже примерно год мы используем собственный высоконагруженный фреймворк тестирования, при этом по моему мнению он очень прост, понятен, и не требует огромных ресурсов на разработку и поддержку. В докладе я расскажу вам о том, почему мы пришли к собственному решению, его архитектуру и принципы работы. Я уверен, каждый из вас может сделать что-то подобное для своего проекта и начать принимать более обоснованные решения.
Тезисы:
* Как мы раньше тестировали
* Почему мы сделали свой инструмент
* Архитектура: API, граф. интерфейсы, транспорт, скрипты, БД
* Структура теста
* Основные правила А/Б тестирования
* Оценка результатов, примеры отчетов
* И заключительная часть про то, что от человека с головой полностью не избавиться
Для кого доклад:
Для разработчиков и техн. менеджеров соц. сетей, сайтов объявлений, блогов с рассылками, проектов, продающих что-то через e-mail расслыки, разных коммьюнити-сайтов, банков и вообще проектов, где взаимодействие с каждым клиентом долгосрочное.
Сложность:
Несмотря на то, что конференция называется Highload++, я уверяю, что представленную здесь архитектуру может потянуть проект с посещаемостью в 1000 чел в день и тремя программистами в штате. Закодить все, что здесь рассказано на PHP займет меньше недели одного человека. А результат, между прочим, пожно вполне изменрять в живой прибыли.
13 октября, DEV {web} - конференция о Highload веб-разработке. "Грабли при ма...IT-Portfolio
13 октября, DEV {web} - конференция о Highload веб-разработке. «Грабли при масштабировании веб-приложения, на которые очень легко наступить», Евгений Коковихин (системный архитектор WapStart)
Аннотация
Что происходит при росте приложения с 1М до 50М хитов в сутки. С какими проблемами можно столкнуться, когда серверов становится больше одного. О чем важно помнить при проектировании приложения, способного масштабироваться.
Подробно
Когда мы сделали первую публичную версию plus1.wapstart.ru, она помещалась на один сервер и была соответствующим образом спроектирована. Потом нагрузка начала расти, а мы начинали наступать на грабли. В докладе будет рассказано о наиболее типичных "граблях", что возможно позволит избежать их другими разработчиками при проектировании приложения.
О чем пойдет речь (кратко):
* балансировка нагрузки;
* кеширование данных и прогрев кешей;
* работа с сетью;
* сессии;
* файлы, загружаемые пользователями;
* работа с СУБД.
Мы пишем на PHP, используем фреймворк OnPHP, СУБД Postgres.
Биография
Родился в несуществующем городе несуществующей страны. Первый мобильный телефон увидел в 1997 году. С детства любил программировать, последние 4 года посвятил развитию рекламы в мобильном веб. Своими глазами видел эволюцию мобильных устройств и предпочтений рекламодателей.
13 октября, DEV {web} - конференция о Highload веб-разработке. "Архитектура п...IT-Portfolio
13 октября, DEV {web} - конференция о Highload веб-разработке. "Архитектура проекта на 30 млн. пользователей", Дмитрий Смирнов (ведущий разработчик Фотостраны).
Как вырасти из обычного вебмастера в офлайн-студию с доходом 200-300 тыс. руб...kinzapro
«Как вырасти из обычного вебмастера в офлайн-студию с доходом 200-300 тыс. руб./мес» - Дмитрий Шахов
— Что должно быть у вебмастера, чтобы начать "трансформацию"
— Быстрый старт, окупаемость и масштабирование
— Юридические аспекты, фрилансеры и сотрудники
— Какие действия студии приносят наибольший доход
Доклад Сергея Аверина на DevConf 2013. "Распространенные ошибки применения ба...Badoo Development
Доклад не про БД в чистом виде а про архитектуру веб-приложений, использующих БД.
Выбор хранилища данных — сложная задача, с которой часто сталкиваются разработчики. Чаще всего результат этого выбора — это компромисс. Я расскажу о собственном опыте, набитых «шишках», рассмотрю важные, на мой взгляд, связанные с этой задачей проблемы.
Подробно:
• Зачастую в стартапе изначально проектируется архитектура вокруг БД, рассчитанная на огромные нагрузки, на большое масштабирование, которые потом в реальной жизни никогда не понадобятся.
• Или проектируется архитектура, которая якобы дает отказоустойчивость, но при этом проблемы нижних уровней абстракции во внимание не принимаются.
• При выборе основной БД для проекта выбирается БД, которая не дает большого запаса фич в будущем, появляется дороговизна и сложность изменения.
• Используйте инструменты, которые вы хорошо изучили. «Психологическая» популярность NoSQL. Достоинства и недостатки SQL и NoSQL БД.
• Проблемы использования БД как хранилища/движка обработки событий зачастую не оправдано. Альтернативы.
• Использование БД для поиска, плюсы и минусы.
• Eventual consistency рулит, и как из этого можно извлечь пользу.
Целевая аудитория:
Доклад будет интересен веб-разработчикам, особенно из стартапов и небольших команд, техническим руководителям.
Badoo — это большая социальная сеть с более чем 180 млн. пользователей. Большинство новых фич в нашей компании мы предварительно оцениваем посредством A/B тестирования. Вот уже примерно год мы используем собственный высоконагруженный фреймворк тестирования, при этом по моему мнению он очень прост, понятен, и не требует огромных ресурсов на разработку и поддержку. В докладе я расскажу вам о том, почему мы пришли к собственному решению, его архитектуру и принципы работы. Я уверен, каждый из вас может сделать что-то подобное для своего проекта и начать принимать более обоснованные решения.
Тезисы:
* Как мы раньше тестировали
* Почему мы сделали свой инструмент
* Архитектура: API, граф. интерфейсы, транспорт, скрипты, БД
* Структура теста
* Основные правила А/Б тестирования
* Оценка результатов, примеры отчетов
* И заключительная часть про то, что от человека с головой полностью не избавиться
Для кого доклад:
Для разработчиков и техн. менеджеров соц. сетей, сайтов объявлений, блогов с рассылками, проектов, продающих что-то через e-mail расслыки, разных коммьюнити-сайтов, банков и вообще проектов, где взаимодействие с каждым клиентом долгосрочное.
Сложность:
Несмотря на то, что конференция называется Highload++, я уверяю, что представленную здесь архитектуру может потянуть проект с посещаемостью в 1000 чел в день и тремя программистами в штате. Закодить все, что здесь рассказано на PHP займет меньше недели одного человека. А результат, между прочим, пожно вполне изменрять в живой прибыли.
Интернет развивается с огромной скоростью и одной из основных тенденций последнего времени является перенос десктопных приложений в облака и работа с ними через браузер. Ключевыми особенностями таких «живых» сайтов являются интерактивнось и скорость отклика.
2 Пути Заработка в ПП Amazon: Дешево и долго или быстрее но дороже.
Вебинар Payoneer.
Видео со 2го сслайда: https://www.youtube.com/watch?v=Kod2hAdlBj8
Как выжать максимум из MFA. Тенденции развития MFA в рунете - Николай Алекса...kinzapro
«Как выжать максимум из MFA. Тенденции развития MFA в рунете» - Николай Александров
— Как получить траст Яндекса при помощи доп. информационной нагрузки
— Как удвоить доходы с MFA - используем новые подходы
Электронная коммерция: от Hadoop к Spark ScalaRoman Zykov
Как обрабатывать большой объем данных быстро с наименьшими затратами? Мы смогли этого добиться в компании
RetailRocket. Обработка данных – это наш бизнес! У нас много данных: более 100 Тбайт, в сутки нам поступает более 100 млн
событий для обработки. До недавнего времени у нас все работало на кластере на базе Hadoop относительно устаревшего
дистрибутива Cloudera CDH 4.5, программный код был написан на Pig, Hive, Python и Java. Это порождало ряд проблем с
архитектурой, производительностью. Тестирование превращалось в настоящую головную боль. В конце лета RetailRocket
перешел на Yarn на базе CDH 5.1.2. Это открыло путь к более совершенным технологиям семейства Spark. Сейчас мы
находимся в фазе полного перехода на Spark на функциональном языке Scala. Это позволило нам избавиться от зоопарка
технологий, упростив архитектуру решений и автоматизировав тестирование. Первые результаты не заставили себя ждать –
получен прирост производительности на том же железе в три-пять раз. А это значит, что мы будем меньше инвестировать в
расширение парка серверов кластера. В докладе будет рассказано о проблемах, с которыми мы столкнулись, и о том как мы
их решили. Будут примеры исходного кода для оптимизации производительности и повышения удобства работы, который мы
закоммитили в наш публичный GitHub
«Взломать за 60 секунд», Артем Кулаков, RedmadrobotMail.ru Group
Мобильные приложения плотно вошли в нашу жизнь, и с каждым годом их популярность растет. Приложениям доступно все больше информации о нас, и стоимость этой информации тоже повышается. Как и зачем взламывают приложения? Почему защита чаще всего оказывается неэффективной? Об этом пойдет речь в докладе.
Как слать 100М писем каждый день - секреты емейл-рассылок компании Badoo (Анд...Andrey Sas
Видео доклада: http://www.youtube.com/watch?v=jJJGdOiwisM
E-mail рассылки являются важным, если не самым главным, каналом связи с пользователями для большинства веб-сервисов. С их помощью уведомляют о новых событиях, предлагают продукцию и выставляют счета. Поэтому трудно переоценить значимость правильного решения проблем отправки и доставки почты в крупном проекте.
Положительный опыт решения таких задач есть у компании «Баду», которая ежедневно рассылает десятки миллионов писем своим пользователям. Чтобы доклад не был излишне абстрактным, в нём будет рассказано о конкретной реализации почтового кластера проекта, системы генерации и отсылки почты, метриках качества и мониторинге, применяемом в «Баду».
Доклад для 6-го марафона http://foxsmart.ru/ на тему - Куда движется SEO
Тезисы:
Куда смещается SEO
Как нужно мыслить владельцу сайта и специалисту
Примеры
Как построить процессы
Что можно сделать уже сейчас
Петренко Дмитрий - Серверное обеспечение для PBN без футпринтов для GoogleДмитрий Петренко
Занимаясь строительством сателлитной сетки (или сетки PBN), я думаю, каждый из SEO специалистов задавался вопросом - Как разместить сетку на сервере, что бы ее не спалил Google.
Несколько лет назад, я так же задался этим вопросом и начал анализировать, узнавать, спрашивать у всех и все, что только мог найти.
Наиболее частым и встречаемым словом в этой практике, для меня стало “футпринт”. В этом докладе, я изложил свой способ размещения сетки сателитов (или PBN) - на серверах, где будет минимальное кол-во футпринтов и минимум затрат на содержание.
Сателлиты, Дропы, PBN, WEB 2.0: Как построить мощный ссылочный профиль в конк...Dmitry Petrenko
Сателлиты, Дропы, PBN, WEB 2.0:Как построить мощный ссылочный профиль в конкурентных нишах для западных проектов и не спалиться.
Петренко Дмитрий
Cybermarketing2017
Интернет развивается с огромной скоростью и одной из основных тенденций последнего времени является перенос десктопных приложений в облака и работа с ними через браузер. Ключевыми особенностями таких «живых» сайтов являются интерактивнось и скорость отклика.
2 Пути Заработка в ПП Amazon: Дешево и долго или быстрее но дороже.
Вебинар Payoneer.
Видео со 2го сслайда: https://www.youtube.com/watch?v=Kod2hAdlBj8
Как выжать максимум из MFA. Тенденции развития MFA в рунете - Николай Алекса...kinzapro
«Как выжать максимум из MFA. Тенденции развития MFA в рунете» - Николай Александров
— Как получить траст Яндекса при помощи доп. информационной нагрузки
— Как удвоить доходы с MFA - используем новые подходы
Электронная коммерция: от Hadoop к Spark ScalaRoman Zykov
Как обрабатывать большой объем данных быстро с наименьшими затратами? Мы смогли этого добиться в компании
RetailRocket. Обработка данных – это наш бизнес! У нас много данных: более 100 Тбайт, в сутки нам поступает более 100 млн
событий для обработки. До недавнего времени у нас все работало на кластере на базе Hadoop относительно устаревшего
дистрибутива Cloudera CDH 4.5, программный код был написан на Pig, Hive, Python и Java. Это порождало ряд проблем с
архитектурой, производительностью. Тестирование превращалось в настоящую головную боль. В конце лета RetailRocket
перешел на Yarn на базе CDH 5.1.2. Это открыло путь к более совершенным технологиям семейства Spark. Сейчас мы
находимся в фазе полного перехода на Spark на функциональном языке Scala. Это позволило нам избавиться от зоопарка
технологий, упростив архитектуру решений и автоматизировав тестирование. Первые результаты не заставили себя ждать –
получен прирост производительности на том же железе в три-пять раз. А это значит, что мы будем меньше инвестировать в
расширение парка серверов кластера. В докладе будет рассказано о проблемах, с которыми мы столкнулись, и о том как мы
их решили. Будут примеры исходного кода для оптимизации производительности и повышения удобства работы, который мы
закоммитили в наш публичный GitHub
«Взломать за 60 секунд», Артем Кулаков, RedmadrobotMail.ru Group
Мобильные приложения плотно вошли в нашу жизнь, и с каждым годом их популярность растет. Приложениям доступно все больше информации о нас, и стоимость этой информации тоже повышается. Как и зачем взламывают приложения? Почему защита чаще всего оказывается неэффективной? Об этом пойдет речь в докладе.
Как слать 100М писем каждый день - секреты емейл-рассылок компании Badoo (Анд...Andrey Sas
Видео доклада: http://www.youtube.com/watch?v=jJJGdOiwisM
E-mail рассылки являются важным, если не самым главным, каналом связи с пользователями для большинства веб-сервисов. С их помощью уведомляют о новых событиях, предлагают продукцию и выставляют счета. Поэтому трудно переоценить значимость правильного решения проблем отправки и доставки почты в крупном проекте.
Положительный опыт решения таких задач есть у компании «Баду», которая ежедневно рассылает десятки миллионов писем своим пользователям. Чтобы доклад не был излишне абстрактным, в нём будет рассказано о конкретной реализации почтового кластера проекта, системы генерации и отсылки почты, метриках качества и мониторинге, применяемом в «Баду».
Доклад для 6-го марафона http://foxsmart.ru/ на тему - Куда движется SEO
Тезисы:
Куда смещается SEO
Как нужно мыслить владельцу сайта и специалисту
Примеры
Как построить процессы
Что можно сделать уже сейчас
Петренко Дмитрий - Серверное обеспечение для PBN без футпринтов для GoogleДмитрий Петренко
Занимаясь строительством сателлитной сетки (или сетки PBN), я думаю, каждый из SEO специалистов задавался вопросом - Как разместить сетку на сервере, что бы ее не спалил Google.
Несколько лет назад, я так же задался этим вопросом и начал анализировать, узнавать, спрашивать у всех и все, что только мог найти.
Наиболее частым и встречаемым словом в этой практике, для меня стало “футпринт”. В этом докладе, я изложил свой способ размещения сетки сателитов (или PBN) - на серверах, где будет минимальное кол-во футпринтов и минимум затрат на содержание.
Сателлиты, Дропы, PBN, WEB 2.0: Как построить мощный ссылочный профиль в конк...Dmitry Petrenko
Сателлиты, Дропы, PBN, WEB 2.0:Как построить мощный ссылочный профиль в конкурентных нишах для западных проектов и не спалиться.
Петренко Дмитрий
Cybermarketing2017
Чему мы научились, разрабатывая микросервисы / Вадим Мадисон (RuTube)Ontico
Начав разработку нового продукта через микросервисы, мы неожиданно для себя обнаружили, что микросервисы — это не просто "вместо одного большого приложения теперь пишем много маленьких". При разработке большой системы она сама собой через какое-то время становится набором отдельных сервисов, которые должны взаимодействовать между собой, поэтому стабильная работа сервисов и их взаимодействие не стало чем-то новым. Неожиданностью стало то, что система стала значительно более динамической, она стала постоянно изменяться отдельными небольшими частями, сервисы стали часто перезапускаться, а количество запущенных нод сервисов стало расти по экспоненте.
Очень быстро стал актуальным вопрос конфигурирования — если раньше, выкатив новую версию монолита с единым конфигом, мы применяли правки на всю систему сразу, то с микросервисами все сложнее — пара сотен работающих нод и всем нужно применить изменения. Требования к деплою также поменялись — он стал частью процесса разработки, а тестирование стало частью деплоя. Количество необходимого ПО для функционирования системы также стало некоторым сюрпризом.
В докладе я расскажу о том, как в итоге это работает у нас, как мы решили такие вопросы как:
- конфигурирование сервисов;
- интеграция между собой;
- тестирование;
- версионирование;
- масштабирование.
Расскажу, какие тулзы мы в итоге используем, а от каких отказались.
Чему мы научились разрабатывая микросервисы?Vadim Madison
Доклад с конференции Backend Conf 2016
Начав разработку нового продукта через микросервисы, мы неожиданно для себя обнаружили, что микросервисы — это не просто "вместо одного большого приложения теперь пишем много маленьких". При разработке большой системы она сама собой через какое-то время становится набором отдельных сервисов, которые должны взаимодействовать между собой, поэтому стабильная работа сервисов и их взаимодействие не стало чем-то новым. Неожиданностью стало то, что система стала значительно более динамической, она стала постоянно изменяться отдельными небольшими частями, сервисы стали часто перезапускаться, а количество запущенных нод сервисов стало расти по экспоненте.
Очень быстро стал актуальным вопрос конфигурирования — если раньше, выкатив новую версию монолита с единым конфигом, мы применяли правки на всю систему сразу, то с микросервисами все сложнее — пара сотен работающих нод и всем нужно применить изменения. Требования к деплою также поменялись — он стал частью процесса разработки, а тестирование стало частью деплоя. Количество необходимого ПО для функционирования системы также стало некоторым сюрпризом.
В докладе я расскажу о том, как в итоге это работает у нас, как мы решили такие вопросы как:
- конфигурирование сервисов;
- интеграция между собой;
- тестирование;
- версионирование;
- масштабирование.
Расскажу, какие тулзы мы в итоге используем, а от каких отказались.
Solit 2014, Обзор Infocloud для разработчиков, Трухин Юрийsolit
Юрий Трухин, Россия. Эксперт по облачным технологиям хостинговой компании InfoboxCloud. В прошлом – обладатель статуса Microsoft Most Valuable Professional. Гик, стратег, разработчик. Подробнее на trukhin.com
«Обзор InfoboxCloud для разработчиков». Development секция. Высокий уровень подготовки. Для разработчиков.
В этом докладе будет рассказано об устройстве InfoboxCloud из первых рук, о деталях внутренней реализации, о том, какую пользу несет облако для разработчиков и о будущем InfoboxCloud. Будут рассмотрены 2 кита облачных технологий: IaaS и PaaS без vendor-lock. Отличная возможность спросить обо всём, что касается PaaS/IaaS непосредственно архитектора и разработчика этих систем.
«EcmaScript 6 in Action». Development секция. Для разработчиков.
Поговорим о том, как жизнь разработчиков изменится с приходом нового стандарта.
Высокая доступность приложений в гибридном облаке на базе Jelastic и Azure Tr...Dmitry Lazarenko
Высокая доступность в гибридном облаке на базе Azure Traffic Manager.
Jelastic - контейнерная платформа как сервис, которая может быть установлена как в частный ЦОД, так и в глобальное облако, например Microsoft Azure. Также возможен гибридный сценарий, когда часть приложения размещается в частном ЦОД, а другая часть в одном или нескольких регионов Azure.
Мы пытались решить задачу организации максимальной доступности и отказоустойчивости приложений в гибридном облаке, а также миграции комплексных приложений без downtime из одного ЦОД в другой.
Решая ее мы перепробовали несколько архитектурных вариантов: Anycast IP, Global IP, Anycast DNS на базе Nginx и bind, а также Azure Traffic Manager.
В докладе расскажем про апробацию различных архитектурных паттернов высокой доступности и отказоустойчивости в многоцодовой конфигурации, а также про реализацию итогового решения на базе Azure Traffic Manager.
Выбор оптимального хостинга для интернет-магазина на CMS Битриксborovoystudio
Презентация выступления Алексея Русакова, Начальник отдела облачных решений hoster.by, на Большом федеральном семинаре 1С-Битрикс в Минске 6 июня 2013 г.
Облачные технологии предлагают масс преимуществ для размещения веб-приложений. Надежность, экономия, возможность отказаться от своей инфраструктуры, автоматическое масштабирование и многое другое - вот плюсы облачного размещения.
В этом докладе мы рассмотрим как облачная платформа Azure позволит вам получить все преимущества для хостинга проектов на базе Drupal на Linux или Windows в виде PaaS-решения или просто в виртуальных машинах.
Инфраструктура от IBM Cloud: Как создать собственное частное облако на VMware...Dinar Garipov
IBM Cloud (IBM Bluemix, ранее – SoftLayer) предоставляет высокопроизводительную, гибкую и масштабируемую облачную инфраструктуру для бизнеса по значительно меньшей цене, чем большинство локальных решений
«Селектел», один из крупнейших операторов коммерческих дата–центров в России, стал официальным партнером программы поддержки стартапов Start Fellows. Компания обеспечит перспективные интернет–проекты грантами на развитие IT–инфраструктуры на сумму 350 тысяч рублей.
Гранты «Селектел» финалистам Start Fellows составят 200 тысяч рублей за первое место, 100 тысяч рублей за второе и 50 тысяч рублей за третье. Эти средства стартапы смогут использовать для оплаты хостинговых услуг, которые компания оказывает под брендом Selectel. Среди них: выделенные серверы, облачное хранилище, CDN и другие. Таким образом, у начинающих интернет–компаний появится возможность создать технологическую инфраструктуру, идеально подходящую для воплощения их идей.
Similar to Петренко Дмитрий. Как построить серверное обеспечение для pbn без футпринтов для пс с минимумом расходов (20)
2. С какими проблемами
столкнулся?
➢ Больше футпринтов – дешевле стоимость содержания сайта
➢ Меньше футпринтов – нереально дорого.
➢ Необходимость наличия большого штата для управления сеткой
➢ Хостеры продают IP с одного сабнета
➢ Одинаковые NS
➢ Верификация собственника аккаунта
➢ etc
3.
4. ✓9 лет в SEO
✓5 лет работаю в буржнете
✓4 года Team Lead
✓Управляю сеткой на 2k стателлитов
✓Порядка 5k+ PBN WEB2.0
✓Работал практически во всех белых тематиках
✓Сейчас основной профиль «academic writing»
Я
5. О чем поговорим?
1. Где применимы сетки
2. Что такое «футпринты»
3. Какие футпринты бывают
4. Виды и типы серверного обеспечения для
сеток
5. Плюсы и минусы каждого типа
6. Стоимость серверного обеспечения для
сетки
7. Оптимальный способ размещения сетки на
сервере
10. Типы футпринтов
1. На сайте (фронт, бек)
2. При продвижении сетки
3. Футпринты самого юзера
4. Ответ клиенту
5. На сервере
11. Основные типы
футпринтов на сервере
1. IP (единый для пачки сайтов или из одной подсети)
2. NS (одинаковый для пачки сайтов или всей сетки)
3. Одновременное падение и поднятие
4. Единое название хостера
12. Как найти футпринты?
Footprint Factory – Андрей Капельцов
https://www.slideshare.net/Kapeltsov/footprint-factory-nazapad-4/
https://www.youtube.com/watch?v=7iLcBBP1YY0
14. Вариант 1
VPS
= 15(20) сайтов
Плюсы
• Можно купить разные ip
• Низкая цена от $3-10/мес
Минусы
• Как правило, IP продают из одной подсети
• Если VPS ляжет, то лягут все сайты одновременно и одновременно
поднимутся
• Каждый IP стоит 2-3-4-5$/мес (помимо цены за VPS)
• Единый NS у всей сетки
• Единое имя хостера у всей сетки
15. Вариант 1
VPS
= 15(20) сайтов
Стоимость содержания 200 сайтов
200/15 = 14 (VPS)
14vps * 7$ * 12 мес= 1176$
+
цена IP…
16. Вариант 2
Dedicated server + CloudFlare
= 100(200) сайтов + CloudFlare
Плюсы
✓ Низкая цена 60-100$/мес для 100(200) сайтов
✓ Разные NS
✓ Разные IP
✓ Полное управление
✓ Большой спектр доп. Настроек
✓ Более лучшая защита от назойливых конкурентов
Минусы
✓ CloudFlare – не самый надежный способ скрыть футпринт
✓ Все IP в одной подсети
✓ Если сервер ляжет, то лягут все сайты одновременно
✓ Если пойдет норм трафик, то CloudFlare заставит купить платный акк
17. Сравнение доли CloudFlare Hosting в
2016-2017 годах
Август 2016 года
Август 2017 года
https://trends.builtwith.com/hosting/us-hosting
US hosting providers Top 100k Sites
18. Вариант 2
Dedicated server + CloudFlare
= 100(200) сайтов + CloudFlare
Стоимость содержания сетки из 200 сайтов
1server * 70$ * 12 мес = 840$/год
19. Вариант 3
shared hosting
= 1 сайт
Плюсы
✓ Разные IP
✓ Разные NS
✓ Разные имена хостеров
✓ Если сайты ложатся, то по одному и в разное время
Минусы
✓ Часто ложатся (2-3 или более раз в месяц)
✓ Усложняется управление всей сеткой
✓ Больше времени нужно для обслуживания сетки
✓ Для большого кол-ва сайтов нужно много человеческих ресурсов
✓ Цена от $3 ( норм от $5-6 за 1 хост)
✓ Усложняется биллинг многократно
20. Вариант 3
shared hosting
= 1 сайт
Стоимость содержания одной сетки из 200 доменов
200 сайтов * 5$ * 12 мес = 12000$
+
Стоимость отдельного сотрудника для управления только этой сеткой
700$/мес * 12 мес = 8400$
21. Что делать чтобы
✓ Оптимизировать процессы управления сеткой
✓ Минимизировать кол-во футпринтов
✓ Предотвратить палево за счет одновременного
падения всей сетки
✓ Сократить кол-во людей необходимых для
управления сеткой
24. Стоимость содержания
сетки на 200 сайтов
Дешевые shared 2-3$
Dedicated server 1 = 70$
Dedicated server 2 = 50$ (другой хостер)
2,5$ * 200shared * 12мес + (70$ * 12мес + 50$ * 12мес)= 6000 + 1440 = 7440$
В месяц содержание 1 сателлита стоит
7440 / 200 / 12 = 3,1$
Вариант 4
25. Вариант 4
Плюсы и минусы
Плюсы
✓ Возможность массово, быстро, удобно управлять всеми сайтами и
вносить массовые изменения
✓ Скорость загрузки сайта выше чем на shared hosting
✓ Независимость от третьих лиц в лице CloudFlare
✓ Если один сервер ляжет, то второй его всегда подстрахует
✓ Возможность автоматически обновить nginx при необходимости во
всех шаредах
✓ http://ping-admin.ru/ нас уведомит в случае каких-либо проблем в
связке
✓ Уникальный NS
✓ Уникальный IP
✓ IP гарантированно с разных подсетей
✓ Уникальные названия хостеров
✓ Возможность разместить дополнительную сетку по сторонней
тематике без дополнительных вложений
✓ Экономия на сотрудниках для обслуживания сетки
26. Вариант 4
Плюсы и минусы
Минусы
✓ На старте много времени уходит на:
- закупку шаред хостов
- установку необходимых скриптов
- последующий биллинг
✓ Цена такого серверного обеспечения не самая низкая, но она
компенсируется в:
- зарплатном фонде на сотрудников (если сетка не на 200 сайтов, а
на 2000 – то справится тоже 1 сотрудник)
- меньшее кол-во футпринтов, что позволяет продлить срок жизни
сетки
27. Как настроить конфиг nginx
https://stackoverflow.com/questions/5432331/nginx-proxy-all-traffic-to-remote-nginx/7914760
28. Где можно купить
норм VPS/ Shared/ Dedicated server ?
Купить сервер можно тут по адекватной цене
https://www.hetzner.com
https://www.ovh.com/
https://www.soyoustart.com/
https://www.kimsufi.com
Поиск и сравнение условий
https://vds.menu/
29. Бесплатный Скрипт для ленивых
https://mmonit.com/monit/
✓ Мониторинг показателей сервера на iphone
✓ Auto-Reboot
✓ Автоматическая отправка уведомлений
✓ Интерфейс для управления
✓ Помощь при DoS атаках