サーバーレス時代のKubernetesワークロード：アーキテクチャ、プラットフォーム、トレンド
SOAは優れた原則に基づいており、その大半はまだ有効です。それは契約優先開発、疎結合、構成可能、ステートレスなサービスであり、自律的で再利用可能です。 ESBフレームワークは、プロトコル変換、テクノロジーコネクタ、ルーティングおよびオーケストレーションメカニズム、エラー処理、高可用性プリミティブなどの優れた機能セットを提供しました。 分散アーキテクチャの進歩 SOAとESBの主な問題は、アーキテクチャと組織の両方の観点からの集中化でした。SOAの重要な原則は、サービスとコンポーネントの再利用でした。これにより、再利用を可能にするが、緊密なアーキテクチャ上のサービスカップリングを引き起こす階層化サービスアーキテクチャが作成されました。組織的には、ESBは単一のチームによって所有されていました。それによって、ミドルウェアは、スケーラビリティの観点で、さらに重要なことに急速な進化の観点で技術的お
Lagom - 新しいマイクロサービスフレームワーク
Akkaを開発するLightbend(先頃Typesafeから名称変更)が，同社のReactive Platformを基盤として使用したオープンソースのマイクロサービスフレームワークであるLagom(「ちょうどよい(just enough)」という意味のスウェーデン語)をリリースした。Play FrameworkやAkka製品ファミリに加えて，開発用としてConductRを使用しているのが特徴だ。デフォルトはメッセージ駆動型の非同期方式で，分散型CQRS永続化パターンとイベントソーシングを実装の中心に使用している。 同社CTOでAkkaを開発したJonas Bonér氏によると，Lagomと命名した理由のひとつは，マイクロサービスのマイクロ(つまりサイズ)を強調したくなかったことにある。小さいのではない，適切なサイズのサービスなのだ。 InfoQとのインタビューで氏は，新フレームワークを次
Goのプログラミングパターン
QCon London 2016において、Peter Bourgon氏は「Successful Go Program Design, 6 Years On」というプレゼンを行い、Goでプログラミングするときに使うべきパターンと避けるべきパターンについて説明した。 GOPATH: 環境変数PATHにGOPATH/binを加え、関係バイナリを簡単にアクセスできるようにする。Bourgon氏は一つのグローバルなGOPATHを使うことを推奨する。たいていの場合、これでうまくいく。自分のコードと外部依存のコードを明確に分離したい人は、2つのGOPATHを作るのが好みだろう。gbを使って、環境変数をセットせずにプロジェクトごとに構築するという選択肢もある。 リポジトリ構成: リポジトリの構成はプロジェクトに依存する。プライベートなプロジェクトで決して公開しないなら、好きな構成で構わない。オープンソース
NoSQLの現状
このため、NoSQLの知識を持つ開発者やアーキテクトに対する需要が高まってきています。最近の調査によると、最近必要とされる開発スキルは次の通りです。 HTML5 MongoDB iOS Android Mobileアプリ Puppet Hadoop jQuery PaaS ソーシャルメディア 技術的要求のトップ10の中で、NoSQLデータベースは2つあります。1つは、iOSよりも上です。これがNoSQLをほめているのでなかったら、何なのでしょう?! しかし、一見したところ、NoSQLはますます速く深いところまで適用されるようになっています。2011年の夏に、有名な報告書の中でOracleは次のように述べました。NoSQL DBがアイスクリームの味のように感じるかもしれないけれど、あまり深入りしない方がいい、NoSQLはそれほど長く残らないかもしれないから。そのわずか2、3ヶ月後、Oracl
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker Swarmは死んだ。Docker Swarm万歳。
Elixirが1.1に - 新APIを導入，ビルド時間を改善
APIファーストのWebフレームワークSynthを巡るコミュニティの困惑
RubyMotionがAndroidのサポートを発表
GroovyがAndroid上で実行可能に
HaskellがiOSをサポート、性能を改善
TypedMVVM - WinJS Windows StoreアプリをTypeScriptを使って開発
TwitterがMapReduceストリーミングフレームワークSummingbirdをオープンソースに
PayPal社がバックエンドをJavaからJavaScriptへ移行
Netty 4がTwitterのGCオーバーヘッドを1/5に削減
Apache Isis: ドメイン駆動設計のためのJavaフレームワーク
GoogleがWebKitにDartバインディングと複数VMを追加
jStat: 軽量な JavaScript 統計処理ライブラリ
仮想パネル：最先端のJavaScriptユニットテスティング
マイクロソフトは、WindowsのNodeJSにスポンサーした
