tide-operator 如何启动 pd 集群？

问：

我最近一直在学习 Kubernetes Operator。在部署 etcd 集群时，etcd-operator 使用以下创建方法：

1. 引导阶段：启动种子成员。在相应的启动参数中，该选项将设置为 。--initial-cluster-statenew
2. 扩容阶段：逐步创建新的 etcd 节点，并将它们逐一加入到种子成员所在的集群中，直到集群的副本满足大小要求。在此过程中，该选项将设置为 ，并配置相应的选项。--initial-cluster-stateexisting--initial-cluster

我对 tidb-operator 也很感兴趣。于是，我查看了 tidb-operator 的部署代码。我很好奇 tidb-operator 是如何部署 pd 集群的。

func (pmm *pdMemberManager) getNewPDSetForTidbCluster(tc *v1alpha1.TidbCluster) (*apps.StatefulSet, error) {
    …
    vols := []corev1.Volume{
        annVolume,
        {Name: "config",
            VolumeSource: corev1.VolumeSource{
                ConfigMap: &corev1.ConfigMapVolumeSource{
                    LocalObjectReference: corev1.LocalObjectReference{
                        Name: pdConfigMap,
                    },
                    Items: []corev1.KeyToPath{{Key: "config-file", Path: "pd.toml"}},
                },
            },
        },
        {Name: "startup-script",
            VolumeSource: corev1.VolumeSource{
                ConfigMap: &corev1.ConfigMapVolumeSource{
                    LocalObjectReference: corev1.LocalObjectReference{
                        Name: pdConfigMap,
                    },
                    Items: []corev1.KeyToPath{{Key: "startup-script", Path: "pd_start_script.sh"}},
                },
            },
        },
    }
    …
}

我注意到在部署 pd 集群时，tidb-operator 会将配置项保存在 “/etc/pd/config” 中，包括选项。仅供参考：https://docs-archive.pingcap.com/zh/tidb/v7.0/pd-configuration-file#initial-cluster-state—initial-cluster-state

因此，我有以下问题：

1. tidb-operator 是否也使用与 etcd-operator 相同的部署方式来部署集群？
2. 如果是这样，为什么会这样设计？我看到这种方法有以下缺点： 一个。此部署方法实质上是通过成员身份更改从单个节点扩展到指定数量的节点。然而，在部署的早期阶段，当节点数量少于三个时，共识本身并不可靠。 b.对于启动多个节点，此部署方法将花费更多时间，因为我需要等待成员身份更改完成。
3. 如果 tidb-operator 也使用这种方法来部署，比如 PD 集群，那么设计权衡是什么？