Senior Infrastructure Engineer (Software-Focused) at Asana

Asana is hiring Senior Infrastructure Engineer (Software-Focused)

Software Engineer - Digital Trust at Feedzai

Feedzai is hiring Software Engineer - Digital Trust

FYI: NoSQL Data Storage: Options & Careful Considerations #shorts: Exploring data storage solutions. Decisions about data storage depend on how one intends to use the data. Translating data requires careful consideration to ensure easy removal and avoid excessive business logic. #NoSQL #datastorage #database #datamanagement https://www.youtube.com/shorts/gFEMNKhXDxA

🚨 NEWS: MongoDB vs SQL quando scegliere NoSQL e quando restare sul relazionale

Ecco i punti chiave in breve:
💡 Se stai leggendo questo, probabilmente hai un progetto davanti e un dubbio che abbiamo sentito decine di volte: “MongoDB o MySQL/PostgreSQL?”. Non è una domanda da manuale. È una scelta che impatta i...

🚀 LINK: https://meteoraweb.com/analisi-dei-dati-e-metriche/mongodb-vs-sql-quando-scegliere-nosql-e-quando-restare-sul-relazionale

#sQL #mongoDB #databaseRelazionale #noSQL #ecommerceDatabase

Aerospike Community Edition без ограничений: наш опыт снятия лимитов

Лимиты актуальных версий Aerospike Community Edition мешают нормально использовать его в продакшен, но есть способ это исправить. Расскажу о том как мы это сделали и о том как это автоматизировать.

https://habr.com/ru/articles/1042530/

#aerospike #nosql #opensourse #базы_данных

Aerospike Community Edition без ограничений: наш опыт снятия лимитов

Всем привет! Наверняка большинство инженеров, работающих с высоконагруженными системами, слышали о Aerospike. Для тех, кто всё ещё не знает, что это, приведу короткую цитату из документации: The...

Хабр

New patch release 3.2.53 is out with fixes in storage and network, please update asap, release notes https://github.com/orientechnologies/orientdb/releases/tag/3.2.53

#nosql #graphdb #database #dbms #GraphDBMS #orientdb

Release 3.2.53 · orientechnologies/orientdb

This is a patch release with fixes in storage and remote protocol, be aware this contains a security fix so pleas update ASAP Changes Core Made sure to list config free map in the database file ty...

GitHub

Cloud thinking: Data in 3rd denormalised form

One schema to rule them all and in the darkness bind them.

That’s the SQL way. One schema, many tables, be efficient with space. Join, don’t duplicate. Third normal form and structured data. More structure.

But that’s not always the best way to scale. How important is it that everything is identical everywhere? How important is history? When a customer moves house, do you want to know the difference between the address they want their next order delivered to and the address the last order was delivered to?

When you let go of SQL and joins, and when storage is cheap, does it matter if you have multiple copies, so long as each document has the right copy for itself?

When you aggregate data, when your change log turns multiple orders into 1 delivery schedule for your driver, does it matter that the driver has their own copy for when they lose signal? Does it matter that there’s a copy of the addresses in the route that will be deleted tomorrow because it serves no more purpose?

If storage is cheap and joins and transmissions are expensive, wouldn’t you want to cache data and trade storage for speed?

Shouldn’t you embrace heterogeneous data? The address on your payment looks like the address on the order, but it serves a different purpose, it’s embedded in a different context, and it has a different lifecycle.

It’s sometimes hard to change your mental model, but it can save you from doing the wrong thing.

#cloudcomputing #cosmosdb #data #nosql

Велосипед для жрицы Трои, или как мы переизобретали Outbox для нетранзакционной базы данных

Привет, Хабр! На связи системный аналитик Илья Глазунов и разработчик Захар Корсаков. Мы работаем с платформой карточного хранилища Т-Банка. Когда данных становится много, а архитектура обязана оставаться простой, классические решения начинают упираться в ограничения стека. В нашем случае нужно было организовать асинхронную доставку событий из Cassandra, но без CDC, без отдельного брокера и без разрастания зоопарка технологий. Так мы пришли к Non-transactional Outbox — схеме, которая по духу напоминает Kafka Inside the Database, но живет в рамках наших ограничений и требований к отказоустойчивости. В статье покажем, что такое Outbox, с чем его едят и как готовят. Расскажем допущения по реализации в нашем случае, вытекающие из отличий от классического паттерна Outbox. Обрисуем ту реализацию, которую сделали своими руками, и покажем бенчмарки нагрузочного тестирования. В конце поделимся списком вопросов, которые возникали чаще всего при обсуждении решения внутри банковского сообщества Apache Cassandra.

https://habr.com/ru/companies/tbank/articles/1041032/

#apache #apache_cassandra #nosql #базы_данных #системный_анализ

Велосипед для жрицы Трои, или как мы переизобретали Outbox для нетранзакционной базы данных

Привет, Хабр! На связи системный аналитик Илья Глазунов и разработчик Захар Корсаков. Мы работаем с платформой карточного хранилища Т-Банка. Когда данных становится много, а архитектура обязана...

Хабр
DevOps Engineer at Upstream

Upstream is hiring DevOps Engineer

Warum moderne ERP-Systeme wie JTL-Wawi irgendwann an der Realität zerbrechen

Warum klassische ERP-Systeme wie JTL-Wawi technisch immer stärker an moderne Unternehmensrealitäten stoßen, weshalb NoSQL und Event-Architekturen spannend werden und warum Digitalisierung meistens nicht an der Software, sondern am Menschen scheitert.

https://schaemicon.de/wandern-warten-wahnsinn/warum-moderne-erp-systeme-wie-jtl-wawi-irgendwann-an-der-realitaet-zerbrechen/