OrbStackを使い始めるときにハマったところ この記事の内容 Docker Desktopが既にインストールされているmacOSに、OrbStackを新規インストールして使用したときに苦労したところをまとめてみました。同じような問題を抱えている方の参考になれば幸いです。 OrbStackを使う動機 macOS用の高速かつ軽量なDocker Desktopの代替であるOrbStack 1.0がリリースされ、評判が良さそうなので使ってみようと思います。OrbStackの特徴については、以下の記事などをご覧ください。 僕はMacBook Pro(Intel)のmacOS VenturaでDocker Desktopを使っていますが、起動や終了の速度や複数のコンテナを組み合わせて使った場合のパフォーマンスなどに問題を感じることもあり、OrbStackはDocker Desktopに比べてどの程

ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場 Dockerコンテナの技術を用いることで、プログラミング言語のランタイムやライブラリ、ミドルウェアなどの開発環境一式を比較的容易に導入することが可能になりました。 ただしDockerコンテナにもファイルシステムのオーバーヘッドなどがあり、Dockerコンテナ内の開発環境ではコンパイルなどに時間がかかってしまう場合があったと開発ツールベンダのJetpack Technologiesは自社の経験から指摘します。 そこで同社がオープンソースで開発しているのが「Devbox」です（ちなみにマイクロソフトによる仮想化された開発環境の「Dev box」とは名前は似ていますが別のものです）。 Devboxは、ローカル環境上に分離した環境を用意しそこで開発環境を構築可能にしつつ、Do

マイクロソフト、「.NET 7」にDockerコンテナイメージ生成機能を搭載、Dockerファイル不要に これまで.NETアプリケーションをDockerコンテナ化するには、Dockerコンテナイメージの生成に必要なファイルを記述したDockerファイルを作成し、ビルドツールを用いて生成する必要がありました。 新たに.NET 7で搭載されるDockerコンテナイメージの生成機能ではDockerファイルの作成などは不要で、標準のdotnetコマンドを実行することで簡単にDockerコンテナイメージが生成されるようになります。 Linux版のDockerイメージ生成に対応、今後Windows版の開発も進める 下記はマイクロソフトが紹介した、.NET 7を用いてDockerコンテナイメージを生成し、実行するまでのコマンドのサンプルです（一部横幅が足りなくて改行されているコマンドがあります）。これだ

恥ずかしながら Docker をほぼ触ったことがなかったので、基礎的なことを学びました。 学びながら「こんな絵があったら理解しやすかったなー」と感じていた絵を自分で描きました。 せっかくだから整理して公開したいと思います。 同じ様な方の役に立ったら、とても嬉しいです。

Microsoftは3月12日(米国時間)、「WSL2: Code faster on the Windows Subsystem for Linux!｜Tabs vs Spaces｜Channel 9」において、2020年5月または6月に公開が予定されている次期Windows 10フィーチャーアップデート版で導入が予定されているWSL 2 (Windows Subsystem for Linux version 2)について伝えた。WSL2はWindowsでLinuxバイナリを実行するための技術。 開発者はWSL 2の主な変更点として、以下を挙げている。 Linuxカーネルシステムコール100%互換を実現 ファイルシステムI/Oパフォーマンスの大幅な向上（動作にもよるが3〜5、6倍の高速性を実現、場合によっては20倍高速になることもある） Dockerの動作に対応（WSL 2でDocke

VMの設定や使い方 VMの構築・設定 Vagrantを使ってVMを構築します。 実際に使っているVagrantfileの構成は以下です。 CPU・メモリ・ディスクサイズなどは適宜調整してください。 追加でプラグインとして vagrant-disksize vagrant-hostsupdater vagrant-mutagen が必要になるので、 $ vagrant plugin install vagrant-disksize vagrant-hostsupdater vagrant-mutagen を実行してプラグインをインストールしておいてください。 Vagrant.configure('2') do |config| config.vm.box = 'ubuntu/xenial64' config.vm.hostname = 'my-app' config.vm.network :

