The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Исполнительный комитет JCP не утвердил модульную систему в J..., opennews (?), 09-Май-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


74. "Исполнительный комитет JCP не утвердил модульную систему в J..."  +1 +/
Сообщение от anonymous (??), 10-Май-17, 15:44 
> могу сделать backend который будет сервить данные из базки под терабайт для нескольких килоклиентов с временем ответа в единицы милисекунд. Без ЛАМПовых костылей в виде memcached, redis итд И что когда моя контора дорастет до хайлоада, я на той же жабе буду делать распределенные системы.

рецепт дадите? может я что-то не знаю про жабу... чем вы замените кеши типа memcасhed/redis? как вы впилите горизонтальное масштабирование? я создаю горизонтально масштабируемые системы но не на жабе, можете объяснить как это сделать на жабе простыми словами и конкретными примерами?

Ответить | Правка | Наверх | Cообщить модератору

83. "Исполнительный комитет JCP не утвердил модульную систему в J..."  –1 +/
Сообщение от Dmitry77 (ok), 10-Май-17, 22:54 
Задавайте конкретные вопорсы вам ответят.
Ответить | Правка | Наверх | Cообщить модератору

104. "Исполнительный комитет JCP не утвердил модульную систему в J..."  +/
Сообщение от anonymous (??), 11-Май-17, 10:33 
конкретные вопросы как храните данные, как масштабируете хранение данных, как добаляете сервера хранения данных в подсистему хранения, как исключаете сервера хранения данных из подсистемы хранения данных, как перераспределяете данные в подсистеме хранения данных?

сам серверный код можно на чем угодно писать, но залог производительности в масштабируемости. как масштабировать хранение данных? что используют в java те кто как утверждается пишут на ней hiload?

SQL со своими велосипедами роутинга и шардирования но с транзакциями и локами?
mongodb без транзакций и локов но с шардированием?
cassandra с brain split?
что-то свое волшебное?

Ответить | Правка | Наверх | Cообщить модератору

109. "Исполнительный комитет JCP не утвердил модульную систему в J..."  –1 +/
Сообщение от Igor1986email (?), 11-Май-17, 11:09 
> SQL со своими велосипедами роутинга и шардирования но с транзакциями и локами?

В наши дни пока SQL играет немаловажную роль, он вроде не такой уж сильно загроможденный, даже XQuery XPath почему-то больше времени занимают, у них свои характеристики работы.


Ответить | Правка | Наверх | Cообщить модератору

111. "Исполнительный комитет JCP не утвердил модульную систему в J..."  –1 +/
Сообщение от лютый жабист__ (?), 11-Май-17, 11:51 
> конкретные вопросы как храните данные, как масштабируете хранение данных, как добаляете
> сервера хранения данных в подсистему хранения, как исключаете сервера хранения данных
> из подсистемы хранения данных, как перераспределяете данные в подсистеме хранения данных?

Это не конкретные вопросы. Данные в жабе не храним, ей их обрабатываем. Упарываться по транзакционности стараемся не. 8) Поэтому в основном Монго.

Кстати, для особенно кровавых ынтырпрайзщиков в жабе есть спецификация JTA на тему распределенных транзакций. Можно взять данные в Postgres, обработать, положить в Oracle в рамках атомарной операции. На Пистоне так можно?

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

113. "Исполнительный комитет JCP не утвердил модульную систему в J..."  +/
Сообщение от anonymous (??), 11-Май-17, 13:03 
те ваш ответ JTA это серебрянная пуля для hiload, так?
Ответить | Правка | Наверх | Cообщить модератору

110. "Исполнительный комитет JCP не утвердил модульную систему в J..."  –1 +/
Сообщение от лютый жабист__ (?), 11-Май-17, 11:43 
>чем вы замените кеши типа memcасhed/redis

В качестве локального кеша банальный HashMap просто разрывающе быстрее и удобнее.
FastUtil ещё быстрее, заметно экономнее с ОЗУ с примитивными типами.

Распределенный кеш - Infinispan есть в моём AS. Куча других нативных решений.

В чём заключается незаменимость redis? Кеш как внешнее решение это просто нонсенс.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

112. "Исполнительный комитет JCP не утвердил модульную систему в J..."  +/
Сообщение от anonymous (??), 11-Май-17, 13:02 
>Кеш как внешнее решение это просто нонсенс.

кеш как внешнее решение необходимость для доступа к одному кешу из множества воркеров

Ответить | Правка | Наверх | Cообщить модератору

128. "Исполнительный комитет JCP не утвердил модульную систему в J..."  –1 +/
Сообщение от yo (?), 14-Май-17, 03:46 
Описанная конфигурация - не highload. Распределять и масштабировать (в JVM) ничего не нужно на таких нагрузках. Кешей хватает внутренних. А все упомянутые вами инструменты появляются на более высоких нагрузках, и там у Java все как у всех. Никакой магии.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру