誤解を恐れずに端的に言えば、コンピュータをインターネット越しに使う、それだけです。でもたったそれだけの仕組みが当たり前になったことで、世の中は大きく変化しました。

WebKit を Playwright, Docker と組み合わせて使う場合、特定の組み合わせで WebKit がハングします。

少し前に「複数の AKS クラスタ(Pod)で 1 つの Application Gateway を共有できるか」検証しサンプルを書いたので文章で補足します。
なお AGIC は Helm 版を使っています。おそらく add-on 版ではできません。

Gentoo Linux のインストールは、GUI インストーラが用意された他の多くの Linux ディストリビュージョンと違い、次のようなプリミティブな方法であることが知られています。

この記事の目的

この記事では、Web 系開発者を目指す方に向けておすすめの PC と開発環境をご紹介します。

ただ PC を列挙するだけではなく、私がこれらを選ぶ理由や私のような Web 系開発者がどのようにそれを使っているかも説明したいと考えています。

この記事では未経験から IT エンジニアとして就職を目指している方に向けて、実績 0 あるいは限られた実績が少しでも確実に伝わる方法をご紹介します。

この記事での「未経験」とは IT エンジニアとして働いたことがなく、大学や専門学校で IT 分野を専攻する機会に恵まれなかった方を含みます。
年齢や学歴、もちろん性別にも依存しません。

tl;dr

1. git branch --move master main
2. git remote set-head origin --auto

サンプルはこちら。 https://github.com/mazgi-sandbox/202010.change-git-default-branch

この記事では GitHub, Docker そして Cloud Run を用いた Web アプリケーション開発と Deploy の方法を紹介します。

また本記事で紹介する構成はテンプレートを OSS として公開しています。
そのためすぐに開発を始めることができ、また簡単な手順で継続的に Deploy を続けられます。

Web アプリケーションを動かすためにはどうしても CPU、メモリ、ストレージなどが必要です。
せっかく作った Web アプリケーションを誰かに使ってもらうためにはインターネットで公開する必要があります。
そして 2020 年現在「Web アプリケーションを動かして公開する」ためのプラットフォーム(XaaS)が何種類も存在します。

普通の Web アプリケーション向け環境を Google Compute Engine(GCE)を中心に構成する、そんなよくあるシステムのサンプルです。
GKE とか登場しないトラディショナルな構成を先人の知恵に学びつつ機会がある度に色々考えますが、結局こんな感じになるのではと思ってます。

ソースコードはmazgi-showcase/202005.gce-webapp-environmentにあります。

Web Frontend 開発環境を Docker 化する記事やBFF(Web API)開発環境を Docker 化する記事に続いて「IaaS の Provisioning を Docker 化する」方法を考えてみました。

「ちょっと GCP で Windows を使う」みたいな要件が発生して GCE で DaaS っぽい用途の Windows Server を立てたのでメモ。

tl;dr

基本的に「Creating and managing Windows Server instances」を読めば済むが以下はちょっとわかりづらかった。

時は 2020 年 3 月、日本全国空前の WFH(在宅勤務)ブームで、自宅の作業環境を整えている方も多いのではないでしょうか。
IT エンジニアリングをされている方は数枚のディスプレイを並べて作業を行なっているかもしれません。私もその一人です。

「サーバーにディレクトリ丸っと送りたいんだけど、途中に踏み台サーバーが居て…」よくあります。
「え、ProxyCommand 塞がれてるの??」とセキュリティ堅い環境でよく聞きます。

tar+ssh で大抵回避できるのでコピペで使えるようにまとめました。

「手っ取り早く Web インターフェースを手に入れる方法 2020」シリーズ(?)のBFF サンプルプロジェクト と同じように Web Frontend サンプルプロジェクトを作ってみました。

今回もプロジェクト構成やビルド方法の検証が主目的です。
そのためアプリケーション自体は Docker イメージを実行するとNext.jsの Web サーバーが起動しこんなページが表示されるだけのシンプルな機能しかありません。

❯ docker run -it --rm -p 3000:3000 b2ee27d0d01d

> @ start /app
> next start

> Ready on http://localhost:3000

「手っ取り早く Web インターフェースを手に入れる方法 2020」みたいなことを考えながら勉強のために BFF(Backend For Frontend) のサンプルプロジェクトを作ってみました。
ただしプロジェクト構成やビルド方法の検証が主なので BFF に特化した機能はなく、実行すると Express が起動してコンソールログが表示されるだけのアプリケーションです。

❯ docker run -it --rm 19472c5d8df4
💽 Loaded the configuration: version: 2020.1.0-default, baseVersion: 2020.1.0-default
⚡ App is running at :4000 in production mode
  Press CTRL-C to stop

ドキュメントのプリセット、これです。
新しくファイル作る画面で選べるやつ。
用紙サイズとかカラーモード指定用の。

macOS の場合、 ~/Library/Preferences/Adobe Photoshop 2020 Settings/New Doc Sizes.json にあります。
こんな感じの JSON に保存されるようです。

これは「GCPUG Tokyo December 2019」の記事から「Why Kubernetes? Why not GAE or others?」部分を切り出した記事です。
本記事のコンテキストとして、イベントでお話しさせていただいた資料「ML アプリケーション短期開発 / Fast development for ML Web Service on GKE & GCP」」を事前にご参照いただけると幸いです。

昨日 12/18 に開催された「GCPUG Tokyo December 2019」で「ML アプリケーション短期開発 / Fast development for ML Web Service on GKE & GCP」と題してお話しさせていただきました。

ありがたいことにGitHub Actions(beta)とGitHub Package Registry(beta)両方が使えるようになったので試してみました。

About

絶賛 limited public beta な GitHub Actions ですが既に 2 世代存在します。

1Password Cliのサインイン方法を全く覚えられないのでメモ。

普段の仕事で PoC やその他次々発生する実験的なプロジェクトのために"よく似た GitHub リポジトリ"を管理する必要があった。
具体的にはリポジトリ管理について次のようなモチベーションがあった。

Mac miniのメモリを交換して 8GB ▶️ 64GB に大幅増量しました。
今回のポイントは次の3つです。

• Mac miniのメモリ交換は自己責任
• 用意したもの
  • メモリ: https://www.amazon.com/gp/product/B07NGSJLCJ
  • 工具セット: https://www.amazon.co.jp/gp/product/B076ZB9CSD
• 手順は “mac mini 2018 メモリ 交換” で検索

きっかけ

私物のMac miniはメモリを 8GB しか積んでいなかったのですが、起動しただけで 6GB 以上使われてヒヤヒヤしていました。
心なしか1週間くらい起動しておくと不安定になる気もしていて、毎週末Macを再起動していました。

5 月に発表されたGitHub Package Registryの limited public beta が通ったのでひとまず Docker イメージを push してみた。

How to Use

Docker イメージを push するための設定方法はこちら。
Configuring Docker for use with GitHub Package Registry