[B! mercari] negima1976のブックマーク

negima1976 id:negima1976

mercariに関するnegima1976のブックマーク (17)

「Codecov」への第三者からの不正アクセスによる当社への影響および一部顧客情報等の流出について
（2022年9月26日追記）本件に関する、セルフチェックページとお問合せ窓口の提供を終了いたしました。この度は、お客さまをはじめ多くの関係者の皆様に多大なるご迷惑とご心配をおかけしましたことを、深くお詫び申し上げます。株式会社メルカリは、当社が利用している外部のコードカバレッジツール※「Codecov」に対する第三者からの不正アクセスにより、当社のソースコードの一部および一部顧客情報（フリマアプリ「メルカリ」で2013年8月5日〜2014年1月20日に実行された売上金の顧客口座への振込みに関連した情報17,085件、2015年11月〜2018年1月の間におけるカスタマーサービス対応に関連した情報217件、2013年5月に実施したイベントに関連した情報6件、「メルカリ」および「メルペイ」の一部取引先等に関する情報7,966件、当社子会社を含む一部従業員に関する情報2,615件）が外部流
negima1976 2021/05/21
セキュリティ

mercari
リンク
API GatewayによるMicroservices化
API GatewayによるMicroservices化 mercari.go#1 3 July 2018 Taichi Nakashima About me @deeeet / @tcnksm (GitHub) Blog on deeeet.com Tech lead at Mercari microservices platform team 2 Mercari Meetup for Microservices Platform 7/19 遊びに来てくれ！ https://mercari.connpass.com/event/92168/ 3 tl;dr Mercari Microservices化のために開発したAPI Gatewayについて紹介する． API Gatewayとは何か? API Gatewayの設計思想は? API Gatewayの機能の実装方法は? API Gate
negima1976 2018/07/04
api

mercari

サービス

HTTP
リンク
メルカリの3つのValueで取り組むインシデント対応 | メルカリエンジニアリング
TL;DR こんにちは、SRE の @masartzです。メルカリには GoBold、 Be Professional、All for One という3つの行動指針︵Value︶があります。今回はこれらのValueを元にメルカリでインシデント対応をどのように行っているかを紹介します。インシデント対応とは本エントリでは、いわゆるハードウェアやネットワークなどのインフラにおける不具合や故障だけでなく、プロダクトひいては会社活動全般における非日常的な状況に対する対応をインシデントと定義して進めます。何をやっているかインシデント対応は、障害の発生から根本解決までの過程で大きく2つの段階に分けられます。障害発生から一旦の収束まで発生した障害を監視システムなどで検知しますあらかじめ用意された専用のSlackチャンネルに共有し、対応を開始します状況の把握と早期の復旧に務めます機能の
negima1976 2018/04/10
Mercari

障害報告

インシデント
リンク
チャリチャリ
いつでも気軽にチャリチャリは、街なかの赤い自転車「チャリチャリ」に、いつでもパッと乗って、気軽に移動できるシェアサイクルサービスです。
negima1976 2017/09/07
mercari

business

サービス
リンク
「hbstudy#75 SRE大全：メルカリ編」で登壇しました | メルカリエンジニアリング
こんにちは。SREの @kazeburo です。8月17日に株式会社ハートビーツ様が主催する﹁hbstudy#75﹂において、メルカリSREの取り組みについての発表をしてきましたので、資料を公開します。 hbstudyでは、SRE大全というテーマで、#74において先日発売となりました﹁SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム﹂の翻訳者の発表があり、また#76にてXFLAG スタジオのSREによる発表が予定されています。発表内容トークの時間が2時間ありましたので、前半、後半にわけて資料を作成しました。内容も多く盛り込んでおります。メルカリがSREを採用した理由メルカリSREチームの紹介 OnCall/運用当番について先日のCDN変更での個人情報漏洩について PHPアプリケーションの最適化セキュリティの取り組み(パスワード
negima1976 2017/08/21
SRE

Mercari

ITインフラ
リンク
メルカリのデータサイエンティストの取り組みを大公開! Drink Meetupを開催しました
メルカリのデータサイエンティストの取り組みを大公開! Drink Meetupを開催しました AI Author: kuropanther プロダクトの分析全般を担当している@hikaruです。日々、メルカリのプロダクト改善のPDCAを定量分析の面からサポートしております。以前、メルカリのデータサイエンティストが日々どのようなツールを使って分析をしているのかをお伝えしました。 tech.mercari.com このエントリーでは、メルカリの分析チームの活動をもっと知ってもらうために、先日メルカリで行われた「Drink Meetup with Mercari (BI/ML)」の様子をお伝えしようと思います。 mercari.connpass.com ちなみに、ご存じない方もいると思うので説明しておくと、Drink Meetup with Mercari はメルカリの各チームがどのように働
negima1976 2017/06/07
mercari

