mirror of https://github.com/docker/docs.git
Merge pull request #18111 from dvdksn/rm-remote-dev-page
chore: remove remote development with k8s
This commit is contained in:
David Karlsson
GitHub
commit
f1c324a560
|
|
@ -1,101 +0,0 @@
|
||||||
---
|
|
||||||
title: Using Kubernetes for remote development
|
|
||||||
description: Introduction to working remote development clusters
|
|
||||||
keywords: remote, local, kubernetes, docker, telepresence
|
|
||||||
---
|
|
||||||
|
|
||||||
Teams developing large, cloud-native applications might find themselves in a
|
|
||||||
situation where it's not possible to run the entire application locally on a
|
|
||||||
development machine. There are several reasons why running an application
|
|
||||||
locally is sometimes not feasible:
|
|
||||||
|
|
||||||
- It requires more resources than your local machine can provide
|
|
||||||
- There are dependencies to cloud services, APIs, or networking configurations
|
|
||||||
that can't be emulated
|
|
||||||
- Testing and validating requires large amounts of data or network traffic
|
|
||||||
|
|
||||||
Often, this means you need to rely on continuous integration pipelines or
|
|
||||||
staging environments to verify code changes. This introduces a time-consuming
|
|
||||||
and cumbersome workflow where you must commit, push, build, test, and deploy
|
|
||||||
your code in order to see them running.
|
|
||||||
|
|
||||||
## Combining local and remote
|
|
||||||
|
|
||||||
One solution to this problem is to integrate local services with a remote
|
|
||||||
development cluster. In practice, this means starting a service on your
|
|
||||||
development machine using `docker run`, and allowing that local service to
|
|
||||||
communicate with the development cluster over the network. The remote
|
|
||||||
development cluster hosts workloads that represent the production environment.
|
|
||||||
|
|
||||||
A development environment that lets you combine containers running locally with
|
|
||||||
remote resources helps simplify and speed up the inner loop. There are several
|
|
||||||
tools available, commercial and open-source, that you can use to enable a hybrid
|
|
||||||
local-and-remote development environment. For example:
|
|
||||||
|
|
||||||
- [Telepresence](https://app.getambassador.io/auth/realms/production/protocol/openid-connect/auth?client_id=docker-docs&response_type=code&redirect_uri=https%3A%2F%2Fapp.getambassador.io&utm_source=docker-docs&utm_medium=dockerwebsite&utm_campaign=Docker%26TP)
|
|
||||||
- [CodeZero](https://www.codezero.io/)
|
|
||||||
- [Gefyra](https://gefyra.dev/)
|
|
||||||
- [kubefwd](https://kubefwd.com/)
|
|
||||||
- [ktunnel](https://github.com/omrikiei/ktunnel)
|
|
||||||
|
|
||||||
## Telepresence
|
|
||||||
|
|
||||||
Telepresence is an open-source CNCF project that helps you integrate local
|
|
||||||
services with a remote Kubernetes cluster. Telepresence works by running a
|
|
||||||
traffic manager pod in Kubernetes, and Telepresence client daemons on developer
|
|
||||||
workstations. The traffic manager acts as a two-way network proxy that can
|
|
||||||
intercept connections and route traffic between the cluster and containers
|
|
||||||
running on developer machines.
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
You have a few options for how the local containers can integrate with the cluster:
|
|
||||||
|
|
||||||
- No intercepts
|
|
||||||
|
|
||||||
The most basic integration involves no intercepts at all. Simply establishing
|
|
||||||
a connection between the container and the cluster. This enables the container
|
|
||||||
to access cluster resources, such as APIs and databases.
|
|
||||||
|
|
||||||
- Global intercepts
|
|
||||||
|
|
||||||
You can set up global intercepts for a service. This means all traffic
|
|
||||||
for a service will be re-routed from Kubernetes to your local container.
|
|
||||||
|
|
||||||
- Personal intercepts
|
|
||||||
|
|
||||||
The more advanced alternative to global intercepts is personal intercepts.
|
|
||||||
Personal intercepts let you define conditions for when a request should be
|
|
||||||
routed to your local container. The conditions could be anything from only
|
|
||||||
routing requests that include a specific HTTP header, to requests targeting a
|
|
||||||
specific route of an API.
|
|
||||||
|
|
||||||
Telepresence seamlessly integrates with Docker and it's available for you to try today. Check out the following docs to learn more:
|
|
||||||
|
|
||||||
- [Telepresence extension for Docker Desktop](https://www.getambassador.io/docs/telepresence/latest/docker/extension?utm_source=docker-docs&utm_medium=dockerwebsite&utm_campaign=Docker-TP)
|
|
||||||
- [Telepresence in Docker mode](https://www.getambassador.io/docs/telepresence/latest/docker/cli?utm_source=docker-docs&utm_medium=dockerwebsite&utm_campaign=Docker-TP)
|
|
||||||
- [Telepresence for Docker Compose](https://www.getambassador.io/docs/telepresence/latest/docker/compose?utm_source=docker-docs&utm_medium=dockerwebsite&utm_campaign=Docker-TP)
|
|
||||||
|
|
||||||
|
|
||||||
### Docker × Ambassador
|
|
||||||
|
|
||||||
Sharing a development cluster with a large team can be both a blessing and a
|
|
||||||
curse. Because your teammates are connected to the cluster, you’re able to see
|
|
||||||
what they’re working on. But they can also accidentally step on your intercepts
|
|
||||||
of shared services. Ambassador Labs, creators of Telepresence, run a
|
|
||||||
subscription platform that helps teams share the cluster. You can identify all
|
|
||||||
the intercepts you have running on a service. Each developer can generate an
|
|
||||||
authenticated preview URL to share during code review.
|
|
||||||
|
|
||||||
Docker and Ambassador Labs are working together to make running a hybrid
|
|
||||||
local-remote development environment easy and seamless. You can now connect your
|
|
||||||
Docker ID to Ambassador Cloud to sign in and use Telepresence. To get started:
|
|
||||||
|
|
||||||
1. Go to the
|
|
||||||
[Docker × Ambassador](https://app.getambassador.io/auth/realms/production/protocol/openid-connect/auth?client_id=docker-docs&response_type=code&redirect_uri=https%3A%2F%2Fapp.getambassador.io&utm_source=docker-docs&utm_medium=dockerwebsite&utm_campaign=Docker%26TP)
|
|
||||||
page.
|
|
||||||
2. Sign in using your Docker ID.
|
|
||||||
3. Authorize the Ambassador Cloud app.
|
|
||||||
|
|
||||||
This takes you to a step-by-step guide on setting up Telepresence,
|
|
||||||
connecting to a development cluster, and creating intercepts.
|
|
||||||
|
|
@ -594,10 +594,6 @@
|
||||||
"/scout/integrations/registry/ecr/":
|
"/scout/integrations/registry/ecr/":
|
||||||
- "/go/scout-ecr/"
|
- "/go/scout-ecr/"
|
||||||
|
|
||||||
# Telepresence
|
|
||||||
"/develop/remote-development/":
|
|
||||||
- /go/telepresence/
|
|
||||||
|
|
||||||
# Build links
|
# Build links
|
||||||
"/desktop/use-desktop/builds/":
|
"/desktop/use-desktop/builds/":
|
||||||
- /go/builds/
|
- /go/builds/
|
||||||
|
|
|
||||||
|
|
@ -131,8 +131,6 @@ Guides:
|
||||||
title: Dockerfile best practices
|
title: Dockerfile best practices
|
||||||
- path: /develop/security-best-practices/
|
- path: /develop/security-best-practices/
|
||||||
title: Security best practices
|
title: Security best practices
|
||||||
- path: /develop/remote-development/
|
|
||||||
title: Remote development
|
|
||||||
|
|
||||||
- sectiontitle: Build with Docker
|
- sectiontitle: Build with Docker
|
||||||
section:
|
section:
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue