Platform Group, Platform Infra Team の @dtan4 です。 現在メルカリ/メルペイのマイクロサービス基盤 (Microservices Platform) では、様々なクラウドリソース・SaaS を開発者に提供しています。これらのリソースを宣言的に管理するための手段として HashiCorp Terraform を利用しており、数百のマイクロサービスのインフラが Terraform によって管理されています。 1年以上前の話ですが、Terraform 0.12 がリリースされました。昨年後半に、我々が管理している Terraform リポジトリにおいて Terraform 0.12 対応作業を行いました。本記事では、我々の環境においてどのように Terraform 0.12 対応作業を行ったかについて説明します。 Terraform 0.12 対応の動

Microservices Platform Teamの@deeeeeeetと@dragon3です． Microservices Platform TeamではGoogle Kubernetes Engine（GKE）をメインのコンポーネントとして利用し，その上にメルカリとメルペイのMicroservicesを動かすための基盤を構築しています．メルカリのMicroservices化のプロジェクト自体は2年ほど前から始めており，GKEも当時に構築したものを今日まで運用し続けてきました． この2年間でGKEからは多くの機能がリリースされました．その中のほとんどはそのまま有効にすることができますが，中にはClusterを作り直す必要があるものもあります．例えばRoutes-based ClusterをVPC-native Clusterに，Zonal ClusterをRegional Clust

東京オフィス以外の拠点で開発を行うエンジニアたちは、メルカリの今の体制をどう思っている？ メルカリは東京だけでなく、福岡にも開発拠点を設けています。そんな福岡開発拠点が誕生したのは、2018年。フリマアプリ「メルカリ」の出品画像10枚化をはじめ、現在ではメルカリ福岡オフィスにあるカスタマーサービス（CS）との距離の近さを活かしながらCSツール開発を行っています。 今回のメルカンでは、2記事にわたって「メルカリ福岡開発チーム」に注目。第2弾では、Microservices Platformチームのソフトウェアエンジニアである山本竜三と、VP of Backendの田中慎司が登場します。第1弾はこちら！ …実は言うと、山本が所属するMicroservices Platformチームの採用条件は「六本木勤務」。にも関わらず、山本は現在、東京・六本木にあるチームから1人離れ、メルカリ福岡オフィスか

Microservices Platform TeamでTech leadをしている@deeeeeeetです． 昨年のMTC2018ではMicroservices Platformチームの立ち上げから1年で僕らが取り組んできたことを紹介しました． speakerdeck.com 具体的にはStranglerパターンによるMonolithからMicroservicesへの段階的なリクエスト移行を行うためのAPI gatewayの開発や，Microservicesのインフラのセットアップを簡単にしサービス開発チームのSelf-service化を進めるためのStarter-kitの開発，GoでのMicroservicesの開発を高速で始めるためのTemplateプロジェクトの開発，Spinnakerの導入などについて紹介しました． これらはPlatformとして最低限の機能を整備したにすぎず，さ

Q: “Is the latest version deployed?” A: “I deployed animated gif support to production.” Q: “So animated gif support is released?” A: “The animated gif release is deployed.” Q: “…” I’ve worked at many companies where “deploy”, “deployment”, “ship”, and “release” are used loosely, even interchangeably. As an industry, we haven’t done a great job of standardizing our use of these terms, even though

お知らせ 【メンテナンスのお知らせ】10月24日(火)10:00から1時間ほど、メンテナンス作業を予定しております。作業の間はconnpassのご利用が出来ません。ご迷惑をおかけしますが何卒ご了承ください。 お知らせ ソーシャル認証に頼らず安全にログインしていただくため、すべてのユーザーに対してパスワードの設定を必須といたしました。まだパスワードを設定されていない方は、パスワード設定画面よりご設定をお願い申し上げます。 機能改善 領収データ発行機能にてインボイス制度の書式での出力に対応しました。 詳しくはこちらをご覧ください。 新機能 参加者によるオンライン出席機能をリリースしました。今までは主催者による出席管理機能はありましたが、大規模イベント等での受付処理が大変とのフィードバックをいただいてました。今後はイベント作成時に発行される「出席コード」を会場現地や配信で共有してもらうことで、参

