Бред.
1) OpenJDK opensource, и Oracle JDK на 95% это OpenJDK.
2) Как раз с Java все и потырили парадигмы, как например C#. Java эволюционирует и не стоит на месте.
3) На счет тяжеловестности тоже бред, можно легко создавать через Spring Boot легковесные сервлеты. Для исполнения в NodeJS тоже нужен движок V8, как и для Java JRE (который не так и много весит)
4) В Java также можно обрабатывать запросы на основе цикла событий. Также через потоки паралелить. Как вообще их можно сравнивать. Также акторы реактивщина есть.
5) на счет дерева зависимостей в NPM смешно читать. В java уже давно существует мега стабильный maven и более молодой и перспективный gradle.
6) Ваши ощущения, что NodeJS обогнала Java, это лишь ваше субъективное ощущение, которое никак не связано с реальностью, есть статистика на HR ресурсах, со спросом на конкретных специалистов.
Да действительно, под A подразумевают 100% доступность, чего не бывает на практике.
А вы пробовали большее количестве координаторов, укладываетесь в SLA или нет (ведь потребности будут расти)?
Еще вопрос, сколько человек писало проект?
И когда планируется полный переход на вашу базу?
Точнее Mail.ru Group вы же входите в неё (по поводу ответа, ваш или нет).
Выходит если у вас есть строгая консистентность, значит вы жертвуете доступностью, а иначе CAP для вас не работает.
Я не знаю, подошел бы он вам или нет. Возможно это дороже, так как все в ОЗУ хранится, но работа должна быть быстрее чем твердотельными носителями.
Если мы хотим консистентность в распределенной системе, то приходится жертвовать доступностью.
+ В зависимости от того, как будут партиционироваться данные, скорее всего от распределенных транзакций не обойтись, а это удар по надежности и доступности.
Вот, что заметил в 2017.1.2:
1) После обновления поиска, заметил, что были случаи, когда на одной и той же странице не находился одинаковый текст (в окне поиска). При переходе в файл и CTR+F, находилось два искомых фрагмента. Поиск после обновления явно стал менее стабильным.
2) В окне выводится не больше 100 записей.
3) В maven вкладке по кнопке execute maven goal, нельзя запустить свою команду в режиме отладки.
1) Перепутал, да AP и CP соответственно. А за счет чего достигается AP? При этом гарантируется хотябы консистентность в конечном итоге?
2) Скажите, если у меня есть две кэша на разных нодах Partitioned и включен бэкап. Это будет распределенная транзакция? И будут ли атомарно операции записи в кэш и актуализация бэкапа? Оно работает аналогично синхронной репликации?
1) А что дает список компаний? Важно то, для чего они применяют Ignite. Можете сказать какие компании используют Ignite как замену классической СУБД на больших данных и высокой нагрузке?
2) К чему относится Ignite исходя из CAP теоремы, к CP или CA?
1) OpenJDK opensource, и Oracle JDK на 95% это OpenJDK.
2) Как раз с Java все и потырили парадигмы, как например C#. Java эволюционирует и не стоит на месте.
3) На счет тяжеловестности тоже бред, можно легко создавать через Spring Boot легковесные сервлеты. Для исполнения в NodeJS тоже нужен движок V8, как и для Java JRE (который не так и много весит)
4) В Java также можно обрабатывать запросы на основе цикла событий. Также через потоки паралелить. Как вообще их можно сравнивать. Также акторы реактивщина есть.
5) на счет дерева зависимостей в NPM смешно читать. В java уже давно существует мега стабильный maven и более молодой и перспективный gradle.
6) Ваши ощущения, что NodeJS обогнала Java, это лишь ваше субъективное ощущение, которое никак не связано с реальностью, есть статистика на HR ресурсах, со спросом на конкретных специалистов.
А вы пробовали большее количестве координаторов, укладываетесь в SLA или нет (ведь потребности будут расти)?
Еще вопрос, сколько человек писало проект?
И когда планируется полный переход на вашу базу?
Выходит если у вас есть строгая консистентность, значит вы жертвуете доступностью, а иначе CAP для вас не работает.
Я не знаю, подошел бы он вам или нет. Возможно это дороже, так как все в ОЗУ хранится, но работа должна быть быстрее чем твердотельными носителями.
1) А как же ваш тарантул, почему он не подошел?
2) Ваша база опровергает CAP ?
+ В зависимости от того, как будут партиционироваться данные, скорее всего от распределенных транзакций не обойтись, а это удар по надежности и доступности.
1) После обновления поиска, заметил, что были случаи, когда на одной и той же странице не находился одинаковый текст (в окне поиска). При переходе в файл и CTR+F, находилось два искомых фрагмента. Поиск после обновления явно стал менее стабильным.
2) В окне выводится не больше 100 записей.
3) В maven вкладке по кнопке execute maven goal, нельзя запустить свою команду в режиме отладки.
2) Скажите, если у меня есть две кэша на разных нодах Partitioned и включен бэкап. Это будет распределенная транзакция? И будут ли атомарно операции записи в кэш и актуализация бэкапа? Оно работает аналогично синхронной репликации?
2) К чему относится Ignite исходя из CAP теоремы, к CP или CA?