こんにちは。最近TRAVEL Nowの開発にも顔を出すようになったうなすけです。今回はTRAVEL Nowの開発において発生した問題について書こうと思います。 外部API連携部分で突然のエラー TRAVEL Nowでは、外部のOTAと連携し、旅行商品を皆さんに提供しています。 そんな数多くのAPIのうち、ある特定のAPIで次のような例外が発生して通信ができなくなってしまいました。 OpenSSL::SSL::SSLError (SSL_connect returned=1 errno=0 state=error: dh key too small) それも、本番環境でのみ発生します。 始めはこのエラーについてよく理解しておらず、 http.verify_mode = OpenSSL::SSL::VERIFY_NONE を指定してみたり、 apt install ca-certificate

マイクロソフトはWindows上でLinux互換機能を提供するWindows Subsystem for Linux（WSL）の次期版となる「WSL 2」を発表しました。 WSL 2には、最初からWSL 2に最適化されたLinuxカーネルが含まれており、フル互換のLinuxシステムコールを実現。またファイルシステム性能は最大20倍もの劇的な向上も実現しているとのことです。 これによりWSL 2上ではDockerも実行可能だとされています。「Announcing WSL 2」から引用します。 Now that WSL 2 includes its own Linux kernel it has full system call compatibility. This introduces a whole new set of apps that you can run inside of W

2008年の創業以来、世界中のソフトウェア開発を支えてきたGitHub。同社は昨年10月に、コンテナ技術をベースとしたワークフロー自動化の機能「GitHub Actions」を発表した。現代のソフトウェア開発では、多くの開発者たちが開発ワークフローの構築や設定に多大なる時間を費やしている。そんな中、GitHub Actionsは、コンテナ技術をうまく利用することで、開発ワークフローの課題を解決することを目指している。GitHub Actionsによって、開発者の世界はどう変わっていくのか。GitHubソリューションズエンジニアの池田尚史氏が、デモを交えながら解説した。 講演資料：GitHub Actionsはどのような未来を描くのか GitHubソリューションズエンジニア 池田尚史氏 GitHub Actionsは、ソフトウェア開発の進化の触媒 現代のソフトウェア開発は、ある課題を抱えてい

GoogleはJavaアプリケーションを自動的にコンテナイメージにビルドしてくれるツール「Jib」が正式版となるバージョン1.0に到達したことを発表しました。 JavaのビルドツールであるMavenもしくはGradleのプラグインとしてJibをインストールすることで、コンテナイメージのビルド環境をあらかじめ用意することも、Dockerfileなどを記述するといった手間をかけることもなく、ビルドプロセスのなかでJibがJavaアプリケーションの構成を読み取り、適切なコンテナイメージを生成し、Dockerコンテナのレジストリへの登録まで自動的に行ってくれます。 これまでJavaアプリケーションをコンテナ化するには、まずはJavaのソースコードからJavaアプリケーションをビルドし、次にDocker環境などを用意してDockerfileを記述し、Dockerイメージを生成するためのビルドを行う、

コンテナ型仮想化の技術や実装はDockerが登場する以前から存在していたとはいえ、IT業界で本格的にコンテナの活用が始まったと言えるのは、やはり2013年3月に当時のdotCloudからDockerが登場したことがきっかけでしょう。 そうして始まったコンテナ時代の第一章は今年2017年、コンテナの標準仕様がOpen Container Initiativeによって策定完了し、コンテナオーケストレーションの事実上の標準がKubernetesに決まったことで基盤技術の基本要素がおおむね固まり、一つの区切りがついたように見えます。 そして今後は、この基盤技術を用いたコンテナによる分散アプリケーションのための様々なサービスや開発、テスト、デプロイ、本番環境に対応したツールやサービス実行環境などのソリューションが登場し、競う段階へ入っていくのではないでしょうか。 この記事では、Docker登場から現

何がしたいのか 最近はDockerを導入したサービスがガンガン出てきている一方、現場でのDocker導入に足踏みをしているところもあると思います。 今回はDockerを導入するために、「コンテナを利用するとこんなに便利!!」という主張を展開することで、現場でのDocker導入の推進をしたいと思います！ まあ、スライドモードを使いたかったんですよ TL;DR コンテナと仮想環境は別物だよ コンテナでの運用するといいことがたくさんあるよ どんな環境でも同じように動かせる デプロイ・ロールバックが簡単 システムが簡単に把握できる あいのり環境もいける コンテナとは コンテナ ≒ VM ?? Docker導入しようって言うとこんな話を聞くことがある コンテナってVMみたいなもんでしょ？ VMの上にまたVM作るの? AMI使ってるから、わざわざコンテナにする必要がない コンテナ != VM VMとコ

