Sort

Sort의 핵심 발상은 pull request 습관 그대로다. 사용자가 변경을 제안하고 관리자나 엔지니어가 승인하거나 반려하면, 승인된 변경을 시스템이 데이터베이스에 기록한다. 여러 테이블에 걸친 변경을 한 요청에 담으므로, 검토하는 쪽은 줄마다 훑지 않고 묶어서 한 번에 처리한다.

요청이 승인되면 Sort는 변경을 기반이 되는 Postgres나 Snowflake 데이터베이스에 직접 쓸 수 있다. 반영에 SQL 지식이 필요 없다. 변경은 실제 스키마에 대해 실행되므로 손으로 쓴 스크립트와 복사 붙여넣기 실수가 과정에서 빠진다.

Sort는 요청, 검토, 실행을 모두 한 곳에 기록한다. 이 이력은 팀이 평소 답하지 못하는 물음에 답한다. 무엇이 바뀌고 누가 승인했고 왜였는지다. 잘못된 수정 뒤에 데이터베이스 로그를 뒤져 본 사람일수록 이 흔적의 가치를 안다.

변경과 나란히 Sort는 이슈 추적을 갖춘다. 동료가 데이터 문제를 표시하고 알맞은 사람에게 배정해 해결까지 따라간다. 알려진 빈틈이 일상 업무에 묻히는 일을 막는다.

Sort API를 쓰면 이슈와 변경 요청의 등록과 추적을 웹 화면이 아니라 자체 도구에서 할 수 있다. 스크립트나 사내 앱에 연결해 자동 절차가 변경을 제안하고 적용 전에 사람이 승인하는 흐름을 만들 수 있다.

Sort는 데이터 탐색과 문서화를 위한 Markdown 인터페이스를 포함한다. 팀은 예제 쿼리를 담은 문서를 쓰고 같은 창에서 실행한다. 카탈로그는 읽기 좋게, 그리고 살아 있는 데이터베이스와 연결된 채로 유지되고, 따로 떨어진 위키로 흩어지지 않는다.

Sort는 변경을 제안할 수 있는 사람과 승인할 수 있는 사람을 나누고, 관리자가 그 역할을 정한다. 이 분담이 있기에 최전선 팀은 수정에서 빠르게 움직이면서도, 운영 환경에 닿는 내용의 책임자는 소수로 유지된다.