2020年のフロントエンドエンジニアの技術スタックの一例 | potato4d D(iary) この記事と、TLで「これのバックエンド版が見たい」という発言に触発されたので書いてみます。口語体と文語体が入り乱れてるのは許してください。 冒頭のグラフはwakatimeで生成した今年1年間のプログラミング言語使用率です。2位はTypeScript、3位はTerraform、4位はYAMLでした。 立場 フリーランスで、主にRailsやAWSを使用しているサービスの運用、開発に関わっています。いくつもの会社を見てきた訳ではなく、数社に深く関わっている1都合上、視野が狭いかもしれません。 公開している成果としては クラウドゲーミング最新開発事例 - #CEDEC2020 - Speaker Deck があります。 長年RubyとRailsを書いてきたので、技術スタックがそのあたりに偏っています。

Docker Composeでコンテナのビルドが爆速に！？最新のDocker Composeを試してみようDockerdocker-composeBuildKit はじめに この前至高のDockerイメージ生成を求めて -2019年版-を書いて多くの反響をいただきました。 この記事の中で「BuildKitを使うと軽量なコンテナのビルドが高速にできるようになる」と書いたのですが、実際のところ2019年現在において、Docker Composeの正式リリースではまだこちらの機能が使えません。 Docker for MacのEdgeチャンネルで2.1.5.0(40323)が降ってきて、BuildKitのComposeが使えるようになってました！！！！やったぜ！ これは、Docker ComposeではDockerのAPIと通信するのにPythonのライブラリであるdocker-pyを使っていて、

この記事は@yugui氏の書いた至高のDockerイメージ生成を求めてに感謝しつつ、記事が投稿された当時には無かったさまざまな事情を組み込んで再度まとめたものである。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメージを互いに配慮することなく柔軟に配備し実行できる 必要のないサービスがコンテナ内で走っていないので、セキュリティの向上に資する イメージの転送が効率的である ベースイメージ部分は一度送ればいちいち再転送する必要がないので、ベースイメージを共有する複数のイメージを効率的に転送できる 標準のレジストリAP

何かインプットする際に技術書を読んで体系的に学ぶ、ということが以前より増えてきたので、自分が欲しいと思うサービスを作りました。 技術書ランキングと読書メーター｜Book Hack どんなサービスか（エレベーターピッチ的に） 良い技術書から効率的に学習をしたい エンジニア向けの、 Book Hackというプロダクトは、 技術書ランキング&読書メーターサイトです。 これはエンジニアに紹介されている良書を見つけることができ、 Qiitaに加えてはてなブログで紹介された回数もカウントし、読んだ履歴や読みたい本を記録する仕組みが備わっている。 正直「QiitaのAPIを使ってエンジニアに紹介される回数の多い技術書を探すことができるサービス」で言うと何番煎じだよという感じですが、個人的にこんな機能も欲しいというものがあったのでそれらを盛り込んでサービス化しました。 ちなみに既存の技術書ランキングサイト

NTTの須田です。2019年7月23日に公開された、Docker 19.03の新機能をお伝えします。2018年11月8日にリリースされたDocker 18.09以来、8ヶ月ぶりのリリースです。 root権限不要化従来のDockerは、ホストのroot権限でデーモン(dockerd)を動作させる必要があったため、脆弱性や設定ミスを突かれると、ホストのroot権限を奪われる恐れがありました。 Docker 19.03では、非rootユーザでデーモンを実行できるようになりました(Rootlessモード)。 Rootlessモードを有効化することで、万一Dockerに脆弱性や設定ミスがあっても、攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます。ただし、現時点ではcgroupを利用できないなどの制約があります。 RootlessモードのDockerは， curl -fsSL http

概要 LazyDockerは、DockerおよびDocker ComposeをTUIで操作できるツールです。 docker、docker-composeコンテナ環境の状態の表示、ログの表示、コンテナまたはサービスの再起動/削除/再構築などが1つのウインドゥで実行できます。 Githubでソースは公開されておりGoで実装されているようです。 jesseduffield/lazydocker 公開されたばかりですがスター数の伸びがとてもすごいです(7/5現在で7000ほど) 実行環境 macOS Mojave $ docker version Client: Docker Engine - Community Version: 18.09.2 API version: 1.39 Go version: go1.10.8 Git commit: 6247962 Built: Sun Feb 10

