------------------------------------------------------ 2024 年 1 月更新 本書がきっかけで「なんとか Docker を使えるようになりたい」というプログラマの方向けの入門書を秀和システム様から出版させていただけることになりました 開発系エンジニアのためのDocker絵とき入門 https://www.amazon.co.jp/dp/4798071501 紙書籍と電子書籍、どちらもございます この書籍と執筆経験は、みなさまからの驚くほどの高評価があればこそ得られた機会でした いつも本当にありがとうございます 書籍化に際しまして、この場で次のとおり説明させていただきます 1️⃣ 本書 ( Zenn ) は有料化しません 2️⃣ 本書 ( Zenn ) は今後更新しません 3️⃣ 本書 ( Zenn ) と出版される絵とき入門の違い

こんにちは。現役エンジニアの”はやぶさ”@Cpp_Learningです。 WSL2 + Docker + VS Code の Remote – Containers のPython開発環境が最高だったので、構築方法と実践チュートリアルを紹介します。

1. DockerCon SF19 で発表の、基礎→マルチ・ステージ・ビルド→最新動向まで Sakura Internet, Inc. Masahito Zembutsu @zembutsu Docker Meetup Kansai #3 #dockerkansai May 24, 2019 Dockerfileを改善するための Best Practice ２０１９年版 2. DockerCon SF19 での発表に基づく内容 • Dockerfile Best Practices https://www.slideshare.net/Docker/dcsf19-dockerfile-best-practices 2 • 動画もご覧ください https://www.docker.com/dockercon/2019-videos?watch=dockerfile-best-practice

はじめに初めまして、FinatextグループのK-ZONEチームでインターンをしている松永と申します． 現在インターンではバーチャル株投資ゲームの「トレダビ」の改善を行っています． トレダビを長く運用し続けてきた弊社ですが、長年の運用から技術的負債が溜まっていました． その中の一つに、トレダビのローカルの開発環境でゲーミフィケーションサーバ(トレダビにおいてゲーム的な要素を担当するサーバ)がDocker上で動いておらず、ローカルで開発を進める際に特定の画面の確認ができないという問題がありました． この問題をどのように解決したかについて紹介します． トレダビの開発環境についてトレダビはRuby on Rails + MySQL + Java(ゲーミフィケーションサーバ)で運用されており、AWSの開発環境では以下のような構成で動作しています． しかし、トレダビのローカルの開発環境ではゲーミフィ

ブログ用 CMS として有名な WordPress の Docker のコンテナを Ubuntu 18.04 に立てて、Nginx でリバースプロキシを設置し、外部にサイトを公開するまでの手順を書いておきたい。 ここでは Sakura VPS の Ubuntu 18.04 を用いたセットアップ手順について記載する。 目次 導入 パケットフィルタに Web を追加して OS をインストール ユーザー ubuntu で作業 ユーザー USER_NAME で作業 ブラウザで自分のサイトにアクセス 参考資料 導入 この記事で構築する環境は、以下の構成になる。 パケットフィルタにWebを追加してOSをインストール Sakura VPS に Ubuntu 18.04 をインストールする。 初めに作成されるユーザー名を確認 パケットフィルタに Web を追加 ユーザーubuntuで作業 ここから先は、V

この記事は今後，Zennで更新します． docker-composeで利用するversion 3の設定をまとめる． Docker Engineが対応するファイルフォーマットのバージョン Compose and Docker compatibility matrix 1.13.0+ 以降がCompose file verison 3.0に対応する． 設定 build 指定したディレクトリにあるdockerfileでコンテナを起動する． context, dockerfile, argsで指定もできる． build: ./dir build: context: ./dir dockerfile: Dockerfile-alternate args: buildno: 1

はじめに WordPressの開発を複数人で行う時に、テーマファイルをgitで管理するけど、WordPressの本体やデータベースファイルまではgitで管理することはないと思います。そのような場合、ローカルPC上にWordPressの開発環境を作るのが面倒だったりします。特に利用するプラグインが10個くらいあると、それを管理画面からインストールしているとつらくなります。 そんな面倒な構築作業はコード化してしまえばいいよねってことで、Docker環境でさくっと作ってみました。 最初に用意するもの Docker環境 本記事では、Mac OS + docker desktop 2.1.0.1を使用しています 以下のファイル docker-compose.yml Dockerfile WordPressのインストールシェル ファイル docker-compose.yml WordPress Cor

2018/3/12 環境変数 MYSQL_ROOT_HOST に関して追記しました。 動機 DockerオフィシャルのMySQL（MariaDB）のコンテナには環境変数や初期化スクリプトの投入機能があります。 便利に使える一方で、**「ただし、初回起動時のみ」**という制約が忘れられがちです。 この初回起動か否かというのは、コンテナ内の mysql ディレクトリの有無で判断されています（後述）。 MySQL（MariaDB）のコンテナでは、データベースという特性上、Dockerのボリューム機能を合わせて使うことが多いです。 そのため、docker-compose.yml で環境変数をいじったり、初期化スクリプトをちょっと修正して再実行しても初回起動ではないと判定されて、全くデータベースに反映されないということが普通に起こります。 知らないとハマってどうしようもなくなりますので、Docker

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに 年末にひさしぶりにPHPのプロジェクトを作る機会がありました。 いつの間にかPHP7.3がリリースされており、 いつの間にかPHPの公式コンテナも出ていたので、 ノウハウを共有するため、ひととおり本番運用を想定したコンテナイメージの作成方法をまとめました。 長くなったので、実際にプロジェクトとして動かすための手順は以下の記事でまとめました。 dockerでPHP7.3+Laravel環境を15分で作る~2019年版 構築環境のバージョン情報 MacOS High Siera 10.13.6 Docker Desktop : Version 2.0.0.0-mac81 (29211) 最終的なDockerfile 2019/01/26 追記 @hokutoasari さんの記事を参考に echo 'opcache.optimization_level=0x7FFFBBFF' を追加

