ここ最近はNetflixをつけるものの5分足らずで寝落ちしているlinyowsです。皆さんは体調は万全ですか？僕はすこぶる悪いです、こんにちは。今回は、私たちがなぜNotionを使っているのかを、抱える課題と一緒にお話ししたいと思います。 情報と私たち まず、私たちはインターネットサービスを通じて個人の表現活動を支え続けるお仕事をしています。私はエンジニアですが、デザイナーやマーケッター、ディレクター、カスタマーサービス、プロダクトオーナー、バックオフィスなど、様々な職種が一緒になって知的生産活動をしています。最近では、働き方改革の１つとしてリモートワークが積極的に導入されている業界であります。私たちは、様々なツールを使いこなすことで、地理的や時間的制約を超えたお仕事を実現しています。 私たちが使っている様々なツール Slack GitHub — Repository, Issues, W

業務でとあるサーバー上のDockerコンテナが立ち上がらなくなってしまう事象に出会った。 原因を先にいうと、Dockerコンテナ内のvar/lib/docker/overlay配下の容量が肥大化してコンテナのデータ容量が100%になってしまっていた。 色々やって結局先輩エンジニア方が解決してくれたんだけど「そもそもoverlayって何？」って感じで調べたら、この間勉強したLPICの内容も少し絡んでいて面白かったのでまとめてみた。 原因 先程も書いたが、今回の事象の原因は、var/lib/docker/overlayの容量が大きくなってしまって、データ領域が足りなくなりコンテナが立ち上がらなくなってしまっていた。*1 overlayって何？ で、「overlayってなんぞ？」となったのだけど、やっぱり公式を見るのが一番ということで調べてみたら、DockerのドキュメントにoverlayFS

執行役員 VP of Engineering 兼技術部長の @hsbt です。 私がマネージャを務める技術部 技術基盤チームのメンバー全員でペパボの鹿児島オフィスにて開発合宿を行ってきました。本エントリではペパボの技術基盤チームの開発合宿の成果を題材として、チームが今取り組んでいる開発項目についてご紹介します。 hsbt 私、@hsbt は GitHub Enterprise Server(以下、GHE)の SAML 対応の検証と、内部で利用しているメンバーの追加・削除の自動化スクリプトの cron job 化を行いました。 現在、ペパボの情報システムでは Directory Service として Miscrosoft の Active Directory (AD) を用いているものの、AD を社内システム横断の IdP として利用するまでに至っておらず、GHE や Slack などはコ

お久しぶりです、エムスリーエンジニアリンググループ 兼 QLife エンジニアの園田です。 STNS という pam と連携可能な HTTP プロトコルを利用した Linux の認証機構があります。 通常は TOML でアカウント情報を管理するのですが、API のインターフェースが公開されているため、独自のバックエンドサーバーを構築して利用することも可能です。 弊社 SRE の寺岡も独自のバックエンドを実装した記事を Qiita に投稿しています。 qiita.com 今回実装した STNS のバックエンドは、AWS の API Gateway + Lambda + DynamoDB で実現しました。 ただ、この構成もすでに既出記事がいくつかあり、そんなに珍しくもありません。 今回の実装のポイントは、API Gateway の Private エンドポイントで実装していて、特定の VPC

おもしろ自己紹介ができたので、ぜひコマンドを叩いてみてください。 % dig kimromi.me TXT +short "Work=Muumuu-domain.com at GMO Pepabo Inc." "GitHub=@kimromi" "Twitter=@kimromi" "Blog=http://kimromi.hatenablog.jp/" (追記) もし別の目的ですでにTXTレコードを使っていたら introduction.kimromi.me などのサブドメイン使ってやるのがいいかもしれません👌 TXTレコード (テキストレコード) AやMXのような特定の用途などはなく、ドメインに関する様々な付帯情報を自由に持つことができます。よく見るものとしては、メールを使う場合に送信元ドメインのIPアドレスを保証するために利用するSPFや、SSL証明書発行の際にドメインの管理者かど

最近、5kgの重しを背負って懸垂していますプリンシパルエンジニアの @linyows です。 みなさん、NHKの「筋肉は裏切らない！」（正しくは筋肉体操）見てますか？ … はい。ですよね。 GMOペパボは、ロリポップ！やminneなど様々なサービス（microservices的なものではない）を運営しており、それぞれにおいて、秘密情報を管理している状態にあります。この秘密情報を独自に管理するのは、専門のスキルやノウハウとしてあらゆるコストがかかります。 そこで僕（ら）は、秘密情報管理ソフトウェアであるHashiCorp Vaultを各サービスに導入し、サービスを堅牢にするというゴールをもとに社内でVaultのWorkshopを幾度となく開催しています。 今回は、そのWorkshop「やわらかVault」のご紹介です。 やわらかVault これは、HashiCorp Vaultを正しく理解し

