Vitess 문서에서 Architecture를 설명하는 그림을 보면 VTGate, Shard, VTTablet, VTAdmin(GUI) .. 등 처음 보는 용어들이 존재하는데 클라이언트가 쿼리를 전송하여 받는 순서부터 차근차근 뜯어보자. VTGate 가벼운 프록시 서버로 트래픽을 정확한 VTTablet 서버로 라우팅하고 통합된 결과를 클라이언트에게 반환하는 역할을 한다. MYSQL 프로토콜, Vitess gRPC protocol을 모두 사용해서 MYSQL 서버와 연결하듯이 Vitess에 연결할

Vitess는 왜 만들어졌을까?? 위 글이 기존 MySQL 단일 인스턴스에서 운영하는 서비스의 문제점과 vitess의 필요성에 대해서 잘 설명해주고 있다. 가파르게 성장치를 보인 TubeYou를 예시로 설명하여 더 이해하기 쉽다. 1 단계. 단일 인스턴스 당연 초기 서비스를 구축할 때는 데이터베이스를 단일 인스턴스로 구축하여 여러 서비스를 연결한다. 점점 서비스들이 성장하면서 트래픽 양도 늘어나고 단일

뜨문뜨문 NoSQL ⇒ RDB 로 돌아간다(조인 쿼리 성능으로 인해)는 얘기와 함께 ORACLE, Mysql로 가는게 아니라 vitess를 쓴다고 한다. What is Vitess? Scalable. Reliable. MySQL-compatible. Cloud-native. Database 란다. https://vitess.io/docs/18.0/overview/whatisvitess/ 대형 클러스터 환경에서 배포, 운영, 스케일링을 위한 데이터베이스 솔루션. 온프레미스 환경에서처럼 퍼블릭, 프라이빗 클라우드