バージョン2まではどうだった？

クロスアカウント共有をしたい場合、バージョン2までは以下の方法でした。

名前付きリソース方式：AWS RAMを使う
タグベース：AWS RAMは使わない

バージョン3からは、タグベースでもRAMを使うようになりました。
それ以外の変更点などについては、以下の公式ドキュメントに詳しく載っています。

タグベースのクロスアカウント共有する際の手順は、バージョン3でどう変わる？

大きく2点です。
1つ目は、Glue Data Catalog リソースポリシーの修正が不要になります。
公式ドキュメントで言うと、以下の部分です。

こちら、ポリシーを自分で変更する必要がなくなるのはかなり嬉しいですね。

2つ目は、今回の記事にあるAWS RAMの承認の実施です。
データ共有を受けた方（Consumer側）は、AWS RAMのコンソールから「承認」する必要があります。
以下は、実際にAWS RAMで承認を実施した時の画面です。

おわりに

これを知らずに、なぜかクロスアカウント共有してもConsumer側で共有したリソースが見れず、30分くらい格闘していました･･･。
ただ、知ってしまえばRAMでささっと承認するだけなので楽ですね。
データメッシュなどのアーキテクチャが流行ってくると、クロスアカウントでのデータ共有は必須になってくると思うので、Lake Formationはもうちょっと色々試してみたいと思います。