BI

チーム

機械学習
リンク
「絶対要らないハズだけど、なかなか削除できずにいるもの」を対応した小話 | メルカリエンジニアリング
はじめましてこんにちは。SREの@masartzです。私は最近joinしたのですが、今回は本番環境に古くからあるテーブルの掃除作業をした案件をご紹介します。 tl;dr; 本番の住所情報テーブルを消したけど問題なかった話絶対要らないハズだけど、なかなか削除できずにいるものを対処する話本番環境の住所情報テーブルをdropするまでの作業今回、本番環境の住所情報テーブルをdropしました。と言っても、事故でもうっかりでもなく、既に使われていなかったものの整理という作業でした。何故使われていなかったかというのは、メルカリの住所情報の保持の仕方の変遷が関係しています。初期にはuser情報と住所情報は1対1の関係でした。イメージとしては以下です。 CREATE TABLE IF NOT EXISTS users ( id INT UNSIGNED NOT NULL, name VARC
negima1976 2017/05/27
SRE

mercari

development
リンク
プログラマーの三大美徳その２
みなさんはプログラマーの三大美徳ってご存知ですか?プログラミング言語Perlの作者である Larry Wall が http://www.perl.com/pub/1998/08/show/onion.html で述べたのが最初とされています。三大美徳として怠惰(laziness) 短気(impatience) 傲慢(hubris) があげられています。怠惰(laziness)については、以前にこちらの記事でお話しました。 tech.mercari.com 今回は短気(impatience) についてです。短気(impatience) 優秀なプログラマーが持っている怠惰という美徳は素晴らしいのですが、その反面というか怠惰さゆえに腰が重いときがあります。そこで短気な面をうまく刺激することでプロジェクトを円滑に進めることが可能です。メルカリでの例みなさんもCIにてテストを動か
negima1976 2017/03/31
mercari

テスト

bot

ネタ
リンク
Site::Reliability::Engineering - YAPC::Hakkaido 2016 Sapporo
Site::Reliability::Engineering - YAPC::Hakkaido 2016 Sapporo
negima1976 2016/12/12
Mercari

運用
リンク
メルカリにおける、継続的なアプリケーション改善を支える技術 #retty_tech_cafe // Speaker Deck
メルカリにおける、継続的なアプリケーション改善を支える技術 - Retty Tech Cafe #5 2016/03/12
negima1976 2016/03/14
mercari

アプリケーション

技術

development
リンク
Advanced nginx in mercari - How to handle over 1,200,000 HTTPS Reqs/Min
Advanced nginx in mercari - How to handle over 1,200,000 HTTPS Reqs/Min 「nginx実践入門」出版記念！執筆者らが語る nginx Tech Talks Read less
negima1976 2016/02/09
mercari

nginx

https
リンク
Slackへの通知をAttachmentsでわかりやすく… | メルカリエンジニアリング
Site Reliability Engineering Teamの@cubicdaiyaです。今回はSlackのライトなお話です。 SlackのAttachments SlackにはIncoming WebhooksやWeb APIでメッセージを投稿する際、ペイロードにAttachementsと呼ばれる情報を含めることでメッセージを装飾できる仕組みがあります。これを利用すると例えばメッセージにタイトルを付けたり、用途に応じてカラーリングするといったことができます。︵画像はイメージです。実際のアラートメッセージとは異なります。︶上記の場合、障害が発生したら赤、復旧したら黄緑で色分けしています。このようにAttachementsを利用することでSlackへ投稿するメッセージを分かりやすく装飾することができます。メルカリでのAttachementsの利用例メルカリでのAttachme
negima1976 2016/01/14
mercari

slack

開発の現場
リンク
インフラチーム改め Site Reliability Engineering (SRE) チームになりました
インフラチーム改めSite Reliability Engineering (SRE) チームになりました Organization Author: kazeburo インフラチーム改めSite Reliability Engineering チームの @kazeburo です。この記事ではまだ馴染みの薄いSite Reliability Engineer とは何かについて紹介したいと思います。 SREとGoogleのSRE Site Reliability Engineerは日本語にすると﹁サイト信頼性エンジニア﹂となりますが、あまりキャッチーではないので普段は略語の﹁SRE﹂を使用しています。SREという職種は日本ではあまり聞く事はありませんが、FacebookやAirbnb、Dropboxなどの企業でSREが募集され、それぞれのサービスを支える重要な役割を担っていると思われます。
negima1976 2015/11/18
mercari

engineer

SRE

パフォーマンス
リンク
大人のスタートアップは大人のリリースができる。そう、ChatOpsならね。 | メルカリエンジニアリング
このブログをご覧のみなさま初めまして。@siroken3です。メルカリではインフラチームに所属しており、リリースの仕組み構築を担当しています。メルカリのリリースについてメルカリではカスタマーサポートから受け取る改善要望、プロダクトとしてまだやれてないことなど多くのタスクがあり現在も継続して開発とリリースが行われています。 Issue管理はRedmine、ソースコードのリポジトリはGitHub privateを使用しています。Pull Request(以下PR)でのコードレビューを実施、masterブランチへマージされたものをリリースするのが基本的なフローです。一方、1年前まではリリース頻度は週1回のリリース日を決めて実施していましたが、この1年で大きく変わりました。現在では日本版とUS版を合わせて10回〜30回/日の頻度でリリースしています。この記事では大きく変わったメルカリのリリー
negima1976 2015/10/16
mercari

開発

運用
リンク
Gitのつくりかた | メルカリエンジニアリング
はじめまして。サーバサイドエンジニアの @DQNEO です。今日はGitのつくりかたをご紹介します。C言語学習教材としてのGitGitと同じものをゼロから作って何の意味があるのか？と思いますよね。私がこの再発明をやり始めた動機は﹁C言語を書けるようになりたい﹂でした。実際に途中までやってみたところ、C言語がチョットデキるようになったGitの内部構造に詳しくなったというメリットが得られました。C言語を勉強する題材は、テトリスとかWebサーバとか他にいくらでもあるのですが、Gitを実装してみるのはかなりおすすめです。理由は下記の通りです。内部構造が意外と単純 (ローカルで動かす分には)ネットワークの知識が不要普段使っているツールで外部仕様がわかっているので、やるべきことが明確余談ですが、本家Gitのソースコードを参考にしようと思って読んでいたら、Linus Tovals
negima1976 2015/09/14
mercari

git
リンク
WEB+DB PRESS Vol.88 にメルカリのデータベース設計の記事を書きました | メルカリエンジニアリング
2015年8月22日発売のWEB+DB PRESS Vol.88 にメルカリのデータベース設計、運用に関する特集記事をインフラチームの@cubicdaiya、@siroken3、@kazeburoの3人で書かせて頂きました。 gihyo.jp 特集のタイトルは﹁実戦データベース設計サービスの急拡大に耐えるスケール戦術﹂です。メルカリでは、これまでサービスの急激な成長に伴い、何度もデータベースのスケールアップ・スケールアウトを行ったり、NoSQLの導入をして増え続ける負荷とデータに対応してきました。この特集では、まず、これまでの大規模なWebサービスが直面したデータベースのスケーラビリティの問題とその対応方法を4つの期に分けて紹介します。続く2章、3章ではメルカリでのテーブル設計の工夫や、実際の運用で起きていたデータ領域の不足問題にどのように対処していったのか説明します。4章では視点を変
negima1976 2015/08/20
面白そう

mercari

DB

web+db
リンク
メルカリの「エンジニアブログ」はじめました | メルカリエンジニアリング
はじめまして。1エントリ目を書くことになった id:sotarok です。光栄です。メルカリは、2013年7月にリリースされて現在急成長中のフリマアプリで、今週2周年を迎えます。ダウンロード数1500万ということで多くのユーザーに利用していただいていて、サービスとしても会社としても大きくなる中で、日々多くの技術的課題への挑戦が行われています。そうした内容を、今日からこの “Mercari Engineering Blog” で、あれやこれや発信していきたいと思っています。さて、1発目のご挨拶エントリーということで特段大きなネタは用意していないのですが、、これまでのメルカリではエンジニアブログをやっていなかったため、技術的なアウトプットは各人がそれぞれやっていました。そこで、ここ2年のメルカリエンジニアメンバーによる技術的なアウトプットをまとめてみました！インフラからクライアント
negima1976 2015/06/29
mercari

開発
リンク
1