[v1〜v6 -> v7] GASバージョン移行 システム仕様設計構想

[shimajima-eiji]

要件目録

• Google Drive
• GAS

やること

• Ver2の刷新・リファクタだけをする
• JSDocに従う
• V8ランタイムを必須にする

課題

• 2024/05/6 仕様策定（無印のもの）

DBをどちらに持たせるか？

• スプレッドシート（当初案）
  • 使い回す予定のないデータを持ってくるのにAPI叩く手間を考えるとやりたくない
  • スクリプトのバージョンアップがあった時に対応できるよう、使用するデータはkey-value形式で管理したい（本音を言えばNoSQLぐらいやりたい）
  • 運用が難しすぎる。付与するデータが増える
• ファイルごとに依存する形式でプロパティに持たせる（差し戻し案）
  • 実は結構現実的かもしれない
  • 古いデータをマイグレーションしてアップデートする方法でバージョンアップにも対応できる

（開発中 or 運用中）の（管理 and 制御）がしたい

• 現行案はいったん運用に乗せたら簡単にメンテナンスできない（動かなくなった時のリカバリがない）
  • 本来はコード管理をGitに寄せて、開発環境を別途用意すべき（ファイル構造をステージング・オペレーションで別管理する）
  • 特にステージング環境のコードも環境もすぐに捨てられるようにしておきたい

権限の移譲

共同開発権限を付与するか

機能一覧

スプレッドシート

• 使用するデータは(ID)Key-Value形式
  • 補足的に付与するデータ（閲覧用）は許可するが、システム的に採用しない
  • IDはGAS側からの検索用に使用する（RDB方式に対応）

[shimajima-eiji]

移行したい運用中の機能一覧

[shimajima-eiji]

カレンダー

• https://script.google.com/home/projects/16aWA8hxFar01oXvA5Ie_FVuTdI0G9XgIXWu5xL0aS6b-xLFYT7Iqmgzr/edit
  • 使用ライブラリは画像参照

最近バグが多い。管理できているようでできていないので、管理体制を整備・一元管理できるようにする
また、機能ごとにコードをマイクロサービス化する
（v3Ope時点ではGASでファイル管理する仕組みやナレッジがなかったため、コードを一元管理してモノリシックになってしまった）

[shimajima-eiji]

方針がほぼ固まったのでクローズ