webserverのUIには2種類のUIが存在する。利用できる機能に差分があるうえに、Airflow本体のリリースフローも初見ではわからず、ややこしかったので整理する。UI1系ではデフォルトで使用されるUI。名前の通りflask-adminベースで作られている。表記されることもある。AppBuilderベースで作られている。Trueを設定するとこちらになる。UIのみの提供となる予定とのこと。Securityで明晰に語られている。成功マークにしたり、その逆をしたりすることができる...といった具合。UIに取り組み始めた。使用されていて実績がある最終的にFABが採用された。shipすることに集中し、FABがほとんどを処理してくれることを期待した。実際の移行作業どちらもDjangoインスパイアのフレームワークであり、慣習も踏襲されていたので良かった。ORMのSQLAlchemyサポートを両者ともしてたのでモデル層は全く手を入れずに済んだ。手を入れたのはViewであり、いくつかの機能が足りなかったぶんはFABにパッチを送った。レポジトリ戦略もともと別レポジトリで概念実証のために開発していた。今は404おかげで検証や開発は高速で進んだが、Airflowの早い進化に追従するには本体にマージしなければいけない。代替UIのための別レポジトリを維持するコストもかかるし、Airflow本体と誤認されたり、間違ってインストールされたりしたくないため。互換性Airflowは下位互換性を重視するため、ユーザーが新しいUIに移行するための十分な時間を確保したかった。レガシーUIを完全に廃する前に、短期間は両方のUIを並行して利用できるようにすることを決めた。Trueで試すことを推奨している。UIをサポートしていないため、一部機能は2系になるまで使えないはず。IAMでおおむね権限を制御できるかもしれないがDAGレベルの制御は難しそうかも(触ったことないので不明)。UIだった、というハマりがあったので謎が解けてよかった。移行の過渡期にAirflowに触り始めてしまっただけだった。大きなOSSの内部大改装は作業だけでなくストラテジを練ったり広報したりも含めてものすごい大変というのが垣間見えた。Airflowメンテナが、www以下への変更をリリース前にwww_rbacへcherry-pickしていてかなり大変そうだったので早く2系が公開されて負担が減っていくとよいと思う。AdminにはExporterという機能がある。5はてなブログをはじめよう!ohbaryeさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。