하나의 DB에 쓸 수 있는 시스템이 하나의 DB에 집중되는 중요성

나는 어떤 기술을 채택하든지 간에 각 회사의 팀은 모두 매우 중시한다고 생각한다1つのDBに書き込めるシステムは1つに集約する 나는 일이 데이터 운용에 있어서 매우 중요하다고 생각한다.
나는 최근에 마이크로 서비스와 서버가 없는 등 여러 시스템에서 같은 DB를 참조하는 일이 증가했다고 생각한다.
개발 효율이 높아질 것으로 예상되기 때문에 좋은 절차라고 생각하지만 주의해야 할 것도 있다.

사례.

만약

システムA が DB1 に直接書き込んでいる
システムB が DB1 に直接書き込んでいる

이런 상황이 발생한다면 나는 위험 신호라고 생각한다.
예를 들어 클라이언트와 서버를 통해 두 개의 DB에 직접 쓰기 등
나는 이것이 データ不整合 서비스 운영에서 최악의 수준의 고장을 일으킬 수 있는 상황이라고 생각한다.

상술한 구상의 고장

장애 발생 시 어떤 시스템이 이상한지 알 수 없으며 조사 시간 낭비

시스템 A를 수정했지만 시스템 B의 수정을 잊어버리고 다른 내용의 데이터를 썼다

시스템 A에서 장애가 발생하여 중지되었으나 시스템 B를 중지하지 않아 장애가 계속됨

시스템 A와 시스템 B에 다른 유형(예를 들어 int와flat)으로 쓰여진numberic의 열에 여러 종류가 들어가고 DB 등 유형의 엄격한 DB로 내보낼 때 다른 데이터 처리로 중복

상술한 상황이 발생하지 않도록?

간단하게 말하자면 1つのDBに書き込めるシステムは1つに集約する밖에 없어요.

システムA が システムCに依頼して DB1 に直接書き込んでいる
システムB が システムCに依頼して DB1 に直接書き込んでいる

または

システムA が DB1 に直接書き込んでいる
システムB が システムAに依頼して DB1 に直接書き込んでいる

만약 이렇게 해서 무슨 고장이 있으면 시스템 C로 대응하고 방문 로그에서 시스템 A인지 시스템 B인지 판단하면 된다.
또 시스템 C 내에 여러 언어가 사용되지 않기 때문에 상황에 따라 형식도 달라지지 않을 것이라고 생각한다.

총결산

최근에야 나온 노하우가 아니라 예로부터 있었던 노하우다.
신기술이 어떻게 발전하고 개발 방법이 어떻게 변하든 키워낸 기초와 기술 노하우는 변하지 않으니 유용할 것 같다.
유행만 추구하는 것이 아니라 신구를 막론하고 현장의 경험과 기술을 흡수하고 실천하며 현장에 맞추어 개량과 취사 선택을 하는 것이 시스템을 구축하는 지름길이라고 생각합니다.