읽기와 쓰기의 분리(데이터 계층)가 상위 계층(논리 계층)에 투명한 것이 일반적인 논리입니다. 그렇지 않으면 커플링이 발생합니다. 데이터 서비스를 항상 사용할 수는 없습니다
항만사업 쪽을 변경하고 이 코드를 따르세요.
일반적인 읽기-쓰기 분리는 미들웨어 또는 플러그인 형태로 발생하며 이는 비즈니스 로직 계층에 투명합니다(역방향 프록시처럼 백그라운드에 데이터 서비스가 하나만 있다고 생각함) , redis는 이 형식에서 클러스터의 노드를 균일하게 예약하기 위해 어느 것이 읽고 있고 어느 것이 쓰고 있는지 결정합니다. MySQL의 읽기-쓰기 분리 또는 마스터-슬레이브는 모두 플러그인을 통해 수행됩니다.
읽기와 쓰기의 분리는 논리 계층 코드에 반영될 수 없다는 점을 기억하세요(읽기 작업은 A 서비스의 연결을 사용하고 쓰기 작업은 B 서버의 연결을 사용함).
읽기와 쓰기의 분리(데이터 계층)가 상위 계층(논리 계층)에 투명한 것이 일반적인 논리입니다. 그렇지 않으면 커플링이 발생합니다. 데이터 서비스를 항상 사용할 수는 없습니다
항만사업 쪽을 변경하고 이 코드를 따르세요.
일반적인 읽기-쓰기 분리는 미들웨어 또는 플러그인 형태로 발생하며 이는 비즈니스 로직 계층에 투명합니다(역방향 프록시처럼 백그라운드에
데이터 서비스가 하나만 있다고 생각함) , redis는 이 형식에서
클러스터의 노드를 균일하게 예약하기 위해 어느 것이 읽고 있고 어느 것이 쓰고 있는지 결정합니다. MySQL의 읽기-쓰기 분리 또는 마스터-슬레이브는 모두 플러그인을 통해 수행됩니다.
읽기와 쓰기의 분리는 논리 계층 코드에 반영될 수 없다는 점을 기억하세요(읽기 작업은 A 서비스의 연결을 사용하고 쓰기 작업은 B 서버의 연결을 사용함).