こんにちは、CTOのあんちぽちゃんです。ペパボにはエンジニア職位制度というのがあるのですが、それをちょっとアップデートしようとしています。その際に社内向けに書いた文章があるのですが、せっかくなんでペパボのことを知ってもらうために、こちらにも貼っておきます。 2018年上半期の職位制度立候補についてお知らせいたします。いつもとは異なり、内容に入る前に、CTOとしてのあんちぽの考えを述べたいと思います。しばらくおつきあいください。 これからのペパボのエンジニアについて 「IT産業においては、物事は常に変化し続ける。そして変化し続けることだけが不変である」と僕はよくいっています。僕自身がエンジニアになったのはちょうど10年前、2008年の頃でした。2008年といえば、iPhoneが日本で発売開始された年です。エンジニアリングにまつわる環境は、あれから随分変わりました。どう変わったかをいま書き出し

GMOペパボが正式リリースしたばかりの「ロリポップ！マネージドクラウド」は、GMOペパボ研究所の成果であるFastContainerを基盤技術として適用し、新しいアーキテクチャを作り上げました。これにより、Webサイトの負荷増大に対応してスケールする仕組みを、エンジニアではない利用者でも簡単に扱うことができます。 ロリポップ！マネージドクラウド 使う人は楽になり、基盤の開発者にとっては挑戦となる新サービス「マネージドクラウド」について、開発チームメンバーに話を聞きました。 左から、小田知央さん（おだ・ともひさ、技術部 技術基盤チーム プリンシパルエンジニア）、瀧口舞さん（たきぐち・まい、ホスティング事業部ホスティンググループ マネージドクラウドチーム リーダー）、小山健一郎さん（おやま・けんいちろう、ホスティング事業部 ホスティンググループ マネージドクラウドチーム シニアエンジニア） ※

WEB+DB PRESSの「実践！先進的インフラ運用」という連載の最後として、Hashicorp Vaultの記事をVol.104に寄稿しました。記事には、Hashicorp Vault（以下、Vault）を用いた「秘密情報の一括管理」として、秘密情報の管理の必要性をはじめ、秘密情報の管理の大変さ、そしてVaultは何を解決して何ができるのか を書きました。 WEB+DB PRESS Vol.104: 嬉しいことに表紙に見出し WEB+DB Press Vol. 104 2018 の表紙Vaultは、インフラを自動化するソフトウェアを作ってきたHashicorpならではの、セキュリティ対策や技術またはアイデアがたくさん詰まっているので、ちゃんと理解するには、必要な前提知識や連携するソフトウェアの説明が必要なんですが、今回は残念ながら記事でそれらを省いています。なので、読者によってはわかりに

JAWS-UG福岡：6度目もちょっと濃い目にAWSの話をしてみよう

ようやくワイドグリップ懸垂をゆっくり15回できるようなったエンジニアの@linyowsです。こんにちは。みなさんパンプアップしてますか💪 さて、マネージドクラウドでは、こっそりAPIが公開されていまして、同様に公開されているAPIクライアントを使用し、マネージドクラウドを操作することができます（注：APIは正式版ではないのでカジュアルに仕様の変更がある可能性があります）。クライアント対応言語は、今のところGoとRubyで、今回は、Go版を使ってのご紹介となります。PHP版は、多分 小山さん(@k1low)がやってくれるでしょう。😇 CLIのインストールGoの環境が手元のマシンにある方は、以下のgo getでOKです。ない方は、 https://github.com/pepabo/golipop/releases のAssetsから対象バイナリをダウンロードしパスの通っている場所に配置し

Gormの気持ちになってGormを使う Aprio 15, 2018 @Go Conference 2018 Spring でお話しした資料です

きっかけ 環境 導入 Octopassのインストール Personal Access Tokenの取得 設定ファイルの作成 sshdやpamの設定 /etc/ssh/sshd_config /etc/pam.d/sshd /etc/nsswitch.conf Githubへの鍵の登録 鍵ペアの作成 登録 SSHしてみる sudoしたい sudoerへのグループの追加 まとめ きっかけ ちょっとした技術コミュニティを作りたくなって友人と学内で一つ非公式サークルを立ち上げました． 当然のようにVPSを借り，Webサーバを立ち上げ，Wikiを建て…なんていうのを考えているとき，ふと「ユーザ管理面倒だな．LDAPほど大げさじゃない何か良いものはないだろうか」と考えてググったら出てきました． github.com Githubをバックエンドとして使用してユーザ認証できるなんてステキ！と飛びついてみた

