Альтернативы Websphere eXtreme Scale

Question

В приложении, над которым я сейчас работаю, много лет назад разработчики использовали eXtreme Scale в своем наборе приложений. Используемая версия - v6.x, и на данный момент я сомневаюсь, что eXtreme Scale - это вообще правильный выбор, учитывая, что годовая стоимость является большим фактором. Кроме того, обновление eXtreme Scale, внесение изменений в код после понимания продукта - еще одна проблема для всей команды.

Приложение запрограммировано таким образом, что часть его каждые несколько минут запрашивает изменения в базе данных и подталкивает эти изменения в eXtreme Scale, а остальная часть приложения использует eXtreme Scale для чтений. Я понимаю, что это было сделано, чтобы избежать попадания в базу данных тысячи раз в секунду при чтении, и здесь в качестве кеша используется масштаб eXtreme, и именно поэтому я думаю, что должны быть конкурирующие кеши с открытым исходным кодом, на которые я должен иметь возможность смотреть в качестве экономичной замены.

Данные, вставляемые в Extreme Scale, следуют этой структуре для одной из сущностей, и из этого я понимаю, что то, что вставляется в eXtreme Scale, - это не пары ключевых значений, а полные объекты.

          <e1>915715</e1>
    <mcode>PQRS</mcode>
    <enumber>0023205883</equipment_number>
    <acode>X001</acode>
    <acodedesc>SOME CODE</acodedesc>
    <acodedescdetails>SOME CODE DETAILS</acodedescdetails>
    <lindicator>L</lindicator>
    <ccshrtname>SEATS, FLIGHT</ccshrtname>
    <scode>312321</scode>
    <pscode>113710</pscode>
    <origin>
        <name>LOSANGELES</name>
        <fs>49200</fs>
        <sc>ABCD</sc>
        <spcode>LA</spcode>
        <latitude>23.387286</latitude>
        <longitude>-132.203412</longitude>
    </origin>
    <wnum>236537</wnum>
    <sccid>PLANEMGR</sccid>
    <cccid>STORAGE</cccid>
    <shcid>18950</shcid>
    <ccid>33351</ccid>
    <eaid>28043605</eaid>
    <sid>28043592</sid>
    <last_location>
        <name>LOSANGELES</name>
        <fs>49200</fs>
        <sc>ABCD</sc>
        <spcode>LA</spcode>
        <latitude>23.387286</latitude>
        <longitude>-132.203412</longitude>
    </last_location>
    <lasecode>XYST</lasecode>
    <leec>X</leec>
    <lrlt>2017-08-14T13:05:50.000-04:00</lrlt>
    <lrltc>PT</lrltc>
    <lrt>2017-08-14T15:05:50.000-04:00</lrt>
    <alt>2003-06-06T10:29:00.000-04:00</alt>
    <altc>PT</altc>
    <osl>708</osl>
    <oslu>IN</oslu>
    <ccstatus>true</ccstatus>
    <df>54678</df>
    <ds>ABCE</ds>
    <destination>
        <name>SFO</name>
        <fs>43543</fsac>
        <sc>PQRS</scac>
        <spcode>MB</state_province_code>
        <latitude>23.529018</latitude>
        <longitude>-93.241536</longitude>
    </destination>
    <resp>false</resp>
    <cVW>false</cVW>
    <isC>false</isC>
    <inC>false</inC>
    <hPE>false</hPE>
    <ato>false</ato>
    <aail>false</aail>
</ns3:data3>

Пункт назначения / Последнее местоположение имеет собственный XML, и после вставки этого объекта data3 выполняется проверка объектов данных местоположения.

Я не уверен в сложности, связанной с этим, но я ищу рекомендации о том, какие альтернативные продукты мне следует искать и на которые проще всего перейти? Было ли тогда вообще правильным рассматривать IMDG? Буду признателен за любую информацию, которую я могу получить.

Answer 1

Для структурированных данных рассмотрите REDIS. Для неструктурированных данных NOSQL рассмотрите mongodb.