DWR @ DevClub.eu

•Télécharger en tant que PPT, PDF•

0 j'aime•337 vues

arsenikum

This presentation was made at DevClub.eu gathering in Tallinn.

я ,[object Object],[object Object],[object Object],[object Object]

План ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

Что такое DWR ? ,[object Object],[object Object],[object Object],[object Object]

Факты о DWR ,[object Object],[object Object],[object Object],[object Object]

Reverse-Ajax ,[object Object],[object Object],[object Object],[object Object],[object Object]

POLL ,[object Object],[object Object],[object Object]

PUSH (Comet) ,[object Object],[object Object],[object Object],[object Object]

Мой опыт с DWR ,[object Object],[object Object],[object Object],[object Object],[object Object]

Contenu connexe

Tendances

В этом докладе я в подробностях расскажу о том, как устроено хранение фотографий в нашей компании (всего около ~1 Пб). Наша система была устроена достаточно просто — сами фотографии хранятся на SAN Storages, которые подключены через Fiber Channel к отдельной группе серверов, "*photos". На photos-серверах смонтированы разделы на соответствующих сетевых блочных устройствах, которые с точки зрения пользователя выглядят, как обычная файловая система. Мы не используем никакие «хитрые» системы для хранения фотографий и не храним всё в одном файле — каждый размер каждой фотографии представляет из себя обычный файл на файловой системе ext3/4. Фотографии отдаются через nginx напрямую из файловой системы. Такой способ хранения больших объемов данных весьма дешев, но приводил к проблемам, когда соответствующие SAN «падали», вплоть до повреждения файловой системы с потерей части данных пользователей. Поэтому, для решения этой проблемы, а также проблем с производительностью, мы решили сделать «софтверную репликацию» фотографий с кешированием данных на SSD. Также, в качестве эксперимента, мы решили попробовать ещё один способ — хранение на локальных дисках вместо использования SAN. По стоимости решение значительно дороже, но зато надежнее и проще в поддержке. Также, для обеспечения устойчивости к выходу из строя любой машины из такого кластера, мы решили сделать возможной балансировку всех поступающих запросов на весь кластер, то есть, в современных терминах, сделать «распределенное, отказоустойчивое, высокодоступное облачное хранилище».

Архитектура хранения фотографий в Badoo

Badoo Development

Управление контейнерами в облаках

Aleksey Zalesov

Юрий Насретдинов, Badoo

Ontico

"Контейнеры могут динамически появляться и исчезать, являются легковесными, не резервируют все необходимые ресурсы при старте, потому их оркестрация дается не простой ценой. Каждый из виртуальных контейнеров в один момент времени может потребовать максимум доступных ему ресурсов и это может привести к тому, что закончатся все ресурсы на физическом сервере, на котором они размещаются. В докладе мы поговорим о механизме, который решает эту непростую задачу, и умеет проводить непрерывную балансировку нагрузки, перемещать контейнеры с одного физического сервера на другие для проведения технических работ без простоя приложений - умная живая миграция (Smart Live Migration). Многие считают, что контейнеры не подходят для хранения важных данных, т.к. в любой момент они могут упасть и все данные пропадут навсегда. Мы расскажем как этого избежать с помощью технологии Software-defined-storage."

Дмитрий Лазаренко-«Живая миграция и отказоустойчивость контейнеров в гибридно...

Tanya Denisyuk

Многим известна проблема исчерпания адресного пространства IPv4, из года в год делаются доклады о том, что адреса кончаются, кончаются, да никак не кончатся. На этом фоне польза от внедрения IPv6 кажется абсолютно неочевидной. В докладе пойдет речь о причинах неизбежности прихода и массового внедрения IPv6 вне зависимости от судьбы адресного пространства IPv4, с описанием как пользы от использования Dual Stack, так и возникающих рисков.

Cautious: IPv6 is here / Александр Азимов (Qrator Labs)

Ontico

В этом году мы перевели наш портал на HTTPS. Это оказалось непростой задачей. Основными проблемами явились рост нагрузки, увеличение Round Trip Times (RTT) и Mixed Content. Мы опробовали различные известные механизмы, призванные нивелировать эти проблемы, но, как оказалось на практике, все они скрывают в себе особенности. Эти особенности стоило знать заранее, но их не удалось почерпнуть из открытых источников. В этом докладе мы хотим поделиться сложностями, с которыми мы столкнулись, а также тем, к каким выводам в итоге пришли. Надеемся, что набитые нами шишки будут полезны тем проектам, которые только планируют переход на HTTPS.

