SKS-2530: Support contextual logging

[haijianyang]

Issue

当前 CAPE 的 context 使用不规范，例如：

• 控制器 reconcile 的 ctx 没有被使用，没有沿着调用链传播
• 日志没有使用 context：https://cluster-api.sigs.k8s.io/developer/logging

Change

• 日志使用 CAPI 社区推荐的日志规范
• controller 传递 controller-runtime 传递过来的 ctx，并取消原有的自定义 Context，不再继承原生的 Context

Test

E2E

[huaqing1994]

ClusterContext 和 MachineContext 都不包含 context.Context 了，考不考虑换个命名，避免和 context 混淆。
函数调用时 r.reconcileNormal(ctx, clusterCtx) 看起来像传了 2 个 context。
我写第一版 cap-ksph 是用过 ClusterScope 这样的命名（不过最后和 context 融合了）

[haijianyang]

Scope 描述不是很准确。

Scope 指的是变量或对象的可见范围，即代码中哪些部分可以访问该变量或对象。在编程语言中，Scope 通常由嵌套的代码块来定义，例如函数、循环、类等。

Context 指的是执行环境，即代码运行时的环境信息。Context 可以包含各种信息，例如当前用户、当前位置、数据库连接等。

两者的主要区别在于：

Scope 是静态的，由代码结构决定，在编译或解释时就已经确定。Context 是动态的，可能会在代码运行时发生变化。
Scope 主要用于控制变量或对象的访问权限，而 Context 主要用于提供执行环境信息。

[haijianyang]

这里可以讨论一下，用什么名字。capv 继续保持使用 ctx，capi 也有在用 scope。

[huaqing1994]

capv 也是有 2 个 ctx 么？

[haijianyang]

https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/blob/main/controllers/vspherecluster_reconciler.go#L128

[haijianyang]

这两个 ctx 是没有办法整合到一起了，因为原生的 ctx 按照规范会在使用的过程变动。

[huaqing1994]

确实，过程中有可能需要 WithXXX 出一个新的 ctx，我也不希望用原来整到一起的用法。
暂时想不出啥好名字，我觉得可以保持这样

[haijianyang]

也许可以尝试一下：把自定义的 ClusterContext/MachineContext 这些保存到 ctx 中。类似于 log 把一些信息写入到 ctx 中，并可以从中读取，但我们的场景会改动 cluster/machine，不知道有没有影响。