search

opral / inlang-sdk

0 stars 0 forks source link

inlang sdk scalability requirements #97

Closed samuelstroschein closed 2 months ago

samuelstroschein commented 3 months ago

EDIT: Agreed on

@martin.lysk1 and I agreed 25k variants

Context

We should agree what scalability requirements that we use to design inlang for over the next 12 months.

Proposal

Agree on number of messages we use in performance testing.

cc @martin.lysk1 @jldec

Additional information

samuelstroschein commented 3 months ago

We can go multiple routes:

  1. Design for enterprise scale (more than 500 inlang users in one project)
  2. Design for SMB scale (50-500 inlang users in one project)
  3. Design for small org scale like cal.com (<50 inlang users)

Big question: What are the numbers for the three options?

  1. ??? no data
  2. Upper boundary prob 250k messages
    - swiss telco company has 60k messages for an internal dashboard
    - gaming company has 120k messages with confirmed 100 potential users in parrot (alone, not accounting for other inlang apps)
  3. upper boundary prob 100k messages
    - cal.com has ≈70-80k messages
    - remnote.com has 5500 messages (https://fink.inlang.com/github.com/remnoteio/translation; don't get confused by the message count atm. it counts message bundles, not messages)

My take

Intuitively, I would go for SMB to unblock monetization and larger scale usage but don't get slowed down today by designing for enterprise.

samuelstroschein commented 2 months ago

@martin.lysk1 and I agreed on:

samuelstroschein commented 2 months ago

Let's lower the bar to 25k variants @martin.lysk🦜 ?

We defined the bar to be 250k variants to avoid building with rxdb which we would need to throw away too soon. With sqlite the scaling limits are lix, a problem we need to fix anyways. For the next 6 months 125mb/10 = 12,5MB (250k variants / 10 = 25k variants) is enough with our current user base. We can think about sclaing lix then AFTER we have proven that lix is generalizable.

_From https://discord.com/channels/897438559458430986/1262694367429267499/1262772334058668143_

samuelstroschein commented 2 months ago

Agreed with @martin.lysk1 to lower the requirements to 25k variants.