LAPRASにおけるSLO運用状況 | LAPRAS株式会社
こんにちは、SRE(Site Reliability Enginner) の @showwin です。前回の LAPRASインフラチームで避難訓練を行いました の記事に引き継ぎ、今回もSREチームの取り組みの紹介です。 概要2021年2月からSLI, SLOを定めた運用を開始し、約半年が経過しました。導入の背景や、運用開始までの流れ、実際に運用してみて気付いたことをまとめました。 体制としては、SREチームはフルタイム1名、適宜手伝っていただけるメンバー2名で構成されており、アプリケーションエンジニアが9名です。また、サービスの利用者に対してはSLAを提示しておりません。このような状況下において運用されているという前提で読み進めていただけたら幸いです。 SLO導入に至った経緯前任のインフラエンジニアの退職により、2020年9月より私がその役割を引き継いだのですが、なんとなくカッコ良さそうと
「LAPRASのDB設計についてそーだいさんに相談してみた」イベントレポート | LAPRAS株式会社
こんにちは！LAPRAS でエンジニアをしていますモロズミ (@Chanmoro) です。 約3ヶ月前になりますが、今年の6月9日に LAPRAS 公開設計レビュー「LAPRAS の DB 設計について」そーだいさんに相談してみた というオンラインイベントを開催しました。 事前収録した動画を参加者の方にご覧いただく形式でしたが、イベント公開から本日まではイベント参加者の方のみに限定公開としていました。しかし、とても参考になる内容をお聞きできたのでより多くのエンジニアの方の参考になればという思いと、イベントに参加ができなかった方から「ぜひ内容を知りたい」というお声を多くいただいていたことから、この度イベントの動画を全ての方にご覧いただけるように一般公開しました。 動画を頭から最後まで全部見ていただける方がイベント中のそーだいさんと私たちの会話の文脈がよりわかるのでオススメではあるものの、全部
Argo Workflows: 推薦基盤向けワークフローエンジンを Kubernetes で運用して1年経ったので振り返る | Wantedly Engineer Blog
Argo Workflows: 推薦基盤向けワークフローエンジンを Kubernetes で運用して1年経ったので振り返る こんにちは。Matching チームの笠井（@unblee）です。 この記事では、おおよそ1年以上前に私が新卒入社して Infrastructure チームで一番最初に取り組んだ Workflow Engine の導入プロジェクトについての振り返り・供養をしようと思います。 記事内で触れている情報・判断は全て1年以上前の時点の社内外の状況に基づいていることを前提としているため現在の最新の情報とは異なることがあります。この前提を承知した上でお読みいただければ幸いです。 Agenda問題意識技術選定PoC本番環境への導入とその障壁の解決振り返りまとめ問題意識Wantedly では以前から推薦基盤へ力を注いでおり、Wantedly Visit におけるユーザと企業の理想のマ
Kubernetes 8 Factors - Kubernetes クラスタの移行から学んだクラスタのポータビリティの重要性と条件 | Wantedly Engineer Blog
Kubernetes 8 Factors - Kubernetes クラスタの移行から学んだクラスタのポータビリティの重要性と条件 こんにちは、Wantedly で技術基盤に関わる Developer Experience Squad で Engineer をしている大坪（@potsbo）です。 今日は、WANTEDLY TECH BOOK 7 から「Kubernetes クラスタの移行から学んだクラスタのポータビリティの重要性と条件」という章を抜粋し加筆修正を加えたものを Blog にします。 「WANTEDLY TECH BOOK 1-7を一挙大公開」でも書いた通り、Wantedly では WANTEDLY TECH BOOK のうち最新版を除いた電子版を無料で配布する事にしました。Wantedly Engineer Blogでも過去記事の内容を順次公開予定であり、この Blog もそ
Go 1.11 の modules・vgo を試す - 実際に使っていく上で考えないといけないこと #golang | Wantedly Engineer Blog
日本時間の 8/25 早朝，Go 1.11 がリリースされました 🎉 🎉 https://go.googlesource.com/go/+/go1.11 Go 1.11 には WebAssembly 対応を始めとするド派手な新機能からコアライブラリ・ツールチェインの細かな改善まで，いろいろな変更が入っています．個人的には golang.org/x/tools/go/packages が気になっていました．./... がうまく扱える API かな？とか思ってたけど，内部で普通に go list 叩いちゃってるのがかわいい． The latest Go release, version 1.11, arrives six months after Go 1.10. Most of its changes are in the implementation of the toolchain,
Dockerを使ってawspecを動かしてみる【エンジニアブログより】 | 株式会社サーバーワークス's Blog
技術３課の森です。 新入社員の方々をよく目にする時期ですね。一人暮らしを始めたりする人は部屋を借りて色々モノをそろえていくタイミングですね。 ということで、Dockerを使ってawspecを動かしてみました。 はじめにDockerについては、色々ウェブや書籍から学ぶことができるので、ここでは省略します。 今回、なぜawspecを動かすのに、Dockerを選択したかというと、awspecを利用するのに色々とインストールする必要があります。 しかし、OSによって少し変わったりするかもしれないなという漠然なところからと個人的にDockerを使ってみたいなというところから興味本位で始めた結果になります。 awspecについては、以前書いた記事がありますので、そちらをご参考に。 構築環境macOS Sierra バージョン 10.12.6 Docker Version 18.03.0-ce-mac5
あの人気サービスは、Webサイトを高速化するために何をしているか | Wantedly Engineer Blog
最近、Webサイトの高速化が話題になっています。 Wantedlyでもサーバーサイドのレスポンス速度はしっかりトラッキングして取り組んでいましたが、フロントエンドはまだまだやれることがあると認識し、悔しさを胸にさっそく動き出しています。 取り組むに当たって、まずは事例を集めていくことから始めました。サーバーサイドの実装を見ることはできないですが、フロントエンドは頑張れば覗けるので、Webサイトの高速化に取り組んでいそうな他のサービスをじっくり観察することで、自分たちのプロダクトに最適な方法を選択できるはずです。 様々な種類のサービスを提供しているサイトを調査してみると、その高速化の手法はサービスごとに結構違っていて、学ぶことが想像以上に多かったので、ブログにまとめてました。同じようにWeb高速化へのモチベーションが高まっている皆さんの参考になれば幸いです。 Netflixまずは、動画ストリ
新卒１年目がバッチサーバーにECSを使ってDockerを導入した話 | feedforce Story
こんにちは！株式会社フィードフォース新卒エンジニアの@kielzeです。最近は会社から支給されたMacBookProのTouchBarにsushiを流したりしています。 フィードフォースには新しい技術に積極的に挑戦できるような環境があります。そして、挑戦した結果がよいものであれば、本番環境でもガンガン使われます。 若手も新卒も関係無く、全てのエンジニアがその挑戦権を持っています。 今回は、先輩エンジニアである@tsubさんが、当時新卒1年目で社内で使われているバッチサーバーのDocker化に挑戦した話をしようと思います。 ちなみにtsubさんはとても知識が豊富で何を聞いても答えてくれるので、とても頼もしい先輩です！ Dockerを導入した経緯フィードフォースでは、データフィードマネージメントサービス「DF PLUS」を提供しています。 このサービスの裏側では、お客様から頂いた商品データなど
Github上の動きを可視化した話し | Supership Tech Blog
Supershipでサーバーサイドエンジニアをやっている栗山です。 Supershipのプロジェクトは、主にGithubのprivateリポジトリを使用して開発を行っています。コミュニケーションツールはSlackを使用しており、GithubでのアクションをSlackに流しています。このSlack上の流れる情報は、主に通知としての意味合いを持っていて、フロー情報のため、誰が、どのくらい、Github上で活動を行っているのか。が、感覚的なものになっていました。この情報をある程度集約して見えるようにしたいな。と思い、ツールを自作しました。 背景SupershipではWorkFromEverywhere（以下WFE）という名称で、どこからでも仕事を行えるように、生産性向上のためオフィス外でも仕事が行えるように、という取り組みを試験的に行っています。私が所属している新規サービス開発室が、この取り組み
Circle CIとAWSとDockerでデプロイを自動化した話 | マッチングッド株式会社
エンジニアアルバイトの妹尾です。 今回はタイトルの通り、Circle CI + AWS + Dockerの組み合わせで簡単にサービスのデプロイを自動化した話をします。 弊社サービスWorkinGoodではGItHub flowを採用しており、masterへマージした後に自動的にElastic Beanstalkへ新しいバージョンを作るところまで行っています。依存サービスとの関係もありデプロイするタイミングはこちらが手動でAWSのGUI上から行っています。 また、弊社では開発環境構築にDockerを使っていますが、本番環境へのデプロイにも使用しています。 このブログ初投稿となります、MatchinGoodでエンジニアアルバイトをしている妹尾です。 弊社では人材紹介会社様と人材派遣会社様向けのシステムの開発をしており、今年初めごろに派遣会社スタッフ様向けの新サービスである WorkinGood
#20 GCPで始めるDockerクラスター構築ハンズオンを開催しました | TIS株式会社
プレミアムフライデー企画!!初のプレミアムフライデーということで、Tech-Circleでは「GCPで始めるDockerクラスター構築ハンズオン」を開催しました。 プレミアムフライデー！GCPで始めるDockerクラスター構築ハンズオン Tech-Circleのプレミアムフライデー企画を開催します。 プレミアムフライデーとは、月末の金曜日にすこし仕事を早く終えて、自由な時間を自由に使うための取り組みです。 今回のTech-Circleは、普段に比べてカジュアルな内容でおやつをたべながら、アプリケーション開発者向けにGoogle Cloud ... イベントの様子@_Dr_ASAによるGCPで始めるDockerクラスター構築ハンズオンを実施しました。 Dockerとは？から始まり、DockerImageの構築、DockerImageの公開、Dockerクラスタの構築、コンテナのアップデートな
Docker と Kubernetes を使って『変化に強いインフラ』を作る | Wantedly Engineer Blog
WHY『変化に強いインフラ』を作ることで、技術にこだわり続ける環境ができ、ビジネスの変化にいち早くキャッチアップできます。 そのためにどのようにして、『変化に強いインフラ』を作ることが出来るのか模索したものをまとめます。 WHATKubernetes 上にアプリケーションを載せるCI/CD 環境構築GitHub Flow の開発スタイルでを元に QA で自分で書いたコードが確認でき、マージをしてmasterへpushしたら、Produciton へすぐにデプロイするサーバースペックを簡単に変えれる/内部で使われるライブラリ等も変更しやすいようにするDeploy の仕組みを自由に変更できるソースコードは以下です。 Github: koudaiii/jjug-ccc2016fall-devops-demoref. GitHub Flow 『変化に強いインフラ』を作っていく上での定義とルール変化
東京から移住すると福岡の飯が美味すぎて驚く件について | ウミーベ株式会社（umeebe Inc.）
こんにちは。海辺でスタートアップやってるやつです。 今日もいつもの福岡自慢のお時間がやって参りました。前回は家賃が安いぞって記事を書いてまさかの2万PV以上を稼いだわけですが、第2回となる今回は「食」がテーマです。 東京から移住すると福岡の家賃が安すぎて驚く件について 「男を捕まえるなら胃袋を掴め」という格言がありますが、その点において福岡は最強の都市です。女子だったら超モテます。 各ジャンルごとにお気に入りのお店紹介してますので、観光や移住の際にはぜひご参考に。地元の人は「もっと美味い店がある！」って言うかもしれませんが、回りきれないほど美味しいお店ばっかなので仕方ありません。日々美味しいものを食べながら働きたい人は移住してウミーベに入社しましょう！ ウミーベ株式会社の採用ページ 福岡の食費について自炊そこまで頻繁に自炊をしているわけではなくですが、スーパーの食材の値段は非常に安いです。
Dockerとサーバレスアーキテクチャを取り入れた大規模バックエンド開発 - 株式会社ABEJAのインフラエンジニアの採用 - Wantedly
1990年生まれ。長崎県出身。 九州大学在学中にプログラミングの面白さに触れ、独学でプロダクト開発を学ぶ。九州大学大学院に入学し、モデル駆動開発の研究を行う。 創業期のABEJAにリードエンジニアとして参画。 開発基盤などのバックエンド部分を担当し、さくらインターネットを中心とした多くのパートナーと事業提携をしながら自社クラウド基盤をゼロから構築。 現在、アプリケーション開発から社内インフラ、新規事業開発まで幅広く担当。 〇ABEJAについて ABEJAは、「ゆたかな世界を、実装する」を経営理念とし、デジタルトランスフォーメーションの実行に必要な、データ生成からデータ収集、データの加工、データ分析、AIモデリングまでのプロセスを提供し、継続的・安定的な運用を行う、ソフトウェア群ABEJA Platformを基盤に顧客企業の基幹業務のプロセスを変革し、ビジネスの継続的な収益成長の実現に伴走す
Docker Compose を使った オープンソース PaaS: Paus のご紹介 | Wantedly Engineer Blog
Wantedly インフラチームエンジニアの藤田 (@dtan4) です。今回は、社内で運用している PaaS である Paus の紹介をします。 社内 PaaS の必要性Wantedly ではデプロイ環境として本番環境とステージング環境が用意されていました。ここで、エンジニアが増えるに連れステージング環境の順番待ちが起こるようになってきました。原則として、フィーチャブランチはステージング環境で動作確認をした後本番環境にデプロイすることになっています。そのため、ステージング環境での確認が遅れることは新機能 / 修正のリリース速度低下につながっていました。 また、新サービスを開発する際の動作基盤構築にかかる工数も問題になってきました。従来だと新しいサービス向けの動作基盤を構築するのに丸1日費やしていました。これはリリース前の検証環境においても同様です。このため、メインサービスの www.wa
Docker を Production で使い続ける理由 | Wantedly Engineer Blog
Wantedlyインフラチームの @koudaiii です。 まずインフラチームでは、「Code wins Arguments」を支えるインフラ = 変化に強いインフラ作りに取り組んでいます。 Code wins Argumentsについては、こちらのインタビューを参照してください。 チームで1時間ミーティングするならコードをかこうという考え方のもと、エンジニアであれば、仮説を考えてあれこれ考えるよりも、プロトタイプを作って検証することや、営業であれば、エンジニアに頼む前に企画書を書いて5社程度の確約をとってきて、これなら行けると思ったらエンジニアに依頼するDocker を Production で使うのはなぜ？Wantedly では、 2014夏頃よりProduction で Docker を使っています。元々 Heroku からサービスをスタートしているので、コンテナ自体はずっと利用し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
