Boring tech is usually better in most cases.

By listening to it, I got to know that I also faced similar issues and worked on similar set of solutions except materialised views and redis. Happy to see myself on same path...

Sensible defaults go a long way, but they only work in certain scenarios. I commend their choice of sticking to the basics. To be honest, their main engineering efforts are focused on rewriting their codebase, and I believe that is their core competency. I wish more companies allowed frequent rewrites [where needed].

@gokukakarot6323

26 күн бұрын

The rewrites are not unwarranted, they hit scaling requirements and then improve. Their PDF sending blog is a great example. Some engineers would probably start at that, but that's not how things work in real life. Most startups face this problem as well. Starts with java or rails and then splits into microservicrs to scale independently

Zerodha sits on top of SEBI's tech APIs. God, One has to listen from SEBI on how their orchestration is.

I love this guy seriously. Very powerful insights.

PG always shock engineers with new features and flexibility

These are the guys and their content which people should be consuming and not those of LinkedIn didis

No doubt this is a gem talk.. Though I feel slides could be done much better with the kind of content talk had.. Still learned a lot & cheers to this great talk!!

Super interesting :) more such insights tech talks🙌

So finally found the responsible guy for the recent backend glitch..

hahaha ..good one! Very valid points were made!! x)

At 37:27, not just the speed of computation, but also the egress cost of transferring all that unnecessary data over the wire to your server from database to perform reduce type computations which can simply be done on the database layer itself. And if you find yourself querying such data frequently, then you can have materialised views for it, making it even faster. Finally, if your use case doesn't require the most latest data and is fine with eventual consistency, then you can add a caching layer in front of it, making it blazing fast.

Thank you for the video....

That's good to know😊

so informative

Great talk , got to learn a lot from this video 😍

this is gold !☺

Awesome

Great!

Good lecture ⭐

Boring is good for you. Thanks for sharing the knowledge.

I don't agree with offloading all of the computations to the database. Yes some computations are good on the database side, but if you are doing some heavy computation that should be on the app side. The benefit of that is you can have multiple backend machines and single database. Using loadbalancer and multiple workers is very easy for backend as compared to having multiple databases.

@srikanth1281

24 күн бұрын

Agree, suffered a lot with my analytics platform (mongo) only because we offloaded queries to db. This is even after good amount of denormalisation, huge data means aggregation are consume all the resources.

It all felt like an interesting discussion, but I couldn't understand (won't say I couldn't digest) a few things he mentioned such as - copying terabytes of data and restarting the server under 1 min, letting the database do most of the calculative work, no replica sets (how about contingency planning) and in a way portraying Postgres as an 'all weather database'......seems like a wake up call for myself.....

Hope Kamath brothers are paying you well..

frequent code rewrites === frequent down times (if the code changes do not have sufficient coverage and are not properly tested by QA)

Understanding this is as exciting as watching paint dry.

am i missing something here? Able to bring up db 15-20 TB of fresh copy from S3 in < 2 mins!

@abhirajsingh8138

23 күн бұрын

yes he said that

@teluguinfofacts4600

23 күн бұрын

Is it true

@abhirajsingh8138

23 күн бұрын

@@teluguinfofacts4600 no idea

@VinayKumarcs127

5 күн бұрын

I mean how

The way he laughed at MongoDB😂

Where does this kind of tech conferences happens?

Wow

He wants to keep talking light but the audience is damn serious

I feel dumb

Can you share the RCAs on recent failures on the kite platform

This is good, are these conferences invite only?

I have always found simple dumb solutions to be the best solution that lasts long without any crash.

1:42 why there is small laugh on mongodb 😂

@VarunKeshav

24 күн бұрын

Yeah WTF

@VarunKeshav

24 күн бұрын

That one slide of how do we manage big data pretty much throws light on points where MongoDB shines. Maybe they had a poor experience and wrote it off.

@shantanukulkarni8883

22 күн бұрын

I guess nosql ism't really suited for a very structured thing like a stock broker database. Others he mentioned like Mysql, Cockroachdb are SQL. It's kind of just like an experimental thing. But maybe he just remembered something funny about it.

@VinayKumarcs127

5 күн бұрын

Hahaha same feeling

why most of the crucial times zerodha app stock responding?

damnn

Do they implement CQRS ?? not clear ; what kind of postgres scaling ?; Any SOR layer - System of record; what ORM ??; some high level banter about postgres DB tuning with no specifics; Query optimization no specicifs

Bruh he laughed when he said mongo

is it okay to share your applications db architecture like this?

@BashDroid

24 күн бұрын

yes, because he mentioned that they had made this changes by looking on the specific data that are dealing with and anybody else doing the same thing with there data won't work the same

@cringelord511

23 күн бұрын

@@BashDroid was this organized by zerodha or postgres?

@BashDroid

22 күн бұрын

none, it's done by the postgres community in india.. pgconf

What's his name ?

What is his name

What is the name of the person speaking?

Atleast mention the speaker name in video title or in the description

31:19 Postgres Learnings

I want to connect with you? What is your name?

Terabytes of data copied to a server and starting in less than a minute? Are you joking? Copying the data from S3 to your local server itself will take the time for terabytes of data. May be I am missing something here.

