Clean Architectureを採用したBackend For Frontendの開発とこれまでの所感 - LIFULL Creators Blog
こんにちは。テクノロジー本部のyoshikawaです。好きなLinux DistributionはManjaro Linuxです。 今回はレガシー化が進むLIFULLのメインサービスの開発効率の向上とコードベースの健全性の確保をすべく、Clean Architectureを採用しバックエンドを刷新している取り組みについて紹介させていただきます。 なお、Clean Architecture自体の説明および解説は本記事では行いません。 背景：歴史あるバックエンドの刷新 アプローチ：新たなアーキテクチャと共創 採用したアーキテクチャ・技術 Clean Architectureを採用した理由 TypeScriptを採用した理由 LoopBackを採用した理由 Clean Architectureの実践 レイヤー分け：例の図と新BFFアーキテクチャのレイヤーとのマッピング レイヤー内・レイヤー間：独
マイクロサービス化を目指すなら移行パターンを学ぼう /「モノリスからマイクロサービスへ」を読んだ - kakakakakku blog
2020年12月に出版された「モノリスからマイクロサービスへ」を読んだ．本書はタイトルの通り「マイクロサービス移行」に関連するトピックにフォーカスしている．マイクロサービスを学ぶならこの本！とよく紹介している「マイクロサービスアーキテクチャ」の著者 Sam Newman の続編となる．原著「Monolith To Microservices」は，2019年12月に出版されている． 僕自身は技術講師として「マイクロサービス」に関連した研修を担当していることもあり，本書は絶対に読もう！と楽しみにしていた（原著は読もう読もうと積読していた😇）．今回は本書の翻訳を担当された島田さん (@snoozer05) とレビューを担当されたこまさん(@koma_koma_d) からご連絡をいただき，本書を献本していただいた．本当にありがとうございます！ モノリスからマイクロサービスへ ―モノリスを進化させ
この記事は @hatappi によって提供される Developer Productivity Engineering Camp blog series の１つです。 序論 私達 Microservices Network team の管理するコンポーネントの1つに Istio があります。 メルカリでは2017年から既存のシステムを Microservices におきかえるプロジェクトが始まり、Microservice の数は今も増え続けています。Microservice の数が増えるにつれて起きる問題に対処するために Service Mesh の実装の１つである Istio を私達は導入しました。 この記事ではどのような問題があり、それを Istio がどのように解決するのかを紹介します。 Microservice Architecture におけるネットワークの課題 Microser
マイクロサービスからモノリシックへ。チャットサーバ移行の道のり - Timee Product Team Blog
はじめに はじめまして、バックエンドエンジニアのぽこひで (@pokohide) です。 最近の日課はゲーム実況者「兄者弟者」の「DYING LIGHT 2 STAY HUMAN」と「エルデンリング」を見る事です。 本記事ではタイミーで長年使われていた、マイクロサービスとして切り出されたチャットサーバ（以降、旧チャットサーバと呼びます）をタイミーの中核を担うモノリシックなRuby on Railsサービス（以降、タイミー本体と呼びます）に移行した話です。 今回は移行した経緯、気にした点などを紹介します。 対象にしている読者は以下の方々です。 レガシーなシステムと向き合っている人 無人化システム ※1 に疲弊している人 ※1 : 無人化システムとは この記事 に出てくる造語で「誰も詳細は知らないが、なぜか動いているシステム」を意味する はじめに チャット機能とは 旧チャットサーバとは なぜや
by Frank San Miguel on behalf of the Cosmos team IntroductionCosmos is a computing platform that combines the best aspects of microservices with asynchronous workflows and serverless functions. Its sweet spot is applications that involve resource-intensive algorithms coordinated via complex, hierarchical workflows that last anywhere from minutes to years. It supports both high throughput services
Earlier this year we started an undertaking to Remix React Router with the aim of bringing all of the Remix Data API's (loaders, actions, fetchers, etc.) over to React Router. With the recent release of React Router v6.4.0 we're proud to report that we've completed that effort...and we think we've made them even better 😃. Not only have we fixed a few edge case bugs, but we've stabilized some APIs
Refactoring Legacy Code with the Strangler Fig Pattern
Opens in a new windowOpens an external siteOpens an external site in a new window Large objects are a code smell: overloaded with responsibilities and dependencies, as they continue to grow, it becomes more difficult to define what exactly they’re responsible for. Large objects are harder to reuse and slower to test. Even worse, they cost developers additional time and mental effort to understand,
Looking up to the big dog.In hype-heavy SaaS Startup land, looking in awe at the big boys and what they’ve achieved is the natural state of being. Every startup wants to be a unicorn, so whatever these companies do is taken for sweet cake, overanalyzed and used as blueprints for success. There’s nothing wrong with learning from the successful, by the way. The Uber story, for instance, is well docu
週刊Railsウォッチ（20200330前編）Active Record Doctorで診断、Webpacker 5、GitHubのViewComponentとRails 6.1の3rd-party component frameworkほか｜TechRacho by BPS株式会社
2020.03.30 週刊Railsウォッチ（20200330前編）Active Record Doctorで診断、Webpacker 5、GitHubのViewComponentとRails 6.1の3rd-party component frameworkほか こんにちは、hachi8833です。 つっつき前ボイス:「このところフルリモートで自宅作業していると、つい人と口をきくのを忘れちゃいそうになるので、つっつき会参加します」「そんなに」「ゴミ捨て以外まったく外に出ませんでした」「ほぼパーフェクト」 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください ⚓
[アップデート] システムのリファクタリングを後押しするプロキシ層を提供「AWS Migration Hub Refactor Spaces」がプレビューリリースされました #reinvent | DevelopersIO
[アップデート] システムのリファクタリングを後押しするプロキシ層を提供「AWS Migration Hub Refactor Spaces」がプレビューリリースされました #reinvent re:Invent期間中に発表された新サービス「AWS Migration Hub Refactor Spaces」について紹介します。 Introducing AWS Migration Hub Refactor Spaces - Preview AWS Migration Hub Refactor Spacesは現在パブリックプレビューですので、どなたでもお試しいただけます。また、本記事の内容はパブリックプレビュー版をもとに執筆していますので、将来的に仕様が変更される可能性がある点はご注意ください。 AWS Migration Hub Refactor Spaces Strangler Fig
![[アップデート] システムのリファクタリングを後押しするプロキシ層を提供「AWS Migration Hub Refactor Spaces」がプレビューリリースされました #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/191a1fafa598700b0f2f44f293c6c2958c659b90/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2021%2F11%2Feyecatch_reinvent2021_breakingnews.jpg)
週刊Railsウォッチ（20200331後編）Ruby製プロセスマネージャOvermind、pgsyncで手軽にワンショットDB同期、DeepLの機械翻訳を試すほか｜TechRacho by BPS株式会社
2020.03.31 週刊Railsウォッチ（20200331後編）Ruby製プロセスマネージャOvermind、pgsyncで手軽にワンショットDB同期、DeepLの機械翻訳を試すほか こんにちは、hachi8833です。リモートワークもさまざまですね。 リモートワークの快適差を追求した結果、机を自作してしまった。 — P山 (@pyama86) March 26, 2020 つっつきボイス:「リモート環境は人それぞれ☺️」「家族と住んでいると制約が発生しがち」「あ〜たしかに」「自分は独り者なのでリビングをオフィス環境にしてます😋」「こうなってくると、家賃が高くて狭い都内より、家賃も安くて広々した地方に引っ越す方がよかったりして😆」「伊豆あたりとかよさそう♨️」「家にいる時間が長いと都心に住む意味あんまりないですし😆」 「以下のツイート写真はちょっと前に話題になったDHHのリモート
週刊Railsウォッチ（20200317後編）Strangler Figパターンでリファクタリング、ペアプロ実践記事、イミュータブルデータモデルほか｜TechRacho by BPS株式会社
2020.03.17 週刊Railsウォッチ（20200317後編）Strangler Figパターンでリファクタリング、ペアプロ実践記事、イミュータブルデータモデルほか こんにちは、hachi8833です。以下は東京都の対策サイトをforkして構築したそうです。 リポジトリ: codeforsapporo/covid19: 北海道 新型コロナウイルス対策サイト 新型コロナウイルス感染症対策サイト北海道版 codeforsapporo/covid19 https://t.co/85x8egwxCo もうね，役所は余計なことせずにデータをCSVで出せば良いだけ，ということですよ…．数値を間違えたら修正すれば良いだけですから． pic.twitter.com/ZBZTDX3ZgR — Yuta Kashino (@yutakashino) March 9, 2020 各記事冒頭には⚓でパーマリ
Capture, share, & collaborate on knowledge internally. [Ed. note: While we take some time to rest up over the holidays and prepare for next year, we are re-publishing our top ten posts for the year. Please enjoy our favorite work this year and we’ll see you in 2023.] In the movie Free Solo the rock climber Alex Honnold trains to perform a free solo climb of El Capitan, a mountain in Yosemite. (El
12 Ways to Prepare your Monolith Before Transitioning to Microservices
I picked up most of my soft/hardware troubleshooting skills in the US Army. A decade of Java development drove me to operations, scaling infrastructure to cope with the thundering herd. Engineering coach and CTO of Teleclinic. Your team decided it’s time to get rid of that old, clunky monolith (finally!). You had a good run with it, but the monolith has grown so big that you’re spending more effor
Apache Kafka is one of the most useful OSS for the message hub in micro services and can easily connect various data sources. This feature can be applied to the realization of Transactional Outbox and Strangler Fig patterns.
モダナイズとはなんなのか。どうすれば良いのか。越えなければいけない壁とは？実際にどんな乗り越え方のパターンがあるのか。そんなことをふんだんに盛り込んでくれたセッションでした！頷きすぎて首がもげるかと思いました。 こんにちは。AWS事業本部コンサルティング部に所属している今泉（@bun76235104）です。 私はAWSの DEV DAY 2023 TOKYOに参加させていただきました その中で DAY 2 の「レガシーシステム、モダナイズへの道筋」というセッションを試聴したため、概要や私なりの感想を記事として投稿したいと思います！ 【2023/6/26 追記】 スピーカーの門別により、登壇資料などが公開されていますので、ぜひご確認ください！ スピーカーについて クラスメソッド株式会社 AWS事業本部コンサルティング部 ソリューションアーキテクト 門別 優多 氏 AWS事業本部コンサルティン
![[レポート]レガシーシステム、モダナイズへの道筋 #AWSDevDay | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/451559d1a5a034f3fb18e789ec575bb1d07aee91/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F06%2Feyecatch_devday2023.jpg)
図1: マイクロサービスのアプローチを示す簡単な図 これらのマイクロサービスアーキテクチャをモノリスと比較してください。私たちは、変更を加えることができない単一の侵入不可能なかたまりというビジョンをモノリスに持っています。モノリスは私たちの存在の中で最悪のもの、私たちの重荷と見なされるようになりました。私はそれはひどく不公平だと思います。この2、3年の「モノリス」という用語は、以前使用していた「レガシー」という用語に取って代わりました。これは根本的に問題です。人々はモノリスをレガシーと見なし始めているので、削除されるべきものになりました。それは非常に不適切だと思います。 モノリスの種類 モノリスには複数の形状とサイズがあります。モノリシックアプリケーションについて話すとき、私は主にデプロイメントの単位としてモノリスについて話します。単一のプロセスにパッケージ化されたすべてのコードである古典
Transcript Morling: Welcome to this talk about Change Data Capture for microservices. Let me set the scene a little bit with a maybe blunt statement and an observation. The world around us, this is happening in real time. People buy stuff in an online store, maybe they do some payment transactions. Maybe you have machinery or IoT devices, which send over measurements or all kinds of sensor data. N
マイクロサービスのための設計パターン (1) – Strangler Application TAG : tech | Tech & Science | アーキテクチャ | マイクロサービス AUTHOR : ギックス POSTED : 2020.05.19 08:26 昨今では、サービス開発において「マイクロサービスアーキテクチャ」を採用することも珍しくなくなりました。 マイクロサービスアーキテクチャを採用する利点についてはもはや改めて語るまでもないですが、何となくマイクロサービスで始めてみたが後悔した、モノリスからマイクロサービスへ移行してみたがうまくいかなかった、という声が今でも聞こえてくることがあります。モノリスとマイクロサービスのどちらが向いているかについては、開発体制やサービスの特性など様々な要因を考慮する必要があるため、一概にどちらがよいかを断言することはできません。と
こんにちは、データプラットフォームチームの鳥山（@to_lz1）です。 Classiでは、2019年ごろからデータ基盤に「ソクラテス」の愛称をつけて運用を続けています。初期の構成は2021年に書かれたエントリ*1にも詳しいですが、数年の間に進化したことも増えてきました。 大きな変化の一例として、最近、私たちのチームではdbt*2を導入してジョブ間の依存管理やメタデータの管理を改善しました。 本記事ではこの取り組みをピックアップして紹介します。また、進化したソクラテスの構成図をアップデートするとともに、Classiデータプラットフォームチームの最新版の雰囲気もお伝えできればと思います。 dbt移行前の構成 ジョブ間の依存管理がつらい メタデータの管理がつらい 過去との差分と、移行への機運 周辺ツールのエコシステムが整った エンジニア以外のメンバーがPull Requestを出すことが減った
週刊Railsウォッチ（20200406前編）Ruby 2.7.1セキュリティ修正、RailsビューHTMLにテンプレート名を出力、Action Mailboxテスト用フォーム改良ほか｜TechRacho by BPS株式会社
2020.04.06 週刊Railsウォッチ（20200406前編）Ruby 2.7.1セキュリティ修正、RailsビューHTMLにテンプレート名を出力、Action Mailboxテスト用フォーム改良ほか こんにちは、hachi8833です。オードリー・タン氏の次なる快挙です。 💁 同僚の @urakagi が翻訳と吹き替えを担当してくれました。日本の皆さんのお役に立てれば幸いです。 ℹ️ 注意：この方法が使えるのは、破損していなくて汚れてもいない、室外または感染リスクの低い場所で使用されたサージカルマスクのみです。また、本消毒法は 3～5 回が限界です。 pic.twitter.com/HIVVvZEErB — Audrey Tang 唐鳳 (@audreyt) April 1, 2020 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Istio が解決する私達の問題 | メルカリエンジニアリング
The Netflix Cosmos Platform
React Router-ing Remix
Copying Big Tech is Hurting Startups
Use Git tactically - Stack Overflow
Apache Kafka for Microservices
[レポート]レガシーシステム、モダナイズへの道筋 #AWSDevDay | DevelopersIO
分解とインクリメンタルな変更でモノリスをマイクロサービスに移行する
Change Data Capture for Microservices
マイクロサービスのための設計パターン (1) - Strangler Application - GiXo Ltd.
dbtを導入した話、そしてClassiのデータ基盤「ソクラテス」の現在地 - Classi開発者ブログ