Magic words:
psql -U postgresSome interesting flags (to see all, use -h or --help depending on your psql version):
-E: will describe the underlaying queries of the \ commands (cool for learning!)-l: psql will list all databases and then exit (useful if the user you connect with doesn't has a default database, like at AWS RDS)
| # Quick script to configure routes for a VPC peering connection | |
| # Searches a region for all peering connection and prompts to choose one | |
| # Configures routes between the peered networks for all routing tables | |
| # STS/AssumeRole not implemented cross-account peering. Instead, | |
| # Choose accepter/requestor depending on which credentials are set in the environment | |
| # Enter either IPv4 and IPv6 route destinations | |
| # Example usage: | |
| # ( Assuming boto credentials are configured) | |
| # $ pip install boto3 | |
| # $ python3.6 peer_routes.py |
| # eks.yml | |
| on: | |
| pull_request: | |
| push: | |
| branches: # array of glob patterns matching against refs/heads. Optional; defaults to all | |
| - master # triggers on pushes that contain changes in master | |
| name: Build and Deploy to EKS | |
| env: |
| { | |
| "Version": "2012-10-17", | |
| "Statement": [ | |
| { | |
| "Effect": "Allow", | |
| "Action": [ | |
| "iam:CreateInstanceProfile", | |
| "iam:DeleteInstanceProfile", | |
| "iam:GetRole", | |
| "iam:GetInstanceProfile", |
| { | |
| "Version": "2012-10-17", | |
| "Statement": [ | |
| { | |
| "Effect": "Allow", | |
| "Action": [ | |
| "iam:CreateInstanceProfile", | |
| "iam:DeleteInstanceProfile", | |
| "iam:GetRole", | |
| "iam:GetInstanceProfile", |
| cheat sheets. | |
| $ command line ruby cheat sheets | |
| PostgreSQL | |
| ---------- | |
| Create the filesystem | |
| ---- | |
| $ export PGROOT="/var/lib/postgres" | |
| $ mkdir -p $PGROOT/data && chown postgres.postgres $PGROOT/data |
| #!/bin/bash -xe | |
| ## SET BASIC VARIABLES | |
| EKS_CLUSTER="dev-cluster" | |
| IAM_ROLE_NAME=eksctl-$EKS_CLUSTER-iamserviceaccount-role | |
| EXTERNAL_SECRETS_POLICY="kube-external-secrets" | |
| #### CREATE POLICY TO ACCESS SSM/Secrets Manager | |
| cat << EOF > policy.json | |
| { |
• 45-minute systems interview, focus on responding to real world problems with an unhealthy service, such as a web server or database. The interview will start off at a high level troubleshooting a likely scenario, dig deeper to find the cause and some possible solutions for it. The goal is to probe your knowledge of systems at scale and under load, so keep in mind the challenges of the Facebook environment.
• Focus on things such as tooling, memory management and unix process lifecycle.
More specifically, linux troubleshooting and debugging. Understanding things like memory, io, cpu, shell, memory etc. would be pretty helpful. Knowing how to actually write a unix shell would also be a good idea. What tools might you use to debug something? On another note, this interview will likely push your boundaries of what you know (and how to implement it).
Interview is all about taking an ambiguous question of how you might build a system and letting
| # AWS S3 bucket for static hosting | |
| resource "aws_s3_bucket" "website" { | |
| bucket = "${var.website_bucket_name}" | |
| acl = "public-read" | |
| tags { | |
| Name = "Website" | |
| Environment = "production" | |
| } |
| # Copyright (c) 2018 Bao Nguyen <[email protected]> | |
| # | |
| # Permission is hereby granted, free of charge, to any person obtaining a copy | |
| # of this software and associated documentation files (the "Software"), to deal | |
| # in the Software without restriction, including without limitation the rights | |
| # to use, copy, modify, merge, publish, distribute, sublicense, and/or sell | |
| # copies of the Software, and to permit persons to whom the Software is | |
| # furnished to do so, subject to the following conditions: | |
| # | |
| # The above copyright notice and this permission notice shall be included in all |