Új hozzászólás Aktív témák

• #18334 K1nG HuNp őstag

  Új Válasz 2022-12-19 22:31:38 #18334

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  K1nG HuNp

  őstag

  Most a karácsonyi kis két hetes szünetben az alábbi side-projektel terveztem foglalatoskodni:
  
  Szinte az összes OLTP workloadot át lehet ültetni DynamoDB-be viszont egyre gyakrabban belefutok abba a dologba, hogy kellene full-text, fuzzy search is, amit ugye nem támogat. A legtöbb OLTP-hez eddig kényelmi funkcióként kellett a keresés, tehát pl egy webshop felső kereső csíkja, ergó a már jól bevált DynamoDB Stream -> Lambda -> ElasticSearch ágyúval galambra lövés, hiszen elég macerás egy ES karbantartása. Meg hát ugye na mégis csak egy EC2n kell futtatni ami meg nem serverless szóval köszönöm szépen kihagyom.
  
  Lelövöm a poént amit kitaláltam már mások is megcsinálták, de a puding próbája az evés szóval:
  - Kell egy full-text search lib ami tud fájlba perzisztálni (pl https://github.com/LyraSearch/lyra, de konkrétan bármi másra is ki lehetne cserélni, teljesen nyelv független lesz maga a konstrukció)
  - Kell egy indexelő lambda amely a DDB Streamet olvasva frissíti a fenti lib adatbázisát
  - Kell egy query lambda amely a fenti libet és a fájlban tárolt dbt felhasználva válaszol a beérkező kérésekre
  
  Mivel a Lambdák alapvetően csak egy temp directoryt kapnak futás után, S3ba perzisztálni meg nincs értelme mert minden invokációnál le kell tölteni a db fájlt ezért marad az EFS szolgáltatás, amit elvileg fel lehet mountolni Lambdák mögé és így invokációkor azonnal elérhető lesz a db fájl letöltés nélkül. Szóval kvázi egy perzisztens network file systemen tárolnám és adatváltozás esetén frissíteném a text-search lib adatbázisát.
  
  Igazából az egészben a legnagyobb szopás az a terraformmal való VPC és EFS setupolás, főleg a VPC..
  
  Na majd jelentkezem mire jutott a dolog.

Új hozzászólás Aktív témák