Terraform によるマイクロサービス環境の構築 - Retty Tech Blog
この記事は #Rettyマイクロサービス強化月間 の第5弾の記事です。 engineer.retty.me 前回は鈴木さんの「予約 API のマイクロサービス化と gRPC ゲートウェイの置き方」でした。 インフラチームの幸田です。 自分の番はまだまだ先だと思っていたら、もう月末で焦って記事を執筆しています。 今回の記事ではマイクロサービス基盤を新しく Terraform で構築し直した話をしようと思います。 マイクロサービス化のはじまり システム構成 抱えていた問題 マイクロサービス間での設定差異や変更漏れの発生 新規サービスの追加に時間がかかる 作業に対するレビューができない 課題解決に向けて IaC ツールの選定 Terraform 化の方法について 工夫したポイント Terraform の module の構成について ECS Service module ALB module L
ワーキンググループを通してバッチサーバのリプレースを行ったこと - Retty Tech Blog
Retty インフラチームの中西です。 今回は バッチサーバのリプレースを行ったお話になります。 バッチサーバについて 課題について 1. EC2-Classic からの脱却 2. セキュリティ 3. ログ管理 4. バッチについての管理、情報がない 課題に対する対応 1. EC2-Classic からの脱却 2. セキュリティ 3. ログ管理 4. バッチについての管理、情報がない 振り返りについて 良かったこと 苦労したこと まとめ バッチサーバについて Rettyのサービス黎明期から存在しているサーバでEC2インスタンスとなります。 (EC2-Classic で起動していた事から歴史を感じるサーバとなっています) バッチとしてはそれぞれ crontab に登録をして.データの整備や集計処理を行っています。 このサーバには課題が多々含まれており、インフラ、開発からの有志としてチームを組
チームトポロジーを用いたRettyプロダクト開発体制の解説 #ちいとぽ - Retty Tech Blog
マネージャーの常松です。 2021年12月1日にTeam Topologiesの翻訳 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 (愛称 #ちいとぽ) が発売になりましたが、皆さんもう読まれましたか? この書籍には事前レビューから参加させていただいていたのですが、「出版されたら自社の開発体制を図にして話せると良いな」とずっと考えていました。ただタイミングを逸してしまい・・・ようやく筆をとったのが本記事です。 チームトポロジーとは 描いてみた & 解説 基本はストリームアラインドチーム SREチームを立ち上げ中 トポロジー図を元に角谷さんと話したこと XaaSはセルフサービスを目指す スマホアプリとWebで開発順序の依存関係がたまにある 開発部門外とのコミュニケーションをどう扱うか ストリームアラインドチームに専門の役目を持たせるか オンコール対応をフローとして描い
自社で使えるURL短縮サービスを低コストにサーバーレスで構築した話 - Retty Tech Blog
はじめに こんにちは、エンジニアの櫻井です。 昨今URLって長くなってますよね？ 長いURLで困ったときに役に立つURL短縮サービスは色々ありますが、いちいち登録するの面倒だったり、無料で使えるものは短縮URLの消滅期限などあって面倒ですよね？ 大手どころのGoogleさんがURL短縮サービスの提供を終了したことで困っている方もいるのではないでしょうか？ そんなわけで今回は自社独自のURL短縮サービスを完全サーバレスで作った話という内容になります。 TL;DR 自社で使えるURL短縮サービスを完全サーバレスで作った IP制限により、社内IPからは簡易的なURL短縮画面にもアクセス可能 自社サービスからはAPIで利用可能 お手軽にできる割にはけっこう便利 自社で使えるURL短縮サービスを低コストにサーバーレスで構築した話 背景 Rettyの予約システムでは予約が入ったときにユーザさんやお店さ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
