Tejas Kumar

We just finalized the agenda for our next meetup: Spring 2024 Edition of Site Reliability Engineering Munich group takes place on April 25th. We appreciate jambit hosting us this time in their office next to S-Bahn Hirschgarten. #SRE #Simplicity #Rust #SREcon Agenda: 6:30 pm Get together with food and drinks 7:00 pm jambit welcomes you to SREmuc 7:10 pm Talk 1: Simplicity in the Source (Markus Teich, Google) 7:40 pm Talk 2: Enough Go, what about Rust? (Mario Ortiz Manero, Lyft) 8:10pm Talk 3: Recap SREcon Americas (Ingo Averdunk, IBM) 8:40 pm Networking + Drinks 9:00 pm Leave happy and inspired :) Speakers & Abstract: Talk 1: Title: Simplicity in the Source (Markus Teich, Google) Markus has been an SRE and software engineer at Google for close to 7 years. In his open source endeavours he learned a few things about running open source software and how code simplicity can help with long term maintenance. As an SRE at Google Markus has looked through many different types of code bases across various languages. In this talk he'll share some of his observations on how code can be easier to understand and how that can help with incident management and maintenance. Talk 2: Enough Go, what about Rust? (Mario Ortiz Manero, Lyft) Working on the open source project Tremor - an event processing system - Mario has gathered some good knowledge about using rust to write production systems that can scale. He is going to give us valuable insights when Rust is a great language to use and where it can possibly win over the hearts of dedicated Gophers. Talk 3: Recap SREcon Americas (Ingo Averdunk, IBM) Following the theme from previous years, Ingo will recap SREcon 2024 Americas. Just like speed dating, Ingo will attempt to collapse 3 conference days into a 30-minute session. The objective is to provide food for thought and to encourage listening to the playback of interesting sessions. More about the event on Meetup https://lnkd.in/ePwwsz-a

15

1 Kommentar

We've recently shipped our Kafka-API compatibility layer that enables amazing integrations such as the one with SingleStore! When using SingleStore’s Kafka pipeline, which allows for fast, exactly once processing to ingest data, Dekaf serves as the intermediary between SingleStore and Estuary Flow. Here’s how it works: 1. Pipeline setup. SingleStore’s Kafka Pipeline is configured to communicate with Dekaf just as it would with a Kafka broker. Estuary Flow acts as the data producer, streaming data into topics that Dekaf exposes to SingleStore. 2. Topic management. In Estuary Flow, each capture is organized into logical topics, similar to Kafka partitions. SingleStore subscribes to these topics through Dekaf, ensuring data is consumed in real time. 3. Schema handling. Dekaf also handles schema management through integration with schema registries. It ensures SingleStore receives data with the correct structure, minimizing the need for manual schema mapping. 4. Data delivery. As changes happen in source databases (like MongoDB or PostgreSQL), Estuary Flow captures these changes and streams them via Dekaf to SingleStore. This provides a near real-time view of the data in SingleStore — perfect for applications requiring up-to-date information for analytics or operational purposes. By using Dekaf, SingleStore users can integrate real-time data pipelines from a variety of sources, leveraging the power of Estuary Flow while maintaining the simplicity of Kafka-like operations. Check it out the full article here: https://lnkd.in/d5Q4Zzt4

9

Faster, more consistent build times for your team with Scheduled Caching. 👏 In Orka Cluster 3.2, we’ve slashed virtual machine deployment times thanks to Scheduled Caching! This feature makes sure your image is ready exactly when you need it, reducing network latency and ensuring faster, more consistent build speeds. ✅ Speed: VMs boot in seconds once cached ✅ Consistency: Avoid unpredictable delays with pre-scheduled caching ✅ Actionable Insights: Measure build performance with greater accuracy Current Orka customers can upgrade today. Check out our latest blog to learn more ⬇️ https://lnkd.in/dwqha-At #virtualization #macOS #iOSDev #OrkaCluster #DevOps

5

Semantic caching can significantly improve performance and reduce costs, especially in projects involving large datasets. Learn what it is, why it’s beneficial, and how to implement it in Shuttle's latest article by ​Josh Mo​. Key takeaways you'll get: ▶️ 𝐀𝐧𝐚𝐥𝐲𝐳𝐞 𝐃𝐚𝐭𝐚 𝐐𝐮𝐞𝐫𝐢𝐞𝐬: Determine which data should be cached based on frequency. ▶️ 𝐃𝐞𝐟𝐢𝐧𝐞 𝐒𝐞𝐦𝐚𝐧𝐭𝐢𝐜 𝐑𝐮𝐥𝐞𝐬: Establish rules to ensure relevant data is stored. ▶️ 𝐃𝐞𝐬𝐢𝐠𝐧 𝐄𝐟𝐟𝐢𝐜𝐢𝐞𝐧𝐭 𝐂𝐚𝐜𝐡𝐞𝐬: Learn to handle both lookups and updates. ▶️ 𝐒𝐭𝐫𝐚𝐭𝐞𝐠𝐢𝐳𝐞 𝐂𝐚𝐜𝐡𝐞 𝐌𝐚𝐧𝐚𝐠𝐞𝐦𝐞𝐧𝐭: Implement methods for populating and evicting cache entries based on usage patterns. ▶️ 𝐈𝐧𝐭𝐞𝐠𝐫𝐚𝐭𝐞 𝐂𝐚𝐜𝐡𝐢𝐧𝐠 𝐋𝐚𝐲𝐞𝐫𝐬: Incorporate the caching layer with your data retrieval processes. Read the full article, with practical examples and tips: https://buff.ly/458xMtg

