Redirecting… Click here if you are not redirected.
Redirecting…
Redirecting… Click here if you are not redirected.
Nginx + Rails (Puma) on ECS のいくつかの (本番環境にむけた) 構成例 - Qiita
コンテナの分離レベル, サービスの分離レベルに応じた 3 つの構成例を紹介します. 本投稿は以下を前提とします. ECS Cluster は構築済み VPC / Security Group / Application Load Balancer / RDS の構築ができる 要件 以下の要件は全構成例で達成すべきものとします. フロントエンドは Nginx, バックエンドは Rails5 (Puma) Rails の静的コンテンツ (public/ 配下) は Nginx が処理する また, 可能な限り Nginx-Puma 間は socket 通信を利用するものとします. 1. 単一コンテナ × 単一サービス 単一イメージに Nginx, Rails をまとめた, 最もシンプルなパターンです. 詳細の解説は省略します. 2. 個別コンテナ (Nginx, Rails) × 単一サービス
「Microservices Meetup vol.4」に行ってきた - Qiita
ブログ/Qiitaまとめ枠で参加させてもらいました！ Advent Calendar作ったから是非参加してね！（切実）とのこと。 http://qiita.com/advent-calendar/2016/microservices あとから資料のURLとか補完しまーす。 →資料補完しました。 Togetter https://togetter.com/li/1053879 発表まとめ 「AbemaTVにおける Microservices Architecture」 by 西尾亮太さん (CyberAgent, AbemaTV) AbemaTVについて 無料で見れる24時間365日完全編成インターネットTV https://abema.tv PCもスマホもタブレットもTVデバイスも対応してます！ 番組表がある（リニア放送）のが特徴です。砂嵐がないよ！ プレミアムプランならオンデマンド放送も
マイクロサービスアーキテクチャにおけるオーケストレーションとコレオグラフィ - Qiita
マイクロサービスアーキテクチャの4章にオーケストレーションとコレオグラフィという話があります。 マイクロサービスを使ってアプリケーションを組み立てる側の、サービスの呼び出し方の違いです。 「マイクロサービス的に作ってるよー」というシステムでも、ここに特に疑問を持たず、ふつうにWeb APIたちを呼び、受け取ったデータでHTMLをレンダリングするというオーケストレーション方式で作られているのが多いのではないでしょうか? Sam Newmanは、それだと呼び出されるサービス側がドメインモデル貧血症になりがちで、呼び出す側にロジックが集まっていくことになると、書籍の中で述べています。 いったいどういうことでしょうか? 書籍中の例をちょっと変えて考えてみます。 マイクロサービスアーキテクチャでECサイトを作る(オーケストレーション編) ECサイトをマイクロサービスアーキテクチャで作ることを考えてみ
マイクロサービスに関する資料のまとめ
アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） 世の中マイクロサービス・マイクロサービスうるさいのでちょっとこれ読んでおけという資料をまとめておきます。 はっきり言ってマイクロサービス化しようとすると、組織構造の話、エンジニアの責務の話など技術的な課題以外の領域にもいろんなチャレンジがあるので、普通のプロジェクトでも苦労する組織が取り組むとか、設計だけして開発を委託しているけどDB一極化がやばいので取り組むとかは止めておいた方がよいと思います。 概念Twelve Factor Appマイクロサービスの話ではないが、モダンなアプリケーションを作りたければ開発チーム全員に叩き込んでおくべき内容MicroservicesMartin Fowlerによるマイクロサービス
Microservice Trade-Offs
Many development teams have found the microservices architectural style to be a superior approach to a monolithic architecture. But other teams have found them to be a productivity-sapping burden. Like any architectural style, microservices bring costs and benefits. To make a sensible choice you have to understand these and apply them to your specific context. Microservices provide benefits… Stron
HyperDBとlsyncdを使用したWordPress冗長構成 | GREE Engineering
こんにちは。開発統括本部の勝又 健太です。 このエントリは GREE Advent Calendar 2013 4日目の記事です。 自己紹介 はじめての投稿なので簡単に自己紹介させて頂きますと、言語はC++/C#/Perl/Java/Ruby/Python/PHP、開発フレームワークはMFC/.NET Framework/Struts/Ruby on Rails/Django/各種PHPフレームワーク、DBに関してはOracle/SQLServer/MySQL/Postgresqlなどなど色々と経験しておりまして、なんでも屋的な雑食系エンジニアです。昔はマンガ作成用グラフィックソフトとか動画キャプチャソフトとかも作っとりました。 Windows/ASP.NET系の開発を8年ほど経験して、その後Linux系に転向して今に至ります。インフラ周りやミドルウェアなども大好物です。(今後はスマホネイ
スキルの境界線の話 - assertInstanceOf('Engineer', $a_suenami)
先日、前職の先輩と一緒に飲んでたときにスキルの境界線の話したのでそれについて思ってること書いてみる。 以前にも似たようなこと書いた。 結局言いたいことはこのエントリと同じことなんだけど、転職して（まだ数日だけど）チームのあり方の違いとか考えるところとかあるのでもうちょっと詳しく書いてみる。 忙しい人のために先に結論 アーキテクチャは市場で何が求められているかによって最適な形が変わる。 アーキテクチャのあり方が変わるとそれを効率的に設計・構築するために最適なスキルのあり方も変わる。 Conway の法則によれ組織のあり方はアーキテクチャのあり方によって規定されるべきである。つまり市場のあり方が変われば理想の組織のあり方もスキルのあり方も変わる。 似たようなスキルセットを持った人たちによってエコシステムが形成される。 要求の変化や技術の変化 アーキテクチャは基本的にその時代によって変わる。たか
JavaOne 2014 サンフランシスコ報告会 Tokyoに参加しました - zyake_mk2の日記
JavaOne 2014 サンフランシスコ報告会 Tokyoに参加してきたので、軽くまとめてみます。アーキテクチャトレンドと、EEのアップデート以外は関心が無いので、あまり触れません。 イベントの概要 9月に米国で開催されたJavaOneの参加者がイベントの内容を共有する会です。 話題の中心は「Oracle公式のJava」ですが、OSSや最新の開発トレンド等、幅広い話題を扱います。 イベントの詳細は以下のURLを参照してください。 -> http://jjug.doorkeeper.jp/events/15151?utm_campaign=event_15151&utm_medium=email&utm_source=ticket イベントの雰囲気 座席の占有率は30〜40%ほどで、盛り上がってる風でもなく、ボチボチという雰囲気でした。 会場のOracle本社13Fは綺麗ですし、無料のWi
JavaOne報告会2014アーキテクチャトレンド
2014/10/18に開催されたJavaOne報告会での「アーキテクチャトレンド」での発表資料です。 （誤字があったので再アップしました）
What are microservices?
Public workshops: Designing microservices: responsibilities, APIs and collaborations DDD EU, June 2-3, Antwerp, Belgium Learn more Contact me for information about consulting and training at your company. Microservices - also known as the microservice architecture - is an architectural style that structures an application as a collection of two or more services that are: Independently deployable L
The Twelve-Factor App （日本語訳）
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
The Twelve-Factor App
Introduction In the modern era, software is commonly delivered as a service: called web apps, or software-as-a-service. The twelve-factor app is a methodology for building software-as-a-service apps that: Use declarative formats for setup automation, to minimize time and cost for new developers joining the project; Have a clean contract with the underlying operating system, offering maximum portab
Microservices
a definition of this new architectural term The term “Microservice Architecture” has sprung up over the last few years to describe a particular way of designing software applications as suites of independently deployable services. While there is no precise definition of this architectural style, there are certain common characteristics around organization around business capability, automated depl
マイクロサービス（microservices）とは何か – recompile.net
マイクロサービス（microservices）という言葉をご存知でしょうか？ 今、エンタープライズ界隈のソフトウェアエンジニアの間でマイクロサービスという言葉がにわかに盛り上がりつつあります。 マイクロサービスはJames Lewis氏によって提案された言葉です。詳細については、彼がMartin Fowler氏と共著で書いた「Microservices」という記事を参照してほしいのですが、ようするにひとつのアプリケーションを、Railsのような一枚岩のアーキテクチャではなく、複数の軽量なサービスを連携させたアーキテクチャでつくろうというアプローチです。 上述の記事 では、マイクロサービスの特徴が九つほど上げられています。 サービスによるコンポーネント化：ライブラリではなく別プロセスで動作するサービスによってアプリケーションのコンポーネント化を実現している。 ビジネスケイパビリティに基づく組
– このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネット(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
Understanding Vert.x Architecture - Part II | CUBRID blog
Previous blog article covered Vert.x, a Java application framework which provides noticeable performance advantage over competing technologies and features multi programming language support. The previous article has explained us about the philosophy of Vert.x, performance comparison with Node.js, internal structure of Vert.x, and many more. Today, I would like to continue this conversation and ta
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Reactive Streams 入門 #jjug
オンラインゲームの仕組みと工夫
モダンWebシステム開発
