aboutsummaryrefslogtreecommitdiff
path: root/content/go-cloud2019.article
diff options
context:
space:
mode:
authorRuss Cox <rsc@golang.org>2020-03-15 15:50:36 -0400
committerRuss Cox <rsc@golang.org>2020-03-17 20:58:46 +0000
commit972d42d925e6cae3f8eebd9b21d445e06c2eb386 (patch)
tree737af27f0d49318b612efec874b1d1328c699d1a /content/go-cloud2019.article
parentfaf1e2da2d911edc717993e8edb24fe88f99b2b5 (diff)
content: rename articles to reinforce convention of short URLs
The Go blog started out on Blogger (http://web.archive.org/web/20100325005843/http://blog.golang.org/). Later, we moved to the current self-hosted blog server with extra Go-specific functionality like playground snippets. The old Blogger posts have very long URLs that Blogger chose for us, such as "go-programming-language-turns-two" or "two-go-talks-lexical-scanning-in-go-and", predating the convention of giving posts shorter, more share-friendly, typeable names. The conversion of the old Blogger posts also predated the convention of putting supporting files in a subdirectory. The result is that although we've established new conventions, you wouldn't know by listing the directory - the old Blogger content presents a conflicting picture. This commit renames the posts with very long names to have shorter, more share-friendly names, and it moves all supporting files to subdirectories. It also adds a README documenting the conventions. For example, blog.golang.org/go-programming-language-turns-two is now blog.golang.org/2years, matching our more recent birthday post URLs, and its supporting files are moved to the new 2years/ directory. The old URLs redirect to the new ones. Change-Id: I9f46a790c2c8fab8459aeda73d4e3d2efc86d88f Reviewed-on: https://go-review.googlesource.com/c/blog/+/223599 Run-TryBot: Russ Cox <rsc@golang.org> Reviewed-by: Andrew Bonventre <andybons@golang.org>
Diffstat (limited to 'content/go-cloud2019.article')
-rw-r--r--content/go-cloud2019.article80
1 files changed, 80 insertions, 0 deletions
diff --git a/content/go-cloud2019.article b/content/go-cloud2019.article
new file mode 100644
index 0000000..7c22a33
--- /dev/null
+++ b/content/go-cloud2019.article
@@ -0,0 +1,80 @@
+# What's new in the Go Cloud Development Kit
+4 Mar 2019
+Summary: Recent changes to the Go Cloud Development Kit (Go CDK).
+OldURL: /gcdk-whats-new-in-march-2019
+
+The Go Cloud Development Kit team at Google
+
+## Introduction
+
+Last July, we [introduced](https://blog.golang.org/go-cloud) the [Go Cloud Development Kit](https://gocloud.dev)
+(previously referred to as simply "Go Cloud"),
+an open source project building libraries and tools to improve the experience
+of developing for the cloud with Go.
+We've made a lot of progress since then -- thank you to early contributors!
+We look forward to growing the Go CDK community of users and contributors,
+and are excited to work closely with early adopters.
+
+## Portable APIs
+
+Our first initiative is a set of portable APIs for common cloud services.
+You write your application using these APIs,
+and then deploy it on any combination of providers,
+including AWS, GCP, Azure, on-premise, or on a single developer machine for testing.
+Additional providers can be added by implementing an interface.
+
+These portable APIs are a great fit if any of the following are true:
+
+ - You develop cloud applications locally.
+ - You have on-premise applications that you want to run in the cloud (permanently, or as part of a migration).
+ - You want portability across multiple clouds.
+ - You are creating a new Go application that will use cloud services.
+
+Unlike traditional approaches where you would need to write new application
+code for each cloud provider,
+with the Go CDK you write your application code once using our portable
+APIs to access the set of services listed below.
+Then, you can run your application on any supported cloud with minimal config changes.
+
+Our current set of APIs includes:
+
+ - [blob](https://godoc.org/gocloud.dev/blob),
+ for persistence of blob data.
+ Supported providers include: AWS S3, Google Cloud Storage (GCS),
+ Azure Storage, the filesystem, and in-memory.
+ - [pubsub](https://godoc.org/gocloud.dev/pubsub) for publishing/subscribing
+ of messages to a topic.
+ Supported providers include: Amazon SNS/SQS,
+ Google Pub/Sub, Azure Service Bus, RabbitMQ, and in-memory.
+ - [runtimevar](https://godoc.org/gocloud.dev/runtimevar),
+ for watching external configuration variables.
+ Supported providers include AWS Parameter Store,
+ Google Runtime Configurator, etcd, and the filesystem.
+ - [secrets](https://godoc.org/gocloud.dev/secrets),
+ for encryption/decryption.
+ Supported providers include AWS KMS, GCP KMS,
+ Hashicorp Vault, and local symmetric keys.
+ - Helpers for connecting to cloud SQL providers. Supported providers include AWS RDS and Google Cloud SQL.
+ - We are also working on a document storage API (e.g. MongoDB, DynamoDB, Firestore).
+
+## Feedback
+
+We hope you're as excited about the Go CDK as we are -- check out our [godoc](https://godoc.org/gocloud.dev),
+walk through our [tutorial](https://github.com/google/go-cloud/tree/master/samples/tutorial),
+and use the Go CDK in your application(s).
+We'd love to hear your ideas for other APIs and API providers you'd like to see.
+
+If you're digging into Go CDK please share your experiences with us:
+
+ - What went well?
+ - Were there any pain points using the APIs?
+ - Are there any features missing in the API you used?
+ - Suggestions for documentation improvements.
+
+To send feedback, you can:
+
+ - Submit issues to our public [GitHub repository](https://github.com/google/go-cloud/issues/new/choose).
+ - Email [go-cdk-feedback@google.com](mailto:go-cdk-feedback@google.com).
+ - Post to our [public Google group](https://groups.google.com/forum/#!forum/go-cloud).
+
+Thanks!