Lancers本番環境のコンテナ化が完了しました | ランサーズ（Lancers）エンジニアブログ
Lancers Engineer Blog をご覧のみなさんこんにちは。開発部/技術基盤 SREの安達(@adachin0817)です。以下前回のブログから3ヶ月経ちましたが、ついにLancersのBatch、AppサーバーをEC2からECS/Fargateに移行完了しました。 そして長年自前で運用していたデプロイシステムを廃止して、CI/CDはCircleCIに完全統一しました。これにて、Lancersの全サービスをコンテナに移行完了となりました。 ※見ていない方はぜひ一読してもらえると幸いです。 ・LancersをAmazon Linux2へログ基盤のリニューアルと管理画面をECS/Fargateに移行しました 旧開発環境、EC2での運用課題 Ansibleコンテナによる開発環境の統一により工数がかかる 本番コンテナ化以前は、EC2で利用しているAnsibleの管理を開発環境にも適用す
今期SREチームの取り組みについて | ランサーズ（Lancers）エンジニアブログ
ランサーズ Advent Calendar 2021 10日目の記事です。 Lancers Engineer Blog をご覧のみなさんこんにちは。開発部/技術基盤 SREの安達(@adachin0817)です。今年2月からダイエットを始めていまして、ジョギングを週2~3日習慣付けられるようになりました。15キロ減量しましたが、まだまだ落とせると日々舞い上がっております。他にもCakePHPで個人開発したり、サーバーサイドやフロントにもチャレンジしています。 早朝は極寒だった 5.02キロジョギングしました👟 — adachin👾SRE (@adachin0817) December 9, 2021 さて、直近のSREチームの大きなイベントとしてはランサーズ本体のインフラを改善している最中でございます。まずは上期SREチームで取り組んだことをエンジニアブログを元にまとめていき、最後には
~CircleCIでTerraformリリースのサーバーレス化~ インフラの独自リリースを継続的リリースへ | ランサーズ（Lancers）エンジニアブログ
SREチームの安達(@adachin0817)です。以前エンジニアブログにてこんなことを言っていたのを皆様覚えておりますでしょうか。 それ以外のプロジェクトであるLancers Creative、Prosheet、Lancers Agent、MENTAはECS/Fargateに移行しているので、すべてTerraformでコード管理しています。また、CircleCIでTerraform CI(validate,plan)を実行しているということもあり、今後terraform applyもCircleCIで行う予定なので、Deployサーバーでの運用は廃止していく予定です。 今までのTerraform管理方法 そうです。以下のようにTerraformでの運用について課題がありました。 わざわざサーバーを用意したくないのと運用コストが上がる Deployサーバーで管理するのはやめましょうといって
SendGrid用のMailモックコンテナを作りました | ランサーズ（Lancers）エンジニアブログ
SREチームの金澤(@yakitori009)です。 社内開発用にSendGrid用のMailモックコンテナを作りました。 開発環境の構成 検証AWS環境の構成 今回、その経緯と内容について書きたいと思います。 Mailモックコンテナについて 開発環境におけるメール送信テストで最も気を付けるべきことはメールの誤送信です。 メールの誤送信は、最も発生件数の多いセキュリティインシデントの1つで、 開発中のメール誤送信も対策が必要で、最低限、以下の処理を行っておく必要があるでしょう。 DBデータのマスク処理 メールアドレスを存在しないメールアドレスにマスクする メール送信処理をモック化する 実際のSMTPサーバーに飛ばさず、ダミーのSMTPサーバーに吸収させる ダミーのSMTPサーバーとしては、MailTrap等のサービスが有名ですが、最近では、メールモックのDockerコンテナを使う事例も増え
EC2で運用している分析基盤(Digdag + Embulk)をECS/Fargateに移行しました | ランサーズ（Lancers）エンジニアブログ
SREチームの安達(@adachin0817)です。最近ではランサーズ本家のインフラをコンテナに移行しまくっております。今回ランサーズとMENTAで運用しているEC2/分析基盤サーバー(Digdag + Embulk)をECS/Fargateに移行完了しました。では早速概要と苦労した点、今後の展望などを振り返っていきたいと思います。 分析基盤の紹介 > ランサーズの分析基盤(capybara)と運用について紹介 > MENTAをAWSに移行しました ちなみに私が入社して3年経つのですが、運用して変わったことは3年前よりデータの量が膨大になっていることと、現在、社内の分析チームにとって欠かせないシステムとなっております。その中でDigdagによるスケジューラーとEmbulkによるマルチソースバルクデータローダーである分析基盤専用のEC2サーバーがあり、毎日夜中にデータをBigQuryにシンク
Terraform v0.12.29 → v0.15.0にバージョンアップしました | ランサーズ（Lancers）エンジニアブログ
SREチームの安達 (@adachin0817)です。ランサーズやグループ会社ではTerraform v0.12.29を利用して、AWSのインフラコード化をしています。ようやくグループ会社すべてAWSに移行が完了となり、次なるチャレンジとしてはTerraformのバージョンアップを対応することとなりました。また、以下4/15にv0.15.0もリリースされたということもあり、非常に良い機会となりました。 まずは各プロジェクトについて簡単に説明をしていきたいと思います！ Terraform 0.15 is out, which can also be considered a pre-release for 1.0 if all goes well. ✨ It’s finally happening! Great quality of life improvements around Wind
Digdagを導入した結果得られたもの | ランサーズ（Lancers）エンジニアブログ
こんにちは、ランサーズ Advent Calendar 2017の14日目を担当します、Digdag大好きなameshoです。 以前の発表では、Digdagの主な機能などを紹介致しました。 今回は、実際にDigdagを導入した結果得られたものは何かをお伝えしたいと思います。 1. 登録されている処理が可視化された こちらが、Digdagの管理画面になります。 このようにWorkflowsに登録されたworkflowの一覧が表示されます。 これによって、現在どのような処理がシステムで動作しているかを一覧することが出来ます。 2. 登録された処理が何をしているか管理画面から概ね分かるようになった 各ProjectのWorkflowのnameを押すとDigdagに登録されている*.digをはじめとする 各種ファイルを確認することが出来ます。 これにより、登録された処理が何をしているのかおおよそ見
開発環境のDocker化 その後 | ランサーズ（Lancers）エンジニアブログ
インフラエンジニアの金澤です。 開発環境をDocker化してから1年経ちましたので、その後のアップデートについて書きたいと思います。 前提 ランサーズでは、Dockerを開発を以下の目的で導入しました PCリソース（HDD、メモリ）を削減 コンテナ単位でサーバーを構成し、VMを1つに統一 本番環境のサーバー構成と極力互換性を保つ 開発環境との差異による障害発生を未然に防ぐ そのため、Dockerのベストプラクティスではないことも行っております。 例えば、以下のようなことも行っております。 1コンテナに複数サービスを稼働 sshdも稼働 サービスをフォアグラウンドで稼働 /etc/init.dのスクリプトで稼働 軽量化よりも利便性を優先 便利なパッケージはインストール Amazon Linuxコンテナ 2016年11月に、Amazon LinuxのコンテナイメージがDocker Hubから提
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
