Microservices Are a Tax Your Startup Probably Can’t Afford
Let’s unpack why microservices often backfire early on, where they genuinely help, and how to structure your startup’s systems for speed and survival. Monoliths Are Not the EnemyIf you’re building some SaaS product, even a simple SQL database wrapper eventually may bring a lot of internal complexity in the way your business logic works; additionally, you can get to various integrations and backgro
EKSのマルチテナント化を踏まえたZOZOGLASSのシステム設計 - ZOZO TECH BLOG
こんにちは。計測プラットフォーム本部バックエンド部SREチームの市橋です。 私たちのチームではZOZOSUIT、ZOZOMAT、ZOZOGLASSといった計測技術に関わるシステムの開発、運用を担当しています。現在のZOZOMATとZOZOGLASSは、どちらも独立したEKSクラスタ上で動いていますが、ZOZOGLASSの環境を構築する際に将来のマルチテナント化を踏まえ大きく設計を見直しました。今回は、この設計見直し時に考慮した点を紹介します。 ZOZOGLASSとは ZOZOGLASSは顔の情報を計測し、イエローベースとブルーベースの2タイプ、及び春夏秋冬の4タイプの組み合わせからなるパーソナルカラーを診断するサービスです。計測した顔の情報から肌の色に近いファンデーションを推薦します。2021年7月時点で、ZOZOGLASSが推薦するコスメアイテムはファンデーションのみですが、今後はファン
マイクロサービスを形式的に見てみる - Juju-62q's blog
マイクロサービスについて考えていたら疲弊したので、少し技術者らしく形式的に見てダメのものを思考から削ぎ落としたいと思った。 グラフ理論などコンピュータサイエンスの基礎を交えて話をするが、基本的には当たり前のことしか言わないと思うのでここに書くことを意識せずとも暗黙的に実践している人も多いだろう。 なお、個人の意見でしかないのであっているか間違っているかはわからないし、筆者にこの記述に反した実装を否定する意図はない。 今回は適当に書き散らかすのでかなりテイストが違うが他のブログと同一人物が書いている。乗っ取り等ではないです。 TL;DR マイクロサービスはDAGとすると考えやすいしデプロイしやすい 閉路があるなら設計を見直した方がいい DAGかどうかはサブシステムレベルでそれぞれ考えると簡単 デプロイに関係するリポジトリでは閉路がないことを意識させる設計にするといい マイクロサービスと疲弊
順を追って学ぶKubernetesのキホン〜ローカル環境でKubernetesクラスターを作成してKubernetesの概念を理解する〜 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こちらの記事は、Jonathan Natanael Siahaan 氏により2019年 10月に公開された『 Step by Step Introduction to Basic Concept of Kubernetes 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 Kubernetesを聞いたことがありますか？ 興味があることは間違いないはずです。 だからこそこの記事を開いたのでしょう。 この記事では、Kubernetesの基本概念とその使い方について説明します。 最終的には、Minikube上で動くKub
君はまだ平成のアーキテクチャを使ってるのか？僕はFirebaseと令和の時代に行くぞ。 - Qiita
Help us understand the problem. What is going on with this article? メリークリスマス！ この記事はFirebase Advent Calendar 2019の25日目の記事です。 これはなに？ この1年、本を書いたり勉強会で登壇したりいろいろやってみた結果を振り返ってみると、本当に多くの人がFirebaseにふれるようになったなぁと思います。圧倒的な開発者体験の良さをもってバックエンドの関心事を一手に引き受け、アプリケーション開発を劇的に高速化してくれるソリューションとして、Webアプリでもモバイルアプリでもバックエンド第一の選択肢として確固たる地位を確立しつつあるのではないでしょうか。 それ自体はとてもいいことなのですが、Firebaseの強さを活かすためのアーキテクチャに関するアイデアはあまり表に出てきていないのではな
新管理画面のAPIにGraphQLを採用した話 - 一休.com Developers Blog
一休.com レストランを開発している所澤です。この記事は一休.comアドベントカレンダーの10日目の記事です。 先日、一休.comレストランの管理画面をリニューアルしました。 この記事ではその際にAPIの実装方法として採用したGraphQLについてフロントエンド視点で利点や使い所について述べます。 GraphQLについて以下の記事がわかりやすかったです。 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ - エンジニアHub｜若手Webエンジニアのキャリアを考える！ 短いまとめ 新しくAPIサーバーを書くなら是非GraphQLで！ というくらい良かった Apolloのエコシステムに乗り切らなくてもいい。ふつうのRESTfulなAPIサーバーの代わりに、くらいの気軽さでGraphQLを採用してもいい プロジェクトの概要 今回リニューアルした一休.comレ
"速い"Webアプリケーションの作り方 -『Software Design』誌コラボ企画- (2019/09/26 19:00〜)
イベント概要 技術評論社さんの定期刊行雑誌『Software Design』。こちらの2019年10月号の特集 『"速い"Webアプリケーションの作り方（フロントエンド編）』 への弊社エンジニアの寄稿のご縁から、「"速い"Webアプリケーションの作り方」のテーマでミートアップを開催致します！ 爆速を追求する全Webエンジニア必聴です！ 登壇者／発表テーマ（順不同） スパイスファクトリー株式会社 Web Architecture Div. General Manager 泰 昌平 氏 『WSOの最新事情と高速化のすすめかた』 WSO（Website Speed Optimization）の最新事情や、高速化に関連する技術・テクニックについてお話しします。実際に高速化をどのような観点で進めていくのか、スパイスファクトリーのWSOサービスで培ったノウハウもご紹介していきます。 プロフィール フロ
AWS、言語やプロトコルに依存しないインターフェイス定義言語（IDL）「Smithy」をオープンソースで公開
AWS、言語やプロトコルに依存しないインターフェイス定義言語（IDL）「Smithy」をオープンソースで公開 クラウド時代のアプリケーションは、複数のソフトウェアがAPIを通じて連携するアーキテクチャが主流になると考えられています。そのため、さまざまなソフトウェアにおいて正確かつ確実にAPIを実装することの重要性が高まっています。 AWSは、このAPIを定義する言語、およびその定義からAPIを実装するコードを生成するツールからなる「Smithy」ベータ版をオープンソースとして公開しました。 SmithyのWebサイトから、その説明を引用しましょう。 Smithy is a protocol-agnostic interface definition language and set of tools for building clients, servers, and documentat
Kubernetesとは何か？ 3大クラウドが追従する「コンテナ管理」入門 ｜ビジネス+IT
Kubernetesとは Kubernetesは、Dockerコンテナ群を統合管理するためのオープンソースのソフトウェア。コンテナ化されたアプリケーションの展開やスケーリング、管理を自動化するための基盤である。K8sとも略記される。 （※本定義はビジネス＋IT編集部） Kubernetesの基礎知識 コンテナ型の仮想化ソフトウェア「Docker」を始めとするコンテナホストのクラスタを管理するオープンソース・ソフトウェア（OSS）、Kubernetes。 グーグルやアマゾン、マイクロソフトという3大クラウドプロバイダーが自社サービスの開発のために、Kubernetesのマネージドサービス（Kubernetesを運用管理するアウトソーシングサービス）をリリースするなど、確固たる地位を獲得している。 なぜ3大クラウドプロバイダーが追従するほど注目されるのか。現在進行系で進化するKubernete
Kubernetesがいかに自動化の考え方を変えたか? | SOTA
先日Japan Container Days v18.12の基調講演で話をさせていただく機会があった．内容としてはMercari のMicroservices Platformの基盤として「なぜ」Kubernetesを選択したか？ついて現状や今後の展望を踏まえて紹介をした． Microservices Platform on Kubernetes at Mercari 「なぜ」の回答としては，CRDやAdmission webhookといった拡張機構を使うことで今後起こりうる様々なWorkloadに特化したPaaSや抽象化レイヤーを書いていけるExtensibilityの高さとそのBuilding BlockとしてのEcosystemの強さを挙げた． このトークのExtensibilityの文脈で話したくて時間がなかったのが「Kubernetesがいかに我々の自動化に対する考え方を変えたか
Google Kubernetes Engineがサービスメッシュ「Istio」を統合、マネージドサービスを提供開始 － Publickey
Google Kubernetes Engineがサービスメッシュ「Istio」を統合、マネージドサービスを提供開始 GoogleはGoogle Kubernetes Engineにサービスメッシュを提供する「Istio」を統合し、マネージドサービスとして提供することを発表しました。ベータ版として提供されます。 Dockerの登場によってコンテナ型仮想化が注目されるようになり、その次に注目されるようになったのは多数のコンテナをクラスタとして管理するオーケストレーションツールの「Kubernetes」でした。 そしてその次に注目されようとしているのが、クラスタの上で実行される分散アプリケーションのノード間のトラフィック管理やルーティング、ロードバランシング、暗号化通信や認証サービス、モニタリングなどを提供するサービスメッシュです。「Istio」はその標準になると目されています。 Istioは
AWS最大イベントで50種類の新サービス、記者が選んだトップ10 | 日経 xTECH（クロステック）
米アマゾン・ウェブ・サービス（AWS）が2018年11月下旬に米ラスベガスで開催した「AWS re:Invent 2018」では、大小合わせて50種類を超える新サービスが発表された。すべてを網羅するのは不可能なので、記者にとって印象的だった話題を「ランキング」形式で振り返ってみよう。 なお記者が把握している50種類の新サービスの一覧表は、本記事の最後にまとめて記載した。すべてのサービスに興味がある方は、そちらをご覧頂きたい。 10位：サービスメッシュを実現する「AWS App Mesh」 最初に紹介したいのは、マイクロサービス同士のコミュニケーションを制御する仕組み「サービスメッシュ」を実現する「AWS App Mesh」だ。数百～数千のマイクロサービスが連携する巨大な分散アプリケーションでは、マイクロサービス同士のルーティングやロードバランシングなどが課題になる。そうした問題を解決するの
Microservicesにジョインするには知らない技術が多すぎたので一通り触ってみた話 - Mercari Engineering Blog
Mercari Advent Calendar 2018 の2日目はCrossUXチームの@mkazutaka(twitterは@makazutaka)がお送りします 昨日のアドベントカレンダーに@stanakaさんが取り上げているようにメルカリではMicroservices化に向けて開発が進んでおります。その流れに乗るように前QまでPHPを使って開発していた自分も今QからMicroservicesで実現されているサービスでの開発を行っております メルカリではMicroservicesの実現にあたってGoogleCloudPlatform(GCP)、Terraform、Docker、Kubernetes、Halyard、gRPC、Goといったさまざまなサービスからフレームワーク、言語を利用しています メルカリでのMicroservices上での開発をする以上、これらに対して多少なりとも理解
マイクロサービスチーム編成のベストプラクティスとメルカリでの構想 - Mercari Engineering Blog
今年もMercari Advent Calendar 2018 が始まりました。初日は @stanaka がお送りします。 メルカリでは創業以来開発してきたPHPのアプリケーションから(主に)Goで実装されたマイクロサービスアーキテクチャへの移行を進めています。これまでにMercari Tech Conferenceやその他のカンファレンスでMicroservice化の意義、移行の方法、基盤となるMicroservice Platformの概要などについて様々な発表をしてきました。 現在、来年からの本格的なマイクロサービスアーキテクチャでの開発に向けて、これまでのサービスの施策ドリブンのチーム編成から、マイクロサービスを軸としたチーム編成に移行しようとしています。 しかし、マイクロサービスアーキテクチャを成功させるためには、各種プラットフォームの機能を揃え、それらを利用したマイクロサービス
[速報] マイクロサービス向けの新しい監視サービス！AWS App Meshが登場 #reinvent | DevelopersIO
こんにちは、菊池です。 キーノート1日目が終了しても、続々と新サービスが登場し続けています。先ほど、マイクロサービスの監視に特化した新サービス、AWS App Meshが登場しました。 AWS App Mesh Introducing AWS App Mesh - Service Mesh for Microservices on AWS What Is AWS App Mesh? | AWS App Mesh User Guide AWS App Mesh AWS App Meshは、コンテナベースのマイクロサービスアプリケーションの監視・制御を提供するサービスです。エンドツーエンドでマイクロサービスのトラフィックを可視化し、アプリケーションの高可用性を確保します。 現状、EC2起動の Amazon ECS、Amazon EKS、およびKubernetesで動作するアプリケーションで利用
![[速報] マイクロサービス向けの新しい監視サービス！AWS App Meshが登場 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/69d5e5df38c6d27d133baa3f894a2379a68db070/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_reinvent-2018-city_1200x630.jpeg)
既存のRailsアプリにGraphQL APIを足す - Notes on GraphQL for Ruby
graphql-ruby はただのGraphQL処理系で、ウェブアプリケーション全体に影響を及ぼすものではありません。Rails的に言えば、 GraphqlController#execute というアクションを追加するだけですし、これすら rails generate graphql:install で雛形を生成できます。したがって、すでにRESTful APIで運用しているRailsアプリにもGraphQL APIを足すことは簡単ですし、それから徐々に移行していけばいいのです。 クライアントサイドも、ApolloやRelayなどの専用クライアントを使わず運用することは十分可能です。実際、KibelaでもApolloを導入したのは最初にGraphQL APIを導入してから1年近くたった後のことでした。それまでは、単に文字列をpost bodyで送ってJSONを返すエンドポイントとしてGr
サーバーサイドKotlinとマイクロサービス FRESH LIVEにおける開発の舞台裏 | ログミーBusiness
2018年10月5日、エンジニア向けの勉強会に特化した書き起こしメディア「ログミーTech」が主催するイベント「ログミーTech Live」が開催されました。第1回となる今回のテーマは「サーバーサイド開発最前線」。サービスの大規模化・複雑化が進み、マイクロサービスなどの新しい設計手法が注目されつつある今、Kotlin・Go・Scalaでサーバーサイドの開発を行う3社が一堂に会し、実務での知見と開発事例を語ります。プレゼンテーション「FRESH LIVEにおけるServer Side Kotlinと Microservicesの今」に登場したのは、株式会社サイバーエージェント、FRESH LIVEサーバサイドエンジニアの野澤聡史氏。Kotlinを用いたサーバーサイド開発における技術スタックを解説します。講演資料はこちら サーバーサイドKotlinとMicroservicesの今野澤聡史氏（以
【Mercari Tech Conf 2018 レポート】メルカリ Web の新アーキテクチャについてのセッション『Web Application as a Microservice』#mtc18 ｜ DevelopersIO
Web Application as a Microservice Mercari Tech Conf 2018 - Web Application as a Microservice メルカリWebはメルカリの成長を支える一角として開発され、約2年間メルカリと共に成長してきました。このメルカリWebをWebにまつわる技術の進化や拡大するフロントエンドチームといった変化に強くするためにJP Web Rearchitectチームが誕生しました。このトークではJP Web Rearchitectで実現する新たなアーキテクチャとその詳細、そしてそれを実現した先にある未来についてお話します。 スライド Web 版メルカリ 組織の変化 技術的な変化 どちらの変化にも対応していきたい JP Web Re-architect メルカリ Web を改善する 変更に強い柔軟なアーキテクチャ トレンドへの追従
【Mercari Tech Conf 2018 レポート】メルペイの進める決済処理のマイクロサービス化についてのセッション『どうして僕らは決済処理をマイクロサービス化しようとしているのか』#mtc18 ｜ DevelopersIO
どうして僕らは決済処理をマイクロサービス化しようとしているのか Mercari Tech Conf 2018 - どうして僕らは決済処理をマイクロサービス化しようとしているのか メルカリの売上金も電子マネーとして使えるようになるメルペイ。もちろんメルカリでの買い物でも使える予定ですが、そこで問題となったのがメルカリ上での決済処理。増築に増築を重ねたモノリシックなプログラムが、新しい決済手段の導入の前に立ちはだかります。そこで、私達はGO BOLDにMicroservice化で解決しようとしていますが、その中で認められた問題点と解決策を示していきます。0) なぜMicroservices化に踏み切ったのか1) 複雑に絡み合ったswitch文となった業務フローを読み解く2) 分散トランザクションで発生するであろうエラーとの戦い3) 会計システムへの影響をいかに減らすか スライド なぜマイクロサ
これなら分かる！ マイクロサービス（入門編）～モノリスと比較した特徴、利点と課題
IT用語の解説サイトや書籍は世にたくさんありますが、何だか難しいものばかりだと思いませんか？ 知らない単語を検索したけれど、どのサイトを読んでも理解できずブラウザを閉じてしまった、なんて経験を持つ方も多いと思います。本連載はそんな事態に苦しむITエンジニアの皆さまに向けて、まわりくどい原典の説明や冗長な周辺情報を取り払い、できるだけシンプルで、ポイントを掴める解説を目指しました。第一回のテーマに選んだのは、「マイクロサービス」です。一時期「バズワード」と言えるほどもてはやされ、昨今ではシステム部門／ユーザー部門を問わず知っておくべき基礎項目にまで格上げされた感のあるこの用語。これから学ぼうとしていた方も、過去に調べて挫折した方も、改めて基本を確認したい方も、ぜひこの機会に知識を整理いただければ幸いです。 はじめに：自己紹介 西野大介（@nishino_chekhov）と申します。SOMPO
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
