perf: introduce translator context

[kkk777-7]

What this PR does / why we need it:

Introduce Translator Context to improve GatewayAPI translator performance.

Now, Gateway API translator methods hold a lot of local maps to improve retrievals.
These can be all moved to a common preprocessing step, saved in the Translator context and reused across methods.

Also each resource is currently retrieved by performing a linear search over resource.Resources.
Therefore, for resources that are accessed frequently, maintaining a map is expected to improve CPU performance.

This PR's scope

• Service Map
  • this was removed once in the PR move ordering gateway-api resources to provider #6695
  • since the go bench results showed no memory usage concerns, it has been added back
• NamespaceMap
• ServiceImportMap
• BackendMap
• SecretMap
• ConfigMapMap
• ClusterTrustBundleMap
• EndpointSliceMap

Although the following items were initially considered, the improvements were minimal and would increase the complexity, so they were excluded from the scope.　Ref : #7535 (comment)

• Policy Target Gateway Map
• Policy Target Route Map

Which issue(s) this PR fixes:

Fixes #6711

Release Notes: No

Benchmark Detail

gobench result

gatewayapi translator benchmark (vs latest main branch)

• Execution Time (sec/op) improves especially on large workloads, 50% faster.
  • large workload : HTTPRoute(2k), GRPCRoute(250), UDPRoute(100), ConfigMap(500), SP(500), BTP(500), EEP(500), Service(2k), EndpointSlice(2k)
• no regressions of memory usage or allocation counts in any workloads.

                               │    main.txt    │               fix.txt                │
                               │     sec/op     │    sec/op      vs base               │
GatewayAPITranslator/small-10     2.012m ± 164%   2.188m ± 144%        ~ (p=0.132 n=6)
GatewayAPITranslator/medium-10    5.752m ±   6%   5.497m ±  35%        ~ (p=0.132 n=6)
GatewayAPITranslator/large-10    116.67m ±   5%   64.12m ±   9%  -45.04% (p=0.002 n=6)
geomean                           11.05m          9.171m         -17.02%

                               │    main.txt    │               fix.txt                │
                               │      B/op      │      B/op       vs base              │
GatewayAPITranslator/small-10    803.7Ki ± 277%   801.9Ki ± 278%       ~ (p=0.900 n=6)
GatewayAPITranslator/medium-10   3.018Mi ±   1%   3.006Mi ±   3%       ~ (p=0.065 n=6)
GatewayAPITranslator/large-10    23.35Mi ±   0%   23.32Mi ±   0%  -0.10% (p=0.002 n=6)
geomean                          3.810Mi          3.801Mi         -0.24%

                               │   main.txt    │               fix.txt               │
                               │   allocs/op   │   allocs/op    vs base              │
GatewayAPITranslator/small-10    12.89k ± 127%   12.90k ± 127%  +0.06% (p=0.035 n=6)
GatewayAPITranslator/medium-10   52.63k ±   0%   52.64k ±   0%  +0.03% (p=0.002 n=6)
GatewayAPITranslator/large-10    412.3k ±   0%   412.3k ±   0%       ~ (p=0.065 n=6)
geomean                          65.41k          65.43k         +0.03%

[codecov]

Codecov Report

❌ Patch coverage is 95.79439% with 9 lines in your changes missing coverage. Please review.
✅ Project coverage is 72.40%. Comparing base (ea2ab03) to head (860773e).
⚠️ Report is 544 commits behind head on main.

Files with missing lines	Patch %	Lines
internal/gatewayapi/contexts.go	96.59%	2 Missing and 1 partial ⚠️
internal/gatewayapi/backendtlspolicy.go	89.47%	0 Missing and 2 partials ⚠️
internal/gatewayapi/backendtrafficpolicy.go	95.00%	0 Missing and 1 partial ⚠️
internal/gatewayapi/envoyextensionpolicy.go	85.71%	0 Missing and 1 partial ⚠️
internal/gatewayapi/route.go	95.00%	1 Missing ⚠️
internal/gatewayapi/securitypolicy.go	92.85%	0 Missing and 1 partial ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #7535      +/-   ##
==========================================
+ Coverage   72.34%   72.40%   +0.05%     
==========================================
  Files         232      232              
  Lines       34209    34278      +69     
==========================================
+ Hits        24749    24818      +69     
- Misses       7681     7683       +2     
+ Partials     1779     1777       -2     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[kkk777-7]

wait #7534

[kkk777-7]

/retest

[shreealt]

@kkk777-7 you might wanna merge the main branch to this branch to include the disk space cleaner.

[zhaohuabing]

The GetService in the resource.go can be deleted - it's no longer used.

gateway/internal/gatewayapi/resource/resource.go

Lines 117 to 124 in 7cb5f72

	func (r *Resources) GetService(namespace, name string) *corev1.Service {
	for _, svc := range r.Services {
	if svc.Namespace == namespace && svc.Name == name {
	return svc
	}
	}
	return nil
	}

[zhaohuabing]

Think out load: could we also add other resources(Namespace,Secret,ConfigMap, etc.) to the translator context to avoid linear lookups to improve CPU performance?

This could increase memory usage - shouldn't be much increase since we just mirror the slices that already in resource using pointers, but we should benchmark both CPU and memory to ensure we don’t introduce significant overhead.

[zirain]

Think out load: could we also add other resources(Namespace,Secret,ConfigMap, etc.) to the translator context to avoid linear lookups to improve CPU performance?

we should do that.

[kkk777-7]

Think out load: could we also add other resources(Namespace,Secret,ConfigMap, etc.) to the translator context to avoid linear lookups to improve CPU performance?

+1
Even with the addition of a 2k service map, the memory increase was minimal, so i think the benefit on CPU performance will be actually the bigger win!
I’ll add these in context and share the benchmark results :)

[zirain]

GetEndpointSlicesForBackend is another bottleneck.

[kkk777-7]

/retest

[kkk777-7]

@arkodg
Sorry for the delay, I've addressed all of your comments.
Please take another look when you have moment.

[arkodg]

LGTM thanks

[kkk777-7]

/retest

[kkk777-7]

Friendly ping @zirain @zhaohuabing