InfoQ ホームページ Architecture に関するすべてのコンテンツ
-
/articles/managing-memberships-netflix/ja/smallimage/Managing238M-1710832361735.jpg)
Netflixで2億3800万人の会員を管理するということ
Netflixのシニア・ソフトウェア・エンジニアであるSurabhi Diwan氏は、QCon San Francisco 2023で"Managing 238M Memberships at Netflix"と題して講演した。同氏の講演では、Netflixのメンバーシップ・チームがどのように分散システムを構築しているのか、つまり、Netflixの増え続ける会員ベースのニーズに応えるためのアーキテクチャ・ベット、テクノロジーの選択、オペレーショナル・セマンティクスについて紹介された。
-
/articles/architecting-java-persistence-patterns-and-strategies/ja/smallimage/small-image-1703761535339.jpg)
Java Persistenceを使ったアーキテクチュア：パターンと戦略
進化し続けるソフトウェア・アーキテクチャの世界で、シニア・エンジニア、アーキテクト、CTOは、Javaアプリケーションの強固で効率的な永続化レイヤの設計という永遠の課題に直面している。よく練られた永続化レイヤは、単なる技術的なディテールではなく、アプリケーションの機能性、スケーラビリティ、および長期的な持続可能性を支えるバックボーンである。この記事では、Javaの永続化レイヤに関連する複雑なデザイン・パターンの領域に深く潜り込み、オブジェクト指向とデータ指向のアプローチを明確に区別することに焦点を当てる。
-
/articles/rmi-to-websocket/ja/smallimage/migrate-a-RMI-based-legacy-application-to-WebSocket-small-1680106723513.jpg)
RMIベースのレガシー・アプリケーションをWebSocketに移行する
Technical debt, especially in enterprise software, is a relevant problem that developers recurrently have to face. This article provides a use case related to removing technical debt in a large enterprise application based on an old fashioned Remote Method Invocation (RMI) protocol, and migrating it toward modern cloud-aware communication technologies.
-
/articles/avoid-architecture-pitfalls/ja/smallimage/12-software-architecture-pitfalls-and-how-to-avoid-them-small-1702296085274.jpg)
12のソフトウェア・アーキテクチャの落とし穴とその避け方
成功するソフトウェアアーキテクチャを開発するのはシンプルだが、簡単ではない。QARを理解し、QARを最大限に満たすトレードオフを理解し、実行するには、洞察力と経験が必要であり、その多くはアーキテクチャ自体の実験を繰り返すことで集めなければならない。プロセス自体は単純だが、考慮すべきトレードオフはしばしば難しく、簡単な答えはめったにない。
-
/articles/monolith-versus-microservices/ja/smallimage/the-false-dichotomy-of-Monolith-vs-Microservices-small-1698248840911.jpg)
モノリス対マイクロサービスという誤った二分法
AWSがマイクロサービスを捨ててモノリスに戻ったという最近のブログ投稿で、モノリス対マイクロサービスの古い戦争が再燃している。 あなたの立場は？ マイクロサービス派かモノリス派か？ マイクロサービス対モノリスは、より大きなストーリーの一部に過ぎず、その区別は幻想のようなもので、人々は虚構の上で争っているのだと言ったらどうだろう。
-
/articles/api-design-review/ja/smallimage/API-design-reviews-are-dead-long-live-API-design-reviews-small-1684310900854.jpg)
APIデザインレビューは死んだ。APIデザインレビュー万歳！
To design APIs at scale, it takes deliberate effort to create consistency and make several discrete APIs feel like a platform. This requires an efficient and useful API design review process.
-
/articles/assessing-lcnc-platforms/ja/smallimage/logo-1669967904966.jpg)
Low Code/No Codeを採用する：確認するべき6つの適性
LCNC（ローコード/ノーコード）プラットフォームは、プログラマーだけでなくプログラマーでなくても、最小限のコーディングとワンクリックのデプロイメントで、アプリケーションソフトウェアを開発できるよう設計されている。ドラッグ＆ドロップ方式のインターフェースなどを利用することで、開発・デプロイメントプロセスを簡素化し、効率的なアプリケーション開発とデプロイメントを実現する。
-
/articles/devops-governance-developer-velocity/ja/smallimage/logo-1658737978607.jpg)
開発者のベロシティを実現するためにDevOpsガバナンスが重要な理由
The application environment should be managed centrally by the DevOps team. This allows them to better track modifications and changes which would then be swift and transparent to developer teams.
-
/articles/kafkaflow-dotnet-framework/ja/smallimage/building-kafka-event-driven-applications-with-KafkaFlow-small-1693903734363.jpg)
KafkaFlowでKafkaイベント駆動型アプリケーションを構築する
KafkaFlow, a .NET open-source project, simplifies Kafka-based event-driven app development with features like middleware for message processing, enhancing maintainability, customization potential, and allowing developers to prioritize business logic.
-
/articles/federated-GraphQL-platform-Netflix/ja/smallimage/Evolving-the-Federated-GraphQL-Platform-at-Netflix-small-1691653833320.jpg)
NetflixにおけるFederated GraphQLプラットフォームの進化
This article describes the journey of the migration towards a Federated GraphQL architecture. Specifically, it shows the GraphQL platform Netflix has built consisting of the Domain Graph Services framework for implementing GraphQL services in Java using Spring Boot and graphql-java, and tools for schema development. It also describes how the ecosystem has evolved at various stages of adoption.
-
/articles/designops-improve-process/ja/smallimage/logo-1658847451817.jpg)
DesignOpsが重要な理由： デザインプロセスを改善する方法
DesignOps is a combination of practices and a mindset that improves design workflow, facilitates designer-developer handoffs, enhances the way products and services are crafted, and enables projects to evolve at a faster pace. Design processes may be more complex, dispersed and chaotic than they should be. There are ways to adapt to digital transformation and establish well-functioning DesignOps
-
/articles/framework-architectural-decisions/ja/smallimage/logo-1679060242842.jpg)
アーキテクチャ決定のためのシンプルなフレームワーク
This article describes a framework for making architectural decisions using three building blocks: The company's own Technology Radar; Technology Standards; and Architecture Decision Records (ADRs). The framework clarifies decision-making, team involvement, and information on already made decisions and aligns with the company's needs and culture.