Matthias Radestock faf5b14d8b make CNI setup work on recent Docker-for-Macs
Docker for Mac 1.12.0-rc3 (as of beta18) looks for mounted paths on VM
first, and when it doesn't find them there, it assumes they refer to
paths on the Mac OS host. At which point it will complain that the
paths don't exit.

So instead we mount / since that will always exist on the VM. It's
also what we used to do already when launching the router.

Fixes #2434.
2016-08-04 22:03:39 +01:00
2016-03-23 16:05:13 +00:00
2016-07-05 15:12:39 +01:00
2016-08-03 14:28:05 +01:00
2016-07-05 15:12:39 +01:00
2016-07-09 05:41:37 +01:00
2016-03-28 18:09:08 +01:00
2016-06-08 16:44:54 +01:00
2016-06-20 14:47:52 +01:00
2016-04-24 19:55:23 +01:00
2014-08-18 17:55:26 +01:00
2016-01-05 12:19:00 +00:00
2016-01-05 12:19:00 +00:00
2016-06-01 14:43:23 +01:00
2016-02-29 14:31:06 +00:00

Weave Net - Weaving Containers into Applications

Integration Tests Coverage Status Go Report Card Slack Status Docker Pulls

About Weaveworks

Weaveworks is the company that delivers the most productive way for developers to connect, observe and control Docker containers.

This repository contains Weave Net, the first product developed by Weaveworks, and with nearly 5 million downloads to date, it enables you to get started with Docker clusters and portable apps in a fraction of the time compared with other solutions.

Other products from Weaveworks include Weave Scope, a powerful container monitoring tool that automatically maps Docker containers and their interactions, and Weave Flux, a microservice router that automates the access of containers as services.

Weave Net

Weave Net creates a virtual network that connects Docker containers across multiple hosts and enables their automatic discovery. With Weave Net, portable microservices-based applications consisting of multiple containers can run anywhere: on one host, multiple hosts or even across cloud providers and data centers. Applications use the network just as if the containers were all plugged into the same network switch, without having to configure port mappings, ambassadors or links.

Services provided by application containers on the Weave network can be exposed to the outside world, regardless of where they are running. Similarly, existing internal systems can be opened to accept connections from application containers irrespective of their location.

S
Description
Weave Net fork (from rajch/weave)
Readme
36 MiB
0 Stars 1 Watchers 0 Forks
Languages
Go 73.7%
Shell 21.8%
Makefile 2.4%
Dockerfile 1.5%
Ruby 0.3%
Other 0.3%