概要 Web アプリケーションを開発しているときに、開発環境に MySQL や Redis を用意しバージョンを揃え、いや Redis はキャッシュにしか使ってないし必須じゃないから開発環境に無い場合のコードも書いて…… というようなことを2017年にもなってやりたくないので、Docker を使って良い感じにやっていきます。 Docker や Docker Compose に関する基本的な説明は割愛するので、公式ドキュメントをあたってください。 目標 コマンド一発で必要なサービス群が全て立ち上がるようにする Docker Compose を使い、1サービスごとに1コンテナを立ち上げる vendor や node_modules は、ホスト側のものと完全に分離する。OS が違う場合、Native extension があると問題の原因になるので避けたい。 ホスト側ではエディタと git さえ

We’re getting things ready Loading your experience… This won’t take long.

DockerはmacOSとWindowsの環境で簡単にDocker環境を構築できるツール「Docker for Mac」「Docker for Windows」の正式版をリリースしたと発表しました。 Our goal with Docker for Mac and Windows is simple – create the easiest way to use Docker on your dev machine. Docker for MacとDocker for Windowsでの私たちのゴールはシンプルです。それは、あなたの開発用マシンでもっとも簡単にDocker環境を実現することです。 （「Docker For Mac And Windows Is Now Generally Available And Ready For Production」から） Docker for Ma

Dockerイメージの脆弱性スキャンツール「Clair」 をインストールして、ローカルのイメージをチェックする手順です。微妙にはまったのでメモ。 0.環境 $ cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) $ docker -v Docker version 1.10.2, build c3959b1 1.PostgreSQLをインストールして起動 $ docker pull postgres:latest $ docker run --name postgres -p 5432:5432 -e POSTGRES_PASSWORD=<パスワード> -d postgres 2.clairをインストールして起動 $ mkdir ./clair_config $ curl -L https://raw.githubuse

DockerHubを試してみようということで、まずはこんなDockerfileを作成してみました。GitBucketを組み込みJettyで起動するだけの簡単なものです。 FROM java:8-jre MAINTAINER Naoki Takezoe <takezoe [at] gmail.com> ADD https://github.com/gitbucket/gitbucket/releases/download/3.12/gitbucket.war /opt/gitbucket.war RUN ln -s /gitbucket /root/.gitbucket VOLUME /gitbucket # Port for web page EXPOSE 8080 # Port for SSH access to git repository (Optional) EXPOSE 2941

CircleCI で、とあるプロジェクトの CI 環境を作りました。このプロジェクトは、PHP 7 で開発しているのですが、まだ CircleCI 公式では PHP 7 がサポートされていません。 そこで、Docker を使って、PHP 7 + PhantomJS 環境を構築しました。 構成 PHPUnit と Codeception のテストを実行する環境を構築します。 コンテナの構成は、下記のようになります。 PHP 7 コンテナ PhantomJS コンテナ PostgreSQL コンテナ * 2 これらのコンテナは、docker-compose でまとめて構築、実行します。 PHP 7 コンテナ PHP 7 + Apache のコンテナです。Docker Hub オフィシャルの php:7.0-apache ベースにして、Laravel 5.1 実行に必要な拡張の追加や設定を行った

Dockerの登場によってコンテナ型仮想化は一気に注目の的となりました。主要なLinuxでのサポートに加え、マイクロソフトはDockerと提携してWindowsでDockerのサポートを表明。VMwareも仮想環境のDocker対応を積極的にすすめており、AWSやGoogle Cloud Platform、OpenStackなど主要クラウドやクラウド基盤もDockerサポートをすすめています。 Dockerコンテナが注目されている理由は主に、その軽量さがもたらす2つのメリットからです。 1つは迅速な起動です。Dockerコンテナでは起動済みのOSの上で展開するため、メモリなどの利用効率が高く、迅速にアプリケーションが起動します。 もう1つはDockerコンテナを簡単にパッケージできる点です。軽量なおかげでコンパクトにパッケージでき、保存や移動が簡単です。 こうしてDockerがコンテナ型仮