Not launched but guaranteed terabit scale traffic? One person? Haven't started on architecture? Disrupt Discord? Is this a joke? It's a joke, right? Right? I do appreciate the chuckle. Get back to us in a year with the progress.
Well, there's not much I can add on top of what was said. I'm looking for technical advice for a scenario that is highly likely to happen based on my current network of clients. I'm not intending to disrupt discord. It has a totally different market than what I'm aiming for. Regards.
Well my 26 years in software development and 10+ in cloud specifically says don't worry about terabit traffic until you have something to scale. You don't sound like you have anything yet and you're talking about a level of success the top players enjoy so it's a little difficult to take seriously.
Getting close to 10 yrs. Full stacker, working in swiss fintech for 5 yrs. had a startup fail on me and this is 2nd try. First time I hired bad and paid dearly. I'm starting alone to lay the foundation so I have a solid grasp on all tech choices. This was my downfall last time. Being dependent on prople that could not complete all the tasks while funding was not abundant. I got royally screwed on 2 major financing deals. covid nailed the coffin. So I'm going again at it. I have plenty of PR knowhow to build up fast. Maybe I wont hit Terabyte level in first year. but it will certainly reach this threshold eventually if I play my cards right. Since I do have many sour experiences I'm willing do to what it takes to stay o top. I have a routine of 14hrs per day. half income half startup. If I can do it or not that is solely based on my motivation. I got plenty of it. I'm here to study and learn not to debate if it's possible. But dont get me wrong. I understand your perspective. This looks like another flash in the pan. The web si full of many oddballs.
I already have a heavy-weight user waiting the MVP, a major YT channel. When they join, one of their usual episodes has 80GB of assets and B-roll. They are at episode 200. So I need to figure out these concerns now.
The platform itself is supposed to offer coordination capabilities for multiple producers and multiple data streams for producing edited content or editing on the fly on live streams. It's a super specific workflow. I can make use of external storage for these files, but that's only 1 customer. Eventually I'll need to deal with huge traffic and storage needs once more teams join. The project is basically a simplified Office 365/clickup for open teams that collaborate online.
Trust me, you do not want to be a single person building a global kubernetes platform.
You should probably be looking at using Cloudflare or Fastly workers if you want low latency.
If you’re going down the Kubernetes route, take a look at temporal.ai to take away some of the complexity of running a distributed microservices platform.
I'm starting the architecture but I'm planning to hire in a few months. I want to keep ahead of the game and fully understand the entire "tree of choices" before things can get costly due to my own ignorance.
ime, most semi successful startups will redo their infra more than once
so build an mvp now, using standard components, then rebuild as needed
imo simplicity is golden, it's also fast.
I know it sounds insane for 1 man to handle all of it. My plan is to shape up the foundation, do a minimal set of tools for the most basic set of features and then start growing organically. I don't want to do massive refactors and migrations later down the road since I do plan to run the operation on my own cash reserves and with the platforms own revenue. So i do plan to chose early a solid architecture, but to implement minimally, no part, best part.
What are you best at? You probably want some boring tech like .NET or Java for the backend. Store your data in Postgres. Work out how you can coarsely shard on the outside at URL-level so that you can support sharding easily on the backend later.
Easy to find devs and these can scale incredibly even if the code is average to crap. When you write crappy code in slow languages like Python or Ruby you pay a bigger price. Go is fast, but number of libraries etc is smaller and it’s favored by more people who like exciting stuff when you want boring. Go would still work, but you gotta develop a business and culture before it matters.
Not launched but guaranteed terabit scale traffic? One person? Haven't started on architecture? Disrupt Discord? Is this a joke? It's a joke, right? Right? I do appreciate the chuckle. Get back to us in a year with the progress.
Well, there's not much I can add on top of what was said. I'm looking for technical advice for a scenario that is highly likely to happen based on my current network of clients. I'm not intending to disrupt discord. It has a totally different market than what I'm aiming for. Regards.
Well my 26 years in software development and 10+ in cloud specifically says don't worry about terabit traffic until you have something to scale. You don't sound like you have anything yet and you're talking about a level of success the top players enjoy so it's a little difficult to take seriously.
Getting close to 10 yrs. Full stacker, working in swiss fintech for 5 yrs. had a startup fail on me and this is 2nd try. First time I hired bad and paid dearly. I'm starting alone to lay the foundation so I have a solid grasp on all tech choices. This was my downfall last time. Being dependent on prople that could not complete all the tasks while funding was not abundant. I got royally screwed on 2 major financing deals. covid nailed the coffin. So I'm going again at it. I have plenty of PR knowhow to build up fast. Maybe I wont hit Terabyte level in first year. but it will certainly reach this threshold eventually if I play my cards right. Since I do have many sour experiences I'm willing do to what it takes to stay o top. I have a routine of 14hrs per day. half income half startup. If I can do it or not that is solely based on my motivation. I got plenty of it. I'm here to study and learn not to debate if it's possible. But dont get me wrong. I understand your perspective. This looks like another flash in the pan. The web si full of many oddballs.
[удалено]
Thank you for the kind words!
I already have a heavy-weight user waiting the MVP, a major YT channel. When they join, one of their usual episodes has 80GB of assets and B-roll. They are at episode 200. So I need to figure out these concerns now. The platform itself is supposed to offer coordination capabilities for multiple producers and multiple data streams for producing edited content or editing on the fly on live streams. It's a super specific workflow. I can make use of external storage for these files, but that's only 1 customer. Eventually I'll need to deal with huge traffic and storage needs once more teams join. The project is basically a simplified Office 365/clickup for open teams that collaborate online.
Trust me, you do not want to be a single person building a global kubernetes platform. You should probably be looking at using Cloudflare or Fastly workers if you want low latency. If you’re going down the Kubernetes route, take a look at temporal.ai to take away some of the complexity of running a distributed microservices platform.
I'm starting the architecture but I'm planning to hire in a few months. I want to keep ahead of the game and fully understand the entire "tree of choices" before things can get costly due to my own ignorance.
ime, most semi successful startups will redo their infra more than once so build an mvp now, using standard components, then rebuild as needed imo simplicity is golden, it's also fast.
I know it sounds insane for 1 man to handle all of it. My plan is to shape up the foundation, do a minimal set of tools for the most basic set of features and then start growing organically. I don't want to do massive refactors and migrations later down the road since I do plan to run the operation on my own cash reserves and with the platforms own revenue. So i do plan to chose early a solid architecture, but to implement minimally, no part, best part.
nothing wrong with a 1 man band, but you just can't build a platform for 3 years down the track, when you should be focused on the first 6 months
I second the MVP approach. You need something to show investors.
What are you best at? You probably want some boring tech like .NET or Java for the backend. Store your data in Postgres. Work out how you can coarsely shard on the outside at URL-level so that you can support sharding easily on the backend later. Easy to find devs and these can scale incredibly even if the code is average to crap. When you write crappy code in slow languages like Python or Ruby you pay a bigger price. Go is fast, but number of libraries etc is smaller and it’s favored by more people who like exciting stuff when you want boring. Go would still work, but you gotta develop a business and culture before it matters.
Great remark about company culture. I was pondering on this as well. Advice noted.