Using Cloudflare R2 as an apt/yum repository
In this blog post, we’re going to talk about how we use Cloudflare R2 as an apt/yum repository to bring cloudflared (the Cloudflare Tunnel daemon) to your Debian/Ubuntu and CentOS/RHEL systems and how you can do it for your own distributable in a few easy steps!
I work on Cloudflare Tunnel, a product which enables customers to quickly connect their private networks and services through the Cloudflare global network without needing to expose any public IPs or ports through their firewall. Cloudflare Tunnel is managed for users by cloudflared, a tool that runs on the same network as the private services. It proxies traffic for these services via Cloudflare, and users can then access these services securely through the Cloudflare network.
Our connector, cloudflared, was designed to be lightweight and flexible enough to be effectively deployed on a Raspberry Pi, a router, your laptop, or a server running on a data center with applications ranging from IoT control to private networking. Naturally, this means cloudflared comes built for a myriad of operating systems, architectures and package distributions: You could download the appropriate package from our GitHub releases, brew install it or apt/yum install it (https://pkg.cloudflare. Continue reading
Multi-Cloud: Myths and Reality
I keep hearing numerous variations of the following argument from people believing in the unlimited powers of multi-cloud1 (deploying your workloads in multiple public cloud providers):
We don’t install all our servers in the same DC. But would you trust one Cloud Server Provider with all your applications? That’s why you should use multi-cloud.
I’ve been hearing similar arguments for at least 30 years, including:
Multi-Cloud: Myths and Reality
I keep hearing numerous variations of the following argument from people believing in the unlimited powers of multi-cloud1 (deploying your workloads in multiple public cloud providers):
We don’t install all our servers in the same DC. But would you trust one Cloud Server Provider with all your applications? That’s why you should use multi-cloud.
I’ve been hearing similar arguments for at least 30 years, including:
Driving Business Growth, Innovation with Certified Services, Technologies, and Professionals
As technologies such as SD-WAN, SASE, and edge compute become more vital to support organizations’ business and operational strategies, technical training and professional certification programs designed to meet the rapid pace of digital transformation provide enterprises with several benefits.Service Mesh And Ingress In Kubernetes: Lesson 4 – Ingress With Nginx Ingress – Video
Video four in this series provides a hands-n view of deploying NGINX Ingress running on AKS. Michael Levan brings his background in system administration, software development, and DevOps to this video series. He has Kubernetes experience as both a developer and infrastructure engineer. He’s also a consultant and Pluralsight author, and host of the “Kubernetes […]
The post Service Mesh And Ingress In Kubernetes: Lesson 4 – Ingress With Nginx Ingress – Video appeared first on Packet Pushers.
Hedge 147: The SRE with Niall Murphy (part 1)
It seems like only yesterday we started talking about the Site Reliability Engineer, and their place in the IT ecosystem. Over the last several years, the role of the SRE has changed—and it’s bound to continue changing. On this episode of the Hedge, Niall Murphy joins Tom Ammon and Russ White to discuss the changing role of the SRE, and what the SRE could be.
If you want to read more on this topic, check out Niall’s article over a USENIX.
Day Two Cloud 163: Is The Tech Market Too Focused On Developers?
Today on the Day Two Cloud podcast we have a frank discussion about tech marketing. Why? Because engineers are a target of marketing, so it's helpful to know how marketing works, what's trying to be communicated, and how it could be better. We also discuss whether the tech industry has over-committed on chasing developers while ignoring operations and sysadmins, why ops and sysadmins shouldn't be ignored, and more. Our guest is Gina Rosenthal, founder of Digital Sunshine Solutions.
The post Day Two Cloud 163: Is The Tech Market Too Focused On Developers? appeared first on Packet Pushers.
Day Two Cloud 163: Is The Tech Market Too Focused On Developers?
Today on the Day Two Cloud podcast we have a frank discussion about tech marketing. Why? Because engineers are a target of marketing, so it's helpful to know how marketing works, what's trying to be communicated, and how it could be better. We also discuss whether the tech industry has over-committed on chasing developers while ignoring operations and sysadmins, why ops and sysadmins shouldn't be ignored, and more. Our guest is Gina Rosenthal, founder of Digital Sunshine Solutions.Why You Should Read Intent-Based Networking for Dummies
When it comes to networking, there’s no shortage of technical jargon and complicated concepts. In order to fully understand the inner workings of modern networking systems, you need to have a solid foundation in basic networking principles and a clear understanding of how new advances and developments are changing the face of the industry.
The Intent-Based Networking for Dummies by Jeff Doyle and Cisco is the perfect resource for anyone looking to learn more about the principles of modern networking.
Why You Should Read Intent-Based Networking for Dummies
The following are just a few of the reasons why Intent-Based Networking for Dummies is essential reading for anyone looking to understand and master the intricacies of modern networking systems:
It provides a comprehensive overview of the principles and practices that lie at the heart of modern networking systems.
The book breaks down the key concepts of networking in simple, easy-to-understand language so that anyone can grasp them. This is perfect for people who want to learn more about the basics of networking without having to wade through dense technical jargon.
It offers practical insights and advice on how to effectively apply these principles in real-world scenarios.
It explains the concepts of Continue reading
How we built Pingora, the proxy that connects Cloudflare to the Internet
Introduction
Today we are excited to talk about Pingora, a new HTTP proxy we’ve built in-house using Rust that serves over 1 trillion requests a day, boosts our performance, and enables many new features for Cloudflare customers, all while requiring only a third of the CPU and memory resources of our previous proxy infrastructure.
As Cloudflare has scaled we’ve outgrown NGINX. It was great for many years, but over time its limitations at our scale meant building something new made sense. We could no longer get the performance we needed nor did NGINX have the features we needed for our very complex environment.
Many Cloudflare customers and users use the Cloudflare global network as a proxy between HTTP clients (such as web browsers, apps, IoT devices and more) and servers. In the past, we’ve talked a lot about how browsers and other user agents connect to our network, and we’ve developed a lot of technology and implemented new protocols (see QUIC and optimizations for http2) to make this leg of the connection more efficient.
Today, we’re focusing on a different part of the equation: the service that proxies traffic between our network and servers on the Internet. This proxy Continue reading
VLAN Interfaces and Subinterfaces
Early bridges implemented a single bridging domain across all ports. Within a few years, we got multiple bridging domains within a single device (including bridging implementation in Cisco IOS). The capability to have multiple bridging domains stretched across several devices was still missing… until the modern-day Pandora opened the VLAN box and forever swamped us in the complexities of large-scale bridging.
VLAN Interfaces and Subinterfaces
Early bridges implemented a single bridging domain across all ports. Within a few years, we got multiple bridging domains within a single device (including bridging implementation in Cisco IOS). The capability to have multiple bridging domains stretched across several devices was still missing… until the modern-day Pandora opened the VLAN box and forever swamped us in the complexities of large-scale bridging.