----はじめに今回はデータ分析基盤構築支援ツールであるTROCCOにフォーカスを当てた記事となります。連載とまではいかないですが、複数回に渡る内容を想定しています。いう観点にスポットを当ててみます。足りない機能やこうあったらいいなという点はあるにせよ、現時点でどう運用していくか。どこまで人手で回すのか、どこまで他のサービスと組み合わせいいものかなども踏まえて、お伝えできればと思っています。検討していきましょう。そもそも命名規則とは読んで頂いている方は、おそらく一度は検討したことがある内容だと思います。Wikiには「プログラミングを行う際にソースコード上の識別子の名称となる文字列を決定するためのルールを定めたもの」と記載がありますが、「プログラミングにおける変数の名称のルールを定めたもの」とか言われればもう少しわかりやすいかと思います。運用までに発生する命名ザーッっとですが、TROCCOで運用するまでに発生する命名シーンを記載してみます。TROCCO上で作成した転送ジョブに命名するTROCCO上で作成したデータマートジョブに命名するTROCCO上で作成したワークフローに命名する上記ジョブで転送元/先を指定するための接続情報に命名する上記ジョブに権限管理をつける際のチームやグループに命名する上記ジョブを管理するために作成できるラベルに対して命名するあたりが一般的に利用シーンが多いTROCCO上での命名シーンかと思います。対して命名する少し毛色は違いますが各カラム和名(論理名)を物理名に変換するといった命名規則に乗っ取って変換をかけるということも必要になります。いう観点から分けて追いかけてみましょう。TROCCO上での命名と規則やはり重要なのは、ジョブやワークフローに対しての命名となります。命名を怠った(ある程度適当にしてしまった)ことで、これまでに発生した事象の例を一部記載します。反面教師的にもどうぞ。同じジョブを複製して少し放置すると、最新が分からなくなる。ある程度作ってしまったので修正は不可だと判断するが、ジョブを作成する機会は引き続き発生するので、無心で邁進してしまう具体的な命名規則が設定され、その運用が回ったとしても上記が完全に解決するわけではありません。規則やルールがあることで最低限の下地があり、困ったときに対応策をすぐに思いつく可能性が上がります。日常の運用のためだけではなく、「もしも」の時に効力を発揮するためにも規則やルールは重要なわけですね。脱線しましたが、ここから具体的な命名も検討してみます。TROCCOの転送ジョブに命名するtrocco上での和名ジョブの命名規則だと、以下のような形が最適かなと思います。処理詳細はジョブ中身のディスクリプション(マークダウンで書ける)に記載する。個人的にはラベルは張り切って作っても設定が漏れるシーンが多々あるので、種類は2-3種ぐらいが良い印象。一時利用やステータスを知らせる場合などイメージとしては下記ような形でしょうか。検索とリネージ等も上手く使いこなせば、それほど苦ではない運用規則だと思います。他視点として、環境をDEVやPRDで分ける場合にPrefixやラベルを用いて1環境でジョブを管理するということも可能ですが複雑や規模感の次第もありますが、基本的にはおすすめはしない形です。煩雑になることと、ジョブの母数が多くなるため同環境での管理や一律で修正をかける観点だと、手動では限界があるためです。このあたりの環境分別は別記事でも記載できればと思います。さいごに今回は初回ということで、ジョブ和名での命名規則について検討を巡らせてみました。次回も運用視点からもう少し掘り下げた内容へと徐々に入っていきます。宣伝より良いデータ基盤運用を検討していきたい方はもちろんのことTROCCOの利用を検討している方、利用し始めたが進め方に懸念がある方に対して弊社では支援やサポートを行っております。ThemeWagon。