$ cert github.com DomainName: github.com Issuer: DigiCert Inc NotBefore: 2016/03/10 09:00:00 NotAfter: 2018/05/17 21:00:00 CommonName: github.com SANs: [github.com www.github.com] $ cert github.com golang.org DomainName: github.com Issuer: DigiCert Inc NotBefore: 2016/03/10 09:00:00 NotAfter: 2018/05/17 21:00:00 CommonName: github.com SANs: [github.com www.github.com] DomainName: golang.org Issuer

Specinfra が持つ機能は元々 Serverspec に内包されていましたが、実行形式やコマンドの違いを抽象化する機能は、Serverspec 以外のツール、特に Puppet や Chef のようなサーバ構成管理ツールを開発する際にも役立つのではないか、という考えから、Serverspec から一部機能を分離する形で Specinfra が生まれました。これにより、Specinfra を利用した Itamae や Serverkit といったサーバ構成管理ツールが開発されています。 Specinfra 登場の背景と課題 Specinfra 登場の背景には、次のような前提があります。 サーバの操作や情報を取得するための方法は、対象が同じであっても、OSやディストリビューションによって異なる。 サーバ操作や情報取得の実行形式は、対象のサーバ内で実行するのか、外から実行するのかによっても

Abstract RubyといえばCRubyを思い浮かべる昨今ですが、軽量Rubyであるmrubyはまだまだ開発途上であり、多くの可能性を秘めています。 具体的にはCRubyの実装はあるがmrubyの実装がないケースがまだまだ多く、大きなプロダクトのコントリビューターとなるチャンスや、mrubyの実装コードそのものが非常に読みやすく、デバッグしやすいことで言語に対する理解が深まり、自身の技術領域が大きく広がる可能性があります。 後者については普段ライトランゲージを書いていると、ループの処理が実際言語の内部でどういった手順で行われているかなどは意識することはありませんが、その実装に迫ることで得られる知見はエンジニアとして更に成長するために有用な知識となることは間違いありません。 本セッションではCRubyのGemにあたる、mrubyの拡張の仕組みであるmrbgemの開発のノウハウやデバッグ手

3/25に行われたGoConで"How Communicating Sequential Goroutines Work"という発表をしてきました。 当初僕はCommunicating Sequential Processesについての話しをする予定だったのですが、時間内にとても発表できそうな内容ではなかったため、Concurrency全般についての話をしました。 そのため、ここではその際触れられなかったgoroutineの実装の話しやCSPの話しなどを含めてGoのruntimeについて何回かに分けてまとめていきたいと思います。今回は主にgoroutineについてです。 GoのConcurrency goroutineの説明に入る前にざっくりGoのConcurrencyについて説明します。 以下、GoConでの発表スライドにざっくりと沿いながら書いていきます。 speakerdeck.co

読みました。 Take My Money: Accepting Payments on the Web 作者:Rappin, NoelPragmatic BookshelfAmazon どんな本か 副題が "Accepting Payments on the Web" となっているように、決済 (payment) システムをもつ Web アプリケーションを作る方法について説明しています。『達人プログラマー』などでおなじみの The Pragmatic Bookshelf シリーズの本です。 チケット販売システムの開発を通して、次のような具体的な話題に触れています。基本的には Rails 5 を使ってロジックからビューまでを開発していきます*1。 決済システムの実装 ショッピングカート 外部決済サービスとの連携 サブスクリプション機能 エラーケースとその対策 管理画面の実装 返金など注文の操

cgroupはv1とv2という2つの実装（と言っていいのか？）があってそれらはkernel/cgroup.cで一つのコードベースにまとまっているのでコード読んでで混乱するなーというところで、誰得なめもを。 特に、4.1とかのカーネルだとv2のコードはまだ正式版となってないけどマージはされていて、DEVELsane_behaviorというオプションを使うことでv2の機能が使えるようになってます（参考： Linux 3.16 から試せる cgroup の単一階層構造 (1) - TenForward）。今はv2がちゃんと入っているのでこのオプションは不要で、cgroupのマウント時にcgroup v2としてマウントするかどうかで切り分けできます。cgroup_mount()のis_v2がそれです。 2083 static struct dentry *cgroup_mount(struct f