なぜSUZURIはHerokuから「EKS」へ移設する決定をしたのか - Pepabo Tech Portal
こんにちは。技術部プラットフォームグループのshibatchです。プラットフォームエンジニアとして、主にSUZURIとminneをより良くするおしごとをしています。 さて私が主として携わっているSUZURIですが、2014年のサービス開始以来、一貫してHerokuを利用してきました。このたび、10年間使っていたプラットフォームを卒業し、新たにAmazon EKS(Elastic Kubernetes Service)へ移す方針に決めた経緯についてお話しします。EKSに移すという決定にするまでに多角的に検討し、時に悩みながら決定した過程について明らかにしていきます。 なお、現在プラットフォーム移設の真っ最中であり、移設の詳細な内容はこの記事に含めません。移設作業はほぼ完了に向かっており、また別途お話しする予定です。 この記事は以下の3部構成になっています。 Herokuから移行しようと思った
もう人間がクエリを書く時代じゃない！SQLクエリの組み立てを自動化するSlack botを開発・導入しました - Pepabo Tech Portal
こんにちは。SUZURI事業部の@kromiiiと申します。 私のメインの業務はWebアプリケーションの開発ですが、大学院時代のスキルを活かして並行してデータ分析業務も行っています。 データ分析業務ではデータベースのクエリを書くことが多いのですが、私自身SUZURI事業部に配属されたばかりで、テーブルの名前やリレーションを覚えるのが大変でした。そこでクエリの設計を自動化するツールをSlackに導入しました。 その名も tbls-ask bot です。どのようなものか先に見てみましょう。 ユーザーはSlackでメンションする形で、どのようなクエリを実行したいのか自然言語で入力します。 メンションされるとSlack botが起動し、どのDBスキーマを利用するかを尋ねます。 ユーザーがDBスキーマを選択すると、自然言語からSQLクエリを生成し、Slackに返答します。 今回はパブリックに公開する
Findy 主催 インシデントマネジメント 事態収拾のための取り組みに迫る Lunch LT に登壇しました - Pepabo Tech Portal
セキュリティ対策室の 伊藤洋也 ( @hiboma ) です 2/21(水) ファインディ株式会社様 主催の インシデントマネジメント 事態収拾のための取り組みに迫る Lunch LT にオンラインで登壇しました。 イベントは次のような趣旨で開催されました。 インシデントが発生した際にスピーディにサービスを復旧させることはもちろんのこと、発生した事象への再発防止に向けた対策を講じることも重要です。インシデントへの事前準備、発生時の対応、振り返りの一連の管理はサービスの信頼性維持のための一環となっております。 本イベントでは、それぞれインシデントへの対応の管理や改善をされてこられた方々から、取り組みの事例やその際の考え方等を広く共有していただくことで明日から使える気づきや学びを得られるイベントを目指します。 今回、このイベントで インシデントマネジメントとエンジニアリングのかけ算 - 自動化
DBのリストアテストを全自動化した話 - Pepabo Tech Portal
ホスティング事業部の業務信頼性向上チームでエンジニアをしているはらちゃんです。 先日STREET FIGHTER 6のオープンベータに参加し、友人にボコボコに負けました。 製品版買っていい勝負ができるように特訓を重ねたいと思います。 今回、ホスティング事業部のサービスであるロリポップ、ムームードメイン、ヘテムル、おさいぽのDBリストアテストを自動化したので紹介します。 まず業務信頼性向上チームとは？ リストアテストを継続的にやっている理由 なぜ自動化したのか 全体像 具体的な実装 実装時に困ったこと dumpのサイズが大きすぎて通常のrunnerではリストアテストができない場合 scpをするアカウントにdumpファイルを操作する権限がない場合 dumpファイルのファイル名が微妙に違ってうまく指定できない場合 終わりに まず業務信頼性向上チームとは？ 最初に、自分の所属している業務信頼性向上
ペパボのエンジニア組織のこれまでとこれから - VPoEから技術責任者へのバトンタッチ - - Pepabo Tech Portal
バトンタッチ 1on1 風の対談形式で、執行役員VPoEである柴田(hsbt)から、2022年9月1日付けで技術責任者に就任した高橋(kenchan)へバトンタッチというインタビューをお伝えします。 これまでと現状 hsbt: 自分はあんちぽさんの分身というのを意識して組織運営をしていました。従来のあんちぽさんの方針をなぞる形の運営ですね。具体的な例としては、あんちぽさんは技術選定などを行うときにトップダウンで決定ということはやらずに、選択肢を例示した上でエンジニアに決定してもらう、ということをやっていたので自分もできるだけそういう状況を作ろうと心がけていました。 この戦略を進めていく上で重要になるのはエンジニア個人が技術選定をできるようになる、というのがポイントになります。そのためには「決める」ための判断軸や基準を持っている必要があるのでことあるごとにスローガンとして周知していました。
サービスを停止せずにデータベースリファクタリングする - Pepabo Tech Portal
2022年7月13日にカラーミーショップで提供開始した「副管理者機能」のアップデートにあたって、従前の挙動を変えずにデータベーススキーマの構造を変える必要がありました。また、サービスの提供を停止することなく、スキーマの構造の変更を進める必要がありました。 この記事では、サービスを停止せずにデータベースの構造を徐々に変更するデータベースリファクタリングをどのように進めたかについて紹介します。 「データベースリファクタリング」とは データベースリファクタリングについて体系的に述べた書籍として"Refactoring Databases"があります。この本では、データベースリファクタリングのさまざまなパターンにおいて、スキーマの変更、データマイグレーション（既存データの移行）、アプリケーションの変更それぞれをどのように進めるべきかについて解説しています。ここでは、"Refactoring Dat
問い合わせ対応の生産性を計測・可視化する - Pepabo Tech Portal
はじめに こんにちは。CS 室で Customer Ops をやっています @morimai です。 わたしが所属する Customer Ops チームは、CS 室の業務に必要なデータ基盤の構築・運用や業務の自動化、データ活用の促進などをメインに活動しています。 今回は、CS（カスタマーサポート、カスタマーサクセス）の大前提である「問い合わせ対応の安定運営」を実現し、顧客体験向上に寄与するために、「問い合わせ対応の生産性」を計測・可視化したことについてご紹介します。 はじめに なぜ問い合わせ対応の生産性を計測・可視化するのか どのように計測・可視化するか 問い合わせ対応をするパートナーごとの「問い合わせ対応件数」の収集 問い合わせ対応をするパートナーごとの「問い合わせ対応時間」の収集 収集したデータをもとに 1 時間あたりの対応件数を自動で毎日計算・可視化 Google Sheets と
実例に学ぶGoをテスタブルに書く基本 - Pepabo Tech Portal
技術部プラットフォームグループ SRE の akichan です。 ペパボでは Nyah と呼ばれる OpenStack のプライベートクラウドを運用しており、Load Balancer as a Service(LBaaS) の Octavia が利用可能です。 先日、このLBaaSに対する不正なアクセスからシステムを防御するために、特定のIPアドレス帯からの通信をブロックするソフトウエアをGoで実装しました。その際に、社内のGoの有識者にレビューしてもらいながら、どのようにリファクタリングを行なっていったかを通して、私と同じようなGoの初学者が押さえておくと良さそうなポイントについてお伝えできればと思います。 Amphora Protector 今回開発した Amphora Protector について簡単に解説します。 Octavia の LoadBalancer の実態は、HAPr
ペパボのエンジニア組織文化の測定結果のご紹介 - Pepabo Tech Portal
執行役員 VP of Engineering 兼技術部長の @hsbt です。Horizon Fobidden West やアサシンクリード・ヴァルハラの DLC 第三弾をプレイしつつモンスターハンターライズのサンブレイクの発売を待っている春この頃です。 GMO ペパボ(以下、ペパボ)では、2022年2月に所属しているエンジニア全員 100 名強にキャリア意識に関するアンケートを取りました。今回はこのアンケートの結果の一部についてご紹介します。 調査内容 キャリア意識に関するアンケートにはエドガー・シャインによるキャリアアンカーに基づいた質問や今後伸ばしていきたい技術領域など、多岐にわたって質問をしています。アンケートに含まれる質問のうち、『LeanとDevOpsの科学』に紹介されている「組織文化の測定」に基づいた調査とその結果が特徴的だったため、テックブログのこの場で公開します。 『Le
Google Workspaceのプライマリドメイン変更を実施しました - Pepabo Tech Portal
こんにちは、ペパボのCorporate Engineering Group（以下CEG）でソフトウェアエンジニアをしている加治です。 CEGでは、主にペパボ社内で利用されている社内向けサービスの開発・運用・保守を行っています。運用・保守を行っているサービスの中にはSaaSも含まれています。そのSaaSの一つであり、ペパボでメインで使用されているオフィススイートであるGoogle Workspaceのプライマリドメインを変更したお話をします。 最初に、このお話のターゲットを明確にしておこうと思います。 これからプライマリドメインを変更したい情シス、コーポレートエンジニアなどの担当者 プライマリドメインを変更したことがあり、ペパボではどうだったのかな〜と気になった人 Google Workspaceの運用をしていて、プライマリドメインが事実上のメインのドメインと異なるときの影響を知っておきたい
GMO ペパボの技術スタック 2020 - Pepabo Tech Portal
執行役員 VP of Engineering 兼技術部長の @hsbt です。今年は Ghost of Tsushima をプレイしてからオープンワールドのゲームをひたすら消化していて、今はアサシンクリードヴァルハラでイングランドを歩き回っています。 昨年から今年にかけては以下のエントリーのようにGMOペパボ(以下、ペパボ)の社内のIT環境やリモートワークの状況について紹介しました。 GMO ペパボの社内IT環境 2019 - ペパボテックブログ GMO ペパボのリモートワーク状況 2020 - ペパボテックブログ 今回は社内IT環境から離れて、ペパボがサービスに採用している技術スタックについてご紹介します。 はじめに ペパボの技術スタック、について紹介すると書きましたが、ペパボという会社は事業部制を採用しており、運営しているサービスは事業部に紐づけられ、所属している人員によって開発が行わ
ペパボテックブログの裏側 - Pepabo Tech Portal
執行役員 VP of Engineering 兼技術部長の @hsbt です。先週発売したモンスターハンターストーリーズ2をプレイしながら、「ティガレックスじゃなくてナルガ亜種出てよ〜」という感じにオトモンの卵探しに時間を費やしています。 今回は「ペパボさんには〜はありますか?」シリーズの第二弾として「ペパボさんではテックブログの執筆方針などはありますか?」という質問をもらったので、GMOペパボ(以下、ペパボ)でのテックブログの運営方針をこのエントリで紹介したいと思います。(第一弾は GMO ペパボでの Slack の使い方 2021 - ペパボテックブログ です) 運営方針 ペパボテックブログは 2015年11月17日にスタートしました。当時の執行役員CTO、現取締役CTOの @kentaro が書いたテックブログ開設の目論見について引用します。 日々の業務から得られた知見を少し立ち止ま
データ基盤チームの振り返り〜ペパボテックカンファレンス#14 - Pepabo Tech Portal
技術部 データ基盤チームに所属している@tosh2230です。2/25にペパボテックカンファレンス#14が開催されましたが、実は私も登壇しておりました。発表内容をご紹介するとともに、この場を借りて振り返りをしていきたいと思います。 発表内容 「データ駆動の実現を担う事業部横断組織」というビジョンのもと、2021年1月にデータ基盤チームが設立されました。 データ駆動は、日本CTO協会が監修・編纂しているDX Criteriaにおいて掲げられているテーマのひとつです。 社内外のデータを活用しやすい状態にして、経営やビジネスにおける意思決定に活用するための支援を行っています。 データ活用基盤であるBigfootを軸として、これまでの取り組みや登壇時点までにやったこと、これからやっていきたいことをまとめて発表しました。 振り返り では、発表を通じて得た気づきについて、早速振り返っていきます。 伝わ
GMO ペパボの社内IT環境 2019 - Pepabo Tech Portal
執行役員 CPO (Chief Productivity Officer) 兼技術部長の @hsbt です。 GMO ペパボ株式会社(以下、ペパボ)では社員が生産性高く楽しく仕事をして成果を出すために、少しずつですが社内の制度や環境をアップデートしています。このエントリでは 2018 年にアップデートしたことも含めて、GMO ペパボの社内の IT 環境についてご紹介します。初めて公開する情報もあるので、GMO ペパボで働くことに興味がある人は参考にしてください。 貸与マシン Web サービスを営む企業に限らず、IT 業界に属する会社に入社してきになるのは、個人に貸与されるマシンだと思います。ペパボでは、入社前のアンケートでスペックをヒヤリングしたのちマシンを手配して、当日デスクの上にセットアップ済みのマシンを用意して貸与を開始しています。Windows なら パナソニック製の Let's
ペパボにおけるpyama of the year制度(未承認)について - Pepabo Tech Portal
春はあけぼの、秋はpyamaことホスティング事業部のP山です。こんにちは、こんにちは。 今日はGMOペパボで最近空前絶後のブレイクを記録している、pyama of the year制度について紹介します。 pyama of the yearとは 筆者の毎週水曜日の15時から17時をペアプロ、ペアオペの予約時間とし、ホスティング事業部のエンジニアが困っていることを一緒に解決したり、ターミナル環境の整備や、キーボードを見ずにタイピングすると生産性が高いことをお伝えしたりしています。 またpyama of the yearの意味をよく聞かれるのですが、これは昔、日本カーオブザイヤーを見た筆者が、 車になりたいという願望 を抱いたことから、pyama of the yearとしています。要するに車です。 なぜやるのか？ 筆者が普段仕事をしていて、ある気づきがあったことがきっかけです。 ある日、オフ
エンジニアの採用プロセスをアップデートしました - Pepabo Tech Portal
執行役員 CPO (Chief Productivity Officer) 兼技術部長の @hsbt です。 6 月より、GMO ペパボのエンジニアの採用プロセスをアップデートしたので、変更前後とその背景についてご紹介します。 変更前の採用プロセス GMO ペパボのエンジニアの従来の採用プロセスは上記の図のように、3次の面接まで、技術と事業部それぞれから面接官が参加する形式を取っていました。また、後半の面接に行くに従って、例えばエンジニアの場合は1次面接では同じチームのエンジニア、二次面接では同じ事業部のCTL(チーフテクニカルリード)というように、より役職の高いメンバーが参加することが多かったようです。また、エンジニアとして募集を行う職種も事業部ごとに設計されていた、というのが特徴です。 この方式では、事業部内で採用に関わるペパボのメンバーのアレンジや、面接における評価基準をそれぞれが定
中途入社のパートナー向けにペパボカクテルを開始しました - Pepabo Tech Portal
執行役員 CPO (Chief Productivity Officer)兼技術部長の @hsbt です。 今年からペパボのエンジニアリングを統括する立場(技術担当執行役員)に就任したので、ペパボで実行されているエンジニアリングマネジメントの取り組みについてテックブログで発信していくことにしました。 ペパボカクテルとは これまでペパボでは、中途入社していただいたエンジニアを支援するメンターや立ち上げプログラムの決定は、全てを事業部の CTL(Chief Technical Lead)が中心となって作成し、事業部ごとに進めて来ました。事業部ごとに施策を決める方法は、意思決定を迅速に進めることができる一方で、配属されたエンジニアによって経験に偏りが発生してしまうという問題、いわゆるサイロ化という課題もありました。今回、これらの課題を解決しつつ、メリットとしての意思決定も維持した、全社統一の O
グーペのPHPバージョンを5.2から7.1にアップグレードしました - Pepabo Tech Portal
こんにちは、グーペグループエンジニア @hypermkt と技術部インフラグループ・シニアエンジニア @hfm です。半年に及ぶグーペのPHPアップグレード作業が2017年5月中旬に全て完了し、PHPバージョンは5.2から7.1になりました。今回の記事ではアップグレードの過程と効果について、ご紹介させていただきます。 はじめに 8年目のホームページ作成サービス「グーペ」 なぜ8年目のタイミングでアップグレードをしたのか アップグレード基本方針 PHP5.2との後方互換性を維持する deprecatedの対応は優先度低め 事前準備 新旧両バージョンで継続的テスト より広範囲をカバーできるE2Eテストを重視 リアルタイムエラー検知 下位互換性のない変更点の修正 php7ccによる互換性の自動検知 MySQL関数の削除 preg_replaceへの置き換え PHP7.1用php.iniの作成 リ
YAPC::Fukuoka 2017 HAKATA にペパボのエンジニアが登壇します! - Pepabo Tech Portal
執行役員 CPO (Chief Productivity Officer)の @hsbt です。 2017年7月1日(土)に福岡で開催される YAPC::Fukuoka 2017 HAKATA にペパボの仲間が登壇するので登壇者と発表内容について紹介します。 レガシーPerlと「今」を組み合わせ、開発を継続し続ける方法(B会場 10:00-10:20) 発表者はホスティング事業部の CTL(Chief Technical Lead) の @pyama です。 @pyama の所属するホスティング事業部ではロリポップ！という国内最大級のレンタルサーバサービスを提供しています。 ロリポップ！のインフラサイドのコア API では現在も Perl5.8 の API が稼働しており、その API の開発環境の整備をどのように行ったかや、今後の開発ロードマップの意思決定理由などについてご紹介します。
2017年度新卒研修がはじまりました！ - Pepabo Tech Portal
新卒研修のはじまり 今年度は12名のパートナー(新卒7期生)が入社しました。おめでとうございます！ 東京でGMOインターネットグループの合同研修を終えたあと、4月の2週目からGMOペパボでの研修がはじまりました。今年は総合職・CS(Customer Service)職・デザイナー職・エンジニア職の4職種のみなさんが東京と福岡で1ヶ月ずつ、約2ヶ月間の職種共通研修を受講しています。 新卒研修の番長について 人事マネージャーの@funabashiが7期目を迎えるペパボ新卒研修で準備してることで書かれていますが、研修には人事担当者だけでなく新卒研修の「番長」が存在します。新卒研修におけるリーダー的な役割を持っている人を指して「番長」と名付けられています。おしゃれ番長みたいな良い意味での「番長」です。 今年は東京の番長は私(@kurotaky)で福岡はエンジニアの@ryomaとCSのリーダー@ar
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
