{"title":"JVM Bloggers","description":"JVM Bloggers aggregated feed. You can customize your rss results by using parameters `limit` and 'excludedAuthors` (comma delimited names) parameters. Example: http://jvm-bloggers.com/pl/rss?limit=5&excludedAuthors=Tomasz Dziurko Adam Warski","entries":[{"link":"https://jvm-bloggers.com/r/sd7AkWm","title":"Metryki granic i modeli [DevTalk Trio S04E02]","author":"DevStyle","description":"

Skąd wiesz, że Twój podział na moduły i konteksty w DDD jest dobry? Zamiast polegać na intuicji, pokazujemy konkretne metryki oceny architektury: rozwijalność, autonomię zespołów i mierzenie zależności między modułami na poziomie strategicznym i taktycznym.   Z tego odcinka dowiesz się: Ile poziomów wiedzy o metrykach naprawdę istnieje; Dlaczego rozwijalność mówi więcej niż wszystko inne; […]<\/p>\n","date":"10/09/2026 19:18"},{"link":"https://jvm-bloggers.com/r/0n9kTGt","title":"The Bytecode You Did Not Write - JVM Weekly vol. 191","author":"JVM Weekly","description":"On a write barrier that costs 265x, a JVM agent that rewrites other people's libraries, and Java that nobody runs","date":"10/09/2026 15:03"},{"link":"https://jvm-bloggers.com/r/re8UyQ6","title":"Agentic Mindset Level 1","author":"Jacek Laskowski","date":"09/09/2026 16:04"},{"link":"https://jvm-bloggers.com/r/JubdHm0","title":"Diskless Kafka: What Happens When Brokers Stop Owning the Data?","author":"SoftwareMill","description":"\n \n \"\"\n

Apache Kafka was designed to make good use of sequential I/O. Producers batch records, brokers append those batches to ordered log segments, and consumers read sequential ranges. Kafka also relies on the operating system's page cache and uses zero-copy techniques such as sendfile<\/code> where possible. The Kafka design documentation<\/a> explains why this works: batching turns many small operations into larger sequential reads and writes, which storage devices and operating systems can handle efficiently.<\/p>\n

In the cloud, another storage option is available. An object store can provide durable, replicated storage independently of broker compute. Could Kafka use that service for the active log and let brokers scale without moving the durable dataset?<\/p>\n

That is the idea behind diskless Kafka<\/strong>: retain Kafka's client API while moving durable payload storage away from broker-owned partition logs. The implementation still has to preserve ordering, assign offsets, track committed writes, and serve reads efficiently. Different systems divide these responsibilities differently, and their feature coverage varies.<\/p>\n

\n

Upstream status, August 25, 2026:<\/strong> KIP-1150 is accepted, but native Diskless Topics are not yet a generally available Apache Kafka feature. KIP-1163 and KIP-1164, which define the core implementation, remain under discussion.<\/p>\n<\/blockquote>\n

How the broker and the log are coupled<\/h2>\n

In classic Kafka, a partition leader accepts records, assigns offsets, and appends batches to local log segments. Followers fetch from the leader and append the same batches to their own storage. With acks=all<\/code>, the producer waits for the required replication before receiving a successful acknowledgement.<\/p>\n

\"kafka<\/p>\n

Batching reduces network and system-call overhead, while the page cache can serve recent data without a physical disk read. A broker therefore owns both the processing responsibility for its partitions and their local log segments and replica state. Changing where partitions run often means moving their data too.<\/p>\n

The cloud changed the storage equation<\/h2>\n

Consider a cluster spread across three availability zones. Each record is stored by the leader and copied to followers in the other zones:<\/p>\n

\"kafka<\/p>\n

Replicating across zones lets Kafka tolerate zone failures when replica placement and acknowledgement settings are configured accordingly. It can also generate substantial cross-AZ traffic. KIP-1150<\/a> identifies this as a major cost driver on AWS and Google Cloud. The economics depend on provider and network configuration; payload replication is only one part of the total traffic bill.<\/p>\n

Every broker also needs enough storage for its assigned partitions. Adding capacity can require partition reassignment; replacing a lost replica requires copying its data. A broker holding terabytes of partition state takes longer to replace than a worker whose durable state lives elsewhere. Storage capacity and data movement constrain how quickly compute can change.<\/p>\n

Amazon S3, Google Cloud Storage, and Azure Blob Storage provide durable storage independently of Kafka brokers. With an appropriate regional storage class, the provider also handles replication across failure domains. The useful comparison is between that service and Kafka's complete replicated storage path. EBS itself Czy Bounded Context po ponad dwóch dekadach jeszcze się broni? Jakub Pilimon, Ignacy Szreter i Sławek Sobótka uczyli się Domain-Driven Design w trzech różnych epokach (od monolitów, na których wieczorami grało się w Quake’a, po dzisiejszy świat SaaS-ów) i swoim doświadczeniem dzielą się w tym odcinku DevTalk.   Z tego odcinka dowiesz się: Skąd wziął […]<\/p>\n","date":"07/09/2026 18:54"},{"link":"https://jvm-bloggers.com/r/znTgQGw","title":"Raspberry Pi – projekty dla początkujących i zaawansowanych","author":"JustJoinIT","description":"\"Raspberry

Mały komputer, który mieści się w dłoni, kosztuje niewiele więcej niż porządny obiad na mieście, a mimo to potrafi obsłużyć serwer domowy, sterować robotem albo nagrywać dane pogodowe przez lata bez awarii. Raspberry Pi od lat jest ulubieńcem hobbystów, nauczycieli i inżynierów – i wciąż zaskakuje tym, ile da się z niego wycisnąć. W tym […]<\/p>\n

Artykuł Raspberry Pi – projekty dla początkujących i zaawansowanych<\/a> pochodzi z serwisu Just Geek IT<\/a>.<\/p>\n","date":"07/09/2026 10:43"},{"link":"https://jvm-bloggers.com/r/LgPpZr0","title":"Testowanie aplikacji - kiedy warto pisać jakie testy","author":"DevStarter","description":"

W tym odcinku rozmawiamy o jednym z najważniejszych elementów inżynierii oprogramowania jakim jest testowanie aplikacji. Rozmawiamy szeroko o sensie pisania testów, dobrych praktykach oraz dlaczego to nie wybór, a obowiązek.<\/p>

<\/p>

W tym odcinku dowiecie się:<\/strong><\/p>