作者回复: 你好,staffjoy里头持久层model的主键id都是用的system-uuid,这个应该是jpa/hibernate生成的uuid,类似java的UUID.randomUUID。
我的理解一般java的UUID.randomUUID就足够了(碰撞只是理论上,实际真碰撞了数据库会报错,也没有大问题),而且这个是无状态的,根据wikipedia的说法:
Only after generating 1 billion UUIDs every second for the next 100 years, the probability of creating just one duplicate would be about 50%. Or, to put it another way, the probability of one duplicate would be about 50% if every person on earth owned 600 million UUIDs.
参考:
https://stackoverflow.com/questions/24876188/how-big-is-the-chance-to-get-a-java-uuid-randomuuid-collision
https://stackoverflow.com/questions/2513573/how-good-is-javas-uuid-randomuuid
当然如果你还是不放心,可以研究考虑分布式unique id生成系统,可以参考twitter snowflake:
https://github.com/twitter-archive/snowflake/tree/snowflake-2010
https://github.com/sony/sonyflake
作者回复: 我认为这些HTTP方法和安全没有直接关系。
作为RESTful API,POST/GET/PUT有一些惯例语义,POST常表示创建新业务记录, PUT表示更新业务记录,GET则是获取业务记录。但这个只是一种惯例,不是统一标准。
作者回复: 我演示用的是mac系统,不过会介绍windows环境下搭建docker/k8s的一些注意点。课程会采用docker desktop演示,它内置支持k8s,windows安装docker desktop的话,要求win10/64位环境(参考:https://docs.docker.com/docker-for-windows/install/)。如果不是win10的话,要装minikube,或者用vagrant镜像之类会比较麻烦。