all root markdown docs to spanish

CODE-OF-CONDUCT-es.md

@@ -0,0 +1,7 @@
+## Código de conducta de la comunidad
+
+Weaveworks sigue el [Código de conducta de la CNCF](https://github.com/cncf/foundation/blob/master/code-of-conduct.md).
+
+Casos de comportamiento abusivo, acosador o inaceptable
+puede ser reportado poniéndose en contacto con un mantenedor del proyecto Weaveworks, o
+Alexis Richardson [email protected].

CONTRIBUTING-es.md

@@ -0,0 +1,135 @@
+# Cómo contribuir
+
+El alcance es [Licencia apache 2.0](LICENSE) y acepta contribuciones a través de GitHub
+solicitudes de extracción. Este documento describe algunas de las convenciones sobre desarrollo
+flujo de trabajo, formato de mensajes de confirmación, puntos de contacto y otros recursos para realizar
+es más fácil conseguir que su contribución sea aceptada.
+
+Agradecemos las mejoras en la documentación, así como en el código.
+
+## Certificado de Origen
+
+Al contribuir a este proyecto, usted acepta el Certificado de Desarrollador de
+Origen (DCO). Este documento fue creado por la comunidad Linux Kernel y es un
+simple declaración de que usted, como contribuyente, tiene el derecho legal de hacer el
+contribución. No se requiere ninguna acción de su parte, pero es una buena idea ver el
+[DCO](DCO) para obtener detalles antes de comenzar a contribuir con código a Scope.
+
+## Correo electrónico, chat y reuniones comunitarias
+
+El proyecto utiliza la lista de correo electrónico de la comunidad de alcance y Slack:
+
+*   Correo electrónico: [ámbito-comunidad](https://groups.google.com/forum/#!forum/scope-community)
+*   Chat: Únete al [Comunidad de tejidos](https://weaveworks.github.io/community-slack/) Espacio de trabajo de Slack y usa el [#scope](https://weave-community.slack.com/messages/scope/) canal
+
+Al enviar correo electrónico, generalmente es mejor usar la lista de correo. Los mantenedores suelen estar bastante ocupados y la lista de correo encontrará más fácilmente a alguien que pueda responder rápidamente. También estarás ayudando potencialmente a otros que tenían la misma pregunta.
+
+**Actualmente en espera**: También nos reunimos regularmente en el [Reunión de la comunidad scope](https://docs.google.com/document/d/103\_60TuEkfkhz_h2krrPJH8QOx-vRnPpbcCZqrddE1s/). No se sienta desanimado a asistir a la reunión debido a no ser un desarrollador. ¡Todos son bienvenidos!
+
+Seguimos el [Código de conducta de la CNCF](CODE-OF-CONDUCT.md).
+
+## Empezar
+
+*   Bifurcar el repositorio en GitHub
+*   Lea el [LÉAME](README.md) para comenzar como usuario y aprender cómo/dónde pedir ayuda
+*   Si desea contribuir como desarrollador, continúe leyendo este documento para obtener más instrucciones.
+*   ¡Juega con el proyecto, envía errores, envía solicitudes de extracción!
+
+## Flujo de trabajo de contribución
+
+Este es un esquema aproximado de cómo preparar una contribución:
+
+*   Cree una rama temática desde la que desee basar su trabajo (generalmente ramificada desde el maestro).
+*   Realizar confirmaciones de unidades lógicas.
+*   Asegúrese de que sus mensajes de confirmación estén en el formato adecuado (consulte a continuación).
+*   Inserte los cambios en una rama de temas en la bifurcación del repositorio.
+*   Si cambiaste el código:
+    *   Agregar pruebas automatizadas para cubrir los cambios
+*   Envíe una solicitud de extracción al repositorio original.
+
+## Cómo compilar y ejecutar el proyecto
+
+```bash
+make && ./scope stop && ./scope launch
+```
+
+Después de cada cambio que realice en el código Go, deberá volver a ejecutar el comando anterior (recompilar y reiniciar Scope) y actualizar la pestaña del navegador para ver sus cambios.
+
+**Propina**: Si solo está realizando cambios en el código frontend de Scope, puede acelerar el ciclo de desarrollo iniciando adicionalmente el servidor Webpack, que recompilará y recargará automáticamente la pestaña de su navegador http://localhost:4042 en cada cambio:
+
+```bash
+cd client && yarn install && yart start
+```
+
+## Cómo ejecutar el conjunto de pruebas
+
+### Backend
+
+Puede ejecutar el linting go y las pruebas unitarias simplemente haciendo
+
+```bash
+make tests
+```
+
+Hay pruebas de integración para Scope, pero desafortunadamente es difícil configurarlas en repositorios bifurcados y la configuración no está documentada. Se necesita ayuda para mejorar esta situación: [#2192](https://github.com/weaveworks/scope/issues/2192)
+
+### Frontend
+
+Uso `yarn` para ejecutar todas las pruebas de Javascript y comprobaciones de linting:
+
+```bash
+cd client && yarn install && yarn test && yarn lint
+```
+
+## Política de aceptación
+
+Estas cosas harán que un PR sea más probable que sea aceptado:
+
+*   un requisito bien descrito
+*   Pruebas de código nuevo
+*   pruebas para código antiguo!
+*   El nuevo código y las pruebas siguen las convenciones del código y las pruebas antiguos
+*   un buen mensaje de confirmación (ver más abajo)
+
+En general, fusionaremos un PR una vez que dos mantenedores lo hayan respaldado.
+Los cambios triviales (por ejemplo, correcciones a la ortografía) pueden ser agitados.
+Para cambios sustanciales, más personas pueden involucrarse, y es posible que se le pida que vuelva a presentar el PR o divida los cambios en más de un PR.
+
+### Formato del mensaje de confirmación
+
+Seguimos una convención aproximada para mensajes de confirmación que está diseñada para responder a dos
+preguntas: qué cambió y por qué. La línea de asunto debe presentar el qué y
+el cuerpo del compromiso debe describir el por qué.
+
+```txt
+scripts: add the test-cluster command
+
+this uses tmux to setup a test cluster that you can easily kill and
+start for debugging.
+
+Fixes #38
+```
+
+El formato se puede describir de manera más formal de la siguiente manera:
+
+```txt
+<subsystem>: <what changed>
+<BLANK LINE>
+<why this change was made>
+<BLANK LINE>
+<footer>
+```
+
+La primera línea es el asunto y no debe tener más de 70 caracteres, el
+la segunda línea siempre está en blanco, y otras líneas deben envolverse a 80 caracteres.
+Esto permite que el mensaje sea más fácil de leer en GitHub, así como en varios
+herramientas git.
+
+## Plugins de 3ª parte
+
+Así que has creado un plugin de Scope. ¿Dónde debería vivir?
+
+Hasta que madure, debe vivir en su propio repositorio. Le recomendamos que anuncie su complemento en el [lista de correo](https://groups.google.com/forum/#!forum/scope-community) y para demostrarlo en un [reuniones comunitarias](https://docs.google.com/document/d/103\_60TuEkfkhz_h2krrPJH8QOx-vRnPpbcCZqrddE1s/).
+
+Si tiene una buena razón por la cual los mantenedores de Scope deben tomar la custodia de su
+plugin, por favor abra un problema para que pueda ser potencialmente promovido a la [Plugins de alcance](https://github.com/weaveworks-plugins/) organización.

GOVERNANCE-es.md

@@ -0,0 +1,58 @@
+# Gobernanza del alcance
+
+Este documento define la gobernanza del proyecto para el proyecto. Esto es (y probablemente siempre será) un Trabajo en Progreso.
+
+## Objetivos y principios
+
+Objetivos y principios de la comunidad de Scope:
+
+1.  Transición de un proyecto principalmente de Weaveworks a un verdadero proyecto impulsado por la comunidad con gobernanza autónoma. Weaveworks notó el interés de varios actores y decidió nutrir a una comunidad y ver dónde puede llevar el proyecto.
+2.  Llene las necesidades de la comunidad con una actitud de cortar madera y llevar agua: espere retribuir antes de tomar si desea tener un impacto. Las demandas y sugerencias de los miembros de la comunidad se tendrán en cuenta, pero las acciones y la ayuda serán más apreciadas.
+
+## Código de conducta
+
+La comunidad de Scope cumple con la CNCF [código de conducta](https://github.com/cncf/foundation/blob/master/code-of-conduct.md). Aquí hay un extracto:
+
+*Como colaboradores y mantenedores de este proyecto, y en el interés de fomentar una comunidad abierta y acogedora, nos comprometemos a respetar a todas las personas que contribuyen a través de problemas de informes, publicación de solicitudes de funciones, actualización de documentación, envío de solicitudes de extracción o parches, y otras actividades.*
+
+Como miembro del proyecto Scope, usted representa al proyecto y a sus compañeros colaboradores.
+Valoramos enormemente a nuestra comunidad y nos gustaría seguir cultivando un ambiente amigable y colaborativo.
+entorno para nuestros colaboradores y usuarios. Queremos que todos en la comunidad tengan
+[experiencias positivas](https://www.cncf.io/blog/2016/12/14/diversity-scholarship-series-one-software-engineers-unexpected-cloudnativecon-kubecon-experience).
+
+## Votación
+
+El proyecto Scope tiene como objetivo emplear el "voto de la organización" para garantizar que ninguna organización pueda dominar el proyecto. [Alfonso Acosta](https://github.com/2opremio) tomará el mantenimiento inicial hasta que suficientes votantes se unan a la comunidad. Una vez que la comunidad alcance la masa crítica y se diseñen suficientes mantenedores, comenzará la gobernanza basada en el voto.
+
+A las personas no asociadas o empleadas por una empresa u organización se les permite un voto de la organización.
+Cada empresa u organización (independientemente del número de mantenedores asociados o empleados por esa empresa / organización) recibe un voto de la organización.
+
+En otras palabras, si dos mantenedores son empleados por la Compañía X, dos por la Compañía Y, dos por la Compañía Z, y un mantenedor es un individuo no afiliado, un total de cuatro "votos de organización" son posibles; uno para X, uno para Y, uno para Z y uno para el individuo no afiliado.
+
+Cualquier mantenedor de una organización puede emitir el voto por esa organización.
+
+Para las votaciones formales, se debe agregar una declaración específica de lo que se está votando al tema relevante de github o RP, y un enlace a ese tema o RP agregado al documento de la agenda de la reunión de mantenedores.
+Los mantenedores deben indicar su voto de sí / no sobre ese tema o RP, y después de un período de tiempo adecuado, los votos se contarán y se anotará el resultado.
+
+## Cambios en el mantenimiento
+
+Los nuevos mantenedores son propuestos por un mantenedor existente y son elegidos por un voto mayoritario de 2/3 de la organización.
+
+Los mantenedores pueden ser eliminados por un voto mayoritario de 2/3 de la organización.
+
+## Aprobación de rps
+
+Los RP no relacionados con las especificaciones pueden fusionarse después de recibir al menos dos votos de la organización.
+
+## Administración de proyectos de Github
+
+Los mantenedores tendrán acceso por escrito al [weaveworks/alcance](https://github.com/weaveworks/scope) Repositorio de GitHub.
+
+## Cambios en la gobernanza
+
+Todos los cambios en la gobernanza requieren un voto mayoritario de 2/3 de la organización.
+
+## Otros cambios
+
+A menos que se especifique anteriormente, todos los demás cambios en el proyecto requieren un voto mayoritario de 2/3 de la organización.
+Además, cualquier mantenedor puede solicitar que cualquier cambio requiera un voto mayoritario de 2/3 de la organización.

README-es.md

@@ -0,0 +1,87 @@
+# Weave Scope - Solución de problemas y monitoreo para Docker y Kubernetes
+
+[![Circle CI](https://circleci.com/gh/weaveworks/scope/tree/master.svg?style=shield)](https://circleci.com/gh/weaveworks/scope/tree/master)
+[![Coverage Status](https://coveralls.io/repos/weaveworks/scope/badge.svg)](https://coveralls.io/r/weaveworks/scope)
+[![Go Report Card](https://goreportcard.com/badge/github.com/weaveworks/scope)](https://goreportcard.com/report/github.com/weaveworks/scope)
+[![Docker Pulls](https://img.shields.io/docker/pulls/weaveworks/scope.svg?maxAge=604800)](https://hub.docker.com/r/weaveworks/scope/)
+[![GoDoc](https://godoc.org/github.com/weaveworks/scope?status.svg)](https://godoc.org/github.com/weaveworks/scope)
+[![Good first issues](https://img.shields.io/github/issues/weaveworks/scope/good-first-issue.svg?color=blueviolet\&label=good%20first%20issues)](https://github.com/weaveworks/scope/issues?q=is%3Aissue+is%3Aopen+label%3Agood-first-issue)
+
+Weave Scope genera automáticamente un mapa de su aplicación, lo que le permite
+comprenda, supervise y controle de forma intuitiva su aplicación basada en microservicios en contenedores.
+
+## Comprenda sus contenedores Docker en tiempo real
+
+<img src="imgs/topology.png" width="200" alt="Map you architecture" align="right">
+
+Elija una descripción general de su infraestructura de contenedores o concéntrese en un microservicio específico. Identifique y corrija fácilmente los problemas para garantizar la estabilidad y el rendimiento de sus aplicaciones en contenedores.
+
+## Detalles contextuales y enlaces profundos
+
+<img src="imgs/selected.png" width="200" alt="Focus on a single container" align="right">
+
+Vea métricas contextuales, etiquetas y metadatos para sus contenedores.  Navegue sin esfuerzo entre los procesos dentro de su contenedor para alojar sus contenedores en los que se ejecutan, organizados en tablas expandibles y clasificables.  Encuentre fácilmente el contenedor utilizando la mayor cantidad de CPU o memoria para un host o servicio determinado.
+
+## Interactuar y administrar contenedores
+
+<img src="imgs/terminals.png" width="200" alt="Launch a command line." align="right">
+
+Interactúe directamente con sus contenedores: pause, reinicie y detenga los contenedores. Inicie una línea de comandos. Todo ello sin salir de la ventana del navegador de ámbito.
+
+## Amplíe y personalice a través de plugins
+
+Agregue detalles o interacciones personalizados para sus hosts, contenedores y/o procesos mediante la creación de complementos de Scope. O bien, simplemente elija entre algunos que otros ya han escrito en el GitHub [Complementos de weaveworks Scope](https://github.com/weaveworks-plugins/) organización.
+
+## Quién utiliza Scope en la producción
+
+*   [Ábside](https://apester.com/)
+*   [Deepfence](https://deepfence.io) en [ThreatMapper](https://github.com/deepfence/ThreatMapper) y [ThreatStryker](https://deepfence.io/threatstryker/)
+*   [MayaData](https://mayadata.io/) en [MayaOnline / MayaOnPrem](https://mayadata.io/products)
+*   [Tejidos](https://www.weave.works/) en [Tejer la nube](https://cloud.weave.works)
+
+Si deseas que se agregue tu nombre, comunícanoslo en Slack o envía un PR, por favor.
+
+## <a name="getting-started"></a>Empezar
+
+**Asegúrese de que su computadora esté detrás de un firewall que bloquea el puerto 4040** entonces
+
+```console
+sudo curl -L git.io/scope -o /usr/local/bin/scope
+sudo chmod a+x /usr/local/bin/scope
+scope launch
+```
+
+Este script descarga y ejecuta una imagen de ámbito reciente de Docker Hub.
+Ahora, abra su navegador web para **<http://localhost:4040>**.
+
+Para obtener instrucciones sobre cómo instalar Scope en [Kubernetes](https://www.weave.works/docs/scope/latest/installing/#k8s), [DCOS](https://www.weave.works/docs/scope/latest/installing/#dcos)o [ECS](https://www.weave.works/docs/scope/latest/installing/#ecs)ver [los documentos](https://www.weave.works/docs/scope/latest/introducing/).
+
+## <a name="help"></a>Intenta comunicarte
+
+Somos una comunidad muy amigable y nos encantan las preguntas, la ayuda y los comentarios.
+
+Si tiene alguna pregunta, comentario o problema con Scope:
+
+*   Docs
+    *   Leer [los documentos de Weave Scope](https://www.weave.works/docs/scope/latest/introducing/)
+    *   Echa un vistazo a la [preguntas frecuentes](/site/faq.md)
+    *   Más información sobre cómo el [La comunidad scope opera](GOVERNANCE.md)
+*   Únete a la discusión
+    *   Invítate a la <a href="https://slack.weave.works/" target="_blank">Comunidad de tejidos</a> Flojo
+    *   Haga una pregunta en el [#scope](https://weave-community.slack.com/messages/scope/) Canal de Slack
+    *   Enviar un correo electrónico a [Grupo comunitario Scope](https://groups.google.com/forum/#!forum/scope-community)
+*   Reuniones y eventos
+    *   Únete a la [Grupo de usuarios de Tejido](https://www.meetup.com/pro/Weave/) y ser invitado a charlas en línea, capacitación práctica y reuniones en su área
+    *   Únete (y sigue leyendo) a los regulares [Reuniones comunitarias de scope](https://docs.google.com/document/d/103\_60TuEkfkhz_h2krrPJH8QOx-vRnPpbcCZqrddE1s/edit) - actualmente en espera.
+*   Contribuyendo
+    *   Averigüe cómo [contribuir a Scope](CONTRIBUTING.md)
+    *   [Presentar un problema](https://github.com/weaveworks/scope/issues/new) o hacer una solicitud de extracción para uno de nuestros [buenos primeros números](https://github.com/weaveworks/scope/issues?q=is%3Aissue+is%3Aopen+label%3Agood-first-issue)
+
+¡Sus comentarios son siempre bienvenidos!
+
+Seguimos el [Código de conducta de la CNCF](CODE-OF-CONDUCT.md).
+
+## Licencia
+
+Scope está licenciado bajo la Licencia Apache, Versión 2.0. Ver [LICENCIA](LICENSE) para el texto completo de la licencia.\
+Encuentre más detalles sobre las licencias de código de proveedor en [VENDORED_CODE.md](VENDORED_CODE.md).

VENDORED_CODE-es.md

@@ -0,0 +1,25 @@
+# Uso de código de proveedor en Weave Scope
+
+Weave Scope está licenciado bajo el [Licencia de Apache 2.0](LICENSE).
+
+Sin embargo, algunos códigos de proveedores están bajo diferentes licencias, todas ellas envían el
+todo el texto de la licencia bajo el que se encuentran.
+
+*   https://github.com/weaveworks/go-checkpoint\
+    https://github.com/weaveworks/go-cleanhttp\
+    https://github.com/certifi/gocertifi\
+    se puede encontrar en el directorio ./vendor/, está bajo MPL-2.0.
+
+*   Atraídos por dependencias son\
+    https://github.com/hashicorp/go-version (MPL-2.0)\
+    https://github.com/hashicorp/golang-lru (MPL-2.0)
+
+*   Un archivo extraído por una dependencia está bajo CDDL:\
+    ./vendor/github.com/howeyc/gopass/terminal_solaris.go
+
+*   Los documentos de una dependencia que es atraída por una dependencia
+    están bajo CC-BY 4.0:
+    ./vendor/github.com/docker/go-units/
+
+[Un archivo utilizado en las pruebas](COPYING.LGPL-3) está bajo LGPL-3, es por eso que enviamos
+el texto de la licencia en este repositorio.