変えたい場合に、どうやっているのか?」の質問と改めて整理しました。テーブル作成後に変えられないものは下記になります。追加はいつでも自由にできる)主キーはどうにもならないので、テーブルの作り直しになります。足して、そちらを使う手も取れそうです。移動するのか、またはプログラムでカバーするのかが出てきます。混ざった状態が発生すると、後々困りそうです。質問の前提となる事象がわかったら、もう少し踏み込めそうですがざっくりこんな感じの回答になります。発表時に「あまり大きなものを作ってないので」と回答しましたが、マイクロサービスで作っているので、個々のシステムは小さく、また変化もあまりないので上手く想定できなかったのもあったかもしれません。「ディスカスしましょう」とおっしゃっていたので、このあたりの逃げ方含め議論したかったのかな。構成ファイルserverless.ymlに書きます。有効なの?何件か質問をいただきました。使った既存の運用は残したまま、まったく新しいサイトへ生まれ変わらせることができます。それにより、セキュリティ問題やバージョンアップ対応の負担を減らすことはできますが、この場合でもセキュリティ問題は内部からの攻撃は避けられません。脅威はインターネット側だけにあるとは限らないこと注意が必要です。静的化するのでパフォーマンスは、とてつもなく向上します。今日お話ししました、高パフォーマンス、セキュリティただし局所化、スケーリング、運用の軽減が手に入ります。発表資料ではGridsomeを使ったアーキテクチャ図になっていますが、まだまだ開発中なのでGatsbyJSを使うのが現実的です。コンテンツを新しいサイトとして配信するだけならNetlifyに配置するのも手です。移行は、多くの情報があるので取り組みやすいです。私も機会があったらブログとかを書きます。生成してレスポンスする形になります。しては良いとしていますが、一概に言えないかもしれません。変化させるのは開発者によっては苦痛かもしれない。値を設定するのは、楽しいです。