Sort

Sortの核となる考えはpull requestの習慣そのものだ。利用者が変更を提案し、管理者かエンジニアが承認または却下し、承認された変更はシステムがデータベースに書き込む。複数テーブルへの変更を一つの申請にまとめるため、レビューする側は行ごとに追わず、まとめて一度に処理できる。

申請が承認されると、Sortは変更を土台のPostgresかSnowflakeのデータベースに書き込める。反映にSQLの知識は要らない。変更は実際のスキーマに対して実行されるので、手書きのスクリプトやコピー&ペーストのミスが工程から外れる。

Sortは申請、レビュー、実行のすべてを一か所に記録する。この履歴は、チームが普段は答えられない問いに答える。何が変わり、誰が承認し、なぜだったのか。まずい変更のあとにデータベースのログを探し回った経験のある人ほど、この記録の意味が分かる。

変更と並んで、Sortは課題トラッキングを備える。同僚がデータの問題に印を付け、適切な相手に割り当て、解決まで追える。把握済みの穴が日々の業務に埋もれるのを防ぐ。

Sort APIを使えば、課題と変更リクエストの登録と追跡を、Web画面だけでなく自前のツールから行える。スクリプトや社内アプリにつなぎ、自動処理が変更を提案し、適用前に人が承認する流れを作れる。

Sortはデータ探索と、文書化のためのMarkdownインターフェースを備える。チームは例のクエリを含む文書を書き、同じ画面で実行できる。カタログは読みやすく、稼働中のデータベースとつながったまま保たれ、別のwikiへ離れていかない。

Sortは変更を提案できる人と承認できる人を分け、管理者がその役割を決める。この分担があるからこそ、第一線のチームは修正で素早く動け、本番に届く内容の責任者は少人數に保たれる。