Enviar pesquisa
Carregar
Scaling Web Sites By Sharding And Replication Hl2008 Rus
•
Transferir como ODP, PDF
•
9 gostaram
•
1,120 visualizações
Ontico
Seguir
Tecnologia
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 28
Baixar agora
Recomendados
Выступление Сергея Аверина, Руководителя проекта десктопных приложений компании Badoo: "Не все базы данных одинаково полезны" на #HPC 9 августа, 2012.
Выступление Сергея Аверина, Badoo, на High Performance Conference
Выступление Сергея Аверина, Badoo, на High Performance Conference
EYevseyeva
Не все базы данных одинаково полезны. Сергей Аверин, Badoo. Выбор хранилища данных — сложная задача, с которой часто сталкиваются разработчики. Чаще всего результат этого выбора — это компромисс. Я расскажу о собственном опыте, набитых «шишках», рассмотрю важные, на мой взгляд, связанные с этой задачей проблемы. О компании: Badoo — не только самая большая, но и одна из самых инновационных и высокотехнологичных компаний в сфере социальных сетей, входящий в топ-100 крупнейших мировых проектов. Она насчитывает 139 миллионов пользователей, и еще более чем 100,000 новых пользователей присоединяются к ней каждый день. Badoo — это глобальная социальная онлайн-система, которая дает возможность знакомиться с новыми людьми, живущими пососедству и по всему миру. Мы предлагаем многочисленные технические возможности социальных сетей, делая акцент на играх и сервисах, позволяющих расширить социальный круг. Мы продолжаем расширять географию своего пребывания и использовать самые последние технологии в сетевом общении, позволяющие нашим пользователям знакомиться друг с другом и изменять реальность вокруг себя. Видеоприглашение на конференцию: http://www.youtube.com/watch?v=2mRGcz0UODY
Не все базы данных одинаково полезны
Не все базы данных одинаково полезны
Sergey Xek
Распространенные ошибки применения баз данных (Сергей Аверин)
Распространенные ошибки применения баз данных (Сергей Аверин)
Ontico
NoSQL - что это? Новомодное словечко или современных подход, который позволяет обслуживать сотни миллионов запросов в день без использования супер-компьютеров? Почему все крупнейшие интернет-проекты используют базы данных, которые не поддерживают операций по связыванию данных, не гарантируют ACID при проведении транзакций и не имеют фиксированных схем хранения данных? В данном докладе будут проанализированы области применения NoSQL, раскрыты основные принципы, которые используются для хранения записей в неряционных БД, а также приведены характеристики по которым можно классифицировать сотни существующих на данный момент NoSQL базы данных.
NoSQL - взрыв возможностей
NoSQL - взрыв возможностей
Aleksey Solntsev
HighLoad++ 2013
Пётр Зайцев, Percona
Пётр Зайцев, Percona
Ontico
Распространенные ошибки применения баз данных (Сергей Аверин)
Распространенные ошибки применения баз данных (Сергей Аверин)
Ontico
Несколько месяцев назад компания "Яндекс" совершила маленькую революцию, открыв свою внутреннюю систему хранения и аналитики больших данных ClickHouse в opensource для всех желающих. ClickHouse стабильно показывает очень высокие результаты на тестах производительности запросов, часто догоняя и обгоняя лидеров рынка аналитических RDBMS, включая HP Vertica. Высокие результаты и авторитет "Яндекса" привлекают к этой системе заслуженное внимание разработчиков и архитекторов. Вместе с тем, архитектура ClickHouse довольно существенно отличается от привычных архитектур RDBMS, в ClickHouse отсутствует многое из привычной функциональности, есть ряд "неудобных" ограничений. Поэтому разработка новых и миграция существующих решений сопровождается значительными сложностями. В докладе рассматриваются основные архитектурные особенности ClickHouse, отличия от традиционных RDBMS или NoSQL баз данных, и обсуждаются способы решения типичных задач, возникающих при разработке аналитических систем на ClickHouse.
Переезжаем на Yandex ClickHouse / Александр Зайцев (LifeStreet)
Переезжаем на Yandex ClickHouse / Александр Зайцев (LifeStreet)
Ontico
В 2013 году случилась самая большая авария в истории Одноклассников: в течение трёх дней проект был целиком, а потом частично, неработоспособен. После того, как мы устранили последствия аварии, к нам пришел бизнес со следующим вопросом: какие проблемы видит технический отдел компании и какие варианты защиты может предложить. Сходу мы выделили три основных — взлом хакерами, DDoS-атаки и аварии. Взломы — не в плоскости конференции Highload, про DDoS-атаки — наоборот, рассказывают довольно часто. Поэтому в этом докладе мы поговорим именно про аварии. Отказ диска или сервера мы давно не считаем аварией — у нас несколько тысяч серверов, и подобные сбои происходят по нескольку раз в день. Среди выделенных нами серьезных отказов — отказ канала связи до дата-центра, сбои электричества, перегрузка какой-то из подсистем, вызванная ростом какой-то активности (в т.ч. эксперименты), ошибка программиста/инженера и другие. По каждому из перечисленных направлений мы проанализировали риски и провели ряд работ на портале, позволивший нашей системе успешно функционировать в условиях перечисленных выше проблем. Как и в программировании, мы решили, что тестирование — это отличный способ выявлять проблемы на ранних стадиях и ликвидировать их минимальными средствами. В презентации мы расскажем о том, как мы защищаемся от каждой из перечисленных выше угроз и сфокусируемся на техниках эмуляции аварийных ситуаций.
Тестирование аварий / Андрей Губа (Одноклассники)
Тестирование аварий / Андрей Губа (Одноклассники)
Ontico
Recomendados
Выступление Сергея Аверина, Руководителя проекта десктопных приложений компании Badoo: "Не все базы данных одинаково полезны" на #HPC 9 августа, 2012.
Выступление Сергея Аверина, Badoo, на High Performance Conference
Выступление Сергея Аверина, Badoo, на High Performance Conference
EYevseyeva
Не все базы данных одинаково полезны. Сергей Аверин, Badoo. Выбор хранилища данных — сложная задача, с которой часто сталкиваются разработчики. Чаще всего результат этого выбора — это компромисс. Я расскажу о собственном опыте, набитых «шишках», рассмотрю важные, на мой взгляд, связанные с этой задачей проблемы. О компании: Badoo — не только самая большая, но и одна из самых инновационных и высокотехнологичных компаний в сфере социальных сетей, входящий в топ-100 крупнейших мировых проектов. Она насчитывает 139 миллионов пользователей, и еще более чем 100,000 новых пользователей присоединяются к ней каждый день. Badoo — это глобальная социальная онлайн-система, которая дает возможность знакомиться с новыми людьми, живущими пососедству и по всему миру. Мы предлагаем многочисленные технические возможности социальных сетей, делая акцент на играх и сервисах, позволяющих расширить социальный круг. Мы продолжаем расширять географию своего пребывания и использовать самые последние технологии в сетевом общении, позволяющие нашим пользователям знакомиться друг с другом и изменять реальность вокруг себя. Видеоприглашение на конференцию: http://www.youtube.com/watch?v=2mRGcz0UODY
Не все базы данных одинаково полезны
Не все базы данных одинаково полезны
Sergey Xek
Распространенные ошибки применения баз данных (Сергей Аверин)
Распространенные ошибки применения баз данных (Сергей Аверин)
Ontico
NoSQL - что это? Новомодное словечко или современных подход, который позволяет обслуживать сотни миллионов запросов в день без использования супер-компьютеров? Почему все крупнейшие интернет-проекты используют базы данных, которые не поддерживают операций по связыванию данных, не гарантируют ACID при проведении транзакций и не имеют фиксированных схем хранения данных? В данном докладе будут проанализированы области применения NoSQL, раскрыты основные принципы, которые используются для хранения записей в неряционных БД, а также приведены характеристики по которым можно классифицировать сотни существующих на данный момент NoSQL базы данных.
NoSQL - взрыв возможностей
NoSQL - взрыв возможностей
Aleksey Solntsev
HighLoad++ 2013
Пётр Зайцев, Percona
Пётр Зайцев, Percona
Ontico
Распространенные ошибки применения баз данных (Сергей Аверин)
Распространенные ошибки применения баз данных (Сергей Аверин)
Ontico
Несколько месяцев назад компания "Яндекс" совершила маленькую революцию, открыв свою внутреннюю систему хранения и аналитики больших данных ClickHouse в opensource для всех желающих. ClickHouse стабильно показывает очень высокие результаты на тестах производительности запросов, часто догоняя и обгоняя лидеров рынка аналитических RDBMS, включая HP Vertica. Высокие результаты и авторитет "Яндекса" привлекают к этой системе заслуженное внимание разработчиков и архитекторов. Вместе с тем, архитектура ClickHouse довольно существенно отличается от привычных архитектур RDBMS, в ClickHouse отсутствует многое из привычной функциональности, есть ряд "неудобных" ограничений. Поэтому разработка новых и миграция существующих решений сопровождается значительными сложностями. В докладе рассматриваются основные архитектурные особенности ClickHouse, отличия от традиционных RDBMS или NoSQL баз данных, и обсуждаются способы решения типичных задач, возникающих при разработке аналитических систем на ClickHouse.
Переезжаем на Yandex ClickHouse / Александр Зайцев (LifeStreet)
Переезжаем на Yandex ClickHouse / Александр Зайцев (LifeStreet)
Ontico
В 2013 году случилась самая большая авария в истории Одноклассников: в течение трёх дней проект был целиком, а потом частично, неработоспособен. После того, как мы устранили последствия аварии, к нам пришел бизнес со следующим вопросом: какие проблемы видит технический отдел компании и какие варианты защиты может предложить. Сходу мы выделили три основных — взлом хакерами, DDoS-атаки и аварии. Взломы — не в плоскости конференции Highload, про DDoS-атаки — наоборот, рассказывают довольно часто. Поэтому в этом докладе мы поговорим именно про аварии. Отказ диска или сервера мы давно не считаем аварией — у нас несколько тысяч серверов, и подобные сбои происходят по нескольку раз в день. Среди выделенных нами серьезных отказов — отказ канала связи до дата-центра, сбои электричества, перегрузка какой-то из подсистем, вызванная ростом какой-то активности (в т.ч. эксперименты), ошибка программиста/инженера и другие. По каждому из перечисленных направлений мы проанализировали риски и провели ряд работ на портале, позволивший нашей системе успешно функционировать в условиях перечисленных выше проблем. Как и в программировании, мы решили, что тестирование — это отличный способ выявлять проблемы на ранних стадиях и ликвидировать их минимальными средствами. В презентации мы расскажем о том, как мы защищаемся от каждой из перечисленных выше угроз и сфокусируемся на техниках эмуляции аварийных ситуаций.
Тестирование аварий / Андрей Губа (Одноклассники)
Тестирование аварий / Андрей Губа (Одноклассники)
Ontico
Когда в зоне ответственности находятся несколько "похожих" по реализации и/или функционалу технических решений (сайтов, систем, проектов), волей-неволей возникает желание их унифицировать. Плюсы от такого подхода очевидны: это и экономия ресурсов разработки/тестирования/администрирования, и удобство поддержки, и полноценное общее владение кодом для всей команды разработки. Очевидно, что подобная реформа потребует значительных ресурсов и времени, но мы верим, что это "один раз", и принимаемся отстраивать сложную архитектурную конструкцию, призванную удовлетворить требования всех "объединяемых" продуктов. Если эти продукты не подвержены изменениям, то рано или поздно все закончится хорошо, и у нас получится чудо-фреймворк. Но обычно все совсем не так. Пока мы прорабатываем классы и строим безупречные схемы взаимосвязей, мир меняется: меняются требования к продукту, новые вызовы рынка и видение менеджмента влекут за собой постоянные изменения функционала. То что было сделано вчера уже не соответствует тому, что хотят сегодня. Это похоже на возведение песочного замка у самой кромки прибоя. В результате трудный путь превращается в изнуряющее топтание на месте, а имеющееся техническое наследие потихоньку ветшает, разрастается казуальным кодом и забирает все больше сил на поддержку. Но проблема даже не в этом. Основная проблема в том, что мы видим причину неудач в ошибках проектирования или в несговорчивости менеджмента, не желающего пойти на уступки относительно реализации того или иного функционала. Все проще: я убежден, что ошибка была допущена при выборе пути! Но я не призываю смириться и "тащить" на себе кучу сто раз продублированного кода. Истина, как всегда, где-то посередине. Мы не будем больше собирать все проекты в один кластер, мы попробуем построить конгломерат! * оценим перспективы унификации и рассмотрим альтернативы; * рассмотрим типовые препятствия, и откуда они берутся; * поговорим о сути изменений, и какие они бывают; * познакомимся с реальностью на основе моего личного опыта; * обсудим, что есть "похожесть" проектов и что с этим делать.
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...
Ontico
Highload 2007 for ling-web-applications-rus
High load2007 scaling-web-applications-rus
High load2007 scaling-web-applications-rus
Vladd Ev
Highload: проблемы и решения
Highload: проблемы и решения
Олег Шерыхалин
Сергей Чистович "Подходы к кешированию на UGC-сервисе" Я.Субботник в Санкт-Петербурге О докладе: Данные на UGC-сервисах очень быстро меняются, и у каждого пользователя они свои. Выборка этих данных – дорогостоящая операция, поскольку может определяться множеством параметров и сложными условиями. Что и как мы можем кешировать в этой непростой ситуации?
Сергей Чистович "Подходы к кешированию на UGC-сервисе"
Сергей Чистович "Подходы к кешированию на UGC-сервисе"
Yandex
ClickHouse - высокопроизводительная база данных для больших данных и аналитики. На ClickHouse основана Яндекс.Метрика - крупнейшая система веб-аналитики в России. Ради чего мы написали свою базу данных? Ради скорости! ClickHouse работает невероятно быстро, быстрее всех известных нам конкурентов, и при этом может обрабатывать запросы по петабайтам данных. Я расскажу про: - Краткую историю создания проекта; - Основные преимущества и особенности ClickHouse; - Архитектура проекта; подход к хранению данных, отказоустойчивости, исполнению запросов; - Как работает внутри, почему ClickHouse такой быстрый; - Текущие кейсы использования в Метрике и других проектах Яндекса; - Профит, который вы можете получить от ClickHouse.
ClickHouse: очень быстро и очень удобно / Виктор Тарнавский, Алексей Миловидо...
ClickHouse: очень быстро и очень удобно / Виктор Тарнавский, Алексей Миловидо...
Ontico
Практическое создание крупного масштабируемого web 20 c нуля, Дмитрий Бородин
Практическое создание крупного масштабируемого web 20 c нуля, Дмитрий Бородин
Fuenteovejuna
Alexey Zinoviev Алексей Зиновьев рассказывает о выборе одной из следующих баз данных CouchDB, Neo4j, Mongo, Cassandra, HBase, Riak на Happydev 2013 Article "Choice of NoSQL database for your project: Don't bite off more than you can chew" presented on HappyDev 2013 (IT-conference in Omsk) by Alexey Zinoviev The main idea of this article is comparison of the most popular NoSQL databases: CouchDB, Cassandra, Mongodb, Riak, Neo4j, HBase
Выбор NoSQL базы данных для вашего проекта: "Не в свои сани не садись"
Выбор NoSQL базы данных для вашего проекта: "Не в свои сани не садись"
Alexey Zinoviev
Cassandra: быстрая запись данных в высоконагруженных системах
Cassandra: быстрая запись данных в высоконагруженных системах
Alexander Mezhov
NodeJS — достаточно молодой фреймворк, и пока не каждый решается использовать его в продакшене, а тем более в highload. В течение последнего года мы разрабатывали проект DMP (Data Management Platform), используя NodeJS для прототипирования. На данный момент проект в большей степени все еще остался на JS и без труда справляется с текущими нагрузками в 10 000 запросов в секунду. В докладе я расскажу, почему остановились именно на NodeJS и совсем не жалеем об этом. К сожалению, никакое дело не обходится без граблей и костылей. Я расскажу обо всех встретившихся проблемах и уделю особое внимание проблемам со спагетти-кодом, утечками и нехваткой памяти. Как мы убили немало времени, тщетно ища источник проблем, и какие правила мы составили для себя на будущее, чтобы не повторить своих ошибок. Расскажу немного о применении микросервисов для решения проблемы спагетти-кода. И, как итог, опишу ряд рекомендаций, которые помогут избежать большой траты времени при использовании NodeJS.
NodeJS в HighLoad проекте / Акрицкий Владимир (iAge Engineering)
NodeJS в HighLoad проекте / Акрицкий Владимир (iAge Engineering)
Ontico
Что и как надо делать, чтобы быть ближе к идеальному аптайму? Спойлер: порядок, мониторинг, коммуникации и не надо работать с неподходящими людьми.
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
Игорь Мызгин
Алексей Чумаков. Apache Cassandra на реальном проекте
Алексей Чумаков. Apache Cassandra на реальном проекте
Volha Banadyseva
Слайды к докладу на Cloud Tech Meetup в Харькове, 28.03.2013
Введение в Apache Cassandra
Введение в Apache Cassandra
Alexander Tivelkov
Поиск на своем сайте, обзор open source решений
Поиск на своем сайте, обзор open source решений
aragozin
Apache Cassandra. Ещё одно NoSQL хранилище (Владимир Климонтович)
Apache Cassandra. Ещё одно NoSQL хранилище (Владимир Климонтович)
Ontico
Отказоустойчивые решения SQL
Отказоустойчивые решения SQL
Andrey Korshikov
HighLoad++ 2013
Aлександр Зайцев, LifeStreet
Aлександр Зайцев, LifeStreet
Ontico
Быстрое масштабирование систем
Быстрое масштабирование систем
Media Gorod
Презентация компании ВМЛАБ
Презентация компании ВМЛАБ
SaaS.ru Portal
Отчет о деятельности компании Онтико за 2009 год
Онтико, 2009
Онтико, 2009
Ontico
I Safety 1c Bitrix
I Safety 1c Bitrix
Ontico
Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013
Ontico
Рассказ о новых возможностях конференции разработчиков высоконагруженных систем HighLoad++: экспертной зоне, домашних заданиях, новом подходе к спонсорству и так далее!
Вебинар о конференции HighLoad++
Вебинар о конференции HighLoad++
Ontico
Mais conteúdo relacionado
Mais procurados
Когда в зоне ответственности находятся несколько "похожих" по реализации и/или функционалу технических решений (сайтов, систем, проектов), волей-неволей возникает желание их унифицировать. Плюсы от такого подхода очевидны: это и экономия ресурсов разработки/тестирования/администрирования, и удобство поддержки, и полноценное общее владение кодом для всей команды разработки. Очевидно, что подобная реформа потребует значительных ресурсов и времени, но мы верим, что это "один раз", и принимаемся отстраивать сложную архитектурную конструкцию, призванную удовлетворить требования всех "объединяемых" продуктов. Если эти продукты не подвержены изменениям, то рано или поздно все закончится хорошо, и у нас получится чудо-фреймворк. Но обычно все совсем не так. Пока мы прорабатываем классы и строим безупречные схемы взаимосвязей, мир меняется: меняются требования к продукту, новые вызовы рынка и видение менеджмента влекут за собой постоянные изменения функционала. То что было сделано вчера уже не соответствует тому, что хотят сегодня. Это похоже на возведение песочного замка у самой кромки прибоя. В результате трудный путь превращается в изнуряющее топтание на месте, а имеющееся техническое наследие потихоньку ветшает, разрастается казуальным кодом и забирает все больше сил на поддержку. Но проблема даже не в этом. Основная проблема в том, что мы видим причину неудач в ошибках проектирования или в несговорчивости менеджмента, не желающего пойти на уступки относительно реализации того или иного функционала. Все проще: я убежден, что ошибка была допущена при выборе пути! Но я не призываю смириться и "тащить" на себе кучу сто раз продублированного кода. Истина, как всегда, где-то посередине. Мы не будем больше собирать все проекты в один кластер, мы попробуем построить конгломерат! * оценим перспективы унификации и рассмотрим альтернативы; * рассмотрим типовые препятствия, и откуда они берутся; * поговорим о сути изменений, и какие они бывают; * познакомимся с реальностью на основе моего личного опыта; * обсудим, что есть "похожесть" проектов и что с этим делать.
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...
Ontico
Highload 2007 for ling-web-applications-rus
High load2007 scaling-web-applications-rus
High load2007 scaling-web-applications-rus
Vladd Ev
Highload: проблемы и решения
Highload: проблемы и решения
Олег Шерыхалин
Сергей Чистович "Подходы к кешированию на UGC-сервисе" Я.Субботник в Санкт-Петербурге О докладе: Данные на UGC-сервисах очень быстро меняются, и у каждого пользователя они свои. Выборка этих данных – дорогостоящая операция, поскольку может определяться множеством параметров и сложными условиями. Что и как мы можем кешировать в этой непростой ситуации?
Сергей Чистович "Подходы к кешированию на UGC-сервисе"
Сергей Чистович "Подходы к кешированию на UGC-сервисе"
Yandex
ClickHouse - высокопроизводительная база данных для больших данных и аналитики. На ClickHouse основана Яндекс.Метрика - крупнейшая система веб-аналитики в России. Ради чего мы написали свою базу данных? Ради скорости! ClickHouse работает невероятно быстро, быстрее всех известных нам конкурентов, и при этом может обрабатывать запросы по петабайтам данных. Я расскажу про: - Краткую историю создания проекта; - Основные преимущества и особенности ClickHouse; - Архитектура проекта; подход к хранению данных, отказоустойчивости, исполнению запросов; - Как работает внутри, почему ClickHouse такой быстрый; - Текущие кейсы использования в Метрике и других проектах Яндекса; - Профит, который вы можете получить от ClickHouse.
ClickHouse: очень быстро и очень удобно / Виктор Тарнавский, Алексей Миловидо...
ClickHouse: очень быстро и очень удобно / Виктор Тарнавский, Алексей Миловидо...
Ontico
Практическое создание крупного масштабируемого web 20 c нуля, Дмитрий Бородин
Практическое создание крупного масштабируемого web 20 c нуля, Дмитрий Бородин
Fuenteovejuna
Alexey Zinoviev Алексей Зиновьев рассказывает о выборе одной из следующих баз данных CouchDB, Neo4j, Mongo, Cassandra, HBase, Riak на Happydev 2013 Article "Choice of NoSQL database for your project: Don't bite off more than you can chew" presented on HappyDev 2013 (IT-conference in Omsk) by Alexey Zinoviev The main idea of this article is comparison of the most popular NoSQL databases: CouchDB, Cassandra, Mongodb, Riak, Neo4j, HBase
Выбор NoSQL базы данных для вашего проекта: "Не в свои сани не садись"
Выбор NoSQL базы данных для вашего проекта: "Не в свои сани не садись"
Alexey Zinoviev
Cassandra: быстрая запись данных в высоконагруженных системах
Cassandra: быстрая запись данных в высоконагруженных системах
Alexander Mezhov
NodeJS — достаточно молодой фреймворк, и пока не каждый решается использовать его в продакшене, а тем более в highload. В течение последнего года мы разрабатывали проект DMP (Data Management Platform), используя NodeJS для прототипирования. На данный момент проект в большей степени все еще остался на JS и без труда справляется с текущими нагрузками в 10 000 запросов в секунду. В докладе я расскажу, почему остановились именно на NodeJS и совсем не жалеем об этом. К сожалению, никакое дело не обходится без граблей и костылей. Я расскажу обо всех встретившихся проблемах и уделю особое внимание проблемам со спагетти-кодом, утечками и нехваткой памяти. Как мы убили немало времени, тщетно ища источник проблем, и какие правила мы составили для себя на будущее, чтобы не повторить своих ошибок. Расскажу немного о применении микросервисов для решения проблемы спагетти-кода. И, как итог, опишу ряд рекомендаций, которые помогут избежать большой траты времени при использовании NodeJS.
NodeJS в HighLoad проекте / Акрицкий Владимир (iAge Engineering)
NodeJS в HighLoad проекте / Акрицкий Владимир (iAge Engineering)
Ontico
Что и как надо делать, чтобы быть ближе к идеальному аптайму? Спойлер: порядок, мониторинг, коммуникации и не надо работать с неподходящими людьми.
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
Игорь Мызгин
Алексей Чумаков. Apache Cassandra на реальном проекте
Алексей Чумаков. Apache Cassandra на реальном проекте
Volha Banadyseva
Слайды к докладу на Cloud Tech Meetup в Харькове, 28.03.2013
Введение в Apache Cassandra
Введение в Apache Cassandra
Alexander Tivelkov
Поиск на своем сайте, обзор open source решений
Поиск на своем сайте, обзор open source решений
aragozin
Apache Cassandra. Ещё одно NoSQL хранилище (Владимир Климонтович)
Apache Cassandra. Ещё одно NoSQL хранилище (Владимир Климонтович)
Ontico
Отказоустойчивые решения SQL
Отказоустойчивые решения SQL
Andrey Korshikov
HighLoad++ 2013
Aлександр Зайцев, LifeStreet
Aлександр Зайцев, LifeStreet
Ontico
Быстрое масштабирование систем
Быстрое масштабирование систем
Media Gorod
Презентация компании ВМЛАБ
Презентация компании ВМЛАБ
SaaS.ru Portal
Mais procurados
(18)
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...
Как поддерживать и развивать пачку "похожих" проектов. Кластер или конгломера...
High load2007 scaling-web-applications-rus
High load2007 scaling-web-applications-rus
Highload: проблемы и решения
Highload: проблемы и решения
Сергей Чистович "Подходы к кешированию на UGC-сервисе"
Сергей Чистович "Подходы к кешированию на UGC-сервисе"
ClickHouse: очень быстро и очень удобно / Виктор Тарнавский, Алексей Миловидо...
ClickHouse: очень быстро и очень удобно / Виктор Тарнавский, Алексей Миловидо...
Практическое создание крупного масштабируемого web 20 c нуля, Дмитрий Бородин
Практическое создание крупного масштабируемого web 20 c нуля, Дмитрий Бородин
Выбор NoSQL базы данных для вашего проекта: "Не в свои сани не садись"
Выбор NoSQL базы данных для вашего проекта: "Не в свои сани не садись"
Cassandra: быстрая запись данных в высоконагруженных системах
Cassandra: быстрая запись данных в высоконагруженных системах
NodeJS в HighLoad проекте / Акрицкий Владимир (iAge Engineering)
NodeJS в HighLoad проекте / Акрицкий Владимир (iAge Engineering)
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
Алексей Чумаков. Apache Cassandra на реальном проекте
Алексей Чумаков. Apache Cassandra на реальном проекте
Введение в Apache Cassandra
Введение в Apache Cassandra
Поиск на своем сайте, обзор open source решений
Поиск на своем сайте, обзор open source решений
Apache Cassandra. Ещё одно NoSQL хранилище (Владимир Климонтович)
Apache Cassandra. Ещё одно NoSQL хранилище (Владимир Климонтович)
Отказоустойчивые решения SQL
Отказоустойчивые решения SQL
Aлександр Зайцев, LifeStreet
Aлександр Зайцев, LifeStreet
Быстрое масштабирование систем
Быстрое масштабирование систем
Презентация компании ВМЛАБ
Презентация компании ВМЛАБ
Destaque
Отчет о деятельности компании Онтико за 2009 год
Онтико, 2009
Онтико, 2009
Ontico
I Safety 1c Bitrix
I Safety 1c Bitrix
Ontico
Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013
Ontico
Рассказ о новых возможностях конференции разработчиков высоконагруженных систем HighLoad++: экспертной зоне, домашних заданиях, новом подходе к спонсорству и так далее!
Вебинар о конференции HighLoad++
Вебинар о конференции HighLoad++
Ontico
Встреча докладчиков, Программного комитета и активистов конференции разработчиков высоконагруженных систем HighLoad++. Обсудили результаты 2014 года и наметили планы на 2015-й.
Встреча докладчиков HL++ 2015
Встреча докладчиков HL++ 2015
Ontico
Или как посчитать себестоимость проекта?
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Ontico
Slides from HighLoad++ 2016 conference. Introduction into neural network architectures (Rus) Презентация для конференции HighLoad++ 2016. http://www.highload.ru/2016/abstracts/2454.html Видеозапись доклада: https://www.youtube.com/watch?v=XY5AczPW7V4
Введение в архитектуры нейронных сетей / HighLoad++ 2016
Введение в архитектуры нейронных сетей / HighLoad++ 2016
Grigory Sapunov
Some interesting generalizations of recurrent neural networks (RNNs)
Multidimensional RNN
Multidimensional RNN
Grigory Sapunov
Presentation from the guest lecture at GoTo School on Machine Learning, Data Science and Internet of Things. Moscow, 2016/08/01
Artificial Intelligence - Past, Present and Future
Artificial Intelligence - Past, Present and Future
Grigory Sapunov
Destaque
(9)
Онтико, 2009
Онтико, 2009
I Safety 1c Bitrix
I Safety 1c Bitrix
Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013
Вебинар о конференции HighLoad++
Вебинар о конференции HighLoad++
Встреча докладчиков HL++ 2015
Встреча докладчиков HL++ 2015
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Введение в архитектуры нейронных сетей / HighLoad++ 2016
Введение в архитектуры нейронных сетей / HighLoad++ 2016
Multidimensional RNN
Multidimensional RNN
Artificial Intelligence - Past, Present and Future
Artificial Intelligence - Past, Present and Future
Semelhante a Scaling Web Sites By Sharding And Replication Hl2008 Rus
распределенная архитектура Lamp приложений петр зайцев
распределенная архитектура Lamp приложений петр зайцев
Media Gorod
jug.ru
Блеск и нищета распределённых кэшей
Блеск и нищета распределённых кэшей
aragozin
Innodb Scalability And New Features Hl2008 Rus
Innodb Scalability And New Features Hl2008 Rus
Ontico
Не все базы данных одинаково полезны. Сергей Аверин, Badoo. Выбор хранилища данных — сложная задача, с которой часто сталкиваются раз- работчики. Чаще всего результат этого выбора — это компромисс. Я расскажу о собственном опыте, набитых «шишках», рассмотрю важные, на мой взгляд, связанные с этой задачей проблемы. • Зачастую в стартапе изначально проектируется архитектура вокруг БД, рассчитанная на огромные нагрузки, на большое масштабирование, ко- торые потом в реальной жизни никогда не понадобится. • Или проектируется архитектура, которая якобы дает отказоустойчи- вость, но при этом проблемы нижних уровней абстракции во внимание не принимаются. • При выборе основной БД для проекта выбирается БД, которая не дает большого запаса фич в будущем, появляется дороговизна и сложность изменения. • Используйте инструменты, которые вы хорошо изучили. «Психологиче- ская» популярность NoSQL. Достоинства и недостатки SQL и NoSQL БД. • Проблемы использования БД как хранилища/движка обработки собы- тий зачастую не оправдано. Альтернативы. • Использование БД для поиска, плюсы и минусы. • Eventual consistency рулит, и как из этого можно извлечь пользу. Целевая аудитория: Доклад будет интересен веб-разработчикам, особенно из стартапов и неболь- ших команд, техническим руководителям.
Не все базы данных одинаково полезны
Не все базы данных одинаково полезны
Sergey Xek
Новые возможности распределенной обработки данных в памяти (Coherence)
Новые возможности распределенной обработки данных в памяти (Coherence)
Andrey Akulov
Я расскажу о нашем опыте перевоза 300+ ТБ метаданных и 250k RPS нагрузки с одной коммерческой СУБД на букву "O" в PostgreSQL.
История успеха Яндекс.Почты с PostgreSQL / Владимир Бородин (Яндекс)
История успеха Яндекс.Почты с PostgreSQL / Владимир Бородин (Яндекс)
Ontico
Wonderful World Of Mysql Storage Engines Hl2008 Rus
Wonderful World Of Mysql Storage Engines Hl2008 Rus
Ontico
Nrdbms
Nrdbms
guestd43013
Tech talk for BSUIR students. TechWeek http://fksis.bsuir.by/other-info/bulletin-board/stud-gov/2015-03-22+adv+teamspark+techweek
HighLoad systems: tips & tricks
HighLoad systems: tips & tricks
Sveta Bozhko
Sql Server Data Services
Sql Server Data Services
Media Gorod
Практическое создание крупного масштабируемого web 2.0 c нуля (Дмитрий Бородин)
Практическое создание крупного масштабируемого web 2.0 c нуля (Дмитрий Бородин)
Ontico
Web20 from zero
Web20 from zero
qweasdrty
Bid Data description. NoSQL enviroment and models. NoSQL storages as a technology of today's.
DBD lection 4. Big Data, NoSQL. In Russian.
DBD lection 4. Big Data, NoSQL. In Russian.
mikhaelsmirnov
презентация с phpConf - www.devconf.ru
phpConf 2010 Классификация систем хранения
phpConf 2010 Классификация систем хранения
Slach
Rybak Big Projects New
Rybak Big Projects New
Ontico
В презентации встречаются пасхалки!
2014-01-04 02 Алексей Зиновьев. Выбор NoSQL базы данных
2014-01-04 02 Алексей Зиновьев. Выбор NoSQL базы данных
Омские ИТ-субботники
использование кэшей, алгоритмы инвалидации кэша, условия и ограничения использования
Software craftsmanship #5 кэши и микросервисы
Software craftsmanship #5 кэши и микросервисы
Pavel Veinik
Презентация с декабрьского вебинара по основной функциональности Windows Azure.
Windows azure общий обзор
Windows azure общий обзор
Microsoft
Слайды с JavaOne 2013 Москва
Распределённый кэш или хранилище данных. Что выбрать?
Распределённый кэш или хранилище данных. Что выбрать?
aragozin
Kosmodemiansky
Kosmodemiansky
HighLoad2009
Semelhante a Scaling Web Sites By Sharding And Replication Hl2008 Rus
(20)
распределенная архитектура Lamp приложений петр зайцев
распределенная архитектура Lamp приложений петр зайцев
Блеск и нищета распределённых кэшей
Блеск и нищета распределённых кэшей
Innodb Scalability And New Features Hl2008 Rus
Innodb Scalability And New Features Hl2008 Rus
Не все базы данных одинаково полезны
Не все базы данных одинаково полезны
Новые возможности распределенной обработки данных в памяти (Coherence)
Новые возможности распределенной обработки данных в памяти (Coherence)
История успеха Яндекс.Почты с PostgreSQL / Владимир Бородин (Яндекс)
История успеха Яндекс.Почты с PostgreSQL / Владимир Бородин (Яндекс)
Wonderful World Of Mysql Storage Engines Hl2008 Rus
Wonderful World Of Mysql Storage Engines Hl2008 Rus
Nrdbms
Nrdbms
HighLoad systems: tips & tricks
HighLoad systems: tips & tricks
Sql Server Data Services
Sql Server Data Services
Практическое создание крупного масштабируемого web 2.0 c нуля (Дмитрий Бородин)
Практическое создание крупного масштабируемого web 2.0 c нуля (Дмитрий Бородин)
Web20 from zero
Web20 from zero
DBD lection 4. Big Data, NoSQL. In Russian.
DBD lection 4. Big Data, NoSQL. In Russian.
phpConf 2010 Классификация систем хранения
phpConf 2010 Классификация систем хранения
Rybak Big Projects New
Rybak Big Projects New
2014-01-04 02 Алексей Зиновьев. Выбор NoSQL базы данных
2014-01-04 02 Алексей Зиновьев. Выбор NoSQL базы данных
Software craftsmanship #5 кэши и микросервисы
Software craftsmanship #5 кэши и микросервисы
Windows azure общий обзор
Windows azure общий обзор
Распределённый кэш или хранилище данных. Что выбрать?
Распределённый кэш или хранилище данных. Что выбрать?
Kosmodemiansky
Kosmodemiansky
Mais de Ontico
Информация для докладчиков конференций РИТ++, HighLoad++ и Whale Rider.
Call for papers (2014) ru
Call for papers (2014) ru
Ontico
Как разработать социальную сеть, Олег Бунин
Как разработать социальную сеть, Олег Бунин
Ontico
Конференции Онтико (2011)
Конференции Онтико (2011)
Ontico
Встреча Программного комитета и активистов HighLoad++ 2010
Программный комитет HighLoad++, 6 октября
Программный комитет HighLoad++, 6 октября
Ontico
Конференции 2010 / описание
Конференции 2010 / описание
Ontico
Конференции 2010
Конференции 2010
Ontico
Economy of project development
Economy of project development
Ontico
Ok2009 Пленарка
Ok2009 Пленарка
Ontico
Highload sites, master-class, OK-2009
Highload sites, master-class, OK-2009
Ontico
HighLoad Sites, Oleg Bunin
HighLoad Sites, Oleg Bunin
Ontico
I Safety 1c Bitrix
I Safety 1c Bitrix
Ontico
Gmr Highload Presentation Revised
Gmr Highload Presentation Revised
Ontico
особенности построения собственной полнофункциональной Im сети
особенности построения собственной полнофункциональной Im сети
Ontico
использование смс технологий в высоконагруженных Web проектах дмитрий булыч...
использование смс технологий в высоконагруженных Web проектах дмитрий булыч...
Ontico
архитектурные приемы онлайн игры
архитектурные приемы онлайн игры
Ontico
Tupitsyn High Load
Tupitsyn High Load
Ontico
Spread Zaytsev3
Spread Zaytsev3
Ontico
Smirnov Memcached High Load 2008
Smirnov Memcached High Load 2008
Ontico
Moskva Architecture Highload
Moskva Architecture Highload
Ontico
Hl++ ребров федоровских
Hl++ ребров федоровских
Ontico
Mais de Ontico
(20)
Call for papers (2014) ru
Call for papers (2014) ru
Как разработать социальную сеть, Олег Бунин
Как разработать социальную сеть, Олег Бунин
Конференции Онтико (2011)
Конференции Онтико (2011)
Программный комитет HighLoad++, 6 октября
Программный комитет HighLoad++, 6 октября
Конференции 2010 / описание
Конференции 2010 / описание
Конференции 2010
Конференции 2010
Economy of project development
Economy of project development
Ok2009 Пленарка
Ok2009 Пленарка
Highload sites, master-class, OK-2009
Highload sites, master-class, OK-2009
HighLoad Sites, Oleg Bunin
HighLoad Sites, Oleg Bunin
I Safety 1c Bitrix
I Safety 1c Bitrix
Gmr Highload Presentation Revised
Gmr Highload Presentation Revised
особенности построения собственной полнофункциональной Im сети
особенности построения собственной полнофункциональной Im сети
использование смс технологий в высоконагруженных Web проектах дмитрий булыч...
использование смс технологий в высоконагруженных Web проектах дмитрий булыч...
архитектурные приемы онлайн игры
архитектурные приемы онлайн игры
Tupitsyn High Load
Tupitsyn High Load
Spread Zaytsev3
Spread Zaytsev3
Smirnov Memcached High Load 2008
Smirnov Memcached High Load 2008
Moskva Architecture Highload
Moskva Architecture Highload
Hl++ ребров федоровских
Hl++ ребров федоровских
Scaling Web Sites By Sharding And Replication Hl2008 Rus
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
Baixar agora