はてなブックマーク

# terraform init Initializing provider plugins... - Checking for available provider plugins on https://releases.hashicorp.com... - Downloading plugin for provider "aws" (2.6.0)... The following providers do not have any version constraints in configuration, so the latest version was installed. To prevent automatic upgrades to new major versions that may contain breaking changes, it is recommended

TerraformはCLI上から terraform というコマンドを打つことで実行することができます。 この章では terraform コマンドをDocker上で動かすための準備をします。 なぜDockerでハンズオンを行うのか Dockerはパッケージングを行うための技術です。 サーバーを起動するだけではなく、バージョンの固定や不要なミドルウェアの無いクリーンな環境を用意することが可能です。 コンテナ内だけで完結するためホストマシンの環境を汚さずに使用することができます。 また、ホストマシン上でterraformを使用したい場合は直接terraformコマンドをインストールせず、バージョン管理が可能なツール(e.g. tfenv )を使用してインストールすることを推奨します。 IAMユーザーの作成¶ まずはAWSのWebコンソールへアクセスしてTerraform実行用のIAMユーザーを

クラウドスターターキット¶ About¶ AWSにおける3層アーキテクチャのためのテンプレートになります（以降スターターキットと呼びます）。 構成¶ スターターキットは1つのドキュメントリポジトリと2つのアプリケーション用リポジトリで構成されます。 y-ohgi/starterkit スターターキットのドキュメントです。 当リポジトリ（gitbook）です。 y-ohgi/starterkit-inf TerraformでAWSの共通リソース（VPC, ALB, ECS Cluster, etc...）を記載 y-ohgi/starterkit-app アプリケーションコード用リポジトリ ローカル環境ではdocker-composeを、本番環境では"starterkit-inf"で構築した共通リソースの上にECS/Fargateを構築します。 サンプルとして別ブランチにgolangでの例を

ECSとは¶ "Elastic Container Service" はAWSが開発したDockerオーケストレーションツールです。 開発者はコンテナを動かすことに集中できるよう開発されていてクラスターの管理はAWSが行ってくれます。 そのため、プロダクションで活用するまでの学習コストが低く、他のAWSサービスとの連携もしやすいことが特徴です。 構成¶ ECSは "コントロールプレーン" と "データプレーン" の2つに別れます。 データプレーンは1台以上のEC2をリソースプールとして扱うもので、データプレーン上にコンテナは配置されます。 コントロールプレーンはデータプレーン上へコンテナの配置とその管理を行います。 基本的に開発者はEC2を立てて、ECSのコンソール上で「どんなコンテナが必要か」定義するだけであとはよしなにコンテナが動きます。 Fargate データプレーンを構成するEC2

まずはDocker Image のおさらいです。 Docker Image はDockerfileによって作成される特定の環境のスナップショットです。 そしてそのDocker Image を実行することでDocker Container を起動することができることがわかりました。 ここで少し深掘りしてDocker Image/Containerの仕組みについて学びましょう。 Container¶ 前提として、生成されたDockerImageはRead Onlyです。 Docker Containerを作成することで変更可能なレイヤーが新しく作成され、その上でプロセスを動かします。 コンテナ起動後、どのファイルが変更されたかは docker diff を使用して確認することができます。 docker diff は非常に有用で、Dockerfile記述時のデバッグによく使用します。 Uniso

入門 Kubernetes¶ About¶ このドキュメントはKubernetesの入門のためのハンズオンです。 「手を動かして入門する」ことと筆者の学習を目的にしています。 想定する読者層¶ Docker・docker-composeを触ったことがある Linuxの基本的な操作ができる Version¶ Google Cloud SDK 253.0.0 Google Kubernetes Engine 1.12.8-gke.10 必要な環境¶ Google Cloud Platform

Home About¶ Terraformについてハンズオン形式で学ぶドキュメントです。 なるべく本番環境に近い環境をTerraformで構築し、「実務ですばやくTerraformを記述/導入できるようになる」ことが目的です。 Version¶ Docker 18.09.3 docker-compose 1.23.2 Terraform 0.11.13 必要な環境¶ AWSアカウント クラウドならアマゾン ウェブ サービス 【AWS 公式】 Docker for Mac/Windows Docker CE — Docker-docs-ja 17.06.Beta ドキュメント Mac: $ brew cask install docker AWS CLI AWS Command Line Interface をインストールする - AWS Command Line Interface Mac

この章ではDockerfileを記述する際のベストプラクティスについて紹介します。 今までの章を元に、良いDockerfileを書くエッセンスになれば幸いです。 ここまでのおさらいです。¶ 「 セキュリティ 」 野良のイメージをベースイメージにしない 様々なサードパティ製品もありますが、Dockerfileだけでも特権ユーザーを使わないなどの設定が必要となります。 「 マルチステージビルド 」 イメージは軽量であるほどリードタイムが短くなり有利です。 マルチステージビルドを使うことで軽量なイメージを作成することができます。 「 イメージの仕組みと設計 」 「1コンテナ = 1プロセス」の原則、もしくは「1コンテナにつき1つの責務」でイメージを設計する必要があります。 コンテナはステートレスである必要があり、ログは標準出力に、永続データは外部のデータストアに入れましょう。 軽量なベースイメー

VMとDockerはどちらも隔離された環境を提供するための 仮想化技術 です。 結論から言うと、VMは コンピュータ自体 を仮想化するのに対して、Dockerは プロセス の仮想化を行います。 この2つは競合する技術ではなく、むしろ共存することが多いです。 また、VMが適しているユースケースもあるのでプロダクトの要件に応じてDockerとVMを選定する必要があるでしょう。 VirtualMachine¶ VirtualMachine(以下VM)はハードウェアから上、ハードウェア・カーネル(OS)・ユーザースペースの低レイヤーから仮想化を行うための技術です。 例えばmacOS上でWindowsを動かしたり、x86環境でARMを動かすと言ったことが可能になります。 当然ながら仮想化をする領域が広いためオーバーヘッドが大きくなります。 Docker¶ Dockerはコンテナと呼ばれる仮想化技術で

Docker Containerとは¶ Docker Image がスナップショットだとしたらDocker Container はその 「スナップショットから起動したプロセス」 です。 より具体的にいうと docker run を実行するとDocker Image をもとにしてDocker Containerが作成され、隔離された環境が作成されます。 Docker Container は Docker Imageを元にして作成され、リソースの許す限り立ち上げることができます。 意識する点として、Docker Container は1つのコマンドをフォアグラウンドで動かすように設計されていることです。 Docker Containerは1つのコマンドを隔離された環境で実行し、そのコマンドの実行がフォアグラウンドで終了するまで生存します。 ライフサイクル¶ Docker Container は

まずはDockerを試してみましょう！ この章ではDockerコマンドを使用してnginxサーバーを構築することを目標とします。 1. Play With Dockerへログイン¶ 当資料ではDockerの環境としてPlay with Docker を使用します。 ローカルPC (Mac/Windows/Linux) でもDocker動かすことが可能ですがMac/WindowsとLinuxで挙動が一部異なるので、ハンズオンでは挙動を統一することが目的です。 Play With DockerではDockerHubのアカウントが必要になるため、まだアカウントを作成していない方は作成をしてください。 https://hub.docker.com 2. インスタンスの起動¶ ログインすると以下のような画面が表示されるので、まずはインスタンスを起動します。 サイドバーの + ADD NEW INST

Docker Imageとは¶ Imageは "環境のスナップショット" としての役割を持っています。 例えばCentOSやUbuntuやAlpineなどのOS、NginxやMySQLのようなソフトウェア、PHPやRubyのようなランタイムなどの環境を提供してくれます。 この章ではこのスナップショットの仕組みであるDocker Imageについてハンズオン形式で学んでいきます。 Ubuntuを動かす¶ はじめに、Docker上でUbuntuを動かしてみましょう。 先程はNginxのようなソフトウェアを動かしましたが、DockerではUbuntuのようなOSも立ち上げることも可能です。 ImageのPull¶ Docker Image はDockerの公式が DockerHub と呼ばれるサービス上で様々なOS・ソフトウェアを公開しています。 DockerHub上で公開されているUbuntu

Dockerって？¶ もはやバズワードではなくデファクトスタンダードの立ち位置を確立しはじめたDockerです。 Dockerはコンテナと呼ばれる仮想化のための技術です。 Dockerを何故使うのか、どんな技術でできているのかをざっくり紹介します。 なぜDockerを使うのか¶ 1. ポータビリティ¶ Dockerはパッケージングのための技術と言っても過言ではないでしょう。 特定の環境をパッケージングし、どの環境でも動くポータビリティを保証します。 Dockerは任意のタイミングの状態（ライブラリ・ランタイム・コード）を1つのスナップショットとして保存します。 スナップショットは任意のタイミングの状態を再現することが可能で、そしてそのスナップショットを他の開発者やステージングや本番環境へ配布することが可能です。 当たり前ですがネットワークの疎通など、パッケージングされた外の環境は保証されな

入門 Docker¶ About¶ Dockerの入門からプロダクションで活用するプラクティスについてのドキュメントです。 プロダクションへ導入するために必要なDockerの概要から設計までをなるべく最短経路で学ぶことが目的です。 想定する読者層¶ WebAPIのようなサーバーサイドのプログラミングをしたことがある Dockerをこれからプロダクション環境へ導入してみたいと考えている初学者 Version¶ Docker 18.09.3 docker-compose 1.23.2 必要な環境¶ Docker Hub のアカウント Docker公式レジストリ Play with Docker DockerをWeb上で動かせる環境 Play with Dockerを起動するのに前述のDockerHubアカウントが必要 Docker for Mac(Windows)の場合VMが間に挟まり挙動が異