SchemaSpyを使って既存のDBからドキュメントを作ってみます Dockerで試してみます docker hub schemaspy/schemaspy やり方 PostgreSQLを用意します PostgreSQLを用意する を参考にDockerでPostgreSQLを立ち上げてください SchemaSpyを実行します docker pull schemaspy/schemaspy docker run -v "$PWD/schema:/output" --net="host" schemaspy/schemaspy -t pgsql -host localhost:5555 -db testdb -u root -p password

とあるNode.jsアプリケーションをk8s化してパフォーマンスが劇的に悪くなったので、絵で見て分かるシステムパフォーマンスの仕組みを読んでボトルネックを探っています。その過程でこれは使える。。！と思ったコマンドをいくつか紹介します。 書名のとおりシステムパフォーマンスの基礎的な考え方や分析、チューニング、テストについて図を中心に詳しく解説されているのでとてもわかりやすいです。パフォーマンス改善やチューニングのお仕事するSREエンジニアは手元に1冊あると便利だと思います。(ステマではない タイトなコンテナイメージだとこれらのコマンドは基本的にインストールされていないのでパッケージも探しました。すぐに使えなかったコマンドは後ほど詳細追加予定です。 typoの指摘やコマンドの修正/追加依頼は喜んで。 sar パッケージのインストール apt-get install -y sysstat パフォ

はじめに ｢3分でできる！最高のDockerfileを書いたあとにやるべき1つのこと｣で告知したVuls祭り #5で、コンテナのセキュリティについてお話ししました。 しかし15分程度の時間だと、説明不足な点もあったので、資料を修正しつつ、補足コメントを入れました。 パートごとにタイトルを付けたので、Qiitaの目次を参考にするとわかりやすいと思います。Dockerイメージの簡単な説明 & Dockle内部でやっていることの解説 が本記事のメインパートです。 参考になったら、Vuls/Dockle/Trivyのスターお願いします! 特にDockleは後発でスター数が少なく、まずはスター1Kを目指してます。 Vuls Dockle Trivy なお、タイトルの元ネタはこちらです。震えてくださってありがとうございます。 @nagashi_ma_w 2019.6.20: いくつかスライドを削除し、

firestore-emulator-dokcerを使ってやろうとしたけどうまく行かなかったので下記の対応で済ませた話。 Dockerfileの準備 Javaが必要なのでapk add --no-cache openjdk8-jreでopenjdk8-jreを追加。 npm i -g firebase-tools && firebase setup:emulators:firestoreでfirestore local emulatorを追加。 FROM node:10-alpine WORKDIR /usr/src/app RUN apk add --no-cache openjdk8-jre RUN npm i -g firebase-tools && firebase setup:emulators:firestore version: '3' services: app: buil

version: '2' services: redis: image: redis:3.2.9 ports: - "6379:6379" command: redis-server --appendonly yes --requirepass foobared volumes: - redis-data:/data volumes: redis-data: driver: local ■ ポイント ・appendonly yes 参照 Append-only file ・requirepass foobared 参照 docker-compose example 任意のパスワード指定 ex) foobared ・volumesで永続化 Register as a new user and use Qiita more conveniently You get articles that

概要 insiders版でベータ版としてリリースされていた「Remote Development with VS Code」が正式版としてリリースされました。 今回はこの中の一つ、「Remote-Containers」を使用してNode.jsの開発環境を構築していきたいと思います。 「Remote Development with VS Code」についてはこちらから Remote Development with VS Code 準備するもの Docker(Mac/Windows/Linux) VScode 各インストール手順については、OSによって異なるので、割愛します。 VSCodeに拡張機能をインストール サイドバーから拡張機能を選択します。 検索フォームに「remote」と入力します。これで大体トップの方に出てくると思います。 検索結果から「Remote Development」

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

この文章では、私が個人開発で使用しているDockerサーバの管理や、業務でプロジェクトメンバーに開発環境を配布する際に、Dockerfileを書く上で気をつけていることを整理します。 1. Dockerファイルのフォルダには不要なファイルを置かない docker buildは開始時にコンテクスト(現在のフォルダの状態)をDockerデーモンに転送します。具体的には、Dockerfileのあるディレクトリの内容をtarで圧縮し送ります。そのため、Dockerfileのディレクトリに不要なファイルがあるとビルドに余計な時間がかかりよくありません。 とはいえ、プロジェクトフォルダでビルドした成果物をイメージ化するためにDockerfileを含める運用はよくあると思いますので、その場合は.dockerignoreファイルを記述して余計なファイルが転送対象にならないようにします。 .dockerig