Java Enhances Z Garbage Collector with Generational CapabilitiesInfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architects. View an example
マイクロサービス設計原則: SOLIDではなくIDEALS
キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte
The Future of Data Engineering: Chris Riccomini at QCon San Francisco
How to Use Multiple GitHub Accounts Git is a popular tool for version control in software development. It is not uncommon to use multiple Git accounts. Correctly configuring and switching Git accounts is challenging. In this article, we show what Git provides for account configuration, its limitations, and the solution to switch accounts automatically based on a project parent directory location.
分散システムのパターン
原文(投稿日：2019/06/29)へのリンク Mathias Verraes氏が一連のブログ記事を投稿して、自身が仕事で出会った、有用な分散システムのパターンについて説明している。目的は、パターンをその有用なコンテキストとともに識別し、命名し、文書化することだ。その中で氏は、誤った状況で使用することが、パターンをアンチパターンにする場合の多いことを強調している。 DDD Europeの創業者兼コンサルタントであるVerraes氏は、現時点で16のパターンを、デカップリング、汎用メッセージング、イベントソーシングという３分野に定義した上で、各パターンについての問題と解決策を、時には例や実装を含めて説明する。 "Completeness Guarantee"は、プロデューサから送信されるドメインイベントセットの定義を目標とする部分と、プロデューサの状態をコンシューマが再現可能であることを必要
サーバーレス時代のKubernetesワークロード：アーキテクチャ、プラットフォーム、トレンド
SOAは優れた原則に基づいており、その大半はまだ有効です。それは契約優先開発、疎結合、構成可能、ステートレスなサービスであり、自律的で再利用可能です。 ESBフレームワークは、プロトコル変換、テクノロジーコネクタ、ルーティングおよびオーケストレーションメカニズム、エラー処理、高可用性プリミティブなどの優れた機能セットを提供しました。 分散アーキテクチャの進歩 SOAとESBの主な問題は、アーキテクチャと組織の両方の観点からの集中化でした。SOAの重要な原則は、サービスとコンポーネントの再利用でした。これにより、再利用を可能にするが、緊密なアーキテクチャ上のサービスカップリングを引き起こす階層化サービスアーキテクチャが作成されました。組織的には、ESBは単一のチームによって所有されていました。それによって、ミドルウェアは、スケーラビリティの観点で、さらに重要なことに急速な進化の観点で技術的お
Kubernetesの将来 - VMか、コンテナか、ハイパーバイザか？
原文(投稿日：2019/05/25)へのリンク Kubernetesの将来については、対立する２つのビジョンがある。Pivotalの主任技術者であるPaul Czarkowski氏は、VMがコンテナに取って代わると予測しているが、Red Hatの副社長であるJoe Fernandes氏は、VMの利用はKubernetesにとっての進化であり、コンテナを置き換えるものではない、という考えだ。さらに、Red Hatのプリンシパル・マーケティングマネージャであるChris Short氏は、Kubernetesはハイパーバイザ(hypervisor)をまさに駆逐しようとしている、と説明する。 コンテナは、ソフトウェアの構築方法やデプロイ方法は改善したものの、仮想マシンのように安全で隔離されたサンドボックスは実現できていない、とCzarkowski氏は言う。それどころか、コンテナは共有カーネルモデル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scaling the Data Infrastructure @Spotify
LinkedIn、システムの複雑性低減のためにLambdaアーキテクチャを廃止
Spotifyにおけるイベント配信システムのクラウド運用
Terraform、Docker、Kubernetesなどのテストを自動化する - Yevgeniy Brikman氏のQCon SFでの講演より
Maesh - Kubernetes用サービスメッシュ
pacheCon 2019基調講演 - Google CloudによるKubernetesを使用したビッグデータ処理の拡張
Shopifyはいかにしてモジュラモノリスへ移行したか
Go言語のコントラクトにより、ジェネリックプログラミングが可能に
RustによるElixirインターフェースを用いたパフォーマンス改善 - DIscordの事例
LitmusフレームワークによるKubernetesのカオスエンジニアリング
Airbnbはいかにして1,000名を越えるエンジニアのKubernetesワークフローを簡略化したか
Airbnbにおける大規模サービスの構築 - QCon Londonでの講演より
ETLは過去のものか - Apache Kafkaがデータ処理の未来なのか？
GoogleがクラウドDNS転送を発表
