TelonicDocs
English

Integrations

Google Cloud

How Telonic runs inside your own Google Cloud project, with every component in your environment and your own encryption keys.

On this page
  1. What running in your own Google Cloud project means
  2. How it connects
  3. Permissions
  4. In practice
  5. What your team controls
  6. Related

If your security policy requires customer data to stay in infrastructure your organisation controls, Telonic can be deployed into your own Google Cloud project (the unit in which Google Cloud organises your resources, billing and access). Every Telonic component runs inside your environment, in the Google Cloud region you choose, and stored data can be encrypted with keys you manage. Only operational health signals, which contain no customer data, are sent to Telonic, and you can switch them off. Your organisation owns the project; Telonic deploys and runs the software in it.

What running in your own Google Cloud project means

AspectHow it works
Where it runsEvery Telonic component runs inside your Google Cloud project, in the region you choose. The region is recorded in your agreement
Where processing happensAll processing for your deployment runs in the region you choose, unless you explicitly choose a language model provider outside it
EncryptionConnections use TLS (Transport Layer Security, the standard encryption for data in transit) version 1.2 or higher. Stored data is encrypted with AES-256 (the Advanced Encryption Standard, using 256-bit keys)
Your keysYou can use customer-managed keys (encryption keys your organisation creates and controls) held in Cloud Key Management Service, Google Cloud's key management service
What reaches TelonicOperational health signals only, containing no customer data. You can switch them off
BackupsBackups and disaster recovery copies are encrypted and stay in the same country as your deployment

How it connects

Your cloud team provides the project and grants the access described below. Telonic deploys and runs the software there, and the computing capacity your deployment needs is sized with your team during implementation. Your agents connect to your other systems from inside your own environment, over routes your network team controls.

Telonic engineers reach your deployment only when you approve it. Access is limited to named engineers, working from the UAE or your chosen country, and is time-limited and logged. If you later decide to move to another hosting option, the move is carried out as a migration agreed with you in advance: data is moved encrypted and never leaves the countries your agreement permits.

Telonic's own UAE and Saudi Arabian hosting options also use major cloud providers' data centres in those countries. For those options, the provider and region are named in your agreement. See Hosting and data residency.

Permissions

PermissionNeeded forDefault
Deploy and update Telonic components in the projectInstalling, updating and supporting your deploymentEach access needs your approval, and is time-limited and logged
Use of your encryption keysEncrypting stored dataOnly if you choose customer-managed keys
Send operational health signals to TelonicMonitoring the health of your deploymentOn. You can switch it off
Access to other projects in your organisationNot neededNot requested

Telonic can only reach what you have granted, and only when you approve it.

In practice

Qamar Stays, a hotel group in Saudi Arabia, runs its guest data platform on Google Cloud.

  1. Its cloud team creates a project for Telonic in its chosen region and grants deployment access for the installation window.
  2. Telonic deploys the agent, which connects to the group's reservation system from inside the group's network.
  3. The security team sets customer-managed keys and keeps operational health signals switched on, after reviewing what they contain.
  4. For each later update, the group approves the access, and every session is logged.

What your team controls

  • The project, region and network routes.
  • The encryption keys, and whether to use them.
  • Whether operational health signals are sent, and each approval of engineer access.

Product names and logos are trademarks of their owners. Their mention shows systems Telonic connects to and does not imply partnership or endorsement.