Class ServicePerimeterState

Inheritance

System.Object

InputArgs

ResourceArgs

ServicePerimeterState

Inherited Members

ResourceArgs.Empty

System.Object.Equals(System.Object)

System.Object.Equals(System.Object, System.Object)

System.Object.GetHashCode()

System.Object.GetType()

System.Object.MemberwiseClone()

System.Object.ReferenceEquals(System.Object, System.Object)

System.Object.ToString()

Namespace: Pulumi.Gcp.AccessContextManager

Assembly: Pulumi.Gcp.dll

Syntax

public sealed class ServicePerimeterState : ResourceArgs

Constructors

ServicePerimeterState()

Declaration

public ServicePerimeterState()

Properties

CreateTime

Time the AccessPolicy was created in UTC.

Declaration

public Input<string> CreateTime { get; set; }

Property Value

Type	Description
Input<System.String>

Description

Description of the ServicePerimeter and its use. Does not affect behavior.

Declaration

public Input<string> Description { get; set; }

Property Value

Type	Description
Input<System.String>

Name

Resource name for the ServicePerimeter. The short_name component must begin with a letter and only include alphanumeric and '_'. Format: accessPolicies/{policy_id}/servicePerimeters/{short_name}

Declaration

public Input<string> Name { get; set; }

Property Value

Type	Description
Input<System.String>

Parent

The AccessPolicy this ServicePerimeter lives in. Format: accessPolicies/{policy_id}

Declaration

public Input<string> Parent { get; set; }

Property Value

Type	Description
Input<System.String>

PerimeterType

Specifies the type of the Perimeter. There are two types: regular and bridge. Regular Service Perimeter contains resources, access levels, and restricted services. Every resource can be in at most ONE regular Service Perimeter. In addition to being in a regular service perimeter, a resource can also be in zero or more perimeter bridges. A perimeter bridge only contains resources. Cross project operations are permitted if all effected resources share some perimeter (whether bridge or regular). Perimeter Bridge does not contain access levels or services: those are governed entirely by the regular perimeter that resource is in. Perimeter Bridges are typically useful when building more complex topologies with many independent perimeters that need to share some data with a common perimeter, but should not be able to share data among themselves.

Declaration

public Input<string> PerimeterType { get; set; }

Property Value

Type	Description
Input<System.String>

Spec

Proposed (or dry run) ServicePerimeter configuration. This configuration allows to specify and test ServicePerimeter configuration without enforcing actual access restrictions. Only allowed to be set when the useExplicitDryRunSpec flag is set. Structure is documented below.

Declaration

public Input<ServicePerimeterSpecGetArgs> Spec { get; set; }

Property Value

Type	Description
Input<ServicePerimeterSpecGetArgs>

Status

ServicePerimeter configuration. Specifies sets of resources, restricted services and access levels that determine perimeter content and boundaries. Structure is documented below.

Declaration

public Input<ServicePerimeterStatusGetArgs> Status { get; set; }

Property Value

Type	Description
Input<ServicePerimeterStatusGetArgs>

Title

Human readable title. Must be unique within the Policy.

Declaration

public Input<string> Title { get; set; }

Property Value

Type	Description
Input<System.String>

UpdateTime

Time the AccessPolicy was updated in UTC.

Declaration

public Input<string> UpdateTime { get; set; }

Property Value

Type	Description
Input<System.String>

UseExplicitDryRunSpec

Use explicit dry run spec flag. Ordinarily, a dry-run spec implicitly exists for all Service Perimeters, and that spec is identical to the status for those Service Perimeters. When this flag is set, it inhibits the generation of the implicit spec, thereby allowing the user to explicitly provide a configuration ("spec") to use in a dry-run version of the Service Perimeter. This allows the user to test changes to the enforced config ("status") without actually enforcing them. This testing is done through analyzing the differences between currently enforced and suggested restrictions. useExplicitDryRunSpec must bet set to True if any of the fields in the spec are set to non-default values.

Declaration

public Input<bool> UseExplicitDryRunSpec { get; set; }

Property Value

Type	Description
Input<System.Boolean>