Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[EN] update term ingress #2904

Merged
merged 3 commits into from
Feb 29, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion .github/workflows/post-outdated-content-report.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -144,7 +144,7 @@ jobs:
echo "The end of report" >> report.md

- name: Create an issue from the report
uses: peter-evans/create-issue-from-file@v4
uses: peter-evans/create-issue-from-file@v5
with:
title: "[${{ env.L10N_CODE }}] A report to track and reflect updates of English content"
content-filepath: report.md
Expand Down
3 changes: 2 additions & 1 deletion content/en/ebpf.md
Original file line number Diff line number Diff line change
@@ -1,7 +1,8 @@
---
title: eBPF
status: Completed
category: architecture
category: Technology
tags: ["architecture", "networking", "security"]
---

eBPF, or extended Berkeley Packet Filter, is a technology that allows small, sandboxed programs or scripts to run in the kernel space of a Linux system without having to change the kernel's source code or load Linux kernel modules.
Expand Down
4 changes: 2 additions & 2 deletions content/en/ingress.md
Original file line number Diff line number Diff line change
Expand Up @@ -15,14 +15,14 @@ The ingress controller is the web server technology that actually performs the r
Cloud Native web applications consist of multiple services, and often, those [services](/service/) need to be accessible over the internet for users to visit using their browser.
To make these services user accessible while using [Kubernetes](/kubernetes/) to run this application, we need to expose each application service to the outside world.
The most straightforward way would be to use a Kubernetes Load Balancer Service.
Creating such a Kubernetes Load Balancer Service results in a new component on the underlying infrastructure.
But creating such a service results in a new component on the underlying infrastructure.
This not only introduces new costs and management overhead, but each newly created Load Balancer has its own external IP address.
This leads to a bad user experience, because as a user, we don’t want to browse different URLs to access an application.

## How it helps

An Ingress resource allows you to configure how traffic is balanced and routed to an application’s services.
The ingress controller is a web server that allows for a single entry point through a URL (www.example-url.com) and does the actual routing and balancing based on different URL paths (www.example-url.com/path).
The ingress controller exposes a single entry point through a URL (www.example-url.com) and does the actual routing and balancing based on different URL paths (www.example-url.com/path).
An Ingress controller is a component that runs within the cluster and interprets the rules defined in the Ingress resource.
It is up to the cluster operators where the web app runs to choose a specific Ingress controller from a set of possible technologies like Nginx, Traefik, HAProxy, etc.
So now, if an application consists of multiple services, the user can access it using a single URL.
Expand Down