はてなブックマーク

サイバー攻撃による個人情報の流出が多数ニュースになっている状況で、お客様に安心してサービスを利用してもらうためには防御を一層高める必要があります。今回はインフラチームが主導して、Goで書かれたサービスをセキュリティが高く安全な状態で稼働できるように改善したのでその内容を紹介します。 改善前の状況 Goで書かれたサービスをDocker公式のDebianイメージを使いGKE上で稼働させていました。このDebianイメージは長年更新されておらず、バージョンはDebian 8 (Jessie) で2020年6月にEOLを迎えています。加えて脆弱性のスキャンも行っておらず、たくさんの脆弱性が入っているイメージを使用していました。 また、PodのSecurityContextは指定しておらずデフォルトのまま稼働させていました。 distrolessへの移行 まずはコンテナのセキュリティを高めるうえで大

はじめに マネジメントスタイルの概要 ノンプレイングマネージャーとは？ プレイングマネージャーとは？ ノンプレイング体制での学び 主なタスク 取り組んだタイミング 良かった点（Pros） 苦労した点（Cons） プレイング体制での学び 主なタスク 取り組んだタイミング 良かった点（Pros） 苦労した点（Cons） 行き来して見えたこと まとめと今後の挑戦 はじめに CX開発グループ・アプリ開発グループでエンジニアリングマネージャー（EM）をしている仲見川です。昨年9月よりCX開発グループのEMを担当することになり半年がたちました。プレイングマネージャーと、ノンプレイングマネージャーの両方を経験し、N=1の小さなサンプルではありますが得られた気づきを共有したいと思います。 マネジメントスタイルの概要 ノンプレイングマネージャーとは？ ノンプレイングマネージャーは、コードを書く・レビューする

TL;DR クリーンアーキテクチャやオニオンアーキテクチャを参考にしたオリジナル フレームワークの力を活用するためにドメイン層以外ではLaravelの機能を使用 標準実装パターン・ガイドラインを整備しボトムアップでDDDを推進 始めに こんにちは、ホワイトプラスでテックリードをしている仲見川です。 今回はホワイトプラスが運営する宅配クリーニングサービス「リネット」の開発で用いているアーキテクチャについてご紹介しようと思います。今回のアーキテクチャはLaravel上に構築するアプリケーションの範囲となります。 背景 リネットではWebで注文を受け付けると集荷の連携や工場作業の予定登録などが行われます。これ以外にも工場で行われた作業に基づいてお客様の参照するステータスが随時変化します。 また、集荷や配達の際など配送キャリアにてお品物が管理されることもあります。 このように、注文やクリーニングす

先日リリースされたDocker Desktopの4.27.0で Synchronized file shares という新たなファイル共有システムが導入されました。 docs.docker.com www.docker.com これはDocker社が買収したMutagenというファイル同期ツールで実装されていて、Dockerを使用した開発でボトルネックになりがちなファイルアクセスが改善されることが期待されます。Lenetのサービスは主にPHPで実装されていてファイルアクセスが多数発生するため、開発体験が改善されるかもしれません。 設定 早速 Synchronized file shares の設定をしていきます。 公式ドキュメントを参照しながら設定していきます。 docs.docker.com GUIからマウントするディレクトリを指定するだけで設定が完了するため簡単ですね。同等のことをMu

こんにちは！ホワイトプラスのコアシステム開発グループでエンジニアをやっている古賀です。 以前、PHPでOpenTelemetryを使ってトレースを取得する方法を紹介しました。 今回はメトリクス編ということで、OpenTelemetryでメトリクス(リクエストレイテンシ)を収集し、OpenTelemetry Collectorを介してGoogle Cloudに送信する方法を紹介します。 前提 PHP：8.1 open-telemetry/opentelemetry：1.0.0 メトリクスとは メトリクスはデータの数値表現で、CPU使用率やリクエストレイテンシなどが挙げられます。メトリクスを取得して監視やアラート、傾向分析に利用します。 メトリクスのデータモデルには複数のタイプがありますが、本稿ではリクエストレイテンシを可視化するためにHistogramを用います。 Histogram ヒスト

こんにちは、CX開発グループでエンジニアをしているAKITO-927です。 入社からおおよそ2ヶ月ほどとなります。 今回はそんな私の失敗談を元に開発チームの協力的な雰囲気を紹介したく筆をとりました。 （いずれも社内でインシデントとして扱われたものです） 失敗談をきっかけにというのも微妙な話かもしれませんが、これをきっかけに私が入社して実感したWHITEPLUSの魅力を少しでもお伝えしたいです！ 全体の流れとしては「開発の流れ」、私の失敗談、チームとしての振り返り、そして最後に私が感じたことという流れでお伝えさせていただきます。 早速ですが、まずは基本となる開発の流れから紹介していきます。 開発の流れ CX開発グループではスクラムで開発を行なっています。 １スプリントの期間は１週間です。 開発の流れは 見積 調査、設計 調査、設計のレビュー 実装（ユニットテストを含む） CIによるユニットテ

はじめに こんにちは、CX開発グループでWeb開発を担当している德廣です！ 本記事では、JetBrains社が開発した静的コード解析ツール「Qodana」をコード品質のモニタリングツールとして導入した時の話をまとめました。 弊チームでも「Qodana」の導入は試験段階でありますが、コードの品質管理を考えている方へ、何かしらの参考となれば思い記事にしたいと思います。 導入の目的 前提 リネットは10年以上続いているサービスで、レガシーコードがそれなりに存在しています。 コードベースの規模が大きくなってきて、人手だけに頼って品質を担保し続けるのは非効率で効率的な対応を検討していました。 コード品質を管理したい背景 弊チームでは「コードの品質を高くすることで、開発の速度を上げたい。」「開発体験を改善したい。」と考えています。 チーム内で「開発速度や開発体験を妨げているものは？」と振り返った時に、