タイトル通りですが、1年目エンジニアのインフラのイの字も知らなかった私が1ヶ月半かけてKubernetesで環境構築するまでの失敗の軌跡です（そして環境構築できたのが奇跡）。 理想的にはこれを読めばインフラ初心者でもKubernetes（以下k8s）で環境構築できるところまで説明することですが、そういうわけでなく、環境構築の解説というより自分の失敗やつまづきポイント、役に立ったことをただただ書き連ねていきます。ただ他の初心者の方も同じようなところでつまづくこともあると思うので少しでもお役に立てたら嬉しいです。 バックエンド側で使った技術は以下になっています。 言語：Ruby（RoR） API：GraphQL インフラ：Azure その他：Docker、k8s 実際の実装でハマったところは各章の最後に教訓として簡単にまとめてはいますが、大事なことは先に結論として述べておきます。 Docker

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今更ながらDockerに入門したのでまとめます。 全てのコマンドの細かいオプションとかまではやりません。 Dockerコマンド体系はv1.13以降の新系です。 ここではクラスタ管理(KubernetesやSwarm)については対象外です。別記事でそのうちまとめます。 ※本記事は投稿された2018年08月08日時点の情報が主になります。 勉強背景 この記事から強い危機感を覚えました。 Dockerは世の中では当たり前の技術。せめて、少し触ってみて基本的な知識くらいは身につけなければ。。。。 TL;DR(5行) Dockerは既存

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

たまに、dockerコンテナの起動できなくなることがあります。何回かdown、build、upを繰り返したり、DockerfileのRUNをコメントにしても起動できないんですね。 まず、コンテナの起動状態を確認します。該当コンテナのStatusがExitなら、起動に失敗しています。 $ sudo docker-compose ps または $ sudo docker ps 次のことを順番に試します。 （１）キャッシュなしでbuildします。 $ sudo docker-compose build --no-cache （２）未使用のdockerイメージを削除します。 $ sudo docker image prune WARNING! This will remove all dangling images. Are you sure you want to continue? [y/N]

ことの発端 時々、提供されるソフトのバージョンが変わってコンパイラのバージョンが変わることがあったりします。 しかし、自分たちの膨大な数のmakefileにはgccとかclangとかしか書かれてないのです。 これでは去年の製品を再ビルドしようにも、シンボリックリンク先が新環境を指しているのでダメです。 しかし、製品サポート案件で容赦なく過去モデルでのバグ修正チケットが回ってきます。 先輩に聞くと「コンパイラやライブラリのディレクトリ名をリネームする」と。 なん、だと……という感じです。今の環境が正しいのかすら保証できません。 これでは、バグ以前に昔のモデルを再現することすら難しいです。 もう、xx年用ビルド環境を個別に用意するしかありません。 しかし、マシンを複数用意してくれる訳もなく（してもらってもスペース的に困りますが）、そこで仮想化の手段に手を出し始めました。 幸いにも、マシンに基本

以前「コンテナ上のMariaDBに外部から接続する方法まとめ」というタイトルで、アプリやSQLクライアントから、DockerのMariaDBコンテナにアクセスすべく悪戦苦闘した時の備忘録を記事にしていました。 コンテナ上のMariaDBに外部から接続する方法まとめ - Qiita ですが、Macに移ってきたのを機に改めてやってみたら こんな面倒なことをする必要は全く無かった ので、改めて備忘録を残しておきます。 ※2018/05/27 コメント頂いた内容を適宜反映致しました。 IPではなく、コンテナ名でそのままアクセス出来ること MYSQL_DATABASEに記載したスキーマを文字コードを指定しながら作成出来ること 試行環境 macOS 10.13 High Sierra Docker for Mac アプリコンテナとDBコンテナが別になっている環境を想定しています。 なお、今回はMari

社内でKubernetesハンズオンをやってみたのでおすそ分け。 参加者6人からバンバン出てくる質問に答えながらやって、所要時間4時間ほどでした。 SpeakerDeckにも資料を上げています。 https://speakerdeck.com/ktam1219/yaruze-kuberneteshanzuon (2019/07/11追記) 続編書きました！ -> 今度はあんまりゴツくない！？「わりとゴツいKubernetesハンズオン」そのあとに ハンズオンの目標 Kubernetesとお友達になる イメージを掴む 触ってみる(ローカル・EKS・ちょっとGKE) 構築・運用ができるような気分になる 巷にあふれるKubernetesの記事・スライドが理解できるようになる EKSがメインになっているのは、会社の業務でAWSを使うことが多いからです。 純粋にKubernetesを勉強したいだけな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?