Comparison route

Single service comparison

Back to main page

Code Quality

Binary Authorization

Google Cloud Binary Authorization is a deploy-time software supply-chain security service that enforces policy on container images before they reach GKE, Cloud Run, Service Mesh, or Distributed Cloud. It uses a policy and attestation model—signed attestations from trusted attestors prove an image passed earlier pipeline stages—and a deploy-time enforcer blocks non-conformant images, with continuous validation re-checking running Pods against the same policy. It is built on the open-source Kritis/Grafeas specification.

Google Cloud logo

Google Cloud

Service information

Binary Authorization iconBinary Authorization

Shortname: Binary Authorization

Huawei equivalent shortnames: CodeArts Check, CodeArts Governance

Keywords: policy, compliance, supply chain

Differences vs Huawei

Binary Authorization is a deploy-admission control plane bound to container runtimes (GKE, Cloud Run, Service Mesh, Distributed Cloud); CodeArts Governance is instead a binary software composition analysis (SCA) service that scans release packages or firmware for known vulnerabilities, license compliance, unsafe compiler options, and sensitive data. Their boundaries do not overlap at the enforcement layer: Binary Authorization gates live Kubernetes/serverless deploys via cryptographic attestations, while CodeArts Governance produces reports from uploaded artifacts. Huawei offers no native Kritis-style admission webhook for CCE or other runtimes.

Binary Authorization exposes a REST policy API, attestor/attestation resources stored in Artifact Analysis (Grafeas), and rules evaluated by a Google-managed enforcer plus a continuous-validation monitor writing to Cloud Logging. CodeArts Check covers static source-code quality and security analysis, and CodeArts Governance exposes a binary SCA API for CI/CD injection. Neither Huawei service models attestations, attestors, image-digest binding, or a policy-evaluation decision engine at deploy time, so the API and data-model semantics differ materially.

Operationally, Binary Authorization shifts responsibility to Google for the enforcement point and to the user for signing keys and CI attestation generation; it integrates with Artifact Registry, Cloud Build, Cloud Deploy, and Artifact Analysis. The Huawei targets shift left earlier in the lifecycle: CodeArts Check gates at code-review/build time and CodeArts Governance gates at pre-release artifact scanning. A team relying on runtime admission cannot reproduce that guarantee with these services and would need to augment with admission controllers, image signing, and a metadata store assembled on CCE/CCI plus Swr and self-managed tooling.

Migration to Huawei

Assess which Binary Authorization guarantees you actually require—runtime admission enforcement, continuous conformance monitoring, or pre-release artifact/security gating. There is no direct like-for-like replacement: CodeArts Governance maps only to the pre-release binary SCA and license/vulnerability scanning portions, while CodeArts Check covers source-level static analysis. Do not assume feature parity for attestations, policy rules, or platform-supported enforcement on CCE or CCI; document each GCP rule, attestor, and platform target and decide which must be rebuilt with custom tooling.

Migrate policy intent, not API objects. Re-express Binary Authorization rules as CodeArts Check quality gates and CodeArts Governance scan jobs embedded in your CodeArts Pipeline or a third-party CI/CD system via the binary SCA API. Re-create attestation-style trust using image signing (for example, Sigstore/cosign) in your build pipeline and store image-to-build provenance in a metadata store you operate, since Huawei provides no equivalent Grafeas-backed attestor model. Repoint registries from Artifact Registry to SWR and rebuild references to Artifact Analysis vulnerability metadata.

For runtime admission control that Binary Authorization provided on GKE/Cloud Run, you must introduce your own admission webhook on CCE (using a ValidatingAdmissionWebhook) or equivalent gatekeeping at the CCI/deploy layer, because neither Huawei target supplies this. Combine custom webhooks with signed-image verification against your provenance store to approximate the allow/deny decision and breakglass behavior. Continuous validation of already-running Pods has no baked-in Huawei equivalent and would require scheduled re-evaluation jobs exporting findings to LTS or AOM.

Validate by reproducing deny scenarios end-to-end before cutover: unsigned image blocked, expired attestation blocked, breakglass audit logged, and SCA/license gates failing on vulnerable components. Recompute total cost of ownership because pricing models diverge—Binary Authorization bills per enforcement and CV check calls plus Artifact Analysis metadata, whereas CodeArts Check and Governance bill per scan/job and code volume, and any custom admission/signing infrastructure adds compute and operational overhead. Confirm regional availability of CodeArts services and SWR in your target regions before finalizing the cutover plan.

Huawei Cloud logo

Huawei Cloud

Huawei equivalent service

CodeArts Check iconCodeArts Check

Shortname: CodeArts Check

General function: Code Quality

Code quality and static analysis service.

Keywords: code quality, static analysis, security

Huawei equivalent service

CodeArts Governance iconCodeArts Governance

Shortname: CodeArts Governance

General function: DevSecOps Governance

Governance and policy controls for software delivery.

Keywords: governance, compliance, devsecops