こんにちは。 メルカリデザイナーの とってぃ [ tottie ]です。 今回は最近担当したプロジェクトのデザインについて、制作プロセスを含めてお話をさせていただきます。その名も「MICROSERVICES PLATFORM」です。 ● 目次 ・きっかけ ・ヒアリングと情報整理 ・コンセプトメイキング・デザイン ・おわりにきっかけある日、デザインチームにこんな相談がきました。 「Microservices Platform Team （マイクロサービスプラットフォームチーム）のイベントを行うので、デザインをお願いします。」 話を聞いてみると、どうやら社内の新しい取り組みを行うエンジニアチームのロゴとイベントグラフィック等の制作依頼のようです。 ところで、Microservices Platform Team（マイクロサービスプラットフォームチーム）ってご存知ですか？ ● Microserv

メルカリのSite Reliability Engineeringチーム（以下、SREチーム）が発足したのは、2015年11月。当初から現在に至るまで、フリマアプリ「メルカリ」の信頼性向上のため、JP版やUS版をはじめ、メルカリグループが運営しているサービスのシステム運用業務を担当してきました。その一方で、ソースコードに直接手を加えてパフォーマンスを改善するなど、ソフトウェアエンジニア的な役割も担ってきた一面もあります。 システム全体を見ているチームということは、サービスや事業の成長とともに、その役割も変化していくということ。メルカリはSREチーム発足当時に比べて、組織や事業も拡大し、さらにはメルペイなどの新サービスも登場しています。そんななか、SREチームはどのようなフェーズに進もうとしているのでしょうか？ 今回のメルカンでは、SREチームのエンジニアリングマネージャー（以下、EM）を担

メルカリ新卒エンジニアはSREもサポートも経験する！ BABAROT  Hiraku インタビュー フリマアプリ「メルカリ」で、若手Webエンジニアはどんな活躍をしているのか。メンターによる育成の様子も交えてお送りします。 若手エンジニアのための情報メディア「エンジニアHub」がスタートしました！ 本連載「若手エンジニア、どんな活躍してますか？」では、若手エンジニアが企業でどんなふうに働いているか、会社やメンターはどんなことを考えて育成しているかを探っていきます。 ── 第1回はフリマアプリ「メルカリ」！ 急拡大中の企業で、若手エンジニアはどんなふうに開発に携わっているのでしょうか。ということで、まずは自己紹介をお願いします。 BABAROT　初めまして、BABAROT (@b4b4r07 / id:b4b4r07) こと石山将来です。メルカリでサーバサイドエンジニアとして働いています。2

Let developers move faster and more confidently with feature management.

1. Abstract Go should add the ability to create alternate equivalent names for types, in order to enable gradual code repair during codebase refactoring. This article explains the need for that ability and the implications of not having it for today’s large Go codebases. This article also examines some potential solutions, including the alias feature proposed during the development of (but not inc

こんにちは。Cacoo チームの木村（@cohhei）です。Cacoo チームでは、 Kubernetes によるアーキテクチャの microservices 化に取り組んでいます。今回は私たち Cacoo チームが microservices 化によって解決しようとしている課題と取り組みの内容、その成果についてご紹介します。 この記事では以下の内容を含みます。 Cacoo の開発チームがどんな課題を抱えていたか 何故 microservices の道を選んだか どんな技術を選んだか microservices 化してどうだったか 現状の課題 課題：古いフレームワークとモノリシックなアプリケーション Cacoo は2009年にベータ版がリリースされた歴史のあるプロダクトで、モノリシックなアプリケーション上ですべての機能が実行されていました。 そのため、それぞれのコードの依存関係を十分に理解

Robert Sedgewick is the founding chair and the William O. Baker Professor in the Department of Computer Science at Princeton University. He was a member of the board of directors of Adobe Systems from 1990 to 2016, served on the faculty at Brown University from 1975 to 1985, and has held visiting research positions at Xerox PARC, IDA, and INRIA. His research expertise is in algorithm science, data

記事作成日：[July 07, 2017] / 記事更新日：[October 30, 2019] BY Shinji Ineda 2004年に福岡で創設されたヌーラボは、プロジェクト管理・コラボレーションツールのBacklog、チャットツールであるTypetalk、そしてWeb上でサイトマップやワイヤーフレーム、UML、ネットワーク図など構成図を作成できるツール、Cacooを３本柱とし、世界に向けたサービス展開を行っている。 アプリやサービスを開発する際に、「まずは国内ユーザーを取り込もう」と考えているケースが多い中、ヌーラボは海外ユーザー数を着々と増やしている。 今回はヌーラボのニューヨークオフィスに訪問した。ここは海外市場を開拓するための重要な拠点である。これまでのオフィスの遍歴や社内のエピソードなどを通して、現地で働く山本氏と合嶋氏の考え方やワークスタイルについて伺った。 進出時にW