Google Cloud Platform (GCP) - Management Tools

Service scope

Service constraints: No
System requirements: None

User support

Email or online ticketing support: Yes, at extra cost
Support response times: The Ancoris value-added support service ( Ancoris Google Cloud Platform Support service") can be seen in the "support" section
User can manage status and priority of support tickets: Yes
Online ticketing support accessibility: None or don’t know
Phone support: Yes
Phone support availability: 24 hours, 7 days a week
Web chat support: No
Onsite support: Yes, at extra cost
Support levels: The Ancoris value-added support service ( Ancoris Google Cloud Platform Support service") can be seen in the "support" section
Support available to third parties: Yes

Onboarding and offboarding

Getting started: Documentation, training, worked examples, best practices, and a free usage tier are available to assist users with getting started on Google Cloud Platform.

Getting Started: https://cloud.google.com/getting-started/
Online Documentation: https://cloud.google.com/docs/
Training Sessions: https://cloud.google.com/training/
Google Developers Codelabs provide a guided, tutorial, hands-on coding experience:
https://codelabs.developers.google.com/
Best practices: https://cloud.google.com/docs/enterprise/best-practices-for-enterprise-organizations
Free tier available: https://cloud.google.com/free/
Service documentation: Yes
Documentation formats: HTML
End-of-contract data extraction: Google's adoption of open APIs and open source technology allows users to move their data easily between cloud environments and prevent vendor lock-in (https://cloudplatform.googleblog.com/2016/07/how-to-escape-lock-in-with-a-multi-cloud-stack26.html). We offer third party solutions for offline data import/export (https://cloud.google.com/storage/docs/offline-media-import-export), and VM migration through recommended partners (https://cloud.google.com/migrate/). Further to this Articles 7 and 8 of Google Data Processing and Security Terms (https://cloud.google.com/terms/data-processing-terms) states that Google will provide the ability to correct, block, export and delete the Customer Data during the terms of the agreement. To the extent the customer does not have the ability migrate Customer Data to another system, Google will, at Customer’s reasonable expense, comply with any reasonable requests to assist in this.
End-of-contract process: On the expiry or termination of the Agreement, after a recovery period of up to 30 days following such expiry or termination, Google will delete the Customer-Deleted Data within a maximum period of 180 days, unless applicable legislation or legal process prevents it from doing so

Using the service

Web browser interface: Yes
Using the web interface: Manage and get insights into everything that powers your cloud application -- including web applications, data analysis, virtual machines, datastore, databases, networking, and developer services. Google Cloud Console helps you deploy, scale and diagnose production issues in a simple web based interface. Search to quickly find resources and connect to instances via SSH in the browser. Handle devops workflows on the go with powerful native iOS and Android applications. Master the most complex development tasks with Google Cloud Shell, your admin machine in the cloud.
Web interface accessibility standard: None or don’t know
How the web interface is accessible: We are working towards making our products and services more accessible for assistive technology users.
Web interface accessibility testing: We are working towards making our products and services more accessible for assistive technology users.
API: Yes
What users can and can't do using the API: Access Google Cloud Platform products from your code. Cloud APIs provide similar functionality to Cloud SDK and Cloud Console, and allow you to automate your workflows by using your favorite language. Use these Cloud APIs with REST calls or client libraries in popular programming languages.
API automation tools: Ansible

Chef

SaltStack

Terraform

Puppet

Other
Other API automation tools: Packer

Kubernetes

Spinnaker

Google Cloud Deployment Manager

Pivotal

Jenkins
API documentation: Yes
API documentation formats: Open API (also known as Swagger)

HTML
Command line interface: Yes
Command line interface compatibility: Linux or Unix

Windows

MacOS

Other
Using the command line interface: The CLI can be used to access products and services on GCP from the command-line. You can run these tools interactively or in your automated scripts.
https://cloud.google.com/sdk/

Scaling

Scaling available: Yes
Scaling type: Automatic

Manual
Independence of resources: GCP runs on top of Google's infrastructure which serves billions of users across many products and services, the integrity and scale of those services ensures that user demand is handled appropriately.
Customer data is logically segregated by domain to allow data to be produced for a single tenant only.
The authorization to provision additional processing capacity is obtained through budget approvals and
managed through internal SLAs as part of an effective resource economy.
Further details - https://cloud.google.com/files/Google-Cloud-CSA-CAIQ-January2017-CSA-CAIQ-v3.0.1.pdf (Section AAC-03.1 and IVS-04.3)
Usage notifications: Yes
Usage reporting: API

Email

SMS

Other

Analytics

Infrastructure or application metrics: Yes
Metrics types: CPU

Disk

HTTP request and response status

Memory

Network

Number of active instances

Other
Other metrics: See documentation for further metrics https://cloud.google.com/products/management/
Reporting types: API access

Real-time dashboards

Resellers

Supplier type: Reseller providing extra support
Organisation whose services are being resold: Google

Staff security

Staff security clearance: Other security clearance
Government security clearance: Up to Security Clearance (SC)

Asset protection

Knowledge of data storage and processing locations: Yes
Data storage and processing locations: United Kingdom

European Economic Area (EEA)

Other locations
User control over data storage and processing locations: Yes
Datacentre security standards: Complies with a recognised standard (for example CSA CCM version 3.0)
Penetration testing frequency: At least every 6 months
Penetration testing approach: Another external penetration testing organisation
Protecting data at rest: Physical access control, complying with CSA CCM v3.0

Physical access control, complying with SSAE-16 / ISAE 3402

Physical access control, complying with another standard

Encryption of all physical media

Scale, obfuscating techniques, or data storage sharding

Other
Other data at rest protection approach: Google hard drives leverage technologies like FDE (full disk encryption) and drive locking.
https://cloud.google.com/security/encryption-at-rest
Data sanitisation process: Yes
Data sanitisation type: Explicit overwriting of storage before reallocation

Deleted data can’t be directly accessed

Hardware containing data is completely destroyed
Equipment disposal approach: Complying with a recognised standard, for example CSA CCM v.30, CAS (Sanitisation) or ISO/IEC 27001

Backup and recovery

Backup and recovery: Yes
What’s backed up: Databases

Logs

Persistent disk snapshots
Backup controls: This varies between services, users can control what backups are performed via the web interface, CLI or APIs.
Datacentre setup: Multiple datacentres with disaster recovery

Single datacentre with multiple copies
Scheduling backups: Users schedule backups through a web interface
Backup recovery: Users can recover backups themselves, for example through a web interface

Users contact the support team

Data-in-transit protection

Data protection between buyer and supplier networks: Private network or public sector network

TLS (version 1.2 or above)

IPsec or TLS VPN gateway

Legacy SSL and TLS (under version 1.2)

Other
Other protection between networks: Securing data in transit is a high priority for Google. Google was the first major cloud provider to enable HTTPS/TLS by default. Google has also upgraded all our RSA certificates to 2048-bit keys, making our encryption in transit for Cloud Platform and all other Google services even stronger. Perfect forward secrecy (PFS) minimizes the impact of a compromised key, or a cryptographic breakthrough. It protects network data by using a short- term key that lasts only a couple of days and is only held in memory, rather than a key that’s used for years and kept on durable storage.
https://cloud.google.com/security/
Data protection within supplier network: TLS (version 1.2 or above)

IPsec or TLS VPN gateway

Legacy SSL and TLS (under version 1.2)

Other
Other protection within supplier network: Google encrypts Cloud Platform data as it moves between our data centers on our private network. Traffic on Google's networks is encrypted.
https://cloud.google.com/security/

Availability and resilience

Guaranteed availability: SLAs are service specific:
https://cloud.google.com/terms/sla/
Approach to resilience: Google operates a global network of data centers to reduce risks from geographical disruptions. The link
below includes the locations of our data centers:
http://www.google.com/about/datacenters/inside/locations/
Google does not depend on failover to other providers and builds redundancy and failover into its own
global infrastructure.
Google performs annual testing of its business continuity plans to simulate disaster scenarios that simulate catastrophic events that may disrupt Google operations.
https://cloud.google.com/files/Google-Cloud-CSA-CAIQ-January2017-CSA-CAIQ-v3.0.1.pdf (section BCR-01)
Outage reporting: Google maintains a dashboard with service availability and service issues here:
https://status.cloud.google.com/

Identity and authentication

User authentication: 2-factor authentication

Public key authentication (including by TLS client certificate)

Identity federation with existing provider (for example Google apps)

Dedicated link (for example VPN)

Username or password
Access restrictions in management interfaces and support channels: Google Cloud Identity & Access Management (IAM) lets administrators authorize who can take action on
specific resources, giving you full control and visibility to manage cloud resources centrally. For
established enterprises with complex organizational structures, hundreds of workgroups and potentially
many more projects, Cloud IAM provides a unified view into security policy across your entire
organization, with built-in auditing to ease compliance processes. IAM access policies are defined at the
project level using granular controls of users and groups or using ACLs.
https://cloud.google.com/iam/
https://cloud.google.com/compute/docs/access/

For further information see;
https://cloud.google.com/files/Google-Cloud-CSA-CAIQ-January2017-CSA-CAIQ-v3.0.1.pdf
Section IAM-12
Access restriction testing frequency: At least once a year
Management access authentication: 2-factor authentication

Public key authentication (including by TLS client certificate)

Identity federation with existing provider (for example Google Apps)

Username or password
Devices users manage the service through: Dedicated device over multiple services or networks

Directly from any device which may also be used for normal business (for example web browsing or viewing external email)

Audit information for users

Access to user activity audit information: Users have access to real-time audit information
How long user audit data is stored for: Less than 1 month
Access to supplier activity audit information: Users have access to real-time audit information
How long supplier audit data is stored for: At least 12 months
How long system logs are stored for: User-defined

Standards and certifications

ISO/IEC 27001 certification: Yes
Who accredited the ISO/IEC 27001: Ernst & Young CertifyPoint B.V.
ISO/IEC 27001 accreditation date: 15/04/2016
What the ISO/IEC 27001 doesn’t cover: See certificate for full list of products covered, anything not listed is not covered. https://cloud.google.com/files/ISO27001_Digital_2016.pdf
ISO 28000:2007 certification: No
CSA STAR certification: Yes
CSA STAR accreditation date: January 2017
CSA STAR certification level: Level 1: CSA STAR Self-Assessment
What the CSA STAR doesn’t cover: For further information see;
https://cloud.google.com/security/compliance/csa-star/
https://cloud.google.com/files/Google-Cloud-CSA-CAIQ-January2017-CSA-CAIQ-v3.0.1.pdf
PCI certification: Yes
Who accredited the PCI DSS certification: Independent Qualified Security Assessor ; https://cloud.google.com/security/compliance/pci-dss/
PCI DSS accreditation date: 19/05/2016
What the PCI DSS doesn’t cover: The validation enables PCI Level 1 merchants to use Google Cloud Platform for their processing services
Cyber essentials: Yes
Cyber essentials plus: Yes
Other security certifications: Yes
Any other security certifications: SSAE16/ISAE3402 Type II: SOC1 SOC2 SOC3 public audit report

ISO 27001

ISO 27017

ISO 27018

HIPAA

CSA STAR

EU-U.S. Privacy Shield Framework

Approved EU Model Contract Clauses by EU data privacy authorities

Security governance

Named board-level person responsible for service security: Yes
Security governance certified: Yes
Security governance standards: CSA CCM version 3.0

ISO/IEC 27001

Other
Other security governance standards: https://cloud.google.com/security/compliance
SSAE16 / ISAE 3402 Type II:
SOC 1
SOC 2
SOC 3 public audit report
ISO 27001
ISO 27017
ISO 27018
FedRamp ATO for Google App Engine
PCI DSS v3.1
HIPAA
CSA STAR
EU Data Protection Directive
EU-U.S. Privacy Shield Framework
Information security policies and processes: https://cloud.google.com/security/compliance
Custom, ISO27001, ISO27017, ISO270018

Operational security

Configuration and change management standard: Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Configuration and change management approach: In Google production environments, software updates are manually vetted to ensure the stability of the system. Changes are then tested and cautiously rolled out to systems. The details vary somewhat depending on the service being considered, but all development work is separated from the operation systems, testing occurs in a multi-staged fashion in both environments and in dedicated test settings. We can share, under NDA, the SOC2 audit report (based on standards from the International Auditing and Assurance Standards Board), which describes the change management process. Additionally, changes to code go through a process of code review involving additional engineer(s).
Vulnerability management type: Conforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Vulnerability management approach: Google administrates a vulnerability management process that actively scans for security threats using a combination of commercially available and purpose-built in-house tools, intensive-automated and manual penetration efforts, quality assurance processes, software security reviews and external audits. The vulnerability management team is responsible for tracking and following up on vulnerabilities. Once a vulnerability requiring remediation has been identified, it is logged, prioritized according to severity, and assigned an owner. The vulnerability management team tracks and follows up frequently until remediated. Google also maintains relationships with members of the security research community to track issues in Google services and open-source tools.
https://cloud.google.com/security/whitepaper
Protective monitoring type: Supplier-defined controls
Protective monitoring approach: Google’s security monitoring program is focused on information gathered from internal network traffic, employee actions on systems and outside knowledge of vulnerabilities. At many points across our global network, internal traffic is inspected for suspicious behavior, such as the presence of traffic that might indicate botnet connections. Network analysis is supplemented by examining system logs to identify unusual behavior, such as attempted access of customer data. They actively review inbound security reports and monitor public mailing lists, blog posts, and wikis. Automated network analysis helps determine when an unknown threat may exist and escalates to Google security staff.
https://cloud.google.com/security/whitepaper
Incident management type: Conforms to a recognised standard, for example, CSA CCM v3.0 or ISO/IEC 27035:2011 or SSAE-16 / ISAE 3402
Incident management approach: We have a rigorous incident management process for security events that may affect the confidentiality, integrity, or availability of systems or data. This process specifies courses of action, procedures for notification, escalation, mitigation, and documentation. Google’s security incident management program is structured around the NIST guidance on handling incidents (NIST SP 800–61). Key staff are trained in forensics and handling evidence in preparation for an event, including the use of third-party and proprietary tools. Testing of incident response plans is performed for key areas, such as systems that store sensitive customer information.
https://cloud.google.com/security/whitepaper

Secure development

Approach to secure software development best practice: Independent review of processes (for example CESG CPA Build Standard, ISO/IEC 27034, ISO/IEC 27001 or CSA CCM v3.0)

Separation between users

Virtualisation technology used to keep applications and users sharing the same infrastructure apart: Yes
Who implements virtualisation: Supplier
Virtualisation technologies used: KVM hypervisor
How shared infrastructure is kept separate: Customer data is logically segregated by domain to allow data to be produced for a single tenant only. Read white paper here : https://cloud.google.com/security/security-design/resources/google_infrastructure_whitepaper_fa.pdf
https://cloud.google.com/files/Google-Cloud-CSA-CAIQ-January2017-CSA-CAIQ-v3.0.1.pdf (Section AAC-03.1)

Energy efficiency

Energy-efficient datacentres: Yes
Description of energy efficient datacentres: Google are a participant in the E3P Code of Conduct:

https://e3p.jrc.ec.europa.eu/node/575

further information on Google's approach to energy effiency can be found at https://www.google.com/about/datacenters/efficiency/internal/

Fighting climate change: Fighting climate change

We help organisations reduce their carbon footprint by migrating to the cloud. Depending on where you run your systems today, you can reduce up to 80% of your carbon emissions by moving to the Cloud. In fact, we have created a service called GreenLab, which helps organisations discover their current infrastructure, map out their footprint and build a business case which adds sustainability to the migration plan.
This is one of the reasons why we partner with Google Cloud, which is widely recognised as the "cleanest cloud". In 2007, Google was the first major company to commit to and achieve carbon neutrality. Since 2017 Google matched 100% of electricity consumption to neutralize all of their operational emissions since their founding. And are aiming higher - to run on carbon-free energy, 24/7, at all of their data centers by 2030.
Equal opportunity: Equal opportunity

Ancoris is proud to be an equal opportunities employer. We do not discriminate on the basis of race, colour, religion, marital status, age, national origin, physical or mental disability, medical condition, pregnancy, gender, sexual orientation, gender identity, veteran status, or any other applicable legally protected characteristics.
But we go beyond that. For example, we partner with Generation, a charity which helps candidates from all different backgrounds to get into technology through training and subsequent placement with tech companies. We continuously work on improving our recruitment processes and employer value proposition to ensure we are able to both attract and retain the most diverse pool of talent. We are also committed to promoting talent from within, which enables our diverse employee base to continually develop and rise to the top of the organisation.

Pricing

Price: £0.01 a unit a month
Discount for educational organisations: Yes
Free trial available: Yes
Description of free trial: Customer may initiate a $300 free trial . Trial is available outside of G-Cloud and not offered under G-Cloud terms and conditions. Google has also offered CCS a potential 21% discount for certain GCP commit contracts (subject to a minimum term of 12 months and $500k+ in value)
Link to free trial: https://cloud.google.com/free/

Google Cloud Platform (GCP) - Management Tools

Features

Benefits

Service documents

Framework

Service ID

Contact

Service scope

User support

Onboarding and offboarding

Using the service

Scaling

Analytics

Resellers

Staff security

Asset protection

Backup and recovery

Data-in-transit protection

Availability and resilience

Identity and authentication

Audit information for users

Standards and certifications

Security governance

Operational security

Secure development

Separation between users

Energy efficiency

Pricing

Service documents

Cookies on Digital Marketplace

Google Cloud Platform (GCP) - Management Tools

Features

Benefits

Pricing

Service documents

Framework

Service ID

Contact

Service scope

User support

Onboarding and offboarding

Using the service

Scaling

Analytics

Resellers

Staff security

Asset protection

Backup and recovery

Data-in-transit protection

Availability and resilience

Identity and authentication

Audit information for users

Standards and certifications

Security governance

Operational security

Secure development

Separation between users

Energy efficiency

Social Value

Pricing

Service documents