39

Put more meaning into your caching strategy. Unlike traditional caching, semantic caching understands the meaning behind user queries, allowing systems to retrieve information based on intent, not just literal matches. This allows for more nuanced data interactions, and prioritizes context-aware responses that boost GenAI apps’ performance, in some cases up to 15x faster. Use smarter tools and get faster results. Learn how Redis semantic caching can boost your performance here: https://bit.ly/4fvEjCW

41

The popular in-memory key-value store Redis recently switched licensing models, resulting in a new open source fork (Valkey). Managed service providers and anyone including Redis in their commercial software might want to consider alternatives to avoid licensing fees. Our database expert explains which technologies are most similar to Redis in this blog >> https://ter.li/lnapcg

2

Telemetry Pipelines are the key to controlling the cost and chaos of your telemetry data. But what are the best ways to architect them? 🤔 🏗 Check out our newest blog post to get the full rundown: 👉 https://lnkd.in/gbUSyfRY

24

1 Kommentar

Peter, Percona founder and Coroot Co-founder, challenges the outdated notion that Kubernetes is only for stateless applications. He explains that: 1. Practices for running stateful applications in Kubernetes have matured significantly 2. Percona has developed Kubernetes operators for all their supported databases 3. Large customers are successfully running serious workloads in Kubernetes Peter emphasizes the importance of proper configuration to prevent data loss, as Kubernetes can be unpredictable in handling pods if not set up correctly. This insight highlights the evolution of Kubernetes from its early days to its current capability to handle both stateless and stateful applications effectively. Watch the full interview: https://lnkd.in/dBeJPBDs This interview is a reaction to Steven's episode https://lnkd.in/g8G43vc3

17

"With CockroachDB leaving the open source ecosystem, there is a renewed question about the state of natively distributed Open Source Relational Databases, shared Percona founder Peter Zaitsev. "We still have Yugabyte and TiDB from PingCAP. Unfortunately, both of them are single vendor controlled and there is a risk of similar 'evolving' on the license front. I wonder if there is any distributed Relational Database with PostgreSQL-like governance, where the risk of license change is effectively eliminated." https://bit.ly/3z4WSO3 via InfoQ #OpenSource #database

13

How Domain-Driven Design (DDD) Can Help Conquer Complexity in Software Development? Clear Focus: DDD helps teams understand complex domains better. Unified Language: Everyone speaks the same language, reducing misunderstandings. Flexible Structure: Easily adapt to changes in requirements without a headache. Improved Collaboration: Teams work together seamlessly for better results. Need help? DM us! 📩 #domaindrivendesign #softwaredevelopment #techinnovation #agilemethodology #programming #devops #softwareengineering #collaboration #weblozy

1

Our newest version of Crunchy Postgres for Kubernetes has just been released. We have some awesome new features like autogrowing your Postgres storage, creating passwords, connecting to Crunchy Bridge, and more. Check out our release blog!

13

Looking to optimize memory usage in your Kafka Streams applications? 👀 Check out Benjamin's blog that delves into the workings of RocksDB and how it impacts performance. 👇 Learn about default configurations and get helpful tips for customizing settings to maximize resource efficiency, right here: https://wllw.co/BC9AlbnQg #KafkaStreams #RocksDB #EventDrivenArchitecture

8

In this episode, we talk with Marvin Beckers from Kubermatic about KCP - a CNCF Sandbox project that provides a horizontally scalable control plane for Kubernetes-like APIs. https://lnkd.in/gez2JWgF

1

Struggling to scale your serverless stack? You're not alone. Join us at the InfoQ Dev Summit Munich (September 26-27) for "From a Lambda-Lith to an Event Driven Architecture – Lessons Learned" with Leo H., Driving Digitalization @Siemens, AWS Certified Solutions Architect, Cloud Chapter Lead, Passionate About All Things Serverless and Event-Driven Architectures Have you noticed your Lambda-based architecture becoming harder to manage? Wondering if there's a better way to build scalable, modular applications? This session is for you! What you'll gain: 📉 Understand why the "Lambda-Lith" approach might be holding you back. 🧩 Learn how Event-Driven Architectures (EDAs) can help you scale without headaches. 💡 Get practical tips on using AWS EventBridge and Step Functions to enhance your serverless designs. 🚫 Avoid common pitfalls that could cost you time and resources. Last chance to save up to 60% with our Summer Sale discounts! Available until August 30! 🔗 Ready to future-proof your architecture? See session details https://bit.ly/3ArQi4v #AWS #Serverless #EventDriven #CloudArchitecture #SoftwareDevelopment #TechChallenges #InfoQDevSummit

1

Our recent study found that 70% of respondents with Redis deployments are looking elsewhere, with several options already on their radars. Among these are DragonflyDB, KeyDB, and Skytable ... but the most likely choice for those considering a switch is Valkey. In fact, 3/4 of surveyed users are either testing, considering, or have already adopted Valkey in the wake of the Redis shift. https://bit.ly/3BhwLE5 via ITPro #Valkey #OpenSource #database

4

Staging environments worked well for monolithic applications but have outlived their usefulness for today’s microservice architectures. As engineering teams scale, shared environments introduce costly delays, reduce quality and frustrate developers. By Arjun Iyer, thanks to Signadot | #SoftwareDeveloper #SoftwareTesting

7