みずりゅの自由帳

主に参加したイベントやソフトウェア技術/開発について記録しています

devsumi2019に個人スポンサーで参加してみた

2019/02/14-15にDevelopers Summit 2019(以下、デブサミ2019)に参加してきました。

event.shoeisha.jp

今回は3回目の参加。前回とは少し違うことをしようと思ったので「個人スポンサー」に申し込んでみました。

個人スポンサーになった感想を簡単に書いてみようと思います。 

続きを読む

「よなよなエールがお世話になります」を読んで気になった箇所のメモ

先日、知人から「よなよなエールがお世話になります」と言う書籍を借りました。カテゴリーとしては、経営戦略やチームビルディングにあたります。

 

https://www.amazon.co.jp/dp/B01DTX9IPW

f:id:mzryuka:20190209191119p:plain

 

ちなみに、この書籍の著者である井手直之氏は、先日のRSGT2019でクロージング基調講演をされています。そちらの基調講演の内容については、クリエーションライン株式会社さんのブログにまとめられていたので、併せてリンクを貼っておきます。

2019.scrumgatheringtokyo.org

www.creationline.com

「みずりゅさんなら興味あるでしょ」と言われました。ハイ、興味ありますよー。

んで、読み終わったので知人に返却するのですが、せっかくなので簡単にメモでも残しておこうかなと思いました。

しかし、「書評」と言う形式で書くには自分には少し敷居が高いと思いました。なので、書籍中から気になったキーワードを抜粋して軽く感想を書く、という方式で記録しておきます。

 

続きを読む

gRPCのクライアントを動かそうとしてno_proxyに惑わされる。

前回に続き、gRPCとProxy配下の環境ネタ。

ちなみに、前回ハマってた内容はこちら。
mzryuka.hatenablog.jp

前提として、Proxy配下の環境。
localhost内でGo言語以外の言語で動かしたgRPCのクライアントが、gRPCのサーバ側にアクセスできなかった。
ホストOS上で直接実行した時と、Docker環境上で実行した時とでそれぞれ発生。

結論から言うとタイトル通りに「no_proxy」が原因。対応方法には差異があったので、それぞれについて説明する。

なお、解決については、以下のページの情報を参考にした。
https://stackoverflow.com/questions/45183076/grpc-c-client-14-connect-failed
https://github.com/grpc/grpc/issues/9989
https://github.com/grpc/grpc/issues/12815

続きを読む

PHP環境をDockerで作ろうとしてpeclで「No releases available for package "pecl.php.net/grpc"」エラーになったのはProxyが原因だった

タイトルで結論が出ているんですけどね。
Dockerファイル内で実施していたapt-getが問題なく動いていたので、peclの通信がProxyにブロックされているとはすぐに思いつけませんでした。

続きを読む

勉強会主催者Meetup 2019.01 に参加しました

2019年1月18日に、「勉強会主催者Meetup」というイベントに参加してきました。

こちらのイベントは、名前の通り勉強会の「主催者」が集まってMeetupをしようというイベント。規模の大小、社内外を問わず、勉強会主催者同士で知見や悩みを共有していこうというコンセプトでした。 ちなみに、ハッシュタグが「 #meetupmeetup 」というのが良いセンスだと思いませんか?

詳しいイベントの趣旨については、以下のページをご参照ください。

connpass.com

自分は「社内」でしか勉強会を主催したことがなかったので、正直に言って参加するのは不安でした。ですが、今後「社外」での実施を考えている人間がそれでは先に進めないだろう、と思い直してconnpassで「このイベントに申し込む」のボタンを押しました。 参加資格には「これからイベント主催したい枠」もあったので、ナイスタイミングだったと思っています。

続きを読む

docker pull で「proxyconnect tcp: tls: oversized record received」に遭遇

dockerのproxyに関するメモ。

CentOS 7.6.1810 、docker version 18.09.0 の環境下で遭遇した事象。

発生した事象

proxy配下の環境で、envoyのdockerをpullしようとした際に、以下のエラーが発生。

$ docker pull envoyproxy/envoy:latest
Error response from daemon: Get https://registry-1.docker.io/v2/: proxyconnect tcp: tls: oversized record received with length 20527

proxy関連のエラーであるが、数か月前にはproxyの設定済み。
設定した当時は、別のdockerコンポーネントはpullすることができていた。

原因:

エラーメッセージで検索してみると、以下の情報あり。
https://forums.docker.com/t/oversized-record-received-while-trying-docker-pull/51281

With Docker version 17.09.0-ce, build afdb6d4, it was working for me,
but after yum update to get Docker version 18.06.0-ce, build 0ffa825, I had the same problem.

yumでインストールしていたdockerで、バージョンが上がった事によりプロキシ設定箇所の動きが変わった様子。何かわかったら追記しておく。

修正結果:

プロキシサーバのURLを、httpsでなくhttpに修正してみる。 元々はプロキシサーバ側で提供されていたのはhttpプロトコルのみであったので、本来の値に戻したことになる。

vi /etc/systemd/system/docker.service.d/http-proxy.conf

※ プロキシサーバの設定プロトコルを「https:」を「http:」に変更。

[Service]
Environment="HTTPS_PROXY=https://proxy.xxx.jp:8080/" "HTTP_PROXY=https://proxy.xxx.jp:8080/"
   ↓
[Service]
Environment="HTTPS_PROXY=http://proxy.xxx.jp:8080/" "HTTP_PROXY=http://proxy.xxx.jp:8080/"

設定の読込とserviceの再起動を実施する。

$ sudo systemctl daemon-reload
$ sudo systemctl restart docker

その後、もう一度docker pullを実施してみる。

$ docker pull envoyproxy/envoy:latest
latest: Pulling from envoyproxy/envoy
b849b56b69e7: Pull complete
42986ef25bcd: Pull complete
d927c1b717ec: Pull complete
15b86ea20233: Pull complete
78d08a970f8a: Pull complete
a548d32f37a6: Pull complete
87e0dff5f99d: Pull complete
f50713996052: Pull complete
831620132a14: Pull complete
Digest: sha256:4abfb9f209947693a191b12f9a00333f2732daff342bdbe4b50328de5cb11d17
Status: Downloaded newer image for envoyproxy/envoy:latest

pullが実行できた!

カジュアルLTに参加した際に発表したLTの内容

2019年1月10日、エンジニアの登壇を応援する会さんが主催された「カジュアルLT大会」に参加してきました。

engineers.connpass.com

本イベントは、要約するPCでの資料を用意せずにLTをする、と言うものになっています。そして、参加者の誰もがLTをする可能性がある、という内容でもありました。

そんなLT大会で、一発目のLT発表者となりました。ただし、ターゲットを絞った内容でもあったので、刺さる人と刺さらなかった人の落差が大きな内容となりました。その経緯もあり、自分の発表した内容の補足も含めて、記録として残しておこうと思いました。

続きを読む