Неочевидные детали при запуске HTTPS в OK.Ru / Андрей Домась (Одноклассники)

Ontico

Naim Shafiev

Чтобы быстро двигаться, надо быстро двигаться :-) Скоростная разработка продукта невозможна без непрекращающегося выкатывания свежих изменений в боевое окружение. Именно это позволяет Ultimate-Guitar оставаться #1 world's guitar service. Когда-то давным-давно мы приняли для себя, что "мы движемся очень быстро и иногда из-за этого что-то ломаем. Недоставленный пользователям продукт/непроверенная гипотеза хуже, чем временная неработоспособность части сервиса. Поэтому мы убираем преграды между новым кодом и продакшном: не тратим время ни на тестирование, ни на строгий релиз-менеджмент". Многие возникающие проблемы касаются только обслуживания (датацентр, OS, каналы) и мониторинг, естественно, необходим. Ну, а раз уж у нас есть мониторинг, то давайте считать систему единым целым, которая может выходить из строя по различным причинам, одной из которых является ошибка в коде. Это привело нас к идее использовать мониторинг вместо тестирования. К чему это привело, почему мы любим Anturis, Graylog, Grafana, что главное в деплое - это быстрый откат и другие прелести управления звездолётом Ultimate-Guitar с дневным населением больше Москвы на скорости 10 деплоев/час - обо всё этом пойдёт речь в этом докладе: - Про скорость и цену быстрого развития (Innovation Costs). - Холакратия в бранчах, "сам себе релиз-инженер", ответственность и честность. - Скорость отката > скорость деплоя. - Как умер QA или демоны с tail и Graylog. - Когда не нужны микросервисы: успеть за 30 секунд, медленный Mercurial и шустрое комбо Git + Capistrano + Ansible. - Бесполезные фичи, бритва Оккама и пользователи, которые на самом деле любят изменения :-)

Тестирование через мониторинг или холакратия на практике / Максим Чистяков (U...

Ontico

В докладе мы поделимся опытом, полученным в ходе создания публичного облака, построенного на базе продуктов Microsoft. В частности, речь пойдет о построении программно-определяемой системы хранения данных на основе технологии Storage Spaces. Основное предназначение полученной СХД объемом около 80ТБ - использование в кластере Hyper-V для запуска порядка 5000 ВМ. Мы рассмотрим архитектуру хранилища, проблемы снижения latency сетевого трафика, а также подходы повышения производительности при создании пулов и использовании кэша. Кроме того, буду затронуты вопросы тестирования производительности и сценарии миграции на Storage Spaces Direct.

Опыт построения СХД на базе Windows Server для использования в публичном обла...

Ontico

In this talk, I will tell you about Vapor and will share our successful experience of moving from regular AWS EC2 servers to AWS Lambda and how everything changed after the appearance of Lambda on our project. - When serverless architecture is the best choice. - Overview Vapor - a platform for deploying and managing Laravel applications in AWS Lambda from Laravel. - Our experience of migrating to Lambda, difficulties, best practices. - How we predicted the cost and how much we pay in fact. - Ways to optimize costs.

2021.09.04 PHP FWDays. Our experience of transferring Laravel microservices t...

Yehor Herasymchuk

Макс Лапшин - "EventMachine и evented архитектура"

railsclub

Внедрение Docker в процесс разработки демонов. Доклад Константина Карпова на ...

Badoo Development

AnyEvent::HTTPBenchmark

Naim Shafiev

2020.10.13 HA Redis is simple. FWDays Highload

Yehor Herasymchuk

Андрей Акиньшин

CodeFest

Booking.com - популярный сервис по онлайн-бронированию отелей. Поиск отеля, отвечающего заданным характеристикам - это неотъемлемая часть бизнес-модели и основной инструмент для клиента. При постоянном росте компании вопросу производительности и масштабируемости поиска уделяется много внимания. В результате за время своего существования архитектура поиска претерпела несколько глобальных переделок, начиная от простой базы в MySQL до многокомпонентного распределенного сервиса. В своей текущей реинкарнации поиск в Booking.com состоит их трех подсистем: 1) сервис auto-complete и устранения неоднозначности (disambiguation) в геопозиции; 2) сервис поиска по отелям и проверки их доступности (availability); 3) система предрасчета цен. Первые две системы - это высокопроизводительные приложения, написанные на Java. Сервис поиска хранит свои индексы в in-memory хранилище, а данные - во встраиваемой базе данных RocksDB. Логика системы предрасчета цен написана на Perl, а в качестве хранилища используется MySQL. Приходите на мой доклад, и я расскажу вам, как эволюционировал поиск вместе с ростом компании. Мы подробно рассмотрим текущую архитектуру, и почему мы решили ее сделать именно такой. Ну и, конечно, с какими проблемами нам пришлось бороться и как мы это делали.

Архитектура поиска в Booking.com / Иван Круглов (Booking.com)

Ontico

MUM Построение сети доступа на основе технологий DHCP + Radius на Mikrotik

Naim Shafiev

Разница между “несколько серверов в облаках” и “вся инфраструктура в облаках“ огромна. С одной стороны, мы перекладываем миллион забот на гигантские плечи Amazon и Google. С другой стороны, к сожалению, обретаем много новых и порой необычных проблем. Как жить в облаках двух самых популярных провайдеров? Что это за проблемы и как их решать? В чем особенности облаков, если вы живете в мире highload? Как выжимать максимум из того, что предоставляют провайдеры? Я попытаюсь рассказать о наиболее важных, на мой взгляд, особенностях: - Почему не стоит полагаться на заявленные характеристики виртуальных машин. - Почему нет разницы между загрузкой CPU в 85% и 100%. - Всевозможные аномалии и неожиданные "спайки" в метриках. - "Облачные" диски и их особенности.

AWS и GCP: трудная жизнь в облаках / Максим Пугачев (IPONWEB)

Ontico

Технологии NFV идут вперед и никого уже нельзя удивить тем, что сетевые сервисы вместо специализированного оборудования запускают на обычных серверах с хорошей пропускной способностью. Мир уже привык к тому, что на сервере можно обрабатывать 100 Гбит сетевого трафика. Однако эти числа характерны только тогда, когда запускают единственный сервис на сервере, например, только коммутацию пакетов (vSwitch), только NAT, только балансировку нагрузки и т.п. Сейчас же появляется потребность в запуске нескольких сервисов на одной машине, выстраивать сложные pipeline, которые учитывают различные сетевые функции, ACL, L2, L3, QoS, интегрированных с виртуальными машинами и контейнерами. Для этого в сообществах разрабатываются более сложные фреймворки по обработке сетевых сервисов, которые позволяют разбивать задачи на этапы (stage) — каждый со своей сложностью и временем обработки, автоматически распределять такие этапы по вычислительным мощностям, планировать обработку пакетов так, чтобы увеличить суммарную пропускную способность. В докладе будет представлен сравнительный обзор таких фреймворков: Intel DPDK Packet Framework, FD.io, Open Dataplane, Open Virtual Network (от проекта Open vSwtich). Будут представлены числовые характеристики и рекомендованные сценарии применения. Также будет освещена интеграция с системами виртуализации.

Виртуализированные сетевые сервисы на line rate в серверном окружении / Алекс...

Ontico

Tendances (19)

Архитектура хранения фотографий в Badoo

Управление контейнерами в облаках

Юрий Насретдинов, Badoo

Дмитрий Лазаренко-«Живая миграция и отказоустойчивость контейнеров в гибридно...

Cautious: IPv6 is here / Александр Азимов (Qrator Labs)

Неочевидные детали при запуске HTTPS в OK.Ru / Андрей Домась (Одноклассники)