@Vikasptl07

26 күн бұрын

Now you know reason why zerodha is down every now and then. Haha.. but on lighter note i think for trading broker they should have robust backup mechanism in place, s3 to db in minute is a dream scenario but that works for them so who knows

@haloboy777

26 күн бұрын

I think they're not compressing the data. But that is way too wasteful.

@satyamverma

25 күн бұрын

they must be loading that 500 GB of cache data or max 1TB.

@v.rajasekar5044

25 күн бұрын

100% not possible even with newer instances with more than 100Gb of network speed. The ones with more than 200Gb of network speed requires special drivers and interfaces. Either he was bluffing or misremembering details. As they were partitioning by month, it could be possible that he is referring to restoring each DB hosting a month/s worth of data in under 2 minutes as that is possible. But data in that single server would be in the range of 1 or 2 TB and even then only with compression it is possible to do it under a minute.

What does he mean by checkpoints of data backup? As in they dont take entire backup from the start to current? Just a fixed period of time like a month?

@bangalicoder863

11 күн бұрын

It means a delta load with a specific start point instead of a full load

Can share RCA for Issue we are facing since last two months. I am Software engineer and also Customer of Zerodha. I want to know why other broker are runing fine and zerodha not.

@Desh-o7b

23 күн бұрын

no you are not, because if you were you would've asked this question from your team.

People say c++ is retarded/obsolete. I dont agree. How you can achieve super-performace, responsiveness, better synchronous result without using a natively driven code.

too much tuning these guys are doing that their app having lot of glitches every now and then

gold

@go1d

26 күн бұрын

ha bhai?

@RahulRaj-jc7os

26 күн бұрын

@@go1d

at 26:08, you realize that it is a mallu asking questions.

Sorry you are not Robinhood of India in trading. Robinhood offers research and lot of reasearch and recommendations with lot of features. But you are one of best discount broker to save money of swing traders

@thiccboi6211

23 күн бұрын

It was a simple comparison for understanding the product and its domain. Its not an official statement of the company

Caching is the answer to all of your questions in this talk 😂😂

@tanaygupta2009

17 күн бұрын

Caching might be a very bad idea in case of Trading apps.

@krishankanhaya_

17 күн бұрын

@@tanaygupta2009 i may be agree but how

15tb in 2 mins !!! Really?? How ??

@v.rajasekar5044

25 күн бұрын

100% not possible even with newer instances with more than 100Gb of network speed. either he was bluffing or misremembering details. As they were partitioning by month, it could be possible that he is referring to restoring each DB hosting a month/s worth of data in under 2 minutes as that is possible. But data in that single server would be in the range of 1 or 2 TB only.

@phoneix24886

14 күн бұрын

When did he say that?

DB backup, restoring everyday. postgres as caching layer - it seems like they just want to rely on one thing only which is absurd. Seems like they are trying to find solution to problem which shouldn't have been problem as such. Totally absurd, they are ok with everything running, donot want to do things at higher scale. How can you be ok with such kind of system.

No replica? So what happens if the DB crashes and data gets corrupted? You loose customer data!

@ShaileshGuptaKoolwallost

24 күн бұрын

time to switch to another broker ? :P

It works... until it doesn't

Ku6 bhi?? Pehle jo loss karwaye ho uske bare me video nikalo.

overloading postgres is not helpful and dont do it specially when you have no concept of nodes . postgres servers are not free even. if you are not able to write code for sum/avg for close to same speed as postgres service then you need better engineering. Architectures become complicated when you have distribution/SOA . Either this is half knowledge served or this platform is running on hopes and dreams. And also S3 is not that fast

Zerodha doesn't have replicas and doesn't have slaves. All they have is a sorry when they server or db crashes. People lose money, and they think replicas are not important.

So much talk yet no stable apps😂

now we understood why glitches are happening frequently in Zerodha..

Better if you can move to the cloud. AWS or Azure both provide great support.

Aaaaa.....aaaaaa.....aaaaaa......aaaaaaa.. Amm emmm aaaaaa aaaaaa... What that.... Silly

This is feels like a 3rd year B-tech class, not a techie presentation. The presented points can be found across multiple b-tech computer science books. May be he is not a tech person thats why he didnt gave the examples on tuning.

A little bit over provisioning when serving 2 million requests with an sla is better than being conservative.

i watched this video in 1.5x still felt slow and boring.

I think it is no longer the largest stock broker. Groww over took it since oct 2023

@SirShashanksonusahu

25 күн бұрын

Groww is stupid, just because of marketing it is gaining market share

@yuganderkrishansingh3733

24 күн бұрын

@@SirShashanksonusahu But that doesn't change the fact that they are the largest at present.

Only hardcore techies or IT professionals will find this video a Gem💎 . Well in the era of the Graph database, MongoDB, NOSQL etc. the legend in the video is talking basically about SQL database.😂 ❤ Yes he is definitely correct. With Oracle as an enterprise paid database, we have the king of open source database called Postgres, a boon for startups. I am really surprised, zerodha with millions of customers uses Postgres..... ❤ I thought they were using some high tech AWS virtual nosql databases 😂

Just out of ignorance.. I think snow flake willl be a good choice? Can anyone comment

What is his name?