Richard Seroter Profile picture
May 11 11 tweets 4 min read
#GoogleAlloyDB. Let’s talk about why it’s a BIG deal for developers and DBAs, and why it might be the best way to do PostgreSQL in the cloud.

And how about a quick look at what the provisioning experience looks like? Quick 🧵 with a bunch of links at the end …

#GoogleIO
First, it's just PostgreSQL, but operationalized in a way that @googlecloud does so well. It's 100% compatible PostgreSQL 14.
Performance is silly great. 4x faster than standard PostgreSQL for traditional workloads, and 2x faster than AWS Aurora. And you can use it for analytical queries, where it's 100x faster than standard PostgreSQL.
Other things I like? 99.99% SLA, automatic failover and recovery, automatic backups, and integration with Vertex AI to pull predictions into SQL queries. Oh, and pricing that easy. Pay only for the storage you use, and you don't get saddled with IO charges.
Let's take a look at provisioning a cluster. First, you're asked whether you want an HA cluster, or an HA cluster with read pools. Image
After picking a cluster type, I was asked to pick a region and private network. Image
Next I get the only infrastructure question I need to answer. I chose a machine type, which I can change later. Image
Then I added a read pool with a couple of nodes. Again, this is easy to resize after the fact. Image
It took a few minutes to provision everything. I was taken to a view that showed some metrics and such. Image
Once it was done, I could resize instances, view metrics, and more. And for an instance I created yesterday, I can see a couple of automatic backups we took. Image
AlloyDB is a feat of engineering, and a terrific database option in @googlecloud.

Launch blog: goo.gle/3PgHv8c
Tech deep dive blog: cloud.google.com/blog/products/…
Product docs: cloud.google.com/alloydb/docs/o…

Try it for free right now!

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Richard Seroter

Richard Seroter Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @rseroter

Jan 10
If you ONLY care about using the simplest Kubernetes in a given cloud, use the native managed option (GKE, EKS, AKS, etc).

If you're expanding outward from your anchor cloud, you care about more.

We just shipped a new multicloud Anthos. Here's a 🧵 of how it works. Buckle up.
As a refresher, Anthos is a platform for container-based apps. You get GKE, config mgmt, service mesh, fleet mgmt and more, everywhere. It's GA on @googlecloud, vSphere, bare metal (bring your own OS), AWS, and Azure.

We just made a big improvement to how multicloud works.
In the previous version of Anthos multicloud, you'd use a standalone CLI to provision a management cluster, which in turn, would provision any user clusters. It's a fine pattern, but extra work for you, and more stuff to manage.

We fixed that.
Read 13 tweets
Aug 11, 2021
I don't think about which data center I'm using when I upload a pic to Google Photos. Or when I perform a search. Or use Gmail.

Why should the public cloud be so different? Here's a 🧵with 10 @googlecloud services that are unique because of their global backplane …
First, VPC. Most VPC products in the public cloud take a regional approach. If you want to interconnect a bunch of regional VPCs later on, it's tricky.

Not with @googlecloud. A single VPC is global with automatic communication across regions.

cloud.google.com/vpc/docs/vpc
A global, serverless application build service? Not always easy to find in the cloud.

You don't provision anything with @googlecloud Build, and your CLI commands don't need regional flags. Just build stuff, wherever you are.

cloud.google.com/build/docs/ove…
Read 11 tweets
Jul 7, 2021
I just spun up an Amazon EKS cluster because I like to live dangerously. I hoped to access it via AWS CloudShell, but surprisingly there's no kubectl there.

I could complain, or I could just use the dev-friendly, k8s-ready @googlecloud to make my AWS experience better. A 🧵 ...
So I did the steps to get an EKS cluster, and then separately provision the worker nodes. The dashboard experience is a bit light for management but we can fix that.

From my local machine, I logged into the EKS cluster, and ran a single command to register it with GKE.
Once it's there, I can see the cluster, view workloads, and even deploy workloads and expose services. And I installed Anthos Config Management on the EKS cluster which applies OPA Gatekeeper policies and common config. This is create UX, regardless of where your cluster lives.
Read 6 tweets
Mar 30, 2021
When you've got Kubernetes clusters flung all over the place—on-prem, edge, clouds—how do you access them?

It's easier when they're connected to a cloud. In Anthos 1.7, we shipped the Connect gateway which lets me access any cluster, anywhere.

A @GoogleCloudTech demo 🧵 ...
Right now, I have two GKE clusters, one AKS cluster, and one kind cluster (on my desktop!) all registered with @googlecloud.

Once registered, I can view workloads, add service endpoints, etc. It's cool.
Wait, how do I register a cluster??

It's basically one command I run in any cluster, including ones behind firewalls, or even on my laptop.
Read 8 tweets
Feb 23, 2021
I'm still getting used to working at a company that everyone has an opinion about.

To understand more about where our @Google culture came from, I read "How Google Works" (2014) by @ericschmidt, @jjrosenberg, and @aeaglejr.

Here's a 🧵 with passages that stood out to me.
On why they wrote the book …
On thinking big …
Read 21 tweets
Jan 26, 2021
Virtually every software system has a workflow engine. The only question is whether you build your own, or drop one in. Today, @GCPcloud shipped Cloud Workflows.

Declarative definitions, a rich syntax, and no operational effort? Let's take a look in this 🧵thread 🧵
You use Cloud Workflows to execute a series of steps, typically callouts to HTTP endpoints. A workflow may be long-running or short-running. Here, I just call out to a public API endpoint (Chuck Norris facts!), parse the result, and return it.
Cloud Workflows also integrates nicely with @GCPcloud services (OF COURSE IT DOES). Here, I'm indicating that I want OpenID Connect authentication when calling one of my Cloud Functions.
Read 11 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(