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

Мы используем распределенное хранилище Apache Ignite в продакшне, как следствие — предъявляем к нему высокие требования по надежности и доступности.Раньше в случае выхода узла из строя обработка поступающих операций приостанавливалась на продолжительный период времени, до десятков секунд в некоторых кейсах. Простои такой длительности недопустимы для наших сервисов, поэтому процедура восстановления в Apache Ignite была мною доработана. Расскажу о том, как было, что изменилось и что еще предстоит сделать. В докладе рассмотрим:- гарантии сохранности данных в распределенных хранилищах,- партиционирование и ребалансировку данных,- разницу между кластером, кэшом и партицией,- типы распределенных кэшей, типы партиций,- механизмы, позволяющие кластеру сохранять работоспособность при смене топологии (входе и выходе узлов),- механизмы обеспечения консистентности данных при смене топологии,- "трюки", позволяющие минимизировать время простоя при смене топологии,- как мы проверяем эффективность оптимизаций, разрабатываемых…

Дмитрий Калугин-Балашов большую часть своей жизни писал поиск: с 2011 года в компании Mail.ru был поиск по почте, затем был небольшой перерыв из-за работы в США,...

Аналитические платформы обрабатывают все больше данных, и все чаще возникает вопрос об их производительности. У каждой платформы есть свои методы и приемы по оптимизации, но для создания действительно высокопроизводительной системы мы должны иметь глубокое понимание всех составляющих элементов платформы и потоков данных. Одной из наиболее дорогостоящих операций в системе доставки данных является работа с файловой системой, её и нужно оптимизировать. Прямая работа с диском при файловом I/O — не самая дешевая операция и современные ОС применяют различные оптимизации, такие как кэширование и readahead, чтобы уменьшить ее влияние на производительность. В некоторых случаях обращений к диску можно почти полностью избежать, читая большую часть данных из кэша. В докладе мы рассмотрим методы оптимизации I/O в JVM и копирования памяти в ядре Linux и как это позволяет увеличить пропускную способность передачи данных на 20%.

Наши друзья из e-legion cоздают успешные цифровые продукты для крупного бизнеса с 2005 года.
https://www.e-legion.ru/

Чат подкаста в Телеграме — https://t.me/myobrecheny
Телеграм канал — https://t.me/myobrechenychannel
Твиттер — https://twitter.com/myobrecheny
VK — https://vk.com/myobrecheny
Instagram — https://www.instagram.com/myobrecheny/

Владимир Шрейдер (Glitché) — дизайн стал скучным, а редизайны стоят миллионы – https://www.youtube.com/watch?v=W2qeJdQ-bYQ
Виталий Брагилевский — преподавать, читать, сидеть
https://www.youtube.com/watch?v=Fm4kcaqOvm4
Андрей Ситник – Когда и как мы уже победим корпоративную цензуру и IT-монополии
https://www.youtube.com/watch?v=Oqt3OwZlhNg

Вот тут можно получить ништяки и поддержать подкаст баблишком:
https://www.youtube.com/channel/UCUSbYJK87rpBUJ5KGQd7oHA/join

Встречайте 125-й выпуск подкаста, в котором у меня в гостях Антон Виноградов, руководитель фронтенд-разработки SberDevices (https://sberdevices.ru/). В этом выпуске мы говорим про интернет вещей, умные дома и устройства и голосовые ассистенты.

В начале Антон рассказал про свой путь в мире Айти от фронтенда до умных устройств, рассказал про архитектуру фронтенда Яндекс поиска и внедрение там react. Мы обсудили подход к выбору технологий, эксперименты и причины такого перехода.  

Поговорили мы и про Яндекс.Станцию и умные дома в общем. Обсудили различные протоколы физические взаимодействия устройств, программные протоколы интеграции. Антон рассказал немного про устройство Яндекс.Станции. Мы поговорили про взаимодействие с системными компонентами из браузерного JavaScript окружения, обсудили какими навыками необходимо обладать фронтенд-разработчику встроенных программно-аппаратных решений.

Следующей темой обсуждения стали голосовые помощники. Антон немного рассказал про Алису Яндекса и голосовых помощников…

Привет! Сейчас будет дежавю. Мы снова выложили на GitHub наш PHP-компилятор — KPHP. Он проделал большой путь, и чтобы рассказать о нём, сначала телепортируемся...