概要 docker等のコンテナ技術を利用してシステムを構築する場合、アーキテクチャとしてシステムをマイクロサービスに分割して開発・運用するという流れは最近の大きなムーブメントの一つなっているように感じます。 一つ一つ機能を実装してはイメージを作成し雨後のタケノコのごとく増えていくAPI。増大するネットワークトラフィック。デバッグの難しさ。コンテナを管理するために増えていくコンポーネント。 人類にはコンテナは早すぎたのではないか。苦労して構築したマイクロサービスのシステムの運用と監視の事を考えるとまぁそんなことを思わないわけでもないです。 オンプレ、IaaSの環境とコンテナ環境違うところは様々ありますが、コンテナに移行すると基本的な運用の仕方はスクラップアンドビルドです。 そのような運用の仕方は様々なメリット(状態が安定する、スケーラビリティが担保しやすいシステムになりがちetc)があります
[BFF Meetup 〜Ruby/Go/Kotlin〜 ※言語別クライアント連携編 \- connpass](https://azit.connpass.com/event/125152/) 懇親会ありきで話を散らかしに行く＆内容の正確性よりも気持ちを伝えたかった スタイルの登壇なのでスライドの防御力がとても弱いです。 それ合ってる…？みたいなところが多いかもですが優しく見守っていただけますと幸いです。
Apollo Federationのすゝめ -GraphQLとマイクロサービス- - Web系エンジニアのアウトプット練習場
はじめに 本投稿に含まれる内容 本投稿に含まれない内容 Apollo Federationとは？ Apollo Federationの良いところ 具体例: GraphQL APIとマイクロサービス Federationを使用しない場合 Federationを使用する場合 まとめ はじめに 私は現在、仕事でGraphQLを用いてマイクロサービスを構築しております。 今回はそこで得られた知見を共有させていただきます。 タイトルにも含まれている「Apollo Federation(以下、Federationとも)」はGraphQLサーバーの実装の1つである「Apollo Server」の拡張の1つで、個人的にはGraphQLを用いたマイクロサービスの構築に欠かせない存在であると思っています。 マイクロサービスにおいてFederationとは何か？どのように役に立つのか？といったことを、Feder
※この投稿は米国時間 2022 年 2 月 5 日に、Google Cloud blog に投稿されたものの抄訳です。 マイクロサービスベースのアーキテクチャでは、サービスごとに個別のデータベースを使用することが一般的です。そうすることで、個別に設計してデプロイしたマイクロサービスをデータレイヤでも個別に扱うことができます。しかしながら、そこには別の問題が生じます。それぞれに独自のローカル データベースが設定されている複数のマイクロサービスにまたがるトランザクション（個々の作業単位、通常は複数のオペレーションで構成される）の場合、どのように実装すればよいのかという問題です。 従来のモノリス アーキテクチャでは、単一のデータベースに基づく ACID トランザクション（アトミック性、整合性、独立性、耐久性）に依存できます。マイクロサービス アーキテクチャでは、サービス固有の複数のデータベースに
SRE NEXT 2020 [C6] Designing fault-tolerant microservices with SRE and circuit breaker centric architecture
The deck for the talk in SRE NEXT 2020 (https://sre-next.dev/schedule#c6)
![SRE NEXT 2020 [C6] Designing fault-tolerant microservices with SRE and circuit breaker centric architecture](https://cdn-ak-scissors.b.st-hatena.com/image/square/81e9f4d8b3c3dfb32ee1e87e0c10b12785b07480/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fcd1a7fdf3b8b4b3298d6f49f2fb4e4da%2Fslide_0.jpg%3F14730042)
Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. Microservices can be a very effective approach for delivering value to your organization and to your customers. If you get them right, microservices help you to move fast by making cha
GitHub - microservices-patterns/ftgo-application: Example code for the book Microservice patterns
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
6 Patterns for Microfrontends
Image by Michael Gaida from PixabayMicrofrontends are not a new thing, but certainly a recent trend. Coined in 2016, the pattern slowly gained popularity as problems started to appear when developing large scale web apps. In this article, we’ll go over the different patterns for creating microfrontends, their advantages and drawbacks, as well as implementation details and examples for each of the
「マイクロサービスアーキテクチャ第2版：メリット、デメリット、実装テクノロジーを徹底解説」佐藤 直生 | Forkwell Press | フォークウェルプレス
マイクロサービスアーキテクチャとは？ 2014年にThoughtWorks社のマーチン・ファウラーとジェームス・ルイスが提唱したソフトウェア開発手法の1つで、モノリシック（一枚岩）なアーキテクチャを、ビジネス機能に沿って複数の小さい「マイクロサービス」に分割し、それらを連携させるアーキテクチャにすることで、迅速なデプロイ、優れた回復性やスケーラビリティといった利点を実現しようとするものです。 2016年には、O’Reilly Japanから「マイクロサービスアーキテクチャ」が出版され、今後普及が期待されるマイクロサービスについて深く理解できる一冊として好評を博しました。 そんなマイクロサービスは、いまではすっかり市民権を得て、さまざまな手法やツールが開発されています。2022年12月には600ページを超える超大作となってアップデートされた「マイクロサービスアーキテクチャ 第2版」が出版。そ
Kyash Advent Calender 2019 10日目の記事です。 前置き 7月にサーバーサイドエンジニアとしてKyashにjoinしてから、あっというまに5ヶ月も経過してしまいました。 本当にあっというまだ・・・ Kyash Advent Calender 2019に参加することになったので、今回は自分が関わっているKyash Directについて書いてみることにします。 Kyash Directではマイクロサービスアーキテクチャを採用しており、マイクロサービス間のデータ整合性を保つためにSaga Patternを用いています。 Kyash Directに携わり始めてからSaga Patternというものを知り、色々調べてみると面白い仕組みだなと思ったのでSaga Patternについて掘り下げていくことにしました。 Saga Patternとはなにか "A Saga if it
実践マイクロサービスAPI | 翔泳社
いかにしてマイクロサービスを構築し APIによってそれらを統合・推進するのか 【本書の内容】 本書は José Haro Peralta, "Microservice APIs", Manning Publications 2023 の邦訳版です。 理解・利用・保守が容易なAPIで、堅牢なマイクロサービスを設計・実装する実践的なテクニックを学べる一冊です。 著者が長年培ってきた指導力をもとにPythonベースの例を豊富に掲載し、哲学よりも実装に重点を置いたマイクロサービス実践の書です。どの言語でも機能する原則とパターンに従って、堅牢なマイクロサービスAPIを構築し、テストして保護し、クラウドにデプロイする方法を学ぶことができます。 【目次】 Part 1 マイクロサービスAPIの概要 第1章：マイクロサービスAPIとは何か 第2章：基本的なAPIの実装 第3章：マイクロサービスの設計 Pa
はじめに C# / .NET Coreを使ったマイクロサービス開発を支援するツール Project Tye がリリースされました。 ASP.NETの開発チームが公開した下記のブログ記事を実際に試してみた内容を記載します。 https://devblogs.microsoft.com/aspnet/introducing-project-tye/?WT.mc_id=DT-MVP-5002209 どういうツール？ Project Tyeは、マイクロサービスと分散アプリケーションの開発、テスト、デプロイを容易にするツールです。 ただし現在は実験的な(experimental)開発者ツールとして提供されているため、今後機能の追加、変更、廃止が行われる可能性はあります。そのため、この投稿は2020年8月1日時点の情報となっています。 ソースコードはこちらのGitHubリポジトリで公開されています。
【オンラインMeetup イベントレポート】マイクロサービス化に取り組む、16年目のZOZOTOWN - ZOZO TECH BLOG
こんにちは、ZOZOテクノロジーズ 技術戦略室の池田（@ikenyal）です。 ZOZOテクノロジーズでは、7/28にZOZO Tech Meetup〜マイクロサービス化に取り組む、16年目のZOZOTOWN〜を開催しました。 zozotech-inc.connpass.com 本イベントでは、ZOZOテクノロジーズが進めてきたリプレイスプロジェクトの中で、特に「マイクロサービス化」にフォーカスし、各担当者からお伝えしました。 登壇内容 まとめ 弊社の社員5名が登壇しました。 ZOZOTOWN(16歳)の悩みをSREが赤裸々に語る (SRE部 ECプラットフォームSRE / 髙塚 大暉) Backends For Frontends(BFF)をプロダクションレディするまでの取り組み (SRE部 ECプラットフォームSRE / 三神 拓哉) ZOZOTOWNトップページの裏側 (ECプラット
マイクロサービスの次に来るものは何か？ Biligin Ibryam氏の提唱するマルチランタイム・マイクロサービス - QCon Londonの講演より
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
GitHub - message-db/message-db: Microservice native message and event store for Postgres
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめに リクルートで「Airレジ オーダー セルフオーダー」（以後、セルフオーダー）の開発を担当している早川です。セルフオーダーは飲食店でお客さまがQRコードを読み込むことでスマートフォンから料理を注文できるWebアプリケーションです。 全3回にわたってリクルートの新規事業である、セルフオーダーにおけるマイクロサービスアーキテクチャの取り組みを紹介する本連載第3回は、マイクロサービスの実運用で感じた課題、工夫した点と今後の展望を紹介します。 現在のアーキテクチャとそこに至るまでに感じた課題 第2回で、セルフオーダーのアーキテクチャが簡易構成から始まり、モノリスを経て図1のようなマイクロサービスへ進化してきた過程を紹介しました。 マイクロサービス化して運用する中で感じた5つの課題をそれぞれ紹介します。 サービス間の依存関係が複雑になる恐れがある モニタリングの項目が多くなる傾向がある 開発
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Service Discovery Pattern - Qiita
MicroservicesとBFFで成したかった世界
Workflows で Saga パターンを実装する | Google Cloud 公式ブログ
Enabling Microservice Success
Saga Pattern について考える - 雑記帳
C#のマイクロサービス開発ツール "Project Tye" を試す - Qiita
「強い意志」も大切――マイクロサービスの実運用で感じた5つの課題
nichinichi-magazine.com
kawalog01.com
digibeatrix.com
japanesia.net
lee.hpplus.jp
blog.goo.ne.jp/mimoron