You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Benoit Tellier (Jira)" <se...@james.apache.org> on 2020/11/20 02:20:00 UTC

[jira] [Closed] (JAMES-3440) JMAP: Avoid ElasticSearch on critical reads

     [ https://issues.apache.org/jira/browse/JAMES-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benoit Tellier closed JAMES-3440.
---------------------------------
    Fix Version/s: 3.6.0
       Resolution: Fixed

> JMAP: Avoid ElasticSearch on critical reads
> -------------------------------------------
>
>                 Key: JAMES-3440
>                 URL: https://issues.apache.org/jira/browse/JAMES-3440
>             Project: James Server
>          Issue Type: Improvement
>          Components: cassandra, elasticsearch, JMAP
>            Reporter: Benoit Tellier
>            Assignee: Antoine Duprat
>            Priority: Major
>             Fix For: 3.6.0
>
>
> I wrote a little ADR: https://github.com/apache/james-project/pull/259
> I am willing to improve the resiliency of the Distributed James JMAP deployments I have to manage.
> On the James deployments I have to manage, ElasticSearch proves to be a pain point, both in term of performance and stability.
> In order to enhence the service delivered to customers, I want to offer a good user experience given a degraded or down ElasticSearch on top of JMAP.
> The way to do it will be to offer an optional Cassandra view for resolving common Email/query requests, involved on critical read operations (filter & comparators for sentAt). 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org