GitHub - Sixt/ja-micro: Lightweight framework for building java microservicesYou 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
エンタープライズにおけるDevOpsとマイクロサービス - JavaOne2015レポート - arclamp
バズワード過ぎてタイトルにするのも憚られるのですが、JavaOne2015でキーワードになったことは間違いないので...。 JavaOne2015でもDevOpsやマイクロサービスについてのセッションが多く見られました。昨年はマイクロサービスというとWebアプリケーションフレームワークからの理想論的な話が多かったですが、今年はわりと事例に基づいた話が多かったように思います。ただ事例は事例で抽象的な話にならざるを得ないわけで、目新しい話があったわけではないように思います。 あと「Java（JVM）を使っているよ」というだけのことで、直接的に「Javaでどうすべき」という話は少ないです。これもDevOpsやマイクロサービスが特定の技術の依存しているわけではないから当然のことかと思います。 事例そのものはよく知られたWebサービス系の事例が中心となっていますので、Netflix、Gilt、Twi
小ささの価値
“Building Microservices” を読んだ。 薄い本。著者の Sam Newman は Martin Fowler が Chief Architectをするアジャイル大好き ThoughtWorks に勤める。そのせいか論調には馴染みがあった。そして Microservices の必要性も説得された。まあサーバ側の仕事をしてない自分が説得されたところで何も起きないけど。 Microservices は Conway の法則を味方につけるための舞台装置だと著者は主張する。自律的な two-pizza team がフラットにつながり合う今時な組織の理想を叶えたい。だから理想の組織を反映したアーキテクチャを考える。その答えが Microservices なのだと。理想を実現するための苦労なら厭わない。分散システムかかって来い。そんな話。 理想形の細部はさておき、チームが小さいのは
NetflixのHystrixにも使われるCircuit Breaker patternを調べてみた
Testing Strategies In A Microservice Architectureを読んだを読んでいる途中に出てきた、Circuit Breakerと呼ばれる機構を調べてみました。Martin Fowler氏がこの記事で言及しているものでした。 このCircuit Breaker patternは、Release It! 本番用ソフトウェア製品の設計とデプロイのためにで描かれているような、本番環境化において発生する、複数システムが関係するからこそ発生する障害を抑えることも目的としたデザインパターンのようです。「複数システムが関係するからこそ発生する障害」とは、一部システムの負荷が高まりタイムアウトするといったことを含みます。 内容自体は、 障害検出のための共有のオブジェクト(Circuit Breacker)を用意して、監視・検出できるようにする ということらしいです。Ne
マイクロサービスのデザインパターン
第1版 2015年9月21日 第2版 2015年12月24日 Bluemixでは，たくさんのサービスやAPIが提供されており，それらを組み合わせることでアプリケーションを開発することができます．単一のプログラム言語を使って，多数のライブラリやクラスファイルを結合して作る大きなアプリケーションにももちろん利点がありますが，新しい機能やUXを継続的に提供したい時や，目的に合わせてプログラミング言語やデータベースを選択したい場合には，それぞれが独立したサービスを組み合わせるやり方が有利です．この考え方の根底にあるのが，James LewisとMartin Fowlerが提唱しているマイクロサービスです．彼らのブログ記事にあるマイクロサービスの定義にあたる部分を訳してみました． マイクロサービス(Microservices)アーキテクチャスタイルは、それぞれが独立のプロセスで実行され，HTTPリソ
State of the Art in Microservices by Adrian Cockcroft - Qiita
概要 2014 年の 12 月アムステルダムで行われた DockerCon のキーノートのひとつ "State of the Art in Microservices" についてのまとめとメモ。 開発スピードをあげるための組織再編 コンテナ化されたマイクロサービスアーキテクチャ Docker が普及したあとの開発スタイル といった内容が盛り込まれている。元のスライドとビデオはこちら スライド ビデオ 内容は Adrian が話していることに加え自分が調べたり学んだ内容を補足やメモとして追加しているので間違った理解をしているなと思ったらぜひ編集リクエストください :) キーノートをまとめることについては Adrian 本人に許可をもらえました！ @adrianco クラウドアーキテクトとして 6 年間 Netflix に勤めていた 現在は Battery Ventures という工業の会社の
マイクロサービス化が進む背景について考えてみた
Why People Want Microservices.md マイクロサービス化が進む背景について考えてみた 最近マイクロサービスって流行ってますよね。バズってると言ってもいいくらい。 個人的には、「マイクロサービスって結局何なの？」とか、「SOAと何が違うわけ？」とかいう議論は苦手です。 でも「なんでみんなマイクロサービスで作りたいのか？なんでマイクロサービスで作られるサービスが多いのか？」にはすごく興味があるんです。 僕は今、シリコンバレーにある日系SIerの小さな子会社で駐在員をやっていますが、このエリアに居ると、とにかく最近、 「サービス全体が、独立した小さなサービスの集合で構成されるようになってきている」 という流れがあるのは実感できます。もうそれが前提みたいになってるくらい。普通サービスって依存サービスを幾つか呼び出しますよね？ってところから始まるのが普通なくらい。 この記
ITの地殻変動はどこに起きているのか～ソフトウェアの複雑さをどのようにして手なづけるか？ - プログラマの思索
ソフトウェアの本質的な問題とは何だろうか？ 僕は、「ソフトウェアの複雑さをどのようにして手なづけるか？」という問題だと思う。 以下、ラフなメモ書き。 【1】問題提起 ソフトウェアをインタプリタのように、書いては動かし、というやり方で作っていく時は楽しい。 しかし、じきに、行数が大きくなり、ソースファイルを分割して、クラス設計していくうちに、どんどんソフトウェアは肥大化し、複雑になっていく。 大人数で開発し始めると、当初の設計思想や開発の規律からズレ始める。 ソフトウェアの複雑さをどのように手なづけて、制御していくべきか？ その問題を幾つかの観点から考えてみる。 【2】単純な解決法～間接層を設ける 一つの塊で実装するのではなく、分割する。 その時に、間に「間接層」を入れる。 例えば、DAO、サービス層かな。 ダイクストラの下記の言葉を思い出す。 another level of indire
[セッションレポート]NetflixにおけるMicroservicesアーキテクチャ #reinvent | DevelopersIO
この記事は AWS re:Invent 2014、PFC304-JT - Effective Interprocess Communications in the Cloud: The Pros and Cons of Micro Services Architectures - Japanese Trackのレポートです。 スピーカーはNetflixのSudhir Tonse。 レポート どうやってMicroservicesに変化していったのかを話したい。 これまで何度か本番環境が停止し、そこからたくさんのことを学んだ。それを共有したい。 Netflixについて。映画のストリーミングサービス。 PCやPS4などで再生できる。 ネットワークの1/3のトラフィックをNetflixが占めることがある。 20億以上のエッヂAPIリクエストがあって、500以上のMicroservicesが動いてい
![[セッションレポート]NetflixにおけるMicroservicesアーキテクチャ #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9f822a733dd20e28505900c2cfb90a863cdb365a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Fre_invent_eyecatch.png)
マーチン・ファウラー氏による「マイクロサービスの前提条件」
「マイクロサービス」という新しいアーキテクチャスタイルが話題になっています。ごく簡単に言えば、1つのシステムを複数の小さなサービスを組み合わせて実現することです。マーチン・ファウラー氏とJames Lewis氏が今年の5月に公開した記事「Microservices」で注目が集まりはじめました。 参考："Microservices"を読んだ | SOTA 参考：クックパッドとマイクロサービス - クックパッド開発者ブログ 参考：マイクロサービスとSOA - InfoQ このマイクロサービスを実現する上で、組織が備えていなければならない能力について、マーチン・ファウラー氏が先月、「MicroservicePrerequisites（マイクロサービスの前提条件）」という記事を公開しています。同氏のWebサイトの記事は翻訳が許可されているので、ここで翻訳を紹介したいと思います。 マイクロサービスの
sangoとmqttcliでMQTTを使うMicroServiceを作る — そこはかとなく書くよん。 ドキュメント
sangoとmqttcliでMQTTを使うMicroServiceを作る¶ MicroServiceが微妙にバズりつつあるところですが、ここで sango と mqttcli でMQTTを使ったMicroServiceを作ってみましょう。 (注意1: MicroService の定義はよく 知りません) (注意2: mqttcliはわりとやっつけなところも多いので、問題がおきても広 い心で見てください) 準備¶ 事前にちょっとした準備が必要です。 1. sangoアカウントを作成¶ まずは sango からアカウントを作成しま す。GitHubアカウントがあればすぐに作成できます。 ダッシュボードを開くと、 接続先 : mqtt://<MQTTサーバーのアドレス>:1883 アクセス先トピック: shirou@github/# ユーザー名: shirou@github パスワード: ひみつ
Monolithic Architecture is Dead
社内 TeckTalk 資料 - Microservices の紹介
マイクロサービスの強み弱み
マイクロサービスが最近話題になっており、噂も生まれている。10年以上に渡り、重たく、扱いにくいSOAソリューションが続いたが、マイクロサービスはそれを置き換える待望のソリューションなのだろうか。それとも単に一枚岩のソリューションズよりも単純なだけなのか。 この問題を議論する前に、マイクロサービスの定義を紹介しておいたほうがいいだろう。James Lewis氏とMartin Fowler氏はMicroservicesという記事でマイクロサービスという設計スタイルを以下のような手法として定義している。 小さなサービスの組み合わせによって単一のアプリケーションを開発する方法で、各サービスはそれぞれのプロセスで動き、軽量な仕組みで通信します。通常はHTTPです。また、各サービスはビジネスの可能性の周辺に構築され、完全自動化された配置の仕組みで独立して配置できます。最低限の中心的な管理システムがあり
マイクロサービス（microservices）とは何か – recompile.net
マイクロサービス（microservices）という言葉をご存知でしょうか？ 今、エンタープライズ界隈のソフトウェアエンジニアの間でマイクロサービスという言葉がにわかに盛り上がりつつあります。 マイクロサービスはJames Lewis氏によって提案された言葉です。詳細については、彼がMartin Fowler氏と共著で書いた「Microservices」という記事を参照してほしいのですが、ようするにひとつのアプリケーションを、Railsのような一枚岩のアーキテクチャではなく、複数の軽量なサービスを連携させたアーキテクチャでつくろうというアプローチです。 上述の記事 では、マイクロサービスの特徴が九つほど上げられています。 サービスによるコンポーネント化：ライブラリではなく別プロセスで動作するサービスによってアプリケーションのコンポーネント化を実現している。 ビジネスケイパビリティに基づく組
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マイクロサービスアーキテクチャ - アーキテクチャ設計の歴史を背景に
GiltでのScala，Docker，AWSを使ったマイクロサービスのスケールアップ
advantageous/qbit · GitHub - The Java microservice lib - JSON, HTTP, WebSocket, REST