Тестирование через мониторинг или холакратия на практике / Максим Чистяков (U...

Опыт построения СХД на базе Windows Server для использования в публичном обла...

2021.09.04 PHP FWDays. Our experience of transferring Laravel microservices t...

Макс Лапшин - "EventMachine и evented архитектура"

Внедрение Docker в процесс разработки демонов. Доклад Константина Карпова на ...

AnyEvent::HTTPBenchmark

2020.10.13 HA Redis is simple. FWDays Highload

Андрей Акиньшин

Архитектура поиска в Booking.com / Иван Круглов (Booking.com)

MUM Построение сети доступа на основе технологий DHCP + Radius на Mikrotik

AWS и GCP: трудная жизнь в облаках / Максим Пугачев (IPONWEB)

Виртуализированные сетевые сервисы на line rate в серверном окружении / Алекс...

En vedette

Robna kuca

stijena

Military dolphins

freybug

Mecz Polska-Niemcy 6/09/2011

Brand24

Spring AOP @ DevClub.eu

arsenikum

Lcafe渋谷parco店プロモーションメニュー101001

L/MARKETING Inc

L/MARKETING 会社案内

L/MARKETING Inc

En vedette (6)

Robna kuca

Military dolphins

Mecz Polska-Niemcy 6/09/2011

Spring AOP @ DevClub.eu

Lcafe渋谷parco店プロモーションメニュー101001

L/MARKETING 会社案内

Similaire à DWR @ DevClub.eu

Григорий Ситнин Z-Wave.me

Apps4All

Server-side JavaScript

Media Gorod

Docker&Azure

Oleg Chorny

Nginx Igor Sysoev

Media Gorod

Марат Абдуллин "Хроники серверного Жаваскрипта" Я.Субботник в Санкт-Петербурге О докладе: Все еще используешь LAMP?! Прототипная парадигма объектно-ориентированного программирования! Наш SERP написан на PHP4! We put a function in your function, so you can call your function in a function call.

Марат Абдуллин "Хроники серверного Жаваскрипта"

Yandex

Phalcon - самый быстрый PHP Framework

Oleksandr Torosh

Jelastic PaaS for DevOps: Hybrid Cloud based on Microsoft Azure

Dmitry Lazarenko

Angular vs Angular 2 vs React. Сергей Александров

EatDog

Dataline средства репликации

Татьяна Янкина

Flex Data Access

sergiy

Server Side Javascript (ru)

Bakyt Niyazov

Windows Azure Internals

Alexander Feschenko

Cloud APIs - обзор API западных провайдеров и API Scalaxy, Нат Гаджибалаев

Fuenteovejuna

12 - Java. Разработка сетевых приложений на Java

Roman Brovko

Как не создавать себе проблем, разрабатывая на Alfresco

Oksana Kurysheva

Docker

Dmitrii Stoian

2014-08-02 03 Дмитрий Шматко. Первые впечатления от Node.js

Омские ИТ-субботники

Семинар по Node.js в КПИ 20 октября 2014. Докладчики: Тимур Шемсединов, Никита Савченко, Максим Петренко. Краткое содержание: * Что такое Node.js и как работает JavaScript в V8 * Профессионалы расскажут, почему они выбрали Node.js * Вы узнаете его сильные и слабые стороны и где его лучше применять * Будет полный обзор особеностей и внутреннего строения Node.js * Примеры внедрения и Highload-проекты * Вопросы развертывания, хостинг, тестирования, и отладки * Где и что учить, что читать, как осваивать

Node.js введение в технологию, КПИ #ITmeetingKPI

Timur Shemsedinov

3 zalomlenkov selenium

qasib

Введение в Docker

Кузьмицкий Александр

Similaire à DWR @ DevClub.eu (20)

Григорий Ситнин Z-Wave.me

Server-side JavaScript

Docker&Azure

Nginx Igor Sysoev

Марат Абдуллин "Хроники серверного Жаваскрипта"

Phalcon - самый быстрый PHP Framework

Jelastic PaaS for DevOps: Hybrid Cloud based on Microsoft Azure

Angular vs Angular 2 vs React. Сергей Александров

Dataline средства репликации

Flex Data Access

Server Side Javascript (ru)

Windows Azure Internals

Cloud APIs - обзор API западных провайдеров и API Scalaxy, Нат Гаджибалаев

12 - Java. Разработка сетевых приложений на Java

Как не создавать себе проблем, разрабатывая на Alfresco

Docker

2014-08-02 03 Дмитрий Шматко. Первые впечатления от Node.js

Node.js введение в технологию, КПИ #ITmeetingKPI

3 zalomlenkov selenium

Введение в Docker

DWR @ DevClub.eu

1. DWR Easy Ajax for JAVA

10.

11.

12. Мой опыт с DWR (2)

13.

DWR @ DevClub.eu

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (19)

En vedette

En vedette (6)

Similaire à DWR @ DevClub.eu

Similaire à DWR @ DevClub.eu (20)

DWR @ DevClub.eu