久々に図を書きたくなったので、今回は AWS の VPC ネットワークの主にルーティングについて雑談気味に振り返っていきたいと思います。 基本的なところから、少し発展させた構成はどう実現するのか、ってのを学習用教材風にお絵かきしていきます。 はじめに 最近、実現できると思ってた部分が１つ通らなくて、詰んだかと一瞬諦めかけたところで、10分間くらい思案したらズバッと解決できて気持ちよかったんですよ。 我ながら物凄い泥々の技術を駆使して、発想通りにAWS仕様を回避したネットワークを構築してしまった。泥臭すぎてとてもブログに書けないけどっ…自分の中では満点かつスタイリッシュっ — 外道父 | Noko (@GedowFather) July 7, 2023 元々泥臭いエンジニアリングが得意だったとはいえ、こういう発想の展開力はクラウドだけ真面目にイジってても身につきづらいだろうな、と思い、そうい

漫画「満州アヘンスクワッド」とのコラボ特集。日本の傀儡だった満州国、そこで蔓延したアヘンの収益は、国家の財政を支え現地の日本軍の工作資金となっていた――。AIによる歴史写真のカラー化もまじえ、歴史の闇に潜んでいたその内実を紹介する。

この記事では、自分が数年Site Reliability Engineering (SRE)を実践しつつ、SREについて考えてきたことをまとめる。 先月開催されたMackerel Drink Up #8 Tokyoと先日開催された次世代Webカンファレンス 2019では、SREについて集中的に議論する機会に恵まれたため、脳内メモリにキャッシュされているうちに、SREに関する私的な論考をまとめておく。 (以降では、SRE本の原著にならい、技術領域名を指すときはSRE、職種名を指すときにSREsと表記する。) SREとの関わり なぜSREに関心をもったのか 2015年にメルカリさんがSREチームを発足したときに、SREsの存在を知り、SREsはシステム管理者、Webオペレーションエンジニア、インフラエンジニアといった既存の職種を置き換えていくものだと理解した。 当時、自分が注目したのは、SRE

ビジネスの世界では、ときとして「言いにくいこと」を伝えなければならないシーンが存在します。それが自分やチームのために必要なことだと頭では分かっていても、伝えるときの精神的負担は計り知れません。伝えなければならない、だけど言いにくいものは言いにくい……。 相手が部下であれ、上司であれ、顧客であれ、互いにしこりを残すことなく、言いにくいことを適切に伝えるためにはどうしたらいいのでしょうか？ この悩みをぶつけるなら、絶対にこの人がいい——と頭の中に浮かんできたのが、プレゼンの名手として知られる澤円さんでした。外資系大手IT企業に業務執行役員として勤務しながら、数多のスタートアップ企業の顧問や大学の客員教授なども務め、伝え方のプロとして多くの研修、講演の実績を持つ澤さん。 なぜ「言いにくい」と感じてしまうのか。それをどう乗り越えて伝えればいいのか。そして言っても伝わらないときにはどうすればいいのか

TLS は Transport Layer Security の略で、盗聴、あるいは通信相手のなりすましの可能性がある通信路において、安全に通信を行うための暗号通信プロトコルです。 本書では、Go 言語を使って TLS サーバ・クライアントを用意し、その通信を Wireshark で観察しながら、TLS のプロトコルについて説明します。 本書を読むことで、TLS の通信で実際にどのようなパケットが送受信されているかが確認でき、TLS の学習の助けになると思います。 また、TLS には複数のバージョンがありますが、本記事では、最も広く使われており、かつ最新である TLS1.3 に焦点を当てます。