These are the Kickstarter Engineering and Data role definitions for both teams.
| #!/usr/bin/env python | |
| # encoding: utf-8 | |
| from Queue import Queue | |
| from SocketServer import BaseRequestHandler, ThreadingTCPServer | |
| from datetime import datetime | |
| import threading | |
| ThreadingTCPServer.allow_reuse_address = True |
First get the Interface mac address, then use that to run the full command
INTERFACE=$(curl --silent http://169.254.169.254/latest/meta-data/network/interfaces/macs/)
SUBNET_ID=$(curl --silent http://169.254.169.254/latest/meta-data/network/interfaces/macs/${INTERFACE}/subnet-id)
VPC_ID=$(curl --silent http://169.254.169.254/latest/meta-data/network/interfaces/macs/${INTERFACE}/vpc-id)
echo SUBNET_ID- With Docker 1.8.0 shipped new log-driver for GELF via UDP, this means that the logs from Docker Container(s) can be shipped directly to the ELK stack for further analysis.
- This tutorial will illustrate how to use the GELF log-driver with Docker engine.
- Step 1: Setup ELK Stack:
docker run -d --name es elasticsearchdocker run -d --name logstash --link es:elasticsearch logstash -v /tmp/logstash.conf:/config-dir/logstash.conf logstash logstash -f /config-dir/logstash.conf- Note the config for Logstash can be found at this link
docker run --link es:elasticsearch -d kibana
- Once the ELK stack is up now let's fire up our nginx container which ships its logs to ELK stack.
LOGSTASH_ADDRESS=$(docker inspect --format '{{ .NetworkSettings.IPAddress }}' logstash)- `docker run -d --net=host --log-driver=gelf --log-opt gelf-address=u
| node { | |
| // https://registry.hub.docker.com/_/maven/ | |
| def maven32 = docker.image('maven:3.2-jdk-7-onbuild'); | |
| stage 'Mirror' | |
| // First make sure the slave has this image. | |
| // (If you could set your registry below to mirror Docker Hub, | |
| // this would be unnecessary as maven32.inside would pull the image.) | |
| maven32.pull() | |
| // We are pushing to a private secure docker registry in this demo. |
Hi Nicholas,
I saw you tweet about JSX yesterday. It seemed like the discussion devolved pretty quickly but I wanted to share our experience over the last year. I understand your concerns. I've made similar remarks about JSX. When we started using it Planning Center, I led the charge to write React without it. I don't imagine I'd have much to say that you haven't considered but, if it's helpful, here's a pattern that changed my opinion:
The idea that "React is the V in MVC" is disingenuous. It's a good pitch but, for many of us, it feels like in invitation to repeat our history of coupled views. In practice, React is the V and the C. Dan Abramov describes the division as Smart and Dumb Components. At our office, we call them stateless and container components (view-controllers if we're Flux). The idea is pretty simple: components can't
| #!/bin/sh | |
| STAGED_FILES=$(git diff --cached --name-only --diff-filter=ACM | grep ".jsx\{0,1\}$") | |
| if [[ "$STAGED_FILES" = "" ]]; then | |
| exit 0 | |
| fi | |
| PASS=true |