From b43cb621c7d32e14193dc6812c370aa4db66faf9 Mon Sep 17 00:00:00 2001 From: Seokho Son Date: Thu, 3 Feb 2022 01:43:12 +0900 Subject: [PATCH 001/148] Update CODEOWNERS in dev-de to sync with main --- CODEOWNERS | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/CODEOWNERS b/CODEOWNERS index 1b0edb781e..658759461a 100644 --- a/CODEOWNERS +++ b/CODEOWNERS @@ -11,3 +11,21 @@ # Owners of Korean contents /content/ko/ @seokho-son @Eviekim @jihoon-seo + +# Owners of Portuguese contents +/content/pt/ @edsoncelio @brunoguidone + +# Owners of Hindi contents +/content/hi/ @Garima-Negi @sayantani11 @anubha-v-ardhan @jayesh-srivastava + +# Owners of German contents +/content/de/ @CathPag @iamNoah1 @DaveVentura + +# Owners of Italian contents +/content/it/ @Giulia-dipietro @meryem-ldn @annalisag-spark @sistella + +# Owners of Arabic contents +# /content/ar/ @TarekMSayed @same7ammar @AShabana @hacktron95 + +# Owners of Bengali contents +# /content/bn/ @mitul3737 @Mouly22 @ikramulkayes From 61628ae7fe6aea949cc307e1d1dd740b7c375821 Mon Sep 17 00:00:00 2001 From: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Date: Wed, 16 Feb 2022 14:04:50 +0100 Subject: [PATCH 002/148] Settings and initial contents for German localization (#347) * first shot * WIP german contribution index file * finalized contribution index, add de.toml * add contentDir to de config section in config.toml * change request from catherine * finalizing style guide * change request from David and Catherine --- config.toml | 8 ++ content/de/_index.md | 27 +++++++ content/de/contribute/_index.md | 110 ++++++++++++++++++++++++++ content/de/style-guide/_index.md | 127 +++++++++++++++++++++++++++++++ i18n/de.toml | 61 +++++++++++++++ 5 files changed, 333 insertions(+) create mode 100644 content/de/_index.md create mode 100644 content/de/contribute/_index.md create mode 100644 content/de/style-guide/_index.md create mode 100644 i18n/de.toml diff --git a/config.toml b/config.toml index 15233f2641..e70ddfcaf1 100644 --- a/config.toml +++ b/config.toml @@ -66,6 +66,14 @@ weight = 1 #time_format_default = "02.01.2006" #time_format_blog = "02.01.2006" +[languages.de] +title = "Cloud Native Glossar" +description = "Das CNCF Cloud Native Glossar soll als Referenz für gängige Begriffe dienen, die im Zusammenhang mit Cloud Native Anwendungen verwendet werden." +languageName ="Deutsch" +contentDir = "content/de" +weight = 3 + + [markup] [markup.goldmark] [markup.goldmark.renderer] diff --git a/content/de/_index.md b/content/de/_index.md new file mode 100644 index 0000000000..54c1f3269b --- /dev/null +++ b/content/de/_index.md @@ -0,0 +1,27 @@ + +--- +title: "Cloud Native Glossar" +--- + +# Cloud Native Glossar + +Das Cloud Native Glossar ist ein Projekt unter der Leitung des CNCF Business Value Subcommittee (BVS). Das Ziel ist es, Cloud Native Konzepte in klarer und einfacher Sprache zu erklären, ohne dass technische Vorkenntnisse erforderlich sind. + +## Mitwirken +Jede/r ist eingeladen, Änderungen, Ergänzungen und Verbesserungen für das Cloud Native Glossar vorzuschlagen. Wir verwenden einen Community-gesteuerten Prozess, der von der CNCF geregelt wird, um dieses gemeinsame Lexikon zu entwickeln und zu verbessern. Dieses Glossar bietet eine herstellerneutrale Plattform, um ein gemeinsames Vokabular rund um Cloud Native-Technologien zu organisieren. Beiträge sind von allen Teilnehmern willkommen, die sich an den Zweck und die Ziele des Projekts halten. + +Jede/r, der/die einen Beitrag leisten möchte, kann ein GitHub Issue eröffnen oder einen Pull Request erstellen. Dazu sollte man zunächst [dieses Dokument](/contribute/) lesen, sich mit dem einzuhaltenden [Style Guide](/style-guide/) vertraut machen und dem #glossary Kanal in dem CNCF Slack Workspace beitreten. Es gibt auch einen #glossary-localizations Kanal für diejenigen, die helfen wollen, das Glossar in ihre Muttersprache zu übersetzen. + + +## Danksagung + +Das Cloud Native Glossar wurde vom CNCF Marketing +Committee (Business Value Subcommittee) initiiert und enthält +Beiträge von [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), [Chris Aniszczyk](https://www.linkedin.com/in/caniszczyk/), +[Daniel Jones](https://www.linkedin.com/in/danieljoneseb/?originalSubdomain=uk), [Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/), [Katelin Ramer](https://www.linkedin.com/in/katelinramer/), [Mike Foster](https://www.linkedin.com/in/mfosterche/?originalSubdomain=ca), [Seokho Son](https://www.linkedin.com/in/seokho-son/) und vielen weiteren Mitwirkenden. Eine vollständige Liste der Mitwirkenden befindet sich auf [dieser GitHub-Seite](https://github.com/cncf/glossary/graphs/contributors). + +Die deutsche Version enthält Beiträge von [David Wagner](https://www.linkedin.com/in/david-wagner-dataone/) und [Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/). + +## Lizent + +Alle Codebeiträge stehen unter der Apache 2.0 Lizenz. Die Dokumentation wird unter CC BY 4.0 verbreitet. diff --git a/content/de/contribute/_index.md b/content/de/contribute/_index.md new file mode 100644 index 0000000000..a349f65d28 --- /dev/null +++ b/content/de/contribute/_index.md @@ -0,0 +1,110 @@ +--- +title: Wie Man etwas beitragen kann +toc_hide: true +menu: + main: + weight: 10 + pre: +--- + +Der Inhalt des Cloud Native Glossars ist [hier](https://github.com/cncf/glossary) gespeichert, wo sich eine Liste von [GitHub Issues](https://github.com/cncf/glossary/issues), [Pull Requests](https://github.com/cncf/glossary/pulls) und [Diskussionen](https://github.com/cncf/glossary/discussions) über das Glossar finden. + +Es gibt drei Möglichkeiten sich zu beteiligen: + +1) Neue Begriffe vorschlagen +2) Existierende Begriffe aktualisieren +3) Bei der Übersetzung helfen + +## Werde Mitglied der Glossar-Community! +Wer regelmäßig einen Beitrag leisten möchten, sollte an den monatlichen Treffen der Glossar-Arbeitsgruppe teilnehmen. Details zu den Treffen befinden sich im [CNCF Kalender] (https://www.cncf.io/calendar/). Ihr könnt euch auch mit den Betreuern und anderen Mitwirkenden in unserem #glossary Kanal über Slack austauschen - wir freuen uns auf euch! + +## Neue Begriffe vorschlagen +Ihr könnt neue Begriffe vorschlagen, an dem andere arbeiten sollen, oder selbst eine neue Definition erstellen. Der erste Schritt ist jedenfalls das Erstellen eines GitHub Issues für ein neues Anliegen (ein GitHub-Konto wird benötigt). + +Es folgt eine Schritt-für-Schritt-Anleitung für diejenigen, die mit GitHub noch nicht vertraut sind. **Wenn Du bereits ein GitHub-Profi** bist, verwende bitte unsere Vorlagen für die Erstellung eines neuen GitHub-Issue, achte darauf die richtigen Namenskonventionen und den [Style Guide] (https://glossary.cncf.io/style-guide/) einzuhalten, mach dich vertraut mit unseren Vorlagen und informiere uns über eingestellte Pull Requests über Slack (damit wir sie nicht übersehen). Vielen Dank! + +### Neues GitHub Issue anlegen +Gehe zu den [Github Issues](https://github.com/cncf/glossary/issues) des Glossar Repositories und klicke auf "New issue". + +![issues](/images/how-to/howto-01.png) + +Dort sind eine Vielzahl von Vorlagen zu sehen. Um einen neuen Begriff in deutscher Sprache vorzuschlagen, wähle "German Language Glossary Request". + +![templates](/images/how-to/howto-02.png) + +Füge den gewünschten Begriff ein, und klicke auf "Submit new issue". Falls du den Begriff lediglich vorschlagen wolltest, bist du jetzt bereits fertig! Falls du auch daran arbeiten möchtest, folge den nächsten Schritten. + +![neues issue](/images/how-to/howto-03.png) + +Treten dem #glossary Kanal in dem CNCF Slack bei und teile @Catherine Paganini, @jmo und @Seokho Son mit, dass du einen neuen Vorschlag eingereicht hast und daran arbeiten möchtest. Sie werden dir das GitHub-Issue zuweisen und allen anderen signalisieren, dass der Begriff bereits jemandem zugewiesen ist. + +Hier kannst du sehen, dass die ersten drei Begriffe verfügbar sind, während der letzte Begriff bereits jemandem zugewiesen wurde. + +![Begriff zuweisen](/images/how-to/howto-04.png) + +Beachte bitte, dass du jeweils nur an einen Begriff gleichzeitig arbeiten kannst. Falls du an mehreren Begriffen arbeiten möchtest, schließe bitte zuerst den einen ab, bevor du an dem anderen arbeitest. + +### Begriff einreichen (Erstellen eines Pull Request) + +Stelle bitte vor dem Start sicher, den [Style Guide] (https://glossary.cncf.io/style-guide/) zu beachten - das wird weitere Interaktionen minimieren. Wie im Style Guide angegeben, empfehlen wir, mit einem Google- oder Word-Dokument zu beginnen. + +Sobald der Begriff fertig ist, klicke bitte innerhalb der Registerkarte "Code" auf "content" ... + +![Inhalt](/images/how-to/howto-05.png) + +... danach auf "de" ... + +![Sprachen-Ordner](/images/how-to/howto-06.png) + +... wähle _TEMPLATE.md aus + +![Vorlage](/images/how-to/howto-07.png) + +kopiere den Inhalt ... + +![Inhalt füllen](/images/how-to/howto-08.png) + +... wechsle wieder eine Ebene höher in den "de" Ordner. Jetzt einfach auf "add file" klicken und "create new file" auswählen. + +![Neue Datei anlegen](/images/how-to/howto-09.png) + +Füge den Namen des Begriffs in die URL ein (keine Großschreibung und kein Leerzeichen) mit dem Appendix ".md" (wenn die Vorschau nicht funktioniert, wurde das Appendix ".md" nicht korrekt hinzuzugefügt). Jetzt kann die ausgefüllte Vorlage eingefügt werden. Bitte beachte, dass GitHub Markdown verwendet um den Text zu formatieren (z. B. Hyperlink, fett, kursiv). Hier ein [Markdown Cheat Sheet](https://www.markdownguide.org/cheat-sheet/). Unter "Vorschau" kann man sehen wie der Text aussehen wird. + +![Finalisieren](/images/how-to/howto-10.png) + +Weiter unten kannst du unter "Commit new file" den Commit benennen und bestätigen sobald du dein Beitrag einreichen möchtest. Dafür wird der Commit zunächst auf einem eigenen Branch erstellt. Bestätige indem du auf "Commit new file" klickst ... + +![Neue Datei commiten](/images/how-to/howto-11.png) + +...und erstelle einen Pull Request + +![Pull Request erstellen](/images/how-to/howto-12.png) + +Ab jetzt kannst du deinen erstellten Pull Requests hier verfolgen: + +![Pull Requests](/images/how-to/howto-13.png) + +## Bestehenden Begriff aktualisieren + +Um einen bestehenden Begriff zu aktualisieren, kannst du entweder eine Änderung über ein neues GitHub Issue vorschlagen oder den Begriff direkt aktualisieren, indem du einen Pull Request einreichst. + +### Problem melden via GitHub Issue + +Falls du ein Problem mit einem Begriff melden, es aber nicht selber beheben möchtest oder kannst, klicke einfach auf "Problem melden". + +![Problem melden](/images/how-to/howto-14.png) + +Dadurch wird direkt ein GitHub Issue angelegt. Bitte beschreibe welche Änderung erforderlich ist und warum. Klicke auf "Submit new issue", und das war's. + +![submit issue](/images/how-to/howto-15.png) + +### Änderungen direkt vornehmen + +Um einen Begriff direkt zu ändern, klicke auf "Diese Seite anpassen". + +![Seite anpassen](/images/how-to/howto-16.png) + +Dadurch wird die GitHub-Seite des Begriffs geöffnet. Du kannst jetzt Anpassungen durchführen und einen Pull Request einreichen. Eine ausführliche Beschreibung findet sich weiter oben unter "Begriff einreichen" (du kannst direkt zu dem Abschnitt springen, in dem es um Markdown geht). + +## Hilf bei der Übersetzung des Glossars +Falls du helfen möchtest, das Glossar in deine Muttersprache zu übersetzen, tritt dem Kanal #glossary-localizations auf dem CNCF Slack bei und lass es uns wissen. Du kannst entweder einem bestehenden Team beitreten oder ein neues Team gründen. Bitte nimm dazu auch an unseren monatlichen Treffen der Glossar-Arbeitsgruppe teil. Details zu den Treffen finden sich im [CNCF-Kalender] (https://www.cncf.io/calendar/). Wir freuen uns darauf, euch dort zu treffen! diff --git a/content/de/style-guide/_index.md b/content/de/style-guide/_index.md new file mode 100644 index 0000000000..b06aabbff7 --- /dev/null +++ b/content/de/style-guide/_index.md @@ -0,0 +1,127 @@ +--- +title: Style Guide +toc_hide: true +menu: + main: + weight: 10 + pre: +--- + +Dieser Style Guide hilft dir, die Zielgruppe, den Aufbau von Begriffsdefinitionen, den erforderlichen Detailgrad und das Einhalten eines einheitlichen Stils zu verstehen. + +Das Cloud Native Glossar richtet sich nach dem [Standard Style Guide](https://github.com/cncf/foundation/blob/master/style-guide.md) des CNCF Repository. Zusätzlich gelten folgende Richtlinien: + +1. Verwende eine einfache, verständliche Sprache und vermeide bitte Fachjargon und Buzzwords +2. [Vermeide Umgangssprache](https://de.wikipedia.org/wiki/Umgangssprache) +3. [Benutze konkrete Aussagen](https://sprache.studiumineuropa.eu/s/4045/76932-Klar-und-deutlich-schreiben/4063659-7-Schreiben-Sie-konkret-nicht-abstrakt.htm) +4. [Vermeide Kontraktionen](https://de.wikipedia.org/wiki/Kontraktion_(Linguistik)) +5. [Verwende passive Sätze nur sparsam](https://mein-deutschbuch.de/passiv-formen.html) +6. [Achte darauf, Aussagen positiv zu formulieren ](https://examples.yourdictionary.com/positive-sentence-examples.html) +7. [Keine Ausrufezeichen außerhalb von Anführungszeichen](https://de.wikipedia.org/wiki/Ausrufezeichen) +8. Nicht übertreiben +9. Wiederholungen vermeiden +10. Drücke dich klar aus + +## Audienz + +Das Glossar ist für ein technisches UND ein nichttechnisches Publikum geschrieben. Bitte stelle sicher, dass die Begriffe mit einfachen Worten erklärt werden, die keine technischen Kenntnisse voraussetzen. Mehr dazu weiter unten unter Definition. + +## Vorlage einer Definition + +Jeder Begriff wird in einer separaten Markdown-Datei abgelegt und folgt dieser Vorlage: + +```md +--- +title: +status: +category: +--- + +## Was es ist +Eine kurze Zusammenfassung. + +## Welches Problem es löst +Kurze Erklärung darüber, welches Problem es löst. + +## Wie es das Problem löst +Erläuterung darüber, wie es das Problem löst. +``` + +### Titel + +Das Label **title:** kommt an erster Stelle einer jeden Definitions-Seite. + +```md +--- +title: Vorlage für Definition +``` + +### Status + +Das Label **status** ist das zweite einer jeden Definitions-Seite, direkt nach dem **title**-Label. Der Status zeigt an, ob eine Begriffsdefinition überprüft und als vollständig markiert wurde, oder noch überarbeitet werden muss. + +Gültige Werte sind die folgenden: + +- Abgeschlossen +- Feedback erwünscht +- Nicht begonnen + +Du kannst jederzeit ein GitHub-Issue für eine bereits bestehende Begriffsdefinition öffnen. Falls Feedback gewünscht wird, wird der Status auf *Feedback erwünscht* geändert. + +```md +--- +title: Vorlage für Definition +status: Feedback erwünscht +``` + +### Kategorie + +An letzer Stelle kommt das **category**-label. Gültige Werte sind die folgenden: + +- Technologie +- Eigenschaft +- Konzept + +```md +--- +title: Vorlage für Definition +status: Feedback erwünscht +category: Konzept +--- +``` + +### Definition + +#### Drei Unterpunkte + +Definitionen der Kategorie **Technologie** und **Konzept** beinhalten folgende drei Unterpunkte: + +- **Was es ist**: Ein kurzer Überblick über den Begriff um den es geht. +- **Welches Problem es löst**: Fokus hierbei liegt auf dem Problem nicht auf der Lösung (die im nächsten Abschnitt behandelt wird). Bestenfalls wird der Begriff, der hier definiert überhaupt nicht erwähnt. Dieser Abschnitt konzentriert sich darauf, *warum* wir diese Sache brauchen. +- **Wie es das Problem löst**: Hier kommen wir auf den Begriff zu sprechen. Wie genau löst die Sache das im vorherigen Abschnitt beschriebene Problem? + +Anmerkung: Begriffsdefinitionen der Kategorie **Eigenschaft** benötigen keine Einteilung in die drei genannten Unterpunkte. Eine allgemeine Definition ist ausreichend. + +#### Einfachheit + +Ziel des Glossars ist es, **komplexe Begriffe in einfachen Worten zu erklären** - das ist eine erstaunlich schwierige Aufgabe, die wahrscheinlich eine mehrfache Überarbeitung eines Begriffs benötigen. Die Zielgruppe sollte beim Verfassen einer Begriffsdefinition und deren Erstellung immer im Fokus sein. Vermeide bitte die Verwendung von Fachbegriffen und Buzzwords - Du wirst dich wahrscheinlich dabei ertappen, dass du auf diese zurückgreifen wirst. + +Verwende gegebenenfalls **Beispiele aus der Praxis**, die den Lesern (vor allem Nicht-Technikern) helfen, besser zu verstehen, *wann* und *warum* der von dir erläuterte Begriff relevant ist. + +Falls auf andere **bestehende Definition des Glossars** verwiesen wird, sollten diese (lediglich) bei ihrer ersten Erwähnung entsprechend verlinkt werden. + +**Example**: take a look at the “What it is” section of the [service mesh definition](https://glossary.cncf.io/service_mesh/). It links back to the microservices, service, reliability, and observability definitions. Additionally, it uses a real-world example comparing network challenges in a microservices environment (something non-technical people can't relate to) to wifi problems (something anyone using a laptop can understand). Where possible, try to make that connection. //TODO as we don't have any article yet + +#### Beginne mit einem Google oder Word Dokument + +Wir empfehlen, mit einem Google- oder Word-Dokument zu beginnen, es ein paar Tage ruhen zu lassen und es dann erneut zu lesen. So wirst du sicher Sätze oder Ausdrücke finden, die einfacher und verständlicher formuliert werden könnten. Führe bitte außerdem eine Rechtschreibprüfung durch, bevor du einen PR einreichst. + +Um sicherzustellen, dass niemand anderes einen Pull Requests einreicht, während du an einem Begriff arbeitest, beanspruche den Begriff für dich (oder erstelle ein neues GitHub Issue) und lasse ihn dir zuweisen. Mehr dazu in der unter [wie man etwas beitragen kann](https://glossary.cncf.io/contribute/). + +Bevor du anfängst, lies bitte einige der veröffentlichten Glossarbegriffe, um ein Gefühl für den Detaillierungsgrad und den Schwierigkeitsgrad zu bekommen und um zu sehen, wann Beispiele angemessen sind. + +## Review Prozess: Was ist zu erwarten + +Bitte beachte, dass wir derzeit nur wenige Betreuer sind, die dies in ihrer Freizeit tun. Manchmal sind wir in der Lage, Begriffe schnell zu überprüfen, es kann aber auch einige Zeit dauern - wir danken euch für eure Geduld. Wenn du Fragen hast, wende dich bitte an uns im #glossary, #glossary-localizations oder #glossary-localization-german Slack-Kanal (weitere Infos findest du unter [wie man etwas beitragen kann](https://glossary.cncf.io/contribute/)). + +Unser Ziel ist es, dass das Glossar die bestmögliche Ressource ist. Wenn Du einen PR einreichst, werden wir dich möglicherweise um eine oder mehrere Überarbeitungen bitten. Sei bitte nicht frustriert - das ist bei vielen Pull Requests der Fall. Dieses Feedback-Schleifen unserer Zusammenarbeit werden sicherstellen, dass dein Beitrag zu einer wirklich nützlichen Definition wird, die von Lesern auf der ganzen Welt gelesen und herangezogen wird. diff --git a/i18n/de.toml b/i18n/de.toml new file mode 100644 index 0000000000..ae050ff447 --- /dev/null +++ b/i18n/de.toml @@ -0,0 +1,61 @@ + + +# UI strings. Buttons and similar. + +[ui_pager_prev] +other = "Zurück" + +[ui_pager_next] +other = "Weiter" + +[ui_read_more] +other = "Weiter lesen" + +[ui_search] +other = "Diese Seite durchsuchen ..." + +# Used in sentences such as "Posted in News" +[ui_in] +other = "in" + +# Used in sentences such as "All Tags" +[ui_all] +other = "alle" + +# Footer text +[footer_all_rights_reserved] +other = "Alle Rechte vorbehalten" + +[footer_privacy_policy] +other = "Datenschutzerklärung" + + +# Post (blog, articles etc.) +[post_byline_by] +other = "Von" +[post_created] +other = "Erstellt" +[post_last_mod] +other = "Letzte Änderung" +[post_edit_this] +other = "Diese Seite anpassen" +[post_create_child_page] +other = "Untergeordnete Seite erstellen" +[post_create_issue] +other = "Problem melden" +[post_create_project_issue] +other = "Problem bzgl. Projekt melden" +[post_posts_in] +other = "Beiträge in" +[post_reading_time] +other = "minute read" + +# Print support +[print_printable_section] +other = "Dies ist die mehrseitige druckbare Ansicht dieses Abschnitts." +[print_click_to_print] +other = "Hier klicken zum Drucken" +[print_show_regular] +other = "Zurück zur normalen Ansicht dieser Seite" +[print_entire_section] +other = "Gesamten Abschnitt drucken" From e6919ac082c9be0df879d26d53e112ef026729c3 Mon Sep 17 00:00:00 2001 From: Seokho Son Date: Thu, 17 Feb 2022 11:57:18 +0900 Subject: [PATCH 003/148] Update CODEOWNDERS for dev-de --- CODEOWNERS | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/CODEOWNERS b/CODEOWNERS index 658759461a..71e72431e0 100644 --- a/CODEOWNERS +++ b/CODEOWNERS @@ -10,10 +10,10 @@ # in each `/content/language/` directory. # Owners of Korean contents -/content/ko/ @seokho-son @Eviekim @jihoon-seo +/content/ko/ @seokho-son @Eviekim @jihoon-seo @yunkon-kim # Owners of Portuguese contents -/content/pt/ @edsoncelio @brunoguidone +/content/pt/ @edsoncelio @brunoguidone @jessicalins # Owners of Hindi contents /content/hi/ @Garima-Negi @sayantani11 @anubha-v-ardhan @jayesh-srivastava @@ -25,7 +25,10 @@ /content/it/ @Giulia-dipietro @meryem-ldn @annalisag-spark @sistella # Owners of Arabic contents -# /content/ar/ @TarekMSayed @same7ammar @AShabana @hacktron95 +/content/ar/ @TarekMSayed @same7ammar @AShabana @hacktron95 # Owners of Bengali contents -# /content/bn/ @mitul3737 @Mouly22 @ikramulkayes +/content/bn/ @mitul3737 @Mouly22 @ikramulkayes + +# Owners of Spanish contents +/content/es/ @CathPag @raelga @electrocucaracha From 20eec23f67aa4567b729551cbabad7edea019d67 Mon Sep 17 00:00:00 2001 From: "Noah Ispas (iamNoah1)" Date: Sat, 26 Mar 2022 08:34:55 +0100 Subject: [PATCH 004/148] first shot --- content/de/agile_software_development.md | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 content/de/agile_software_development.md diff --git a/content/de/agile_software_development.md b/content/de/agile_software_development.md new file mode 100644 index 0000000000..93c8f170cf --- /dev/null +++ b/content/de/agile_software_development.md @@ -0,0 +1,14 @@ +--- +title: Vorlage für Definition +status: Feedback erwünscht +category: Konzept +--- + +## Was es ist +Agile Softwareentwicklung beschreibt ein Vorgehensmodell der Softwareentwicklung, bei der die Arbeit in Iterationen und selbstorganisierte Teams im Vordergrund stehen. Im Vergleich zu wasserfallartigen Projekten, bei denen die Ergebnisse erst am Ende eines Projekts entstehen, liegt der Fokus der agilen Sofwareentwicklung auf einer kontinuierlichen Bereitstellung von Software-Inkrementen und ständiger Verbesserung des Prozesses. + +## Welches Problem es löst +Das Kommunizieren und Verstehen der Anforderungen eines Softwareprojekts ist ein sehr schweres wenn nicht sogar unmögliches Unterfangen. Dennoch wollen Kunden meist, dass Softwareprojekte in einem fest definierten Umfang, im Rahmen eines festen Budgets, pünktlich und hoher Qualität fertiggestellt werden. Der zyklische Charackter agiler Softwareentwicklung ermöglicht eine bessere Anpassung der Anforderung oder generell an die Veränderung diverser Umstände, als wasserfallartige Vorgehensweisen es tun. + +## Wie es das Problem löst +Alle Phasen traditioneller (wasserfallartiger) Vorgehensmodelle wie etwa Anforderungsmanagement, Planung, Implementierung, Test und Auslieferung sind in der agilen Softwareentwicklung gleichermaßen vorgehesen. Allerdings, und das ist der größte Unterschied, ist die gesamte Zeitspanne eines Softwareprojekts in Iterationen unterteilt, die jeweils alle diese Phasen enthalten. Nach jeder Iteration kann ein erschaffenes Software-Inkrement zusammen mit dem Kunden überprüft, sowie Anforderungen angepasst werden. Weiterhin erhält das Entwicklungsteam die Chance, über den Prozess selbst zu reflektieren und konkrete Handlungen für Verbesserungen abzuleiten. \ No newline at end of file From 6ac2b5362e09ca2bc476e313a0a6636aa70bf36e Mon Sep 17 00:00:00 2001 From: testsabirweb <53115363+testsabirweb@users.noreply.github.com> Date: Fri, 1 Apr 2022 17:46:04 +0530 Subject: [PATCH 005/148] [hi] localize service_mesh.md --- content/hi/service_mesh.md | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 content/hi/service_mesh.md diff --git a/content/hi/service_mesh.md b/content/hi/service_mesh.md new file mode 100644 index 0000000000..027d66b55e --- /dev/null +++ b/content/hi/service_mesh.md @@ -0,0 +1,14 @@ +--- +title: Service Mesh (सर्विस मेश) +status: Completed +category: प्रौद्योगिकी +--- + +## यह क्या है +एक [माइक्रोसर्विसेज](/microservices/) दुनिया में, ऐप्स को कई छोटी [सेवाओं](/service/) में विभाजित किया जाता है जो एक नेटवर्क पर संचार करते हैं। आपके वाईफाई नेटवर्क की तरह, कंप्यूटर नेटवर्क आंतरिक रूप से अविश्वसनीय, हैक करने योग्य और अक्सर धीमे होते हैं। सर्विस मेश सेवाओं के बीच ट्रैफ़िक (यानी, संचार) को प्रबंधित करके और [विश्वसनीयता](/reliability/), [अवलोकनशीलता](/observability/), और सुरक्षा सुविधाओं को सभी सेवाओं में समान रूप से जोड़कर चुनौतियों के इस नए सेट का समाधान करता है। + +## समस्या यह संबोधित करता है +एक माइक्रोसर्विस आर्किटेक्चर में स्थानांतरित होने के बाद, इंजीनियर अब सैकड़ों, संभवतः हजारों व्यक्तिगत सेवाओं के साथ काम कर रहे हैं, सभी को संवाद करने की आवश्यकता है। इसका मतलब है कि नेटवर्क पर बहुत अधिक ट्रैफ़िक आगे और पीछे जा रहा है। इसके शीर्ष पर, व्यक्तिगत अनुप्रयोगों को नियामक आवश्यकताओं का समर्थन करने के लिए संचार एन्क्रिप्ट करने, संचालन टीमों को सामान्य मीट्रिक प्रदान करने, या मुद्दों का निदान करने में सहायता के लिए यातायात में विस्तृत अंतर्दृष्टि प्रदान करने की आवश्यकता हो सकती है। यदि व्यक्तिगत अनुप्रयोगों में बनाया गया है, तो इनमें से प्रत्येक विशेषता टीमों के बीच घर्षण पैदा करेगी और नई सुविधाओं के विकास को धीमा कर देगी। + +## यह कैसे मदद करता है +सर्विस मेश कोड परिवर्तन की आवश्यकता के बिना एक क्लस्टर में सभी सेवाओं में समान रूप से विश्वसनीयता, अवलोकन क्षमता और सुरक्षा सुविधाएँ जोड़ते हैं। सर्विस मेश से पहले, उस कार्यक्षमता को हर एक सेवा में एन्कोड किया जाना था, जो बगस और तकनीकी ऋण का संभावित स्रोत बन गया। From c7c844e1fdd6506d40ede40c6dfea0f5e5a3cb38 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Fri, 8 Apr 2022 20:41:15 +0200 Subject: [PATCH 006/148] [de] Fix typo in _index.md --- content/de/_index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/_index.md b/content/de/_index.md index 54c1f3269b..f16e4bd43d 100644 --- a/content/de/_index.md +++ b/content/de/_index.md @@ -22,6 +22,6 @@ Beiträge von [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini Die deutsche Version enthält Beiträge von [David Wagner](https://www.linkedin.com/in/david-wagner-dataone/) und [Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/). -## Lizent +## Lizenz Alle Codebeiträge stehen unter der Apache 2.0 Lizenz. Die Dokumentation wird unter CC BY 4.0 verbreitet. From 9b3b45602ff8d520ecdc163fca688075503e7257 Mon Sep 17 00:00:00 2001 From: "Noah Ispas (iamNoah1)" Date: Sat, 9 Apr 2022 10:33:10 +0200 Subject: [PATCH 007/148] localize feedback section --- i18n/de.toml | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/i18n/de.toml b/i18n/de.toml index ae050ff447..d7a2c203e0 100644 --- a/i18n/de.toml +++ b/i18n/de.toml @@ -59,3 +59,13 @@ other = "Hier klicken zum Drucken" other = "Zurück zur normalen Ansicht dieser Seite" [print_entire_section] other = "Gesamten Abschnitt drucken" + +# Feedback section +[feedback_title] +other = "Feedback" +[feedback_question] +other = "War diese Seite hilfreich?" +[feedback_answer_yes] +other = "Ja" +[feedback_answer_no] +other = "Nein" \ No newline at end of file From 71ed549348e8d339f605e6eb88cf0c16fcddbbba Mon Sep 17 00:00:00 2001 From: "Noah Ispas (iamNoah1)" Date: Sat, 9 Apr 2022 10:39:04 +0200 Subject: [PATCH 008/148] change requests --- content/de/agile_software_development.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/de/agile_software_development.md b/content/de/agile_software_development.md index 93c8f170cf..14ee4fdd82 100644 --- a/content/de/agile_software_development.md +++ b/content/de/agile_software_development.md @@ -8,7 +8,7 @@ category: Konzept Agile Softwareentwicklung beschreibt ein Vorgehensmodell der Softwareentwicklung, bei der die Arbeit in Iterationen und selbstorganisierte Teams im Vordergrund stehen. Im Vergleich zu wasserfallartigen Projekten, bei denen die Ergebnisse erst am Ende eines Projekts entstehen, liegt der Fokus der agilen Sofwareentwicklung auf einer kontinuierlichen Bereitstellung von Software-Inkrementen und ständiger Verbesserung des Prozesses. ## Welches Problem es löst -Das Kommunizieren und Verstehen der Anforderungen eines Softwareprojekts ist ein sehr schweres wenn nicht sogar unmögliches Unterfangen. Dennoch wollen Kunden meist, dass Softwareprojekte in einem fest definierten Umfang, im Rahmen eines festen Budgets, pünktlich und hoher Qualität fertiggestellt werden. Der zyklische Charackter agiler Softwareentwicklung ermöglicht eine bessere Anpassung der Anforderung oder generell an die Veränderung diverser Umstände, als wasserfallartige Vorgehensweisen es tun. +Das Kommunizieren und Verstehen der Anforderungen eines Softwareprojekts ist ein sehr schweres, wenn nicht sogar unmögliches Unterfangen. Dennoch wollen Kunden meist, dass Softwareprojekte in einem fest definierten Umfang, im Rahmen eines festen Budgets, pünktlich und hoher Qualität fertiggestellt werden. Der zyklische Charakter agiler Softwareentwicklung ermöglicht eine bessere Anpassung der Anforderung oder generell an die Veränderung diverser Umstände, als wasserfallartige Vorgehensweisen es tun. ## Wie es das Problem löst -Alle Phasen traditioneller (wasserfallartiger) Vorgehensmodelle wie etwa Anforderungsmanagement, Planung, Implementierung, Test und Auslieferung sind in der agilen Softwareentwicklung gleichermaßen vorgehesen. Allerdings, und das ist der größte Unterschied, ist die gesamte Zeitspanne eines Softwareprojekts in Iterationen unterteilt, die jeweils alle diese Phasen enthalten. Nach jeder Iteration kann ein erschaffenes Software-Inkrement zusammen mit dem Kunden überprüft, sowie Anforderungen angepasst werden. Weiterhin erhält das Entwicklungsteam die Chance, über den Prozess selbst zu reflektieren und konkrete Handlungen für Verbesserungen abzuleiten. \ No newline at end of file +Alle Phasen traditioneller (wasserfallartiger) Vorgehensmodelle wie etwa Anforderungsmanagement, Planung, Implementierung, Test und Auslieferung sind in der agilen Softwareentwicklung gleichermaßen vorgesehen. Allerdings, und das ist der größte Unterschied, ist die gesamte Zeitspanne eines Softwareprojekts in Iterationen unterteilt, die jeweils alle diese Phasen enthalten. Nach jeder Iteration kann ein erschaffenes Software-Inkrement zusammen mit dem Kunden überprüft sowie Anforderungen angepasst werden. Weiterhin erhält das Entwicklungsteam die Chance, über den Prozess selbst zu reflektieren und konkrete Handlungen für Verbesserungen abzuleiten. \ No newline at end of file From 4d2fdd301690802977e1833b6213d031c9622604 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Mon, 11 Apr 2022 17:39:08 +0200 Subject: [PATCH 009/148] [de] Add localization cloud computing (#711) * [de] Add localization cloud computing * [de] Add missing title meta inf * [de] Adjust wording in cloud computing * [de] Adjust wording cloud computing Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> --- content/de/cloud_computing.md | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 content/de/cloud_computing.md diff --git a/content/de/cloud_computing.md b/content/de/cloud_computing.md new file mode 100644 index 0000000000..82cf679658 --- /dev/null +++ b/content/de/cloud_computing.md @@ -0,0 +1,24 @@ +--- +title: Cloud Computing +status: Feedback erwünscht +category: Konzept +--- + +## Was es ist +Das Konzept des Cloud Computing ist die Bereitstellung von Systemressourcen wie CPU, Netzwerk und Speicher auf Abruf und über das Internet. +Cloud Computing ermöglicht den Zugriff und die Nutzung von Systemressourcen aus beliebigen Standorten. +Diese Systemressourcen werden von Cloud-Anbietern wie AWS, GCP, Azure, Digitial Ocean und weiteren Anbietern an den Endverbraucher zur Verfügung gestellt. + +## Welches Problem es löst +Die Skalierung von Systemressourcen stellt für viele Organisationen eine große Herausforderung dar. +Organisationen müssen entweder fest verplante Systemressourcen bei bestehenden Rechenzentren einkaufen oder selbst ein Rechenzentrum aufbauen und verwalten. +Hiermit sind signifikante Planungsaufwände und Kosten verbunden. +Beim Cloud Computing verlagert sich die Verantwortung für die Bereitstellung und den Betrieb von Systemressourcen an den Cloud-Anbieter. + +## Wie es das Problem löst +Cloud-Anbieter stellen Systemressourcen für Endnutzer auf Abruf zur Verfügung. +Dieser Paradigmenwechsel bietet Organisationen zwei wesentliche Vorteile. +Der reduzierte Planungsaufwand bei der Nutzung von Cloud Dienstleistungen lädt Organisationen zum Ausprobieren von neuen Ideen und Konzepten ein. +Die daraus resultierenden Kosten und Aufwände sind überschaubar, da Endnutzer sich nicht für die Nutzung oder den Kauf von Systemressourcen langfristig verpflichten. +Des Weiteren bieten Cloud-Anbieter eine größere Flexibilität und feinere Unterteilung von Systemressourcen durch ihr Angebot an. +Das hilft Endnutzern dabei, den Verbrauch von Systemressourcen stärker auf ihren eigenen Bedarf abzustimmen und reduziert Kosten. From 2249b80346dbb57a049579dc53bf676424f27530 Mon Sep 17 00:00:00 2001 From: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Date: Tue, 12 Apr 2022 12:24:42 +0200 Subject: [PATCH 010/148] update terms to completed (#725) * update terms to completed * Update content/de/agile_software_development.md Co-authored-by: Jihoon Seo <46767780+jihoon-seo@users.noreply.github.com> * Update cloud_computing.md Co-authored-by: Jihoon Seo <46767780+jihoon-seo@users.noreply.github.com> --- content/de/agile_software_development.md | 2 +- content/de/cloud_computing.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/content/de/agile_software_development.md b/content/de/agile_software_development.md index 14ee4fdd82..499971a118 100644 --- a/content/de/agile_software_development.md +++ b/content/de/agile_software_development.md @@ -1,6 +1,6 @@ --- title: Vorlage für Definition -status: Feedback erwünscht +status: Completed category: Konzept --- diff --git a/content/de/cloud_computing.md b/content/de/cloud_computing.md index 82cf679658..036eb84895 100644 --- a/content/de/cloud_computing.md +++ b/content/de/cloud_computing.md @@ -1,6 +1,6 @@ --- title: Cloud Computing -status: Feedback erwünscht +status: Completed category: Konzept --- From c433dfcfd34637fd99ec4927a024074577f4af41 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Tue, 12 Apr 2022 18:30:45 +0200 Subject: [PATCH 011/148] [de] Add localization for "abstraction" --- content/de/abstraction.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 content/de/abstraction.md diff --git a/content/de/abstraction.md b/content/de/abstraction.md new file mode 100644 index 0000000000..711fe7164b --- /dev/null +++ b/content/de/abstraction.md @@ -0,0 +1,17 @@ +--- +title: Abstraktion +status: Feedback erwünscht +category: Eigenschaft +--- + +Mithilfe der Abstraktion werden spezifische Gegebenheiten von IT – Systemen vor dem Nutzer verborgen. +Dadurch schafft die Abstraktion generische Lösungen, die einfacher zu verstehen sind. + +Ein gutes Beispiel hierfür ist das Betriebssystem (Operating System - OS) auf deinem Laptop. +Als Laptop - Nutzer musst du kein tiefergehendes Verständnis von CPUs, Speicher und Software haben. +Dein Betriebssystem abstrahiert das komplexe Zusammenspiel aus Computer Hardware und Software von der Nutzerschicht. + +IT - Systeme haben typischerweise mehrere Abstraktionsschichten. +Das vereinfacht die Entwicklung von Software. +Softwareentwickler programmieren eine Softwarekomponente gegen eine bestimmte Abstraktionsschicht. +Ähnlich wie der Laptopnutzer muss sich der Softwareentwickler dadurch nicht mit komplexen Gegebenheiten unterhalb der Abstraktionsschicht auseinandersetzen. \ No newline at end of file From 379f6be432fe07ebdb760a511451c915cc6cb1ae Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Wed, 13 Apr 2022 15:43:54 +0200 Subject: [PATCH 012/148] [de] Remove whitespaces --- content/de/abstraction.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/de/abstraction.md b/content/de/abstraction.md index 711fe7164b..bc17c0b60c 100644 --- a/content/de/abstraction.md +++ b/content/de/abstraction.md @@ -8,10 +8,10 @@ Mithilfe der Abstraktion werden spezifische Gegebenheiten von IT – Systemen vo Dadurch schafft die Abstraktion generische Lösungen, die einfacher zu verstehen sind. Ein gutes Beispiel hierfür ist das Betriebssystem (Operating System - OS) auf deinem Laptop. -Als Laptop - Nutzer musst du kein tiefergehendes Verständnis von CPUs, Speicher und Software haben. +Als Laptop-Nutzer musst du kein tiefergehendes Verständnis von CPUs, Speicher und Software haben. Dein Betriebssystem abstrahiert das komplexe Zusammenspiel aus Computer Hardware und Software von der Nutzerschicht. -IT - Systeme haben typischerweise mehrere Abstraktionsschichten. +IT-Systeme haben typischerweise mehrere Abstraktionsschichten. Das vereinfacht die Entwicklung von Software. Softwareentwickler programmieren eine Softwarekomponente gegen eine bestimmte Abstraktionsschicht. Ähnlich wie der Laptopnutzer muss sich der Softwareentwickler dadurch nicht mit komplexen Gegebenheiten unterhalb der Abstraktionsschicht auseinandersetzen. \ No newline at end of file From 47ec7646e584fa4e15f794bf6753bcbb0fec6d3b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Wed, 13 Apr 2022 15:45:25 +0200 Subject: [PATCH 013/148] [de] Remove redundant information --- content/de/abstraction.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/abstraction.md b/content/de/abstraction.md index bc17c0b60c..0d693ebb20 100644 --- a/content/de/abstraction.md +++ b/content/de/abstraction.md @@ -7,7 +7,7 @@ category: Eigenschaft Mithilfe der Abstraktion werden spezifische Gegebenheiten von IT – Systemen vor dem Nutzer verborgen. Dadurch schafft die Abstraktion generische Lösungen, die einfacher zu verstehen sind. -Ein gutes Beispiel hierfür ist das Betriebssystem (Operating System - OS) auf deinem Laptop. +Ein gutes Beispiel hierfür ist das Betriebssystem auf deinem Laptop. Als Laptop-Nutzer musst du kein tiefergehendes Verständnis von CPUs, Speicher und Software haben. Dein Betriebssystem abstrahiert das komplexe Zusammenspiel aus Computer Hardware und Software von der Nutzerschicht. From ab59a40af50ad9b663168d787d6df12f6095326b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Wed, 13 Apr 2022 15:49:31 +0200 Subject: [PATCH 014/148] [de] Rephrase sentence --- content/de/abstraction.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/abstraction.md b/content/de/abstraction.md index 0d693ebb20..deb86c2c59 100644 --- a/content/de/abstraction.md +++ b/content/de/abstraction.md @@ -4,7 +4,7 @@ status: Feedback erwünscht category: Eigenschaft --- -Mithilfe der Abstraktion werden spezifische Gegebenheiten von IT – Systemen vor dem Nutzer verborgen. +Mit Hilfe von Abstraktionen werden spezifische Gegebenheiten von IT – Systemen vor dem Nutzer verborgen. Dadurch schafft die Abstraktion generische Lösungen, die einfacher zu verstehen sind. Ein gutes Beispiel hierfür ist das Betriebssystem auf deinem Laptop. From 920399bf4062a5a395e2800467220dbbee15c6ef Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Wed, 13 Apr 2022 15:50:41 +0200 Subject: [PATCH 015/148] [de] Rephrase sentence --- content/de/abstraction.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/abstraction.md b/content/de/abstraction.md index deb86c2c59..526ec28507 100644 --- a/content/de/abstraction.md +++ b/content/de/abstraction.md @@ -5,7 +5,7 @@ category: Eigenschaft --- Mit Hilfe von Abstraktionen werden spezifische Gegebenheiten von IT – Systemen vor dem Nutzer verborgen. -Dadurch schafft die Abstraktion generische Lösungen, die einfacher zu verstehen sind. +Dadurch schaffen Abstraktionen generische Lösungen, die einfacher zu verstehen sind. Ein gutes Beispiel hierfür ist das Betriebssystem auf deinem Laptop. Als Laptop-Nutzer musst du kein tiefergehendes Verständnis von CPUs, Speicher und Software haben. From ca54a93ccd5e18b384a93ce32e1edfbb60aa7d3d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Sun, 17 Apr 2022 13:25:12 +0200 Subject: [PATCH 016/148] [de] Remove white spaces --- content/de/abstraction.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/abstraction.md b/content/de/abstraction.md index 526ec28507..3d6ae3c5fc 100644 --- a/content/de/abstraction.md +++ b/content/de/abstraction.md @@ -4,7 +4,7 @@ status: Feedback erwünscht category: Eigenschaft --- -Mit Hilfe von Abstraktionen werden spezifische Gegebenheiten von IT – Systemen vor dem Nutzer verborgen. +Mit Hilfe von Abstraktionen werden spezifische Gegebenheiten von IT–Systemen vor dem Nutzer verborgen. Dadurch schaffen Abstraktionen generische Lösungen, die einfacher zu verstehen sind. Ein gutes Beispiel hierfür ist das Betriebssystem auf deinem Laptop. From 87dbc2262abcbbe6e680b179a4b918dd581f9fd8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Tue, 19 Apr 2022 10:35:41 +0200 Subject: [PATCH 017/148] [de] Fix template title for agile software dev (#731) --- content/de/agile_software_development.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/agile_software_development.md b/content/de/agile_software_development.md index 499971a118..ccaabf1af0 100644 --- a/content/de/agile_software_development.md +++ b/content/de/agile_software_development.md @@ -1,5 +1,5 @@ --- -title: Vorlage für Definition +title: Agile Softwareentwicklung status: Completed category: Konzept --- From edd1feccd702a5543abbbd1d55cab1b3826346a1 Mon Sep 17 00:00:00 2001 From: Oliver L Date: Thu, 21 Apr 2022 10:24:01 -0700 Subject: [PATCH 018/148] [de] Add localization cloud native tech --- content/de/cloud_native_tech.md | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 content/de/cloud_native_tech.md diff --git a/content/de/cloud_native_tech.md b/content/de/cloud_native_tech.md new file mode 100644 index 0000000000..9622e64f7e --- /dev/null +++ b/content/de/cloud_native_tech.md @@ -0,0 +1,14 @@ +--- +title: Cloud Native Technologie +status: Feedback erwünscht +category: Konzept +--- + +## Was es ist +Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind die Technologien die für die Entwicklung von Cloud Native Applications verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public, Privaten und Hybriden Clouds zu entwickeln und zu betreiben und dadurch die Vorteile von Cloud Computing voll auszuschöpfen. Sie sind von Grund auf so konzipiert, dass sie die Möglichkeiten von Cloud Computing nutzen und Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. + +## Welches Problem es löst +Der Cloud Native Stack umfasst viele Technologiekategorien, die eine Vielzahl von Herausforderungen adressieren. Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich wie viele unterschiedliche Bereiche dazu gehören. Auf hoher Ebene wird jedoch einen Satz an Herausforderungen hauptsächlich adressiert: die Nachteile traditioneller IT-Betriebsmodelle. Zu den Herausforderungen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, sowie eine ineffiziente Ressourcennutzung. + +## Wie es das Problem löst +Während jede Technologie auf ein ganz bestimmtes Problem abzielt, ermöglichen Cloud Native Technologien insgesamt lose gekoppelte Systeme, die belastbar, verwaltbar und beobachtbar sind. In Kombination mit robuster Automatisierung ermöglichen sie es Ingenieuren, wichtige Änderungen häufig und vorhersehbar mit minimalem Aufwand vorzunehmen. Mit einem Cloud Native Stack sind die wünschenswerten Eigenschaften von Cloud Native Systemen leichter erreicht. From bf23f453171635a230ea4207931b8cd37b399765 Mon Sep 17 00:00:00 2001 From: Oliver L Date: Sat, 23 Apr 2022 12:45:20 -0700 Subject: [PATCH 019/148] Incorporate suggested change Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> --- content/de/cloud_native_tech.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/cloud_native_tech.md b/content/de/cloud_native_tech.md index 9622e64f7e..3d6fb9189f 100644 --- a/content/de/cloud_native_tech.md +++ b/content/de/cloud_native_tech.md @@ -5,7 +5,7 @@ category: Konzept --- ## Was es ist -Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind die Technologien die für die Entwicklung von Cloud Native Applications verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public, Privaten und Hybriden Clouds zu entwickeln und zu betreiben und dadurch die Vorteile von Cloud Computing voll auszuschöpfen. Sie sind von Grund auf so konzipiert, dass sie die Möglichkeiten von Cloud Computing nutzen und Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. +Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public, Privaten und Hybriden Clouds zu entwickeln und zu betreiben. Sie sind darauf ausgelegt, die Vorteile des Cloud Computing voll auszuschöpfen. Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. ## Welches Problem es löst Der Cloud Native Stack umfasst viele Technologiekategorien, die eine Vielzahl von Herausforderungen adressieren. Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich wie viele unterschiedliche Bereiche dazu gehören. Auf hoher Ebene wird jedoch einen Satz an Herausforderungen hauptsächlich adressiert: die Nachteile traditioneller IT-Betriebsmodelle. Zu den Herausforderungen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, sowie eine ineffiziente Ressourcennutzung. From 76b79a4992b422f469e2d3452ba89d14ad5573e6 Mon Sep 17 00:00:00 2001 From: Oliver L Date: Sat, 23 Apr 2022 12:47:47 -0700 Subject: [PATCH 020/148] Incorporate suggested change Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> --- content/de/cloud_native_tech.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/cloud_native_tech.md b/content/de/cloud_native_tech.md index 3d6fb9189f..50c66cd3dd 100644 --- a/content/de/cloud_native_tech.md +++ b/content/de/cloud_native_tech.md @@ -8,7 +8,7 @@ category: Konzept Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public, Privaten und Hybriden Clouds zu entwickeln und zu betreiben. Sie sind darauf ausgelegt, die Vorteile des Cloud Computing voll auszuschöpfen. Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. ## Welches Problem es löst -Der Cloud Native Stack umfasst viele Technologiekategorien, die eine Vielzahl von Herausforderungen adressieren. Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich wie viele unterschiedliche Bereiche dazu gehören. Auf hoher Ebene wird jedoch einen Satz an Herausforderungen hauptsächlich adressiert: die Nachteile traditioneller IT-Betriebsmodelle. Zu den Herausforderungen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, sowie eine ineffiziente Ressourcennutzung. +Cloud Native Technologien sind in unterschiedliche Kategorien unterteilt, die jeweils eine Vielzahl von Anwendungsfällen adressieren. Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich, wie viele unterschiedliche Bereiche dazu gehören. Allgemein gesprochen adressieren Cloud Native Technologien allerdings immer den folgenden übergeordneten Anwendungsfall: die Nachteile traditioneller IT-Betriebsmodelle zu kompensieren. Zu diesen Nachteilen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, sowie eine ineffiziente Ressourcennutzung. ## Wie es das Problem löst Während jede Technologie auf ein ganz bestimmtes Problem abzielt, ermöglichen Cloud Native Technologien insgesamt lose gekoppelte Systeme, die belastbar, verwaltbar und beobachtbar sind. In Kombination mit robuster Automatisierung ermöglichen sie es Ingenieuren, wichtige Änderungen häufig und vorhersehbar mit minimalem Aufwand vorzunehmen. Mit einem Cloud Native Stack sind die wünschenswerten Eigenschaften von Cloud Native Systemen leichter erreicht. From b87b9015f1d59ae8a86516120adb6e2159f5c1e0 Mon Sep 17 00:00:00 2001 From: Oliver L Date: Sat, 23 Apr 2022 12:48:30 -0700 Subject: [PATCH 021/148] Incorporate suggested change Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> --- content/de/cloud_native_tech.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/cloud_native_tech.md b/content/de/cloud_native_tech.md index 50c66cd3dd..d86823f842 100644 --- a/content/de/cloud_native_tech.md +++ b/content/de/cloud_native_tech.md @@ -11,4 +11,4 @@ Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technolo Cloud Native Technologien sind in unterschiedliche Kategorien unterteilt, die jeweils eine Vielzahl von Anwendungsfällen adressieren. Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich, wie viele unterschiedliche Bereiche dazu gehören. Allgemein gesprochen adressieren Cloud Native Technologien allerdings immer den folgenden übergeordneten Anwendungsfall: die Nachteile traditioneller IT-Betriebsmodelle zu kompensieren. Zu diesen Nachteilen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, sowie eine ineffiziente Ressourcennutzung. ## Wie es das Problem löst -Während jede Technologie auf ein ganz bestimmtes Problem abzielt, ermöglichen Cloud Native Technologien insgesamt lose gekoppelte Systeme, die belastbar, verwaltbar und beobachtbar sind. In Kombination mit robuster Automatisierung ermöglichen sie es Ingenieuren, wichtige Änderungen häufig und vorhersehbar mit minimalem Aufwand vorzunehmen. Mit einem Cloud Native Stack sind die wünschenswerten Eigenschaften von Cloud Native Systemen leichter erreicht. +Während jede Technologie auf einen ganz bestimmten Anwendungsfall abzielt, ermöglichen Cloud Native Technologien insgesamt lose gekoppelte Systeme, die belastbar sowie leichter zu verwalten und überwachen sind. In Kombination mit robuster Automatisierung ermöglichen sie es Entwicklern, wichtige Änderungen häufig und vorhersehbar mit minimalem Aufwand vorzunehmen. Cloud Native Technologien erleichtern es, moderne Softwaresysteme zu entwickeln, die den heutigen Anforderungen genügen. From d1b867545706de45639a830021d42c9740d3c47f Mon Sep 17 00:00:00 2001 From: Oliver L Date: Sat, 23 Apr 2022 12:55:08 -0700 Subject: [PATCH 022/148] Incorporate suggested change to title --- content/de/cloud_native_tech.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/cloud_native_tech.md b/content/de/cloud_native_tech.md index d86823f842..c1bcc8591e 100644 --- a/content/de/cloud_native_tech.md +++ b/content/de/cloud_native_tech.md @@ -1,5 +1,5 @@ --- -title: Cloud Native Technologie +title: Cloud Native Technologien status: Feedback erwünscht category: Konzept --- From 53649cde98482ba855052148a55a4baaa7785051 Mon Sep 17 00:00:00 2001 From: testsabirweb <53115363+testsabirweb@users.noreply.github.com> Date: Mon, 25 Apr 2022 15:16:19 +0530 Subject: [PATCH 023/148] requested changes --- content/hi/service_mesh.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/hi/service_mesh.md b/content/hi/service_mesh.md index 027d66b55e..7b0a2a6cf5 100644 --- a/content/hi/service_mesh.md +++ b/content/hi/service_mesh.md @@ -1,5 +1,5 @@ --- -title: Service Mesh (सर्विस मेश) +title: सर्विस मेश (Service Mesh) status: Completed category: प्रौद्योगिकी --- @@ -7,8 +7,8 @@ category: प्रौद्योगिकी ## यह क्या है एक [माइक्रोसर्विसेज](/microservices/) दुनिया में, ऐप्स को कई छोटी [सेवाओं](/service/) में विभाजित किया जाता है जो एक नेटवर्क पर संचार करते हैं। आपके वाईफाई नेटवर्क की तरह, कंप्यूटर नेटवर्क आंतरिक रूप से अविश्वसनीय, हैक करने योग्य और अक्सर धीमे होते हैं। सर्विस मेश सेवाओं के बीच ट्रैफ़िक (यानी, संचार) को प्रबंधित करके और [विश्वसनीयता](/reliability/), [अवलोकनशीलता](/observability/), और सुरक्षा सुविधाओं को सभी सेवाओं में समान रूप से जोड़कर चुनौतियों के इस नए सेट का समाधान करता है। -## समस्या यह संबोधित करता है +## समस्या एक माइक्रोसर्विस आर्किटेक्चर में स्थानांतरित होने के बाद, इंजीनियर अब सैकड़ों, संभवतः हजारों व्यक्तिगत सेवाओं के साथ काम कर रहे हैं, सभी को संवाद करने की आवश्यकता है। इसका मतलब है कि नेटवर्क पर बहुत अधिक ट्रैफ़िक आगे और पीछे जा रहा है। इसके शीर्ष पर, व्यक्तिगत अनुप्रयोगों को नियामक आवश्यकताओं का समर्थन करने के लिए संचार एन्क्रिप्ट करने, संचालन टीमों को सामान्य मीट्रिक प्रदान करने, या मुद्दों का निदान करने में सहायता के लिए यातायात में विस्तृत अंतर्दृष्टि प्रदान करने की आवश्यकता हो सकती है। यदि व्यक्तिगत अनुप्रयोगों में बनाया गया है, तो इनमें से प्रत्येक विशेषता टीमों के बीच घर्षण पैदा करेगी और नई सुविधाओं के विकास को धीमा कर देगी। -## यह कैसे मदद करता है +## समाधान सर्विस मेश कोड परिवर्तन की आवश्यकता के बिना एक क्लस्टर में सभी सेवाओं में समान रूप से विश्वसनीयता, अवलोकन क्षमता और सुरक्षा सुविधाएँ जोड़ते हैं। सर्विस मेश से पहले, उस कार्यक्षमता को हर एक सेवा में एन्कोड किया जाना था, जो बगस और तकनीकी ऋण का संभावित स्रोत बन गया। From fb6436efabfae0cf80a25b5ecf6aa9e24246deb9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Christian=20H=C3=BCning?= Date: Fri, 29 Apr 2022 09:56:50 +0200 Subject: [PATCH 024/148] Add german translation for API Gateway (#732) * Add german translation for API Gateway Add german translation for API Gateway. Solves #507 * Update api_gateway.md fixed all found typos by * Update api_gateway.md small wording adjustment, changes state Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> --- content/de/api_gateway.md | 27 +++++++++++++++++++++++++++ 1 file changed, 27 insertions(+) create mode 100644 content/de/api_gateway.md diff --git a/content/de/api_gateway.md b/content/de/api_gateway.md new file mode 100644 index 0000000000..6445035a6c --- /dev/null +++ b/content/de/api_gateway.md @@ -0,0 +1,27 @@ +--- +title: API Gateway +status: Completed +category: Technologie +--- + +## Was es ist +Ein [API](/application_programming_interface/) Gateway ist ein Werkzeug zur Zusammenfassung einzelner +Applikations APIs an einem einzigen Ort. Es erlaubt Organisationen Kernfunktionen wie +Authentifikation, Autorisation oder auch die Limitierung von Anfragen zentral zu managen. +Ein API Gateway stellt somit eine einheitliche Schnittstelle für - zumeist externe - API +Benutzer zur Verfügung. + +## Welches Problem es löst +Stellt man externen Nutzern [API](/application_programming_interface/)s zur Verfügung, +ist es wünschenswert, den Zugriff darauf an zentraler Stelle verwalten zu können. Zusätzlich +erlaubt eine solche Lösung, jeder API Interaktion zusätzliche Funktionalität hinzuzufügen, +ohne dafür den Quellcode verändern zu müssen. + +## Wie es das Problem löst +Verschiedene Schnittstellen einer Applikation zentral zu bündeln, erleichtert es +Organisationen vertikale Geschäftslogiken oder Sicherheitsfunktionen an einem Ort zu verwalten. +Für Benutzer der Schnittstellen bietet sich der Vorteil einen einzigen Endpunkt für alle Belange +nutzen zu können. Ein API Gateway kann helfen administrative Herausforderungen wie Sicherheit oder +Sichtbarkeit durch Zentralisierung zu vereinfachen. Da alle Anfragen durch den API Gateway +fließen, ist es die ideale Stelle, um Funktionen für die Sammlung von Metriken, Rate Limiting +sowie Authentifikation und Autorisierung zur Verfügung zu stellen. From 675de234530a0f4735ea66547621f6f919a91a3c Mon Sep 17 00:00:00 2001 From: Oliver L Date: Wed, 4 May 2022 09:05:27 -0700 Subject: [PATCH 025/148] Update cloud_native_tech.md --- content/de/cloud_native_tech.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/cloud_native_tech.md b/content/de/cloud_native_tech.md index c1bcc8591e..cb63fef22a 100644 --- a/content/de/cloud_native_tech.md +++ b/content/de/cloud_native_tech.md @@ -5,7 +5,7 @@ category: Konzept --- ## Was es ist -Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public, Privaten und Hybriden Clouds zu entwickeln und zu betreiben. Sie sind darauf ausgelegt, die Vorteile des Cloud Computing voll auszuschöpfen. Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. +Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public-, Privat- und Hybrid-Clouds zu entwickeln und zu betreiben. Sie sind darauf ausgelegt, die Vorteile des Cloud Computing voll auszuschöpfen. Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. ## Welches Problem es löst Cloud Native Technologien sind in unterschiedliche Kategorien unterteilt, die jeweils eine Vielzahl von Anwendungsfällen adressieren. Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich, wie viele unterschiedliche Bereiche dazu gehören. Allgemein gesprochen adressieren Cloud Native Technologien allerdings immer den folgenden übergeordneten Anwendungsfall: die Nachteile traditioneller IT-Betriebsmodelle zu kompensieren. Zu diesen Nachteilen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, sowie eine ineffiziente Ressourcennutzung. From 66012c3c56a9375ca08963a5564fc0316aa19cfd Mon Sep 17 00:00:00 2001 From: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Date: Fri, 24 Jun 2022 17:21:33 +0200 Subject: [PATCH 026/148] rename files, add semantic line breaks, empty lines (#974) * rename files, add semantic line breaks, empty lines Signed-off-by: Noah Ispas (iamNoah1) --- content/de/agile-software-development.md | 27 ++++++++++++++++ content/de/agile_software_development.md | 14 --------- content/de/{api_gateway.md => api-gateway.md} | 7 +++-- ...{cloud_computing.md => cloud-computing.md} | 3 ++ content/de/cloud-native-tech.md | 31 +++++++++++++++++++ content/de/cloud_native_tech.md | 14 --------- 6 files changed, 66 insertions(+), 30 deletions(-) create mode 100644 content/de/agile-software-development.md delete mode 100644 content/de/agile_software_development.md rename content/de/{api_gateway.md => api-gateway.md} (91%) rename content/de/{cloud_computing.md => cloud-computing.md} (99%) create mode 100644 content/de/cloud-native-tech.md delete mode 100644 content/de/cloud_native_tech.md diff --git a/content/de/agile-software-development.md b/content/de/agile-software-development.md new file mode 100644 index 0000000000..122aa595b8 --- /dev/null +++ b/content/de/agile-software-development.md @@ -0,0 +1,27 @@ +--- +title: Agile Softwareentwicklung +status: Completed +category: Konzept +--- + +## Was es ist + +Agile Softwareentwicklung beschreibt ein Vorgehensmodell der Softwareentwicklung, +bei der die Arbeit in Iterationen und selbstorganisierte Teams im Vordergrund stehen. +Im Vergleich zu wasserfallartigen Projekten, bei denen die Ergebnisse erst am Ende eines Projekts entstehen, +liegt der Fokus der agilen Sofwareentwicklung auf einer kontinuierlichen Bereitstellung von Software-Inkrementen +und ständiger Verbesserung des Prozesses. + +## Welches Problem es löst + +Das Kommunizieren und Verstehen der Anforderungen eines Softwareprojekts ist ein sehr schweres, wenn nicht sogar unmögliches Unterfangen. +Dennoch wollen Kunden meist, dass Softwareprojekte in einem fest definierten Umfang, im Rahmen eines festen Budgets, pünktlich und hoher Qualität fertiggestellt werden. +Der zyklische Charakter agiler Softwareentwicklung ermöglicht eine bessere Anpassung der Anforderung +oder generell an die Veränderung diverser Umstände, als wasserfallartige Vorgehensweisen es tun. + +## Wie es das Problem löst + +Alle Phasen traditioneller (wasserfallartiger) Vorgehensmodelle wie etwa Anforderungsmanagement, Planung, Implementierung, Test und Auslieferung sind in der agilen Softwareentwicklung gleichermaßen vorgesehen. +Allerdings, und das ist der größte Unterschied, ist die gesamte Zeitspanne eines Softwareprojekts in Iterationen unterteilt, die jeweils alle diese Phasen enthalten. +Nach jeder Iteration kann ein erschaffenes Software-Inkrement zusammen mit dem Kunden überprüft sowie Anforderungen angepasst werden. +Weiterhin erhält das Entwicklungsteam die Chance, über den Prozess selbst zu reflektieren und konkrete Handlungen für Verbesserungen abzuleiten. \ No newline at end of file diff --git a/content/de/agile_software_development.md b/content/de/agile_software_development.md deleted file mode 100644 index ccaabf1af0..0000000000 --- a/content/de/agile_software_development.md +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Agile Softwareentwicklung -status: Completed -category: Konzept ---- - -## Was es ist -Agile Softwareentwicklung beschreibt ein Vorgehensmodell der Softwareentwicklung, bei der die Arbeit in Iterationen und selbstorganisierte Teams im Vordergrund stehen. Im Vergleich zu wasserfallartigen Projekten, bei denen die Ergebnisse erst am Ende eines Projekts entstehen, liegt der Fokus der agilen Sofwareentwicklung auf einer kontinuierlichen Bereitstellung von Software-Inkrementen und ständiger Verbesserung des Prozesses. - -## Welches Problem es löst -Das Kommunizieren und Verstehen der Anforderungen eines Softwareprojekts ist ein sehr schweres, wenn nicht sogar unmögliches Unterfangen. Dennoch wollen Kunden meist, dass Softwareprojekte in einem fest definierten Umfang, im Rahmen eines festen Budgets, pünktlich und hoher Qualität fertiggestellt werden. Der zyklische Charakter agiler Softwareentwicklung ermöglicht eine bessere Anpassung der Anforderung oder generell an die Veränderung diverser Umstände, als wasserfallartige Vorgehensweisen es tun. - -## Wie es das Problem löst -Alle Phasen traditioneller (wasserfallartiger) Vorgehensmodelle wie etwa Anforderungsmanagement, Planung, Implementierung, Test und Auslieferung sind in der agilen Softwareentwicklung gleichermaßen vorgesehen. Allerdings, und das ist der größte Unterschied, ist die gesamte Zeitspanne eines Softwareprojekts in Iterationen unterteilt, die jeweils alle diese Phasen enthalten. Nach jeder Iteration kann ein erschaffenes Software-Inkrement zusammen mit dem Kunden überprüft sowie Anforderungen angepasst werden. Weiterhin erhält das Entwicklungsteam die Chance, über den Prozess selbst zu reflektieren und konkrete Handlungen für Verbesserungen abzuleiten. \ No newline at end of file diff --git a/content/de/api_gateway.md b/content/de/api-gateway.md similarity index 91% rename from content/de/api_gateway.md rename to content/de/api-gateway.md index 6445035a6c..ccd65e5e56 100644 --- a/content/de/api_gateway.md +++ b/content/de/api-gateway.md @@ -5,19 +5,22 @@ category: Technologie --- ## Was es ist -Ein [API](/application_programming_interface/) Gateway ist ein Werkzeug zur Zusammenfassung einzelner + +Ein [API](/application-programming-interface/) Gateway ist ein Werkzeug zur Zusammenfassung einzelner Applikations APIs an einem einzigen Ort. Es erlaubt Organisationen Kernfunktionen wie Authentifikation, Autorisation oder auch die Limitierung von Anfragen zentral zu managen. Ein API Gateway stellt somit eine einheitliche Schnittstelle für - zumeist externe - API Benutzer zur Verfügung. ## Welches Problem es löst -Stellt man externen Nutzern [API](/application_programming_interface/)s zur Verfügung, + +Stellt man externen Nutzern [API](/application-programming-interface/)s zur Verfügung, ist es wünschenswert, den Zugriff darauf an zentraler Stelle verwalten zu können. Zusätzlich erlaubt eine solche Lösung, jeder API Interaktion zusätzliche Funktionalität hinzuzufügen, ohne dafür den Quellcode verändern zu müssen. ## Wie es das Problem löst + Verschiedene Schnittstellen einer Applikation zentral zu bündeln, erleichtert es Organisationen vertikale Geschäftslogiken oder Sicherheitsfunktionen an einem Ort zu verwalten. Für Benutzer der Schnittstellen bietet sich der Vorteil einen einzigen Endpunkt für alle Belange diff --git a/content/de/cloud_computing.md b/content/de/cloud-computing.md similarity index 99% rename from content/de/cloud_computing.md rename to content/de/cloud-computing.md index 036eb84895..712cb7c98f 100644 --- a/content/de/cloud_computing.md +++ b/content/de/cloud-computing.md @@ -5,17 +5,20 @@ category: Konzept --- ## Was es ist + Das Konzept des Cloud Computing ist die Bereitstellung von Systemressourcen wie CPU, Netzwerk und Speicher auf Abruf und über das Internet. Cloud Computing ermöglicht den Zugriff und die Nutzung von Systemressourcen aus beliebigen Standorten. Diese Systemressourcen werden von Cloud-Anbietern wie AWS, GCP, Azure, Digitial Ocean und weiteren Anbietern an den Endverbraucher zur Verfügung gestellt. ## Welches Problem es löst + Die Skalierung von Systemressourcen stellt für viele Organisationen eine große Herausforderung dar. Organisationen müssen entweder fest verplante Systemressourcen bei bestehenden Rechenzentren einkaufen oder selbst ein Rechenzentrum aufbauen und verwalten. Hiermit sind signifikante Planungsaufwände und Kosten verbunden. Beim Cloud Computing verlagert sich die Verantwortung für die Bereitstellung und den Betrieb von Systemressourcen an den Cloud-Anbieter. ## Wie es das Problem löst + Cloud-Anbieter stellen Systemressourcen für Endnutzer auf Abruf zur Verfügung. Dieser Paradigmenwechsel bietet Organisationen zwei wesentliche Vorteile. Der reduzierte Planungsaufwand bei der Nutzung von Cloud Dienstleistungen lädt Organisationen zum Ausprobieren von neuen Ideen und Konzepten ein. diff --git a/content/de/cloud-native-tech.md b/content/de/cloud-native-tech.md new file mode 100644 index 0000000000..0b94c04d8e --- /dev/null +++ b/content/de/cloud-native-tech.md @@ -0,0 +1,31 @@ +--- +title: Cloud Native Technologien +status: Completed +category: Konzept +--- + +## Was es ist + +Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, +die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. +Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public-, Privat- und Hybrid-Clouds zu entwickeln und zu betreiben. +Sie sind darauf ausgelegt, die Vorteile des Cloud Computing voll auszuschöpfen. +Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. + +## Welches Problem es löst + +Cloud Native Technologien sind in unterschiedliche Kategorien unterteilt, +die jeweils eine Vielzahl von Anwendungsfällen adressieren. +Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich, wie viele unterschiedliche Bereiche dazu gehören. +Allgemein gesprochen adressieren Cloud Native Technologien allerdings immer den folgenden übergeordneten Anwendungsfall: +die Nachteile traditioneller IT-Betriebsmodelle zu kompensieren. +Zu diesen Nachteilen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, +sowie eine ineffiziente Ressourcennutzung. + +## Wie es das Problem löst + +Während jede Technologie auf einen ganz bestimmten Anwendungsfall abzielt, +ermöglichen Cloud Native Technologien insgesamt lose gekoppelte Systeme, +die belastbar sowie leichter zu verwalten und überwachen sind. +In Kombination mit robuster Automatisierung ermöglichen sie es Entwicklern, wichtige Änderungen häufig und vorhersehbar mit minimalem Aufwand vorzunehmen. +Cloud Native Technologien erleichtern es, moderne Softwaresysteme zu entwickeln, die den heutigen Anforderungen genügen. diff --git a/content/de/cloud_native_tech.md b/content/de/cloud_native_tech.md deleted file mode 100644 index cb63fef22a..0000000000 --- a/content/de/cloud_native_tech.md +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Cloud Native Technologien -status: Feedback erwünscht -category: Konzept ---- - -## Was es ist -Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public-, Privat- und Hybrid-Clouds zu entwickeln und zu betreiben. Sie sind darauf ausgelegt, die Vorteile des Cloud Computing voll auszuschöpfen. Container, Service Meshes, Microservices und Immutable Infrastructure sind Beispiele für diesen Ansatz. - -## Welches Problem es löst -Cloud Native Technologien sind in unterschiedliche Kategorien unterteilt, die jeweils eine Vielzahl von Anwendungsfällen adressieren. Ein Blick auf die [CNCF Cloud Native Landscape](https://landscape.cncf.io/) macht deutlich, wie viele unterschiedliche Bereiche dazu gehören. Allgemein gesprochen adressieren Cloud Native Technologien allerdings immer den folgenden übergeordneten Anwendungsfall: die Nachteile traditioneller IT-Betriebsmodelle zu kompensieren. Zu diesen Nachteilen zählen unter anderem Schwierigkeiten bei der Erstellung von skalierbaren, fehlertoleranten, selbstheilenden Anwendungen, sowie eine ineffiziente Ressourcennutzung. - -## Wie es das Problem löst -Während jede Technologie auf einen ganz bestimmten Anwendungsfall abzielt, ermöglichen Cloud Native Technologien insgesamt lose gekoppelte Systeme, die belastbar sowie leichter zu verwalten und überwachen sind. In Kombination mit robuster Automatisierung ermöglichen sie es Entwicklern, wichtige Änderungen häufig und vorhersehbar mit minimalem Aufwand vorzunehmen. Cloud Native Technologien erleichtern es, moderne Softwaresysteme zu entwickeln, die den heutigen Anforderungen genügen. From 38f7ea0ebb68e6df1c0eccd06feb6c60f13bffe2 Mon Sep 17 00:00:00 2001 From: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Date: Tue, 12 Jul 2022 14:59:18 +0200 Subject: [PATCH 027/148] [DE] Take Over Cloud Native Security localization (#990) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit * add cloud native sec Signed-off-by: Max Körbächer Signed-off-by: Noah Ispas (iamNoah1) * edits, semantic line breaks Signed-off-by: Noah Ispas (iamNoah1) * change requests from Jihoon Signed-off-by: Noah Ispas (iamNoah1) * change requests from david Signed-off-by: Noah Ispas (iamNoah1) * change requests from david Signed-off-by: Noah Ispas (iamNoah1) * Update content/de/cloud-native-security.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> * Update content/de/cloud-native-security.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Co-authored-by: Max Körbächer Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/cloud-native-security.md | 32 +++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 content/de/cloud-native-security.md diff --git a/content/de/cloud-native-security.md b/content/de/cloud-native-security.md new file mode 100644 index 0000000000..d6810c8135 --- /dev/null +++ b/content/de/cloud-native-security.md @@ -0,0 +1,32 @@ +--- +title: Cloud Native Security +status: Completed +category: Konzept +--- + +## Was es ist + +Cloud Native Security beschreibt den Ansatz, Konzepte aus dem Bereich Cyber Security in [Cloud Native Anwendungen](/cloud-native-apps/) zu integrieren. +Dabei ist vorgesehen, dass Sicherheitsbetrachtungen Teil des gesamten Softwareentwicklungs- und Lebenszyklus sind, von der Entwicklung bis zur Inbetriebnahme und Wartung. +Cloud Native Security versucht, die gleichen Standards wie herkömmliche Sicherheitsmodelle zu gewährleisten, +ist dabei allerdings angepasst an die Besonderheiten von Cloud Native Umgebungen. +Eine hohe Frequenz von Änderungen des Codes und eine sehr volatile Infrastruktur sind Beispiele für die Eigenschaften von Cloud Native Umgebungen. +Cloud Native Security ist eng mit der Methodologie des [DevSecOps](/devsecops/) verbunden. + +## Welches Problem es löst + +Traditionelle Sicherheitsmodelle basieren auf einer Reihe von Annahmen, die nicht mehr länger gültig sind. +Cloud Native Anwendungen ändern sich häufig und verwenden eine große Anzahl von Open-Source-Tools und -Bibliotheken. +Sie werden oft in einer vom Cloud Provider kontrollierten Infrastruktur betrieben und unterliegen deshalb schnellen Infrastrukturänderungen, die sich der Kontrolle von Entwicklern entziehen. +Manuelle Code-Reviews, lange Qualitätssicherungszyklen, Host-basierte Schwachstellen-Scans und Sicherheitsüberprüfungen in letzter Minute skalieren somit schlecht für Cloud Native Anwendungen. + +## Wie es das Problem löst + +Cloud Native Security führt eine neue Arbeitsweise ein, die Anwendungen schützt, +indem sie von traditionellen Sicherheitsmodellen zu einem Modell übergeht, +bei dem die Sicherheit in jeden Schritt des Release-Zyklus einbezogen wird. +Manuelle Audits und Prüfungen werden weitgehend durch automatische Scans ersetzt. +Schnelle Code-Release-Pipelines werden mit Tools integriert, die den Code vor der Kompilierung auf Schwachstellen überprüfen. +Open-Source-Bibliotheken werden aus vertrauenswürdigen Quellen bezogen und auf Schwachstellen überprüft. +Anstatt den Wandel zu verlangsamen, unterstützt ein Cloud Native Sicherheitsmodell, +indem es anfällige Komponenten häufig aktualisiert oder sicherstellt, dass die Infrastruktur regelmäßig aktualisiert wird. \ No newline at end of file From 025ee14cdeead863f2f8d535e4911b70ed3e7200 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 11 Aug 2022 15:42:40 +0200 Subject: [PATCH 028/148] german localize cloud native apps (#1085) * add german localisation for cloud native apps * add .md * Apply suggestions from code review Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> * apply change requests - remove redundancy * Update content/de/cloud-native-apps.md Signed-off-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> * Update content/de/cloud-native-apps.md Signed-off-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Co-authored-by: David Wagner Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> --- content/de/cloud-native-apps.md | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 content/de/cloud-native-apps.md diff --git a/content/de/cloud-native-apps.md b/content/de/cloud-native-apps.md new file mode 100644 index 0000000000..e634f5a3fe --- /dev/null +++ b/content/de/cloud-native-apps.md @@ -0,0 +1,23 @@ +--- +title: Cloud Native Applikationen +status: Feedback erwünscht +category: Konzept +--- + +## Was es ist + +Cloud Native Applikationen werden auf eine Art entwickelt, welche es erlaubt die Vorteile des [Cloud Computing](/cloud-computing/) zu nutzen. +Sie lassen sich problemlos in ihre jeweiligen Cloud-Architekturen integrieren und nutzen die Ressourcen eines Cloud Providers, sowie die verschiedenen Skalierungsmöglichkeiten der Cloud. +Cloud Native Anwendungen können dabei sowohl in den Rechenzentren der Cloud Provider als auch auf privaten Cloud Plattformen ausgeführt werden. + +## Welches Problem es löst + +In der Vergangenheit wurden Rechenressourcen in Rechenzentren auf individuelle Weise bereitgestellt. +Anwendungen wurden eng an bestimmte Umgebungen gekoppelt und waren gewöhnlich auf eine manuelle Bereitstellung von Ressourcen wie virtuellen Maschinen angewiesen. +Anwendungen, die nicht für den Betrieb in der Cloud konzipiert wurden, können sich die Vorteile einer Cloud Ausfallsicherheit und Skalierungsmöglichkeiten nicht gänzlich zu nutze machen. +Ein Beispiel dafür sind Anwendungen, die manuell gestartet werden müssen. Sie lassen sich nämlich nicht [horizontal skalieren](/horizontal-scaling/) und können bei einem Ausfall nicht automatisch neu gestartet werden. + +## Wie es das Problem löst + +Cloud Native Anwendungen folgen gewissen Prinzipien, die sie für den Betrieb in einer Cloud optimieren und somit deren volles Potential ausschöpfen lässt. +Zu dem Potential der Cloud gehören beispielsweise Skalierbarkeit, Ausfallsicherheit und Überwachung und diverse Automatisierungen. All das führt dazu, dass Cloud Native Anwendungen den modernen Anforderungen der heutigen Welt gerecht werden können. From 8f97d2142e077da4e8e4f0d6ef69a0c8eeea344a Mon Sep 17 00:00:00 2001 From: Anubhav Vardhan Date: Thu, 1 Sep 2022 14:16:27 +0530 Subject: [PATCH 029/148] Rename service_mesh.md to service-mesh.md --- content/hi/{service_mesh.md => service-mesh.md} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename content/hi/{service_mesh.md => service-mesh.md} (100%) diff --git a/content/hi/service_mesh.md b/content/hi/service-mesh.md similarity index 100% rename from content/hi/service_mesh.md rename to content/hi/service-mesh.md From c91bdb05c44b2dae0ff5bd9cdb5e8aa8aa0bc887 Mon Sep 17 00:00:00 2001 From: amolmote Date: Sun, 21 Aug 2022 13:37:04 +0530 Subject: [PATCH 030/148] [dev-hi] Localize content/en/zero-trust-architecture.md into Hi Signed-off-by: amolmote --- content/hi/zero-trust-architecture.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 content/hi/zero-trust-architecture.md diff --git a/content/hi/zero-trust-architecture.md b/content/hi/zero-trust-architecture.md new file mode 100644 index 0000000000..c21ab7e4a9 --- /dev/null +++ b/content/hi/zero-trust-architecture.md @@ -0,0 +1,18 @@ +--- +title: ज़ीरो ट्रस्ट आर्किटेक्चर (Zero Trust Architecture) +status: Completed +category: संकल्पना +tags: ["security", "", ""] +--- + +## यह क्या है + +ज़ीरो ट्रस्ट आर्किटेक्चर IT प्रणाली के डिजाइन और कार्यान्वयन के लिए एक दृष्टिकोण निर्धारित करता है जहां विश्वास पूरी तरह से हटा दिया गया है। मूल सिद्धांत "कभी भरोसा न करें, हमेशा सत्यापित करें", उपकरण या प्रणाली स्वयं, प्रणाली के अन्य घटकों से संचार करते समय, ऐसा करने से पहले हमेशा स्वयं को सत्यापित करें। आज कई नेटवर्क में, निगमित नेटवर्क के भीतर, प्रणाली और उपकरण के अंदर स्वतंत्र रूप से एक दूसरे के साथ संवाद कर सकते हैं क्योंकि वे निगमित नेटवर्क परिधि की विश्वसनीय सीमा के भीतर हैं। ज़ीरो ट्रस्ट आर्किटेक्चर विपरीत दृष्टिकोण लेता है, हालांकि नेटवर्क परिधि के अंदर, किसी भी संचार से पहले प्रणाली के भीतर घटकों को पहले सत्यापन पास करना होगा। + +## समस्या यह संबोधित करता है + +पारंपरिक ट्रस्ट आधारित दृष्टिकोण के साथ जहां प्रणाली और उपकरण जो निगमित नेटवर्क परिधि के भीतर मौजूद हैं, धारणा यह है कि क्योंकि विश्वास है, कोई समस्या नहीं है। हालांकि, ज़ीरो ट्रस्ट आर्किटेक्चर मानता है कि ट्रस्ट एक भेद्यता है। उस घटना में जहां एक हमलावर ने एक विश्वसनीय उपकरण तक पहुंच प्राप्त कर ली है, उस उपकरण को दिए गए भरोसे और पहुंच के स्तर के आधार पर, प्रणाली अब हमले की चपेट में है, क्योंकि हमलावर "विश्वसनीय" नेटवर्क परिधि के भीतर है और पूरे प्रणाली में बाद में स्थानांतरित करने में सक्षम है। ज़ीरो ट्रस्ट आर्किटेक्चर में, विश्वास हटा दिया जाता है, इसलिए हमले की सतह को कम करता है एक हमलावर के रूप में अब पूरे प्रणाली में आगे जाने से पहले सत्यापित करने के लिए मजबूर किया जाता है। + +## यह कैसे मदद करता है + +ज़ीरो ट्रस्ट आर्किटेक्चर को अपनाने से हमले की सतह में कमी के साथ बढ़ी हुई सुरक्षा का प्रमुख लाभ मिलता है। अपने निगमित प्रणाली से विश्वास हटाने से अब सुरक्षा द्वारों की संख्या और ताकत बढ़ जाती है। प्रणाली के अन्य क्षेत्रों तक पहुंच प्राप्त करने के लिए एक हमलावर को गुजरना पड़ता है। From 8baab46e38e2c9aece1f61f85c43e5a57f8b452e Mon Sep 17 00:00:00 2001 From: Baris Cubukcuoglu Date: Mon, 3 Oct 2022 12:16:29 +0200 Subject: [PATCH 031/148] [DE] Add german definition for canary deployment (#1247) * [de] Add german definition for canary deployment Signed-off-by: Baris Cubukcuoglu Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> * Update content/de/canary_deployment.md Signed-off-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> * Update content/de/canary_deployment.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas * Update content/de/canary_deployment.md Signed-off-by: Noah Ispas Signed-off-by: Baris Cubukcuoglu Signed-off-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Signed-off-by: Noah Ispas Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Co-authored-by: Noah Ispas Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/canary_deployment.md | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 content/de/canary_deployment.md diff --git a/content/de/canary_deployment.md b/content/de/canary_deployment.md new file mode 100644 index 0000000000..76259fd52e --- /dev/null +++ b/content/de/canary_deployment.md @@ -0,0 +1,25 @@ +--- +title: Canary Deploment +status: Completed +category: Konzept +--- + +## Was es ist + +Das Canary-Deployment ist eine Deployment-Strategy, die bei einem neuen Release, zwei Umgebungen einbezieht: Die produktive Umgebung und eine Umgebung, welche die neue Version einer Anwendung enthält. +Der Datenverkehr wird nun schrittweise von der aktuell produktiven Umgebung auf die Umgebung mit der neuen Version der Anwendung gelenkt. +Zunächst kann damit begonnen werden, 1% des Echtzeit-Datenverkehrs zu verschieben, dann 10%, 25% und so weiter, bis der gesamte Datenverkehr über die aktualisierte Version erfolgt. +Unternehmen können auf diese Weise die neue Version einer Anwendung in einem Produktivsystem testen, Feedback einholen, Fehler diagnostizieren und bei Bedarf schnell ein Rollback auf die stabile Version durchführen. + +Der Begriff "Canary" (Kanarienvogel) stammt aus der Praxis des "Kanarienvogels im Kohlebergwerk", bei der Kanarienvögel in Kohlebergwerke gebracht wurden, um die Bergleute zu schützen. +Wenn geruchlose schädliche Gase austraten, würde der Vogel sterben, und die Bergleute wussten, dass sie schnell evakuiert werden mussten. Im Falle eines Fehlers mit dem aktualisierten Code, wird der Echtzeit-Datenverkehr wieder auf die ursprüngliche Version "evakuiert". + +## Welches Problem es löst + +Unabhängig davon, wie vollständig die Teststrategie ist, werden auf Produktivsystemen immer wieder einige Fehler entdeckt. Die direkte Verlagerung des gesamten Datenverkehrs von einer aktuellen Version auf eine neue, birgt ein hohes Risiko für Fehlerfälle. + +## Wie es das Problem löst + +Durch Canary-Deployments können Unternehmen nachvollziehen, wie sich die neue Version einer Anwendung unter realen Bedingungen verhält, bevor ein Großteil des Datenverkehrs auf die neue Version umgestellt wird. +Diese Strategie ermöglicht es Unternehmen, Ausfallzeiten zu reduzieren und im Problemfall ein Rollback des neuen Deployments durchzuführen. +Außerdem ermöglicht es die Durchführung tiefgreifender Tests der Produktionsanwendungen, ohne dass die Benutzerfreundlichkeit wesentlich beeinträchtigt wird. \ No newline at end of file From b3db84f20559e155cc0de132b38b627455cf63fd Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Mon, 3 Oct 2022 16:57:08 +0200 Subject: [PATCH 032/148] german autoscaling localization (#1111) * add german autoscaling localisation * Update content/de/autoscaling.md Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> * Update content/de/autoscaling.md Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> * Update content/de/autoscaling.md Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> * change requests * Update content/de/autoscaling.md Signed-off-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas Co-authored-by: Noah Ispas <13436814+iamNoah1@users.noreply.github.com> Co-authored-by: Noah Ispas --- content/de/autoscaling.md | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 content/de/autoscaling.md diff --git a/content/de/autoscaling.md b/content/de/autoscaling.md new file mode 100644 index 0000000000..cc8a639378 --- /dev/null +++ b/content/de/autoscaling.md @@ -0,0 +1,24 @@ +--- +title: Autoskalierung +status: Completed +category: Konzept +--- + +## Was es ist + +Autoskalierung ist die Fähigkeit eines Systems, automatisch zu skalieren, typischerweise in Bezug auf die Rechenressourcen. +Bei einem System mit automatischer Skalierung werden Ressourcen bei Bedarf automatisch hinzugefügt, um schwankenden Nutzeranforderungen gerecht zu werden. +Der Prozess der Autoskalierung variiert und ist so konfigurierbar, dass die Skalierung auf der Grundlage verschiedener Metriken, wie z.B. Speicher oder Prozesszeit, erfolgt. + +## Welches Problem es löst + +Früher waren die Infrastruktur und die Anwendungen auf ein Maximum an Auslastung ausgelegt. +Diese Architektur bedeutete, dass mehr Ressourcen nicht ausgelastet waren und nicht flexibel auf die sich ändernde Verbrauchernachfrage reagieren konnten. +Diese fehlende Flexibilität bedeutete höhere Kosten, sowie Geschäftseinbußen durch Ausfälle aufgrund von Übernachfrage. + +## Wie es das Problem löst + +Durch die Nutzung der Cloud, die Virtualisierung und Containerisierung von Anwendungen und deren Abhängigkeiten können Unternehmen Anwendungen erstellen, die entsprechend den Benutzeranforderungen skaliert werden können. +Sie können die Anwendungsnachfrage überwachen und sie automatisch skalieren, um ein optimale User Experience zu bieten. +Ein Beispiel ist der Anstieg der Zuschauerzahlen, den Netflix jeden Freitagabend erlebt. +Automatische Skalierung bedeutet, dass dynamisch mehr Ressourcen hinzugefügt werden: z. B. die Anzahl der Server erhöht wird, um mehr Videostreaming zu ermöglichen, und die Ressourcen verringert werden, sobald sich der Verbrauch normalisiert hat. \ No newline at end of file From 4bc2c157b75400cf1bcf03cb1033e23e0e7ec00f Mon Sep 17 00:00:00 2001 From: "Noah Ispas (iamNoah1)" Date: Tue, 4 Oct 2022 12:20:20 +0200 Subject: [PATCH 033/148] corrects filename Signed-off-by: Noah Ispas (iamNoah1) --- content/de/{canary_deployment.md => canary-deployment.md} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename content/de/{canary_deployment.md => canary-deployment.md} (100%) diff --git a/content/de/canary_deployment.md b/content/de/canary-deployment.md similarity index 100% rename from content/de/canary_deployment.md rename to content/de/canary-deployment.md From 68ef5eb5f17dd5f26bad7276c3fbeba0f23c7bfe Mon Sep 17 00:00:00 2001 From: Noah Ispas Date: Mon, 10 Oct 2022 13:49:51 +0200 Subject: [PATCH 034/148] adds david again (#1356) Signed-off-by: Noah Ispas (iamNoah1) Signed-off-by: Noah Ispas (iamNoah1) --- CODEOWNERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/CODEOWNERS b/CODEOWNERS index 23dc827f70..6e1660612a 100644 --- a/CODEOWNERS +++ b/CODEOWNERS @@ -21,7 +21,7 @@ /content/hi/ @Garima-Negi @sayantani11 @anubha-v-ardhan @jayesh-srivastava # Owners of German contents -/content/de/ @CathPag @iamNoah1 @Petria3s +/content/de/ @CathPag @DaveVentura @iamNoah1 # Approvers for Italian contents /content/it/ @fsbaraglia @meryem-ldn @annalisag-spark @sistella From 8a70e6d2de6428bfd4c3a8b03ea5d21d1837b483 Mon Sep 17 00:00:00 2001 From: Noah Ispas Date: Thu, 20 Oct 2022 15:49:28 +0200 Subject: [PATCH 035/148] correct wording (#1355) Signed-off-by: Noah Ispas (iamNoah1) Signed-off-by: Noah Ispas (iamNoah1) --- content/de/style-guide/_index.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/de/style-guide/_index.md b/content/de/style-guide/_index.md index b06aabbff7..5eb4b2c38e 100644 --- a/content/de/style-guide/_index.md +++ b/content/de/style-guide/_index.md @@ -62,9 +62,9 @@ Das Label **status** ist das zweite einer jeden Definitions-Seite, direkt nach d Gültige Werte sind die folgenden: -- Abgeschlossen -- Feedback erwünscht -- Nicht begonnen +- Completed (Abgeschlossen) +- Feedback Appreciated (Feedback erwünscht) +- Not Started (Nicht begonnen) Du kannst jederzeit ein GitHub-Issue für eine bereits bestehende Begriffsdefinition öffnen. Falls Feedback gewünscht wird, wird der Status auf *Feedback erwünscht* geändert. From 05dbc6718a0f3d948c7d52b48e6997ac942d559d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dennis=20Gro=C3=9F?= Date: Mon, 24 Oct 2022 10:45:02 +0200 Subject: [PATCH 036/148] [localization/german] Add localization for API (#1055) * [localization/german] Add localization for API Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- .../de/application_programming_interface.md | 23 +++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 content/de/application_programming_interface.md diff --git a/content/de/application_programming_interface.md b/content/de/application_programming_interface.md new file mode 100644 index 0000000000..f077e68417 --- /dev/null +++ b/content/de/application_programming_interface.md @@ -0,0 +1,23 @@ +--- +title: Application Programming Interface +status: Completed +category: Technologie +--- + +## Was es ist + +APIs regeln die Kommunikation zwischen Softwareanwendungen. +Im weiteren Sinne kann man das mit einem Gespräch zwischen zwei Personen vergleichen. +In diesem Beispiel wäre eine API die konkrete Sprache, die gesprochen wird. +Im Gegensatz zu einem Gespräch zwischen zwei Personen ist die Kommunikation zwischen Softwareanwendungen allerdings eingeschränkt. +Sie unterliegt einem gewissen Standard, bei dem die Sprache und die Kanäle der Kommunikation festgelegt sind. + +## Welches Problem es löst + +Softwareanwendungen können mit der Zeit sehr komplex werden und kleine Änderungen an einer Stelle der Anwendung können fundamentale Auswirkungen auf andere Bereiche der Anwendung haben. +Um die wachsende Komplexität zu beherrschen werden verschiedene Bereiche voneinander durch Modularisierung entkoppelt oder abstrahiert. Der Grad der Modularisierung kann dabei von internen Bereichen innerhalb einer Anwendung, bis hin zu einer eigenständigen Anwendung reichen (siehe [verteilten Anwendung](/distributed-apps/)). In beiden Fällen jedoch wird eine Standardisierung benötigt, die beschreibt wie, die einzelnen Anwendungen oder Anwendungsbereiche miteinander kommunizieren können. + +## Wie es das Problem löst + +Eine API beschreibt, wie zwei oder mehrere Anwendungen miteinander kommunizieren können. Dabei werden die Kanäle beschrieben sowie die Sprache der Kommunikation (Ein und Ausgabe von Daten). +APIs sind die Bausteine moderner Applikationen. Sie fördern die Wiederverwendbarkeit und Wartbarkeit einer Anwendung. [Microservices](/microservices/) beispielsweise kommunizieren oftmals über APIs miteinander. \ No newline at end of file From 66ff51bffa585104929dded1ddeb032cf631bedd Mon Sep 17 00:00:00 2001 From: "Noah Ispas (iamNoah1)" Date: Mon, 31 Oct 2022 11:48:35 +0100 Subject: [PATCH 037/148] fix filename Signed-off-by: Noah Ispas (iamNoah1) --- ...gramming_interface.md => application-programming-interface.md} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename content/de/{application_programming_interface.md => application-programming-interface.md} (100%) diff --git a/content/de/application_programming_interface.md b/content/de/application-programming-interface.md similarity index 100% rename from content/de/application_programming_interface.md rename to content/de/application-programming-interface.md From c0638f67fa1028cc036fcc9ce40477e02846049d Mon Sep 17 00:00:00 2001 From: David Wagner Date: Fri, 28 Oct 2022 12:08:12 +0200 Subject: [PATCH 038/148] localization Signed-off-by: David Wagner --- content/de/client-server-architecture.md | 28 ++++++++++++++++++++++++ 1 file changed, 28 insertions(+) create mode 100644 content/de/client-server-architecture.md diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md new file mode 100644 index 0000000000..a5ed75ed94 --- /dev/null +++ b/content/de/client-server-architecture.md @@ -0,0 +1,28 @@ +--- +title: Client-Server-Architektur +status: Feedback erwünscht +category: Konzept +--- + +## Was es ist + +Bei einer Client-Server-Architektur ist eine Anwendung in zwei oder mehr Komponenten aufgeteilt. Dabei wird unterschieden zwischen Clients und Servern. +Ein Client fordert die Erledigung einer Aufgabe bei einem Server an und der Server wiederum nimmt diese Anfrage entgegen und bearbeitet die Aufgabe. +Ein Beispiel dafür ist Google Mail. Der Client ist in diesem Fall die Webanwendung bzw. die UI, die in dem Browser des Nutzers ausgeführt wird. +Mit einem Klick auf "Email senden" wird die geschriebene Email and den Server gesendet (Dienst zum Emails versenden), der in der Cloud von Google läuft und die Email an den Empfänger weiterleitet. + +Dies steht im Gegensatz zu eigenständigen Anwendungen (z. B. Desktop-Anwendungen), die die gesamte Arbeit an einem Ort erledigen. +So kann beispielsweise ein Textverarbeitungsprogramm wie Microsoft Word vollständig auf dem Computer des Nutzers installiert und ausgeführt werden. + +## Welches Problem es löst + +Eine Client-Server-Architektur löst eine große Herausforderung, die in sich geschlossene Anwendungen mit sich bringen: Regelmäßige Aktualisierungen. +Bei einer eigenständigen Anwendung müssten die Benutzer bei jeder Aktualisierung die neueste Version herunterladen und installieren. +Zum Beispiel müssten sich die Benutzer regelmäßig den kompletten Produktkatalog von Amazon auf ihre Computer herunterladen. +Außerdem vereinfacht es die gemeinsame Nutzung von Daten. So müssen Daten nicht mehr verschickt oder sogar auf physischen Datenträgern weitergegeben werden. + +## Wie es das Problem löst + +Durch die Implementierung der Anwendungslogik in einem Server können die Betreiber diese aktualisieren, ohne die Logik auf der Client-Seite ändern zu müssen. +Das führt dazu, dass Aktualisierungen viel häufiger vorgenommen werden können. +Die Speicherung von Daten auf dem Server ermöglicht es vielen Clients, dieselben Daten zu sehen und gemeinsam zu nutzen. From db7e38942e0e5bbebfe72a13795dc31a39642610 Mon Sep 17 00:00:00 2001 From: Noah Ispas Date: Wed, 9 Nov 2022 14:00:46 +0000 Subject: [PATCH 039/148] [DE] Localization of Blue Green Deployment (#1342) * first shot Signed-off-by: Noah Ispas (iamNoah1) * localize headers Signed-off-by: Noah Ispas (iamNoah1) * Update content/de/blue-green-deployment.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas * Update content/de/blue-green-deployment.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas * Update content/de/blue-green-deployment.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas * Update content/de/blue-green-deployment.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas * add change requests from Baris Signed-off-by: Noah Ispas (iamNoah1) Signed-off-by: Noah Ispas (iamNoah1) Signed-off-by: Noah Ispas Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/blue-green-deployment.md | 37 +++++++++++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 content/de/blue-green-deployment.md diff --git a/content/de/blue-green-deployment.md b/content/de/blue-green-deployment.md new file mode 100644 index 0000000000..318ad50966 --- /dev/null +++ b/content/de/blue-green-deployment.md @@ -0,0 +1,37 @@ +--- +title: Blue Green Deployment +status: Feedback erwünscht +category: Konzept +tags: ["methodology", "application", ""] +--- + +## Was es ist + +Blue-Green-Deployment ist eine Strategie zur Aktualisierung von produktiven Anwendungen. +Der Fokus liegt darauf, Ausfallszeiten zu minimieren oder gänzlich zu vermeiden. +In der Regel bezieht sich der Begriff Blue-Green-Deployment auf die Aktualisierung einer gesamten Anwendung +und weniger auf die Aktualisierung einzelner Komponenten (wie etwa [Microservices](/microservices/)) +aus denen eine Anwendung möglicherweise besteht. +Um hier Verwirrungen zu vermeiden, wird für letzeres eher der Begriff "Zero-Downtime-Deployment" bevorzugt. + + +## Welches Problem es löst + +Die Aktualisierung von Anwendungen ist üblicherweise mit Ausfallzeiten verbunden. +Je nach Anwendung können Ausfallszeiten allerdings gravierende Folgen haben. +Das Aktualisieren einzelner Komponenten einer Anwendung funktioniert leider nicht immer reibungslos. +Das liegt daran, dass eine Aktualisierung, +die Inkompatibilität einzelner Komponenten zur Folge haben kann. +Für solche Fälle müssen alle Komponenten der Anwendung gleichzeitig aktualisiert werden. + + +## Wie es das Problem löst + +Im Rahmen eines Blue-Green-Deployment werden für einen bestimmten Zeitraum zwei Umgebungen der produktiven Anwendung betrieben, +die jeweils als "blue" und "green" bezeichnet werden. +Die eine Umgebung (blue) stellt die produktive Anwendung dar (die Version, die von Benutzern aktuell verwendet wird), +während eine zweite Umgebung (green) bereitgestellt wird. +Diese zweite Umgebung enthält eine neue Version der Anwendung. +Sobald die Tests in der neuen Umgebung abgeschlossen sind, +wird der Datenverkehr auf diese Umgebung umgelenkt (oft mit Hilfe eines [Load Balancer](/load-balancer/)). +Im Anschluss kann die ältere Umgebung (blue) aus dem Betrieb genommen werden. From 6772ba3bf8ed51549c0e5aa832eeae00c8fbef93 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 1 Dec 2022 17:10:42 +0100 Subject: [PATCH 040/148] Update content/de/client-server-architecture.md Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/client-server-architecture.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index a5ed75ed94..21e3bb722b 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -9,7 +9,7 @@ category: Konzept Bei einer Client-Server-Architektur ist eine Anwendung in zwei oder mehr Komponenten aufgeteilt. Dabei wird unterschieden zwischen Clients und Servern. Ein Client fordert die Erledigung einer Aufgabe bei einem Server an und der Server wiederum nimmt diese Anfrage entgegen und bearbeitet die Aufgabe. Ein Beispiel dafür ist Google Mail. Der Client ist in diesem Fall die Webanwendung bzw. die UI, die in dem Browser des Nutzers ausgeführt wird. -Mit einem Klick auf "Email senden" wird die geschriebene Email and den Server gesendet (Dienst zum Emails versenden), der in der Cloud von Google läuft und die Email an den Empfänger weiterleitet. +Mit einem Klick auf "Email senden" wird die geschriebene Email and den Server gesendet, der in der Cloud von Google läuft und die Email an den Empfänger weiterleitet. Dies steht im Gegensatz zu eigenständigen Anwendungen (z. B. Desktop-Anwendungen), die die gesamte Arbeit an einem Ort erledigen. So kann beispielsweise ein Textverarbeitungsprogramm wie Microsoft Word vollständig auf dem Computer des Nutzers installiert und ausgeführt werden. From 4ec7ab8e0a851b5b29d5ee4f48d767f657f3ef1a Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 1 Dec 2022 17:11:11 +0100 Subject: [PATCH 041/148] Apply suggestions from code review Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/client-server-architecture.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index 21e3bb722b..8417dd1e57 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -11,13 +11,13 @@ Ein Client fordert die Erledigung einer Aufgabe bei einem Server an und der Serv Ein Beispiel dafür ist Google Mail. Der Client ist in diesem Fall die Webanwendung bzw. die UI, die in dem Browser des Nutzers ausgeführt wird. Mit einem Klick auf "Email senden" wird die geschriebene Email and den Server gesendet, der in der Cloud von Google läuft und die Email an den Empfänger weiterleitet. -Dies steht im Gegensatz zu eigenständigen Anwendungen (z. B. Desktop-Anwendungen), die die gesamte Arbeit an einem Ort erledigen. +Dies steht im Gegensatz zu sogenannten "Standalone" Anwendungen (z. B. Desktop-Anwendungen), die die gesamte Arbeit eigenständig erledigen. So kann beispielsweise ein Textverarbeitungsprogramm wie Microsoft Word vollständig auf dem Computer des Nutzers installiert und ausgeführt werden. ## Welches Problem es löst Eine Client-Server-Architektur löst eine große Herausforderung, die in sich geschlossene Anwendungen mit sich bringen: Regelmäßige Aktualisierungen. -Bei einer eigenständigen Anwendung müssten die Benutzer bei jeder Aktualisierung die neueste Version herunterladen und installieren. +Bei einer Standalone-Anwendung müssten die Benutzer bei jeder Aktualisierung die neueste Version herunterladen und installieren. Zum Beispiel müssten sich die Benutzer regelmäßig den kompletten Produktkatalog von Amazon auf ihre Computer herunterladen. Außerdem vereinfacht es die gemeinsame Nutzung von Daten. So müssen Daten nicht mehr verschickt oder sogar auf physischen Datenträgern weitergegeben werden. From ce1914c6abfdbfa2469f5133c61bdc200f264175 Mon Sep 17 00:00:00 2001 From: Baris Cubukcuoglu Date: Thu, 5 Jan 2023 16:34:33 +0100 Subject: [PATCH 042/148] Add german translation for bare metal machine (#1431) * Add german translation for bare metal machine Signed-off-by: Baris Cubukcuoglu Add corrections * Update content/de/bare-metal-machine.md Signed-off-by: Noah Ispas * Update content/de/bare-metal-machine.md Signed-off-by: Noah Ispas * Update content/de/bare-metal-machine.md Signed-off-by: Noah Ispas * Update content/de/bare-metal-machine.md Signed-off-by: Noah Ispas Signed-off-by: Noah Ispas Co-authored-by: Noah Ispas --- content/de/bare-metal-machine.md | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 content/de/bare-metal-machine.md diff --git a/content/de/bare-metal-machine.md b/content/de/bare-metal-machine.md new file mode 100644 index 0000000000..f6a53e5f62 --- /dev/null +++ b/content/de/bare-metal-machine.md @@ -0,0 +1,23 @@ +--- +title: Bare Metal Machine +status: Completed +category: Technologie +--- + +## Was es ist + +Bare Metal beschreibt einen physischen Computer, der als Server verwendet wird und leistungsstarke Hardware besitzt. +Demgegenüber stehen virtuelle Maschinen, die einen Großteil der Server ausmachen. + +## Welches Problem es löst + +Bei Virtualisierungen kommt es zu künstlicher Verzögerung bei der Übersetzung von Betriebssystemanweisungen in Maschinencode. +Falls die Verarbeitung eines Workloads einen schnellen Zugriff auf Hardwareressourcen erfordert, kann Bare Metal die richtige Lösung sein. + +## Wie es das Problem löst + +Durch die Bereitstellung der gesamten Ressourcen eines physischen Computers für ein einziges Betriebssystem, kann die bestmögliche Leistung erzielt werden. +Durch die Skalierbarkeit von [Cloud Native Apps](/cloud-native-apps/) kann eine große Anzahl von parallelen Events effizient verarbeitet werden. +Dies kann entweder durch horizontale oder vertikale Skalierung erreicht werden. +Für bestimmte Workloads kann eine vertikale Skalierung und/oder eine schnelle Reaktionszeit der physischen Hardware erforderlich sein. +Für diesen Fall eignet sich Bare Metal. \ No newline at end of file From 4df42620faf2be19ad3296d3da1e63617bae0f0f Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Sat, 28 Jan 2023 00:13:27 +0530 Subject: [PATCH 043/148] [hi] Localize virtualization.md to Hindi Created a file called virualization.md to localize the page: https://glossary.cncf.io/virtualization/ into Hindi Resolves #1597 Signed-off-by: ANUSHKA SAXENA --- content/hi/virtualization.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 content/hi/virtualization.md diff --git a/content/hi/virtualization.md b/content/hi/virtualization.md new file mode 100644 index 0000000000..f14d7b0140 --- /dev/null +++ b/content/hi/virtualization.md @@ -0,0 +1,18 @@ +--- +title: आभासीकरण (Virtualization) +status: Feedback Appreciated +category: संकल्पना +tags: ["अवसंरचना", "मूलभूत", "कार्य-प्रणाली"] +--- + +## यह क्या है + +क्लाउड नेटिव कंप्यूटिंग के संदर्भ में आभासीकरण (वर्चुअलाइजेशन), एक भौतिक कंप्यूटर लेने की प्रक्रिया को संदर्भित करता है, जिसे कभी-कभी सर्वर भी कहा जाता है, और उसे कई पृथक ऑपरेटिंग सिस्टम चलाने की अनुमति देता है। उन पृथक ऑपरेटिंग सिस्टम और उनके समर्पित कंप्यूट संसाधन (सीपीयू, मेमोरी और नेटवर्क) को आभासी (वर्चुअल) मशीन या 'वीएम' (VM) कहा जाता है। जब हम आभासी मशीन के बारे में बात करते हैं, तो हम सॉफ्टवेयर-परिभाषित कंप्यूटर के बारे में बात कर रहे होते हैं। यह कुछ ऐसा है जो वास्तविक कंप्यूटर की तरह दिखता और कार्य तो करता है लेकिन अन्य आभासी मशीनों के साथ हार्डवेयर साझा कर रहा है। क्लाउड कंप्यूटिंग मुख्य रूप से आभासीकरण की तकनीक द्वारा संचालित है। उदाहरण के तौर पर, आप 'ए डब्ल्यू एस'(AWS) से "कंप्यूटर" किराये पर ले सकते हैं - यह कंप्यूटर वास्तव में एक आभासी मशीन है। + +## समस्या जिस का यह समाधान करता है + +वर्चुअलाइजेशन कई समस्याओं का समाधान करता है, जिसमें सुरक्षा के लिए एक दूसरे से अलग होते हुए भी एक ही भौतिक मशीन पर और अधिक अनुप्रयोगों (ऐप्स) को चलने की अनुमति देकर भौतिक हार्डवेयर उपयोग में सुधार भी शामिल है। + +## यह कैसे मदद करता है + +आभासी मशीन पर चलने वाले अनुप्रयोगों (ऐप्स) को इस बात की कोई जानकारी नहीं होती है कि वे एक भौतिक कंप्यूटर साझा कर रहे हैं। आभासीकरण डेटासेंटर के उपयोगकर्ताओं को डेटासेंटर में एक नया कंप्यूटर जोड़ने की भौतिक बाधाओं के बारे में चिंता किए बिना, मिनटों में एक नए "कंप्यूटर" (उर्फ़ वीएम) को तुरंत शुरू करने की अनुमति देता है। आभासी मशीन उपयोगकर्ताओं को एक नया आभासी कंप्यूटर प्राप्त करने के लिए लगने वाली समयावधि को घटाने में भी सक्षम बनाता है। From 5493f50bd7d90b37d9295d8b2196fd76c3b1e173 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Wed, 8 Feb 2023 17:40:26 +0100 Subject: [PATCH 044/148] add change requests Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/client-server-architecture.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index 8417dd1e57..95b783f78c 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -20,9 +20,11 @@ Eine Client-Server-Architektur löst eine große Herausforderung, die in sich ge Bei einer Standalone-Anwendung müssten die Benutzer bei jeder Aktualisierung die neueste Version herunterladen und installieren. Zum Beispiel müssten sich die Benutzer regelmäßig den kompletten Produktkatalog von Amazon auf ihre Computer herunterladen. Außerdem vereinfacht es die gemeinsame Nutzung von Daten. So müssen Daten nicht mehr verschickt oder sogar auf physischen Datenträgern weitergegeben werden. +Je größer eine Applikation ist, desto höher werden die Anforderungen an das Endgeräte. Wachsende Standalone Anwendungen belegen dadurch immer mehr physische Ressourcen auf der Maschine des Nutzers- ## Wie es das Problem löst Durch die Implementierung der Anwendungslogik in einem Server können die Betreiber diese aktualisieren, ohne die Logik auf der Client-Seite ändern zu müssen. Das führt dazu, dass Aktualisierungen viel häufiger vorgenommen werden können. Die Speicherung von Daten auf dem Server ermöglicht es vielen Clients, dieselben Daten zu sehen und gemeinsam zu nutzen. +Bei einer Client-Server-Architektur muss auf dem Endgerät des Nutzers nicht die komplette Applikation laufen, sondern nur der vergleichsweise schmale Client. Das Backend kann auf externen Servern laufen, die entsprechend hochskaliert werden können. From 6d54af4027fc45028406ed00e47cd8a621584762 Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Fri, 10 Feb 2023 21:20:59 +0530 Subject: [PATCH 045/148] [hi] Localize cloud-native-security.md to Hindi Created a file called cloud-native-security.md to localize the page:https://glossary.cncf.io/cloud-native-security/ into Hindi Resolves #686 Signed-off-by: ANUSHKA SAXENA --- content/hi/cloud-native-security.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 content/hi/cloud-native-security.md diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md new file mode 100644 index 0000000000..6a81339e04 --- /dev/null +++ b/content/hi/cloud-native-security.md @@ -0,0 +1,18 @@ +--- +title: क्लाउड नेटिव सुरक्षा (Cloud Native Security) +status: Feedback Appreciated +category: संकल्पना +tags: ["सुरक्षा"] +--- + +## यह क्या है + +क्लाउड नेटिव सुरक्षा एक दृष्टिकोण है जो क्लाउड नेटिव अनुप्रयोगों में सुरक्षा निर्मित करता है। यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर उत्पादन तक संपूर्ण अनुप्रयोग जीवनचक्र का हिस्सा बनी रहे। क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है । क्लाउड नेटिव सुरक्षा डेवसेकॉप्स [DevSecOps](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। + +## समस्या जिस का यह समाधान करता है + +पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब मान्य नहीं हैं। [क्लाउड नेटिव ऐप](/cloud-native-apps/) (अनुप्रयोग) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, मेज़बान-आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव अनुप्रयोगों के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। + +## यह कैसे मदद करता है + +क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीका पेश करती है जो पारंपरिक सुरक्षा प्रतिरूप से स्थानांतरित करके अनुप्रयोगों की सुरक्षा करती है जहां विमोचन (रिलीज़) चक्र के हर चरण में सुरक्षा शामिल होती है। हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करता है या यह सुनिश्चित करता है कि बुनियादी ढांचे को नियमित रूप से बदला जा रहा है। From 6cd3f35098fb4198ee2ef4c3979433a6aa80d0e0 Mon Sep 17 00:00:00 2001 From: Noah Ispas Date: Thu, 16 Feb 2023 14:59:43 +0000 Subject: [PATCH 046/148] Update content/de/client-server-architecture.md Signed-off-by: Noah Ispas --- content/de/client-server-architecture.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index 95b783f78c..359a34c7cf 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -20,7 +20,8 @@ Eine Client-Server-Architektur löst eine große Herausforderung, die in sich ge Bei einer Standalone-Anwendung müssten die Benutzer bei jeder Aktualisierung die neueste Version herunterladen und installieren. Zum Beispiel müssten sich die Benutzer regelmäßig den kompletten Produktkatalog von Amazon auf ihre Computer herunterladen. Außerdem vereinfacht es die gemeinsame Nutzung von Daten. So müssen Daten nicht mehr verschickt oder sogar auf physischen Datenträgern weitergegeben werden. -Je größer eine Applikation ist, desto höher werden die Anforderungen an das Endgeräte. Wachsende Standalone Anwendungen belegen dadurch immer mehr physische Ressourcen auf der Maschine des Nutzers- +Je größer eine Applikation ist, desto höher werden die Anforderungen an das Endgeräte. +Wachsende Standalone Anwendungen belegen dadurch immer mehr physische Ressourcen auf der Maschine des Nutzers. ## Wie es das Problem löst From 7bdf75c5d3286ac3d472a2a24c813706d6b745de Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Tue, 28 Feb 2023 09:06:20 +0100 Subject: [PATCH 047/148] Update content/de/client-server-architecture.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/client-server-architecture.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index 359a34c7cf..c88aaf776c 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -8,7 +8,7 @@ category: Konzept Bei einer Client-Server-Architektur ist eine Anwendung in zwei oder mehr Komponenten aufgeteilt. Dabei wird unterschieden zwischen Clients und Servern. Ein Client fordert die Erledigung einer Aufgabe bei einem Server an und der Server wiederum nimmt diese Anfrage entgegen und bearbeitet die Aufgabe. -Ein Beispiel dafür ist Google Mail. Der Client ist in diesem Fall die Webanwendung bzw. die UI, die in dem Browser des Nutzers ausgeführt wird. +Ein Beispiel dafür ist Google Mail. Der Client ist in diesem Fall die Webanwendung bzw. die UI, die im Browser des Nutzers ausgeführt wird. Mit einem Klick auf "Email senden" wird die geschriebene Email and den Server gesendet, der in der Cloud von Google läuft und die Email an den Empfänger weiterleitet. Dies steht im Gegensatz zu sogenannten "Standalone" Anwendungen (z. B. Desktop-Anwendungen), die die gesamte Arbeit eigenständig erledigen. From 182e69519ef69a70dd8488c0cb47c5a6965a797f Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Tue, 28 Feb 2023 09:08:15 +0100 Subject: [PATCH 048/148] Update content/de/client-server-architecture.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/client-server-architecture.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index c88aaf776c..be060b143b 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -20,7 +20,7 @@ Eine Client-Server-Architektur löst eine große Herausforderung, die in sich ge Bei einer Standalone-Anwendung müssten die Benutzer bei jeder Aktualisierung die neueste Version herunterladen und installieren. Zum Beispiel müssten sich die Benutzer regelmäßig den kompletten Produktkatalog von Amazon auf ihre Computer herunterladen. Außerdem vereinfacht es die gemeinsame Nutzung von Daten. So müssen Daten nicht mehr verschickt oder sogar auf physischen Datenträgern weitergegeben werden. -Je größer eine Applikation ist, desto höher werden die Anforderungen an das Endgeräte. +Je größer eine Applikation ist, desto höher werden die Anforderungen an das Endgerät. Wachsende Standalone Anwendungen belegen dadurch immer mehr physische Ressourcen auf der Maschine des Nutzers. ## Wie es das Problem löst From b9dfb63f0d4c5a049a53f1ba691d2fea4fbb9346 Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Wed, 15 Mar 2023 11:50:02 +0530 Subject: [PATCH 049/148] =?UTF-8?q?Replace=20=20'=E0=A4=89=E0=A4=A4?= =?UTF-8?q?=E0=A5=8D=E0=A4=AA=E0=A4=BE=E0=A4=A6=E0=A4=A8'=20with=20'?= =?UTF-8?q?=E0=A4=A8=E0=A4=BF=E0=A4=B0=E0=A5=8D=E0=A4=AE=E0=A4=BE=E0=A4=A3?= =?UTF-8?q?'?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Changes in line 10. Signed-off-by: ANUSHKA SAXENA --- content/hi/cloud-native-security.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md index 6a81339e04..a6b608c692 100644 --- a/content/hi/cloud-native-security.md +++ b/content/hi/cloud-native-security.md @@ -7,7 +7,7 @@ tags: ["सुरक्षा"] ## यह क्या है -क्लाउड नेटिव सुरक्षा एक दृष्टिकोण है जो क्लाउड नेटिव अनुप्रयोगों में सुरक्षा निर्मित करता है। यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर उत्पादन तक संपूर्ण अनुप्रयोग जीवनचक्र का हिस्सा बनी रहे। क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है । क्लाउड नेटिव सुरक्षा डेवसेकॉप्स [DevSecOps](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। +क्लाउड नेटिव सुरक्षा एक दृष्टिकोण है जो क्लाउड नेटिव अनुप्रयोगों में सुरक्षा निर्मित करता है। यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर निर्माण तक संपूर्ण अनुप्रयोग जीवनचक्र का हिस्सा बनी रहे। क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है। क्लाउड नेटिव सुरक्षा डेवसेकॉप्स [DevSecOps](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। ## समस्या जिस का यह समाधान करता है From 41ad495f89c875935275c3c713977f3875c9a9a3 Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Mon, 20 Mar 2023 00:56:10 +0530 Subject: [PATCH 050/148] =?UTF-8?q?Replace=20'=E0=A4=AE=E0=A4=BE=E0=A4=A8?= =?UTF-8?q?=E0=A5=8D=E0=A4=AF'=20with=20'=E0=A4=B5=E0=A5=88=E0=A4=A7'?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Changes in line 14 Signed-off-by: ANUSHKA SAXENA --- content/hi/cloud-native-security.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md index a6b608c692..8a439ed88f 100644 --- a/content/hi/cloud-native-security.md +++ b/content/hi/cloud-native-security.md @@ -11,7 +11,7 @@ tags: ["सुरक्षा"] ## समस्या जिस का यह समाधान करता है -पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब मान्य नहीं हैं। [क्लाउड नेटिव ऐप](/cloud-native-apps/) (अनुप्रयोग) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, मेज़बान-आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव अनुप्रयोगों के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। +पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। [क्लाउड नेटिव ऐप](/cloud-native-apps/) (अनुप्रयोग) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, मेज़बान-आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव अनुप्रयोगों के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। ## यह कैसे मदद करता है From 8ba4fefb7400347df8a5a22b6603b3f21474a659 Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Wed, 19 Apr 2023 01:00:53 +0530 Subject: [PATCH 051/148] Update required changes MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Replace "अनुप्रयोग" with "ऐपस्" and rephrased line 17. Signed-off-by: ANUSHKA SAXENA --- content/hi/cloud-native-security.md | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md index 8a439ed88f..e4018d0895 100644 --- a/content/hi/cloud-native-security.md +++ b/content/hi/cloud-native-security.md @@ -7,12 +7,11 @@ tags: ["सुरक्षा"] ## यह क्या है -क्लाउड नेटिव सुरक्षा एक दृष्टिकोण है जो क्लाउड नेटिव अनुप्रयोगों में सुरक्षा निर्मित करता है। यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर निर्माण तक संपूर्ण अनुप्रयोग जीवनचक्र का हिस्सा बनी रहे। क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है। क्लाउड नेटिव सुरक्षा डेवसेकॉप्स [DevSecOps](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। +क्लाउड नेटिव सुरक्षा एक दृष्टिकोण है जो क्लाउड नेटिव ऐपस् में सुरक्षा निर्मित करता है। यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर निर्माण तक संपूर्ण ऐप के जीवनचक्र का हिस्सा बनी रहे। क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है। क्लाउड नेटिव सुरक्षा डेवसेकॉप्स [(DevSecOps)](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। ## समस्या जिस का यह समाधान करता है -पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। [क्लाउड नेटिव ऐप](/cloud-native-apps/) (अनुप्रयोग) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, मेज़बान-आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव अनुप्रयोगों के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। +पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। [क्लाउड नेटिव ऐपस्](/cloud-native-apps/) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, होस्ट पर आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव ऐपस् के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। ## यह कैसे मदद करता है - -क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीका पेश करती है जो पारंपरिक सुरक्षा प्रतिरूप से स्थानांतरित करके अनुप्रयोगों की सुरक्षा करती है जहां विमोचन (रिलीज़) चक्र के हर चरण में सुरक्षा शामिल होती है। हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करता है या यह सुनिश्चित करता है कि बुनियादी ढांचे को नियमित रूप से बदला जा रहा है। +क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीक़ा पेश करती है। यह पारंपरिक सुरक्षा प्रतिरूप को स्थानांतरित करके ऐपस् की सुरक्षा करती है जहां विमोचन (रिलीज़) चक्र के हर चरण में सुरक्षा शामिल होती है। हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करता है या यह सुनिश्चित करता है कि बुनियादी ढांचे को नियमित रूप से बदला जा रहा है। From 4cf3f78099087aee44c00b530bbe14040141a2a8 Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Wed, 19 Apr 2023 01:03:06 +0530 Subject: [PATCH 052/148] Update required changes Signed-off-by: ANUSHKA SAXENA --- content/hi/cloud-native-security.md | 1 + 1 file changed, 1 insertion(+) diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md index e4018d0895..a5f28085cb 100644 --- a/content/hi/cloud-native-security.md +++ b/content/hi/cloud-native-security.md @@ -14,4 +14,5 @@ tags: ["सुरक्षा"] पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। [क्लाउड नेटिव ऐपस्](/cloud-native-apps/) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, होस्ट पर आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव ऐपस् के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। ## यह कैसे मदद करता है + क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीक़ा पेश करती है। यह पारंपरिक सुरक्षा प्रतिरूप को स्थानांतरित करके ऐपस् की सुरक्षा करती है जहां विमोचन (रिलीज़) चक्र के हर चरण में सुरक्षा शामिल होती है। हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करता है या यह सुनिश्चित करता है कि बुनियादी ढांचे को नियमित रूप से बदला जा रहा है। From c00186efdaf453bf967d75c38ce9a198120ce95b Mon Sep 17 00:00:00 2001 From: Nitish Kumar Date: Fri, 21 Apr 2023 21:42:25 +0530 Subject: [PATCH 053/148] service.md localised to Hindi (#1428) Signed-off-by: NitishKumar06 --- content/hi/service.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 content/hi/service.md diff --git a/content/hi/service.md b/content/hi/service.md new file mode 100644 index 0000000000..91e2e1e9b3 --- /dev/null +++ b/content/hi/service.md @@ -0,0 +1,12 @@ +--- +title: सेवा(Service) +status: Completed +category: संकल्पना +tags: ["वास्तुकला", "", ""] +--- + +कृपया ध्यान दें कि आईटी में सेवा के कई अर्थ होते हैं। +हम एक अधिक पारंपरिक अर्थ पर ध्यान केंद्रित करेंगे +यदि सेवाएँ माइक्रोसर्विसेज से भिन्न हैं और वे कैसे भिन्न हैं, यह बारीक है और अलग-अलग लोगों की अलग-अलग राय हो सकती है। +एक उच्च-स्तरीय परिभाषा के लिए, हम उन्हें समान मानेंगे। +कृपया [माइक्रोसर्विसेज](/microservices/) परिभाषा देखें। From c6401de96e63c4bc9b3e647bc5d831e86d51384b Mon Sep 17 00:00:00 2001 From: Yash Pimple <97302447+YashPimple@users.noreply.github.com> Date: Sat, 22 Apr 2023 12:07:12 +0530 Subject: [PATCH 054/148] [hi] Localise Event-streaming in Hindi (#1538) * [hi] Localise Event-streaming in Hindi Signed-off-by: Yash Pimple <97302447+YashPimple@users.noreply.github.com> * Updated eventstreaming.md file Make the required changes as instructed Related issue #1538 Signed-off-by: Yash Pimple 97302447+YashPimple@users.noreply.github.com Signed-off-by: Yash Pimple <97302447+YashPimple@users.noreply.github.com> --------- Signed-off-by: Yash Pimple <97302447+YashPimple@users.noreply.github.com> --- content/hi/event-streaming.md | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 content/hi/event-streaming.md diff --git a/content/hi/event-streaming.md b/content/hi/event-streaming.md new file mode 100644 index 0000000000..815b25212b --- /dev/null +++ b/content/hi/event-streaming.md @@ -0,0 +1,25 @@ +--- +title: इवेंट स्ट्रीमिंग (Event Streaming) +status: Completed +category: अवधारणा +tags: ["क्रियाविधि", "नेटवर्किंग", ""] +--- + +## यह क्या है + +इवेंट स्ट्रीमिंग एक ऐसा दृष्टिकोण है जहां सॉफ़्टवेयर इवेंट डेटा को एक एप्लिकेशन से दूसरे एप्लिकेशन में भेजता है ताकि वे लगातार संवाद कर सकें कि वे क्या कर रहे हैं। +एक ऐसी सेवा की कल्पना करें जो अन्य सेवाओं के लिए वह सब कुछ प्रसारित करती है जो वह करती है। किसी सेवा द्वारा की गई प्रत्येक गतिविधि को एक ईवेंट के रूप में संदर्भित किया जाता है, इसलिए इसे इवेंट स्ट्रीमिंग कहा जाता है। उदाहरण के लिए, NASDAQ को हर सेकंड स्टॉक और कमोडिटी प्राइसिंग पर अपडेट मिलता है। यदि आपके पास एक ऐसा एप्लिकेशन है जो स्टॉक के एक विशिष्ट सेट की निगरानी करता है, तो आप लगभग रीयल-टाइम में वह जानकारी प्राप्त करना चाहेंगे। +`Yahoo! Finance` एक [एपीआई](/application-programming-interface/) प्रदान करता है जो NASDAQ से डेटा खींचता है और उनके आवेदन से सूचना (या घटनाओं) को भेजता है (या स्ट्रीम करता है) किसी भी आवेदन के लिए जो इसकी सदस्यता लेता है। भेजे जा रहे डेटा के साथ-साथ उस डेटा में परिवर्तन (स्टॉक की कीमतें) घटनाएँ हैं जबकि उन्हें किसी एप्लिकेशन तक पहुँचाने की प्रक्रिया इवेंट स्ट्रीमिंग है। + + +## समस्या + +परंपरागत रूप से, `Yahoo! Finance` ने एकल टीसीपी अनुरोधों का उपयोग किया था। यह बहुत अक्षम था क्योंकि इसमें प्रत्येक घटना के लिए एक कनेक्शन बनाने की आवश्यकता होती थी| +चूंकि डेटा प्रकृति में अधिक रीयल-टाइम बन जाता है, ऐसे समाधान को स्केल करना अक्षम हो जाता है। एक बार कनेक्शन खोलना और घटनाओं को प्रवाहित होने देना वास्तविक समय संग्रह के लिए आदर्श है।उत्पन्न होने वाले डेटा की मात्रा तेजी से बढ़ रही है और इसके साथ ही डेटा स्थिति निरंतर प्रवाह में है। +डेवलपर्स और उपयोगकर्ताओं को उस डेटा को वास्तविक समय में देखने में सक्षम होना चाहिए। + + +## समाधान + +इवेंट स्ट्रीमिंग डेटा परिवर्तनों को स्रोत से रिसीवर तक संचारित करने की अनुमति देती है। सूचना के अनुरोध के लिए सेवाओं की प्रतीक्षा करने के बजाय, सेवा अपने सभी कार्यक्रमों (या गतिविधियों) को लगातार स्ट्रीम करती है। यह इस बारे में चिंतित नहीं है कि सूचना का क्या होता है। +यह केवल वही करता है जो इसे करने की आवश्यकता होती है और इसे प्रसारित करता है, इस प्रकार यह किसी भी अन्य सेवा से पूरी तरह स्वतंत्र रहता है। From 905cf9033b1e1161085c22b0033fb4ce6cc37582 Mon Sep 17 00:00:00 2001 From: Gaurav Shukla Date: Sat, 22 Apr 2023 12:59:06 +0530 Subject: [PATCH 055/148] Add microservices.md (#1559) * Add microservices.md * Update microservices.md Signed-off-by: Gaurav Shukla --------- Signed-off-by: Gaurav Shukla --- content/hi/microservices.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 content/hi/microservices.md diff --git a/content/hi/microservices.md b/content/hi/microservices.md new file mode 100644 index 0000000000..6d56c5e401 --- /dev/null +++ b/content/hi/microservices.md @@ -0,0 +1,18 @@ +--- +title: माइक्रोसर्विसेज(Microservices) +status: Completed +category: संकल्पना +tags : ["आर्किटेक्चर","मौलिक"] +--- + +## यह क्या है + +माइक्रोसर्विसेज अनुप्रयोग विकास के लिए एक आधुनिक दृष्टिकोण है जो क्लाउड नेटिव प्रौद्योगिकियों का लाभ उठाता है। जबकि आधुनिक एप्लिकेशन, जैसे नेटफ्लिक्स, एक ही ऐप प्रतीत होते हैं, वे वास्तव में छोटी सेवाओं का एक संग्रह हैं - सभी एक साथ मिलकर काम कर रहे हैं। उदाहरण के लिए, एक एकल पृष्ठ जो आपको वीडियो तक पहुंचने, खोजने और पूर्वावलोकन करने की अनुमति देता है, संभवतः छोटी सेवाओं द्वारा संचालित होता है जो प्रत्येक इसके एक पहलू को संभालती हैं (जैसे खोज, प्रमाणीकरण और आपके ब्राउज़र में पूर्वावलोकन चलाना)। संक्षेप में, माइक्रोसर्विसेज एक एप्लिकेशन आर्किटेक्चर पैटर्न को संदर्भित करता है जो आमतौर पर अखंड अनुप्रयोगों के विपरीत होता है । + +## समस्या + +माइक्रोसर्विसेज अखंड अनुप्रयोगों द्वारा उत्पन्न चुनौतियों का जवाब है। आम तौर पर, किसी एप्लिकेशन के विभिन्न हिस्सों को अलग-अलग स्केल करने की आवश्यकता होगी । एक ऑनलाइन स्टोर, उदाहरण के लिए, चेकआउट की तुलना में अधिक उत्पाद दृश्य होने जा रहे हैं। इसका मतलब है कि आपको चेकआउट की तुलना में चल रही उत्पाद दृश्य कार्यक्षमता की अधिक प्रतियों की आवश्यकता होगी। एक अखंड अनुप्रयोग में, तर्क के उन अंशों को अलग से तैनात नहीं किया जा सकता है। यदि आप उत्पाद की कार्यक्षमता को अलग-अलग माप नहीं सकते हैं, तो आपको पूरे ऐप को अन्य सभी घटकों के साथ डुप्लिकेट करना होगा जिनकी आपको आवश्यकता नहीं है - संसाधनों का अक्षम उपयोग। अखंड अनुप्रयोग भी डेवलपर्स के लिए डिज़ाइन की कमियों के आगे झुकना आसान बनाते हैं। क्योंकि सभी कोड एक ही स्थान पर हैं, इसलिए उस कोड को कसकर युग्मित करना आसान होता है और चिंताओं को अलग करने के सिद्धांत को लागू करना कठिन है। मोनोलिथ्स की अक्सर आवश्यकता होती है कि डेवलपर्स उत्पादक होने से पहले पूरे कोडबेस को समझें । + +## समाधान + +अलग-अलग माइक्रोसर्विसेज में कार्यक्षमता को अलग करने से उन्हें स्वतंत्र रूप से तैनात करना, अपडेट करना और स्केल करना आसान हो जाता है। अलग-अलग टीमों को एक बड़े एप्लिकेशन के अपने स्वयं के छोटे हिस्से पर ध्यान केंद्रित करने की अनुमति देकर आप बाकी संगठन को नकारात्मक रूप से प्रभावित किए बिना उनके ऐप पर काम करना भी आसान बना देते हैं। जबकि माइक्रोसर्विसेज कई समस्याओं को हल करते हैं, वे ऑपरेशनल ओवरहेड भी बनाते हैं - जिन चीजों को आपको परिनियोजित करने और परिमाण या अधिक के क्रम में वृद्धि का ट्रैक रखने की आवश्यकता होती है। कई क्लाउड-नेटिव तकनीकों का उद्देश्य माइक्रोसर्विसेज को तैनात करना और प्रबंधित करना आसान बनाना है। From 7f30a5e8917722813086d514a43a62f8e26603ea Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Tue, 16 May 2023 15:01:50 +0200 Subject: [PATCH 056/148] Create containers.md first throw Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 31 +++++++++++++++++++++++++++++++ 1 file changed, 31 insertions(+) create mode 100644 content/de/containers.md diff --git a/content/de/containers.md b/content/de/containers.md new file mode 100644 index 0000000000..7c629e97ad --- /dev/null +++ b/content/de/containers.md @@ -0,0 +1,31 @@ +--- +title: Container +status: Feedback erwünscht +category: Konzept +--- + +## Was es ist + +Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. +Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. +Benötigte Tools und Dateien werden als Container-Image verpackt und sind somit in sich geschlossen und können mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. +Es können mehrere Container auf der selben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. + +## Welches Problem es löst + +Bevor es Container gab, waren separate Rechner erforderlich, um Anwendungen auszuführen. +Jede Maschine benötigte ihr eigenes Betriebssystem, das CPU, Speicher und Festplattenplatz beanspruchte, damit eine einzelne Anwendung funktionieren konnte. +Führte man mehrere Anwendungen auf derselben Maschine aus, konnte das zu Konflikten in der Ressourcenbelegung führen, wenn z.B. zwei Anwendungen auf die selbe Speicherstelle zugreifen. +Darüber hinaus ist die Wartung, das Upgrade und der Start eines Betriebssystems eine weitere mühsame Angelegenheit. + + +## Wie es das Problem löst + +Container teilen sich dasselbe Betriebssystem und seine Ressourcen sind aber durch die Zuordnung virtueller Ressourcen voneinander isoliert, wodurch der Ressourcen-Overhead des Betriebssystems verteilt wird und eine effiziente Nutzung des physischen Rechners ermöglicht wird. +Dadurch können viel mehr Anwendungen auf demselben physischen Rechner ausgeführt werden. +Durch die Nutzung des zugrunde liegenden Betriebssystem, sind sie im Vergleich zu [virtuellen Maschinen](/virtual-machine/) sehr leichtgewichtig und können schneller hoch- und heruntergefahren werden. + +Allerdings gibt es auch Einschränkungen. +Da Container dasselbe Betriebssystem nutzen, können Prozesse als weniger sicher angesehen werden. +Container erfordern auch eine Begrenzung der gemeinsam genutzten Ressourcen. +Um die Ressourcen zu garantieren, müssen die Administratoren die Speicher- und CPU-Nutzung einschränken und begrenzen, damit andere Anwendungen keine schlechten Leistungen erbringen oder abstürzen. From d83eb1fc3b9a023c3951ed50f12e37ef01c92b82 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Tue, 16 May 2023 15:04:07 +0200 Subject: [PATCH 057/148] Update containers.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/containers.md b/content/de/containers.md index 7c629e97ad..0c75a27afd 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -8,7 +8,7 @@ category: Konzept Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. -Benötigte Tools und Dateien werden als Container-Image verpackt und sind somit in sich geschlossen und können mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. +Benötigte Tools und Dateien werden als Container-Image verpackt und dieses ist somit in sich geschlossen und kann mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. Es können mehrere Container auf der selben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. ## Welches Problem es löst From be11f28565f7253c79e24cb82d617a6104f951ab Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Tue, 16 May 2023 15:04:54 +0200 Subject: [PATCH 058/148] Update containers.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 1 + 1 file changed, 1 insertion(+) diff --git a/content/de/containers.md b/content/de/containers.md index 0c75a27afd..7041dd6323 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -8,6 +8,7 @@ category: Konzept Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. +Es können mehrere Container auf der selben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. Benötigte Tools und Dateien werden als Container-Image verpackt und dieses ist somit in sich geschlossen und kann mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. Es können mehrere Container auf der selben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. From 879dad573924880ef55dc152a57ef23e4d973a8f Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Wed, 17 May 2023 18:50:58 +0200 Subject: [PATCH 059/148] Update containers.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/de/containers.md b/content/de/containers.md index 7041dd6323..160ace3b1b 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -9,8 +9,7 @@ category: Konzept Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. Es können mehrere Container auf der selben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. -Benötigte Tools und Dateien werden als Container-Image verpackt und dieses ist somit in sich geschlossen und kann mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. -Es können mehrere Container auf der selben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. +Benötigte Tools und Dateien werden als Container-Image verpackt und dieses ist somit in sich geschlossen und kann mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. ## Welches Problem es löst From 31288cb5c1a9cbc008a239c2dae19017bca20fa0 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Wed, 17 May 2023 18:54:31 +0200 Subject: [PATCH 060/148] Update containers.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/content/de/containers.md b/content/de/containers.md index 160ace3b1b..054a1cad67 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -13,7 +13,7 @@ Benötigte Tools und Dateien werden als Container-Image verpackt und dieses ist ## Welches Problem es löst -Bevor es Container gab, waren separate Rechner erforderlich, um Anwendungen auszuführen. +Bevor es Container gab, waren separate Rechner oder [virtuellen Maschinen](/virtual-machine/) erforderlich, um Anwendungen auszuführen. Jede Maschine benötigte ihr eigenes Betriebssystem, das CPU, Speicher und Festplattenplatz beanspruchte, damit eine einzelne Anwendung funktionieren konnte. Führte man mehrere Anwendungen auf derselben Maschine aus, konnte das zu Konflikten in der Ressourcenbelegung führen, wenn z.B. zwei Anwendungen auf die selbe Speicherstelle zugreifen. Darüber hinaus ist die Wartung, das Upgrade und der Start eines Betriebssystems eine weitere mühsame Angelegenheit. @@ -21,11 +21,10 @@ Darüber hinaus ist die Wartung, das Upgrade und der Start eines Betriebssystems ## Wie es das Problem löst -Container teilen sich dasselbe Betriebssystem und seine Ressourcen sind aber durch die Zuordnung virtueller Ressourcen voneinander isoliert, wodurch der Ressourcen-Overhead des Betriebssystems verteilt wird und eine effiziente Nutzung des physischen Rechners ermöglicht wird. -Dadurch können viel mehr Anwendungen auf demselben physischen Rechner ausgeführt werden. +Container teilen sich dasselbe Betriebssysten, jedoch sind sie durch die Zuordnung virtueller Ressourcen voneinander isoliert, wodurch der Ressourcen-Overhead des Betriebssystems verteilt wird und eine effiziente Nutzung des physischen Rechners ermöglicht wird. +Dadurch können mehrere Anwendungen auf demselben physischen Rechner ausgeführt werden. Durch die Nutzung des zugrunde liegenden Betriebssystem, sind sie im Vergleich zu [virtuellen Maschinen](/virtual-machine/) sehr leichtgewichtig und können schneller hoch- und heruntergefahren werden. Allerdings gibt es auch Einschränkungen. -Da Container dasselbe Betriebssystem nutzen, können Prozesse als weniger sicher angesehen werden. -Container erfordern auch eine Begrenzung der gemeinsam genutzten Ressourcen. +Da Container das selbe Betriebssystem nutzen, können Prozesse als weniger sicher angesehen werden. Um die Ressourcen zu garantieren, müssen die Administratoren die Speicher- und CPU-Nutzung einschränken und begrenzen, damit andere Anwendungen keine schlechten Leistungen erbringen oder abstürzen. From 8bc5437c6b624e976eab37d2deede6e9c10d80f3 Mon Sep 17 00:00:00 2001 From: Shivam Sharma Date: Sun, 25 Jun 2023 19:24:31 +0530 Subject: [PATCH 061/148] [hi] Localize content/hi/cloud-computing.md (#1250) * Create cloud-computing.md Signed-off-by: Shivam Sharma * alignment of the sentences fix Signed-off-by: Shivam Sharma * Update content/hi/cloud-computing.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/cloud-computing.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/cloud-computing.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma --------- Signed-off-by: Shivam Sharma Co-authored-by: Anubhav Vardhan --- content/hi/cloud-computing.md | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) create mode 100644 content/hi/cloud-computing.md diff --git a/content/hi/cloud-computing.md b/content/hi/cloud-computing.md new file mode 100644 index 0000000000..2713bfc4b6 --- /dev/null +++ b/content/hi/cloud-computing.md @@ -0,0 +1,21 @@ +--- +title: क्लाउड कंप्यूटिंग (cloud computing) +status: Completed +category: अवधारणा +tags: ["infrastructure", "", ""] +--- +## यह क्या है ? +क्लाउड कंप्यूटिंग एक ऐसा मॉडल है जो इंटरनेट पर ऑन-डिमांड सीपीयू, नेटवर्क और डिस्क क्षमताओं जैसे कंप्यूट संसाधन प्रदान करता है। +क्लाउड कंप्यूटिंग उपयोगकर्ताओं को दूरस्थ भौतिक स्थान में कंप्यूटिंग शक्ति तक पहुंचने और उपयोग करने की क्षमता देता है। +क्लाउड प्रदाता जैसे AWS, GCP, Azure, DigitalOcean, और अन्य सभी तृतीय पक्षों की पेशकश करते हैं +एकाधिक भौगोलिक स्थानों में संसाधनों की गणना करने के लिए किराए पर पहुंच की क्षमता। + +## समस्या +कंप्यूटिंग शक्ति के अपने उपयोग का विस्तार करने का प्रयास करते समय संगठनों को परंपरागत रूप से दो मुख्य समस्याओं का सामना करना पड़ा। +वे या तो सुविधाओं का अधिग्रहण, समर्थन, डिजाइन और भुगतान करते हैं अपने भौतिक सर्वर और नेटवर्क को होस्ट करने या उन सुविधाओं का विस्तार और रखरखाव करने के लिए। +क्लाउड कंप्यूटिंग संगठनों को अपनी कंप्यूटिंग जरूरतों के कुछ हिस्से को किसी अन्य संगठन को आउटसोर्स करने की अनुमति देता है। + +## समाधान +क्लाउड प्रदाता संगठनों को ऑन-डिमांड गणना संसाधनों को किराए पर लेने और उपयोग के लिए भुगतान करने की क्षमता प्रदान करते हैं। +यह दो प्रमुख नवाचारों की अनुमति देता है: संगठन समय बर्बाद किए बिना चीजों को आजमा सकते हैं और नए भौतिक बुनियादी ढांचे पर पैसा या संसाधन खर्च कर सकते हैं +और वे आवश्यकतानुसार [स्केल](/scalability/) कर सकते हैं। क्लाउड कंप्यूटिंग संगठनों को अपनी जरूरत के अनुसार अधिक या कम बुनियादी ढांचे को अपनाने की अनुमति देता है। From 65c60fbe4e5d0b1471462707088d3be85fb9b195 Mon Sep 17 00:00:00 2001 From: Abhishek Kumar <76171953+octonawish-akcodes@users.noreply.github.com> Date: Sun, 25 Jun 2023 19:28:46 +0530 Subject: [PATCH 062/148] DevsecOps.md localised to Hindi (#1305) * DevsecOps_translated * Update devsecops.md Signed-off-by: Abhishek Kumar <76171953+octonawish-akcodes@users.noreply.github.com> * updated the suggest changes Signed-off-by: Abhishek Kumar <76171953+octonawish-akcodes@users.noreply.github.com> --------- Signed-off-by: Abhishek Kumar <76171953+octonawish-akcodes@users.noreply.github.com> --- content/hi/devsecops.md | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 content/hi/devsecops.md diff --git a/content/hi/devsecops.md b/content/hi/devsecops.md new file mode 100644 index 0000000000..a0ad428538 --- /dev/null +++ b/content/hi/devsecops.md @@ -0,0 +1,30 @@ +--- +title: DevSecOps +status: Completed +category: अवधारणा +tags: ["methodology", "", ""] +--- +## यह क्या है + +DevSecOps शब्द विकास, संचालन और सुरक्षा जिम्मेदारियों के सांस्कृतिक विलय को संदर्भित करता है। +यह सुरक्षा प्राथमिकताओं को शामिल करने के लिए डेवलपर और परिचालन कार्यप्रवाह में न्यूनतम या बिना किसी व्यवधान के, [DevOps](/devops/) दृष्टिकोण का विस्तार करता है। +DevOps की तरह, DevSecOps एक सांस्कृतिक बदलाव है, जिसे अपनाई गई तकनीकों द्वारा अद्वितीय अपनाने के तरीकों के साथ आगे बढ़ाया गया है। + +## समस्या + +DevOps प्रथाओं में [निरंतर एकीकरण] (/ निरंतर-एकीकरण /) और [निरंतर परिनियोजन] (/ निरंतर-वितरण /) शामिल हैं +और अनुप्रयोग विकास और रिलीज चक्रों में तेजी लाएं। +दुर्भाग्य से, स्वचालित रिलीज़ प्रक्रियाएं जो प्रतिनिधित्व करने में विफल होती हैं +सभी संगठनात्मक हितधारक पर्याप्त रूप से मौजूदा मुद्दों को बढ़ा सकते हैं। +एक प्रक्रिया जो सुरक्षा आवश्यकताओं पर विचार किए बिना नए सॉफ़्टवेयर को तेज़ी से रिलीज़ करती है +किसी संगठन की सुरक्षा मुद्रा को नीचा दिखा सकता है। + +## समाधान + +DevSecOps टीम साइलो को तोड़ने पर ध्यान केंद्रित करता है और सुरक्षित, स्वचालित वर्कफ़्लोज़ के निर्माण को बढ़ावा देता है। +सुरक्षा अनुप्रयोगों का चयन करते समय, संगठनों को इसका लाभ उठाना चाहिए +स्वचालित CI/CD कार्यप्रवाह और नीति प्रवर्तन जो डेवलपर को सशक्त बनाते हैं। +लक्ष्य अवरोधक बनना नहीं बल्कि सुरक्षा नीतियों को लागू करना है +उपयोगकर्ताओं को अपने प्रोजेक्ट को आगे बढ़ाने के तरीके के बारे में सटीक जानकारी देते हुए। +जब ठीक से लागू किया जाता है, तो एक संगठन बेहतर टीम संचार प्राप्त करेगा और +सुरक्षा दुर्घटनाओं और संबंधित लागतों को कम करें। From aa5f586c78014bda12adbaa8df8a97577782e513 Mon Sep 17 00:00:00 2001 From: Shivam Sharma Date: Wed, 28 Jun 2023 23:52:24 +0530 Subject: [PATCH 063/148] [hi] Localize `Serverless` for Hindi (#1443) * serverless.md localized into Hindi Signed-off-by: Shivam Sharma * Update serverless.md Signed-off-by: Shivam Sharma * Update content/hi/serverless.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/serverless.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/serverless.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/serverless.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/serverless.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/serverless.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma * Update content/hi/serverless.md Co-authored-by: Anubhav Vardhan Signed-off-by: Shivam Sharma --------- Signed-off-by: Shivam Sharma Co-authored-by: Anubhav Vardhan --- content/hi/serverless.md | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 content/hi/serverless.md diff --git a/content/hi/serverless.md b/content/hi/serverless.md new file mode 100644 index 0000000000..be40b2d47e --- /dev/null +++ b/content/hi/serverless.md @@ -0,0 +1,18 @@ +--- +title: सर्वरलेस (Serverless) +status: Completed +category: प्रौद्योगिकी +tags: ["architecture", "", ""] +--- + +## यह क्या है + +सर्वरलेस एक क्लाउड नेटिव डेवलपमेंट मॉडल है जो डेवलपर्स को सर्वर को प्रबंधित किए बिना एप्लिकेशन बनाने और चलाने की अनुमति देता है। सर्वरलेस में सर्वर अभी भी हैं, लेकिन वे [ऐब्स्ट्रैक्टेड](/hi/abstraction/) ऐप डेवलपमेंट से दूर हैं। एक क्लाउड प्रदाता सर्वर इन्फ्रास्ट्रक्चर के प्रावधान, रखरखाव और [स्केलिंग](/hi/scalability/) के नियमित कार्य को संभालता है। डेवलपर्स डिप्लॉयमेंट के लिए अपने कोड को [कंटेनर](/hi/container/) में पैकेज कर सकते हैं। एक बार डिप्लॉय होने के बाद, सर्वरलेस ऐप्स डिमांड का जवाब देते हैं और आवश्यकतानुसार स्वचालित रूप से ऊपर और नीचे स्केल करते हैं। सार्वजनिक क्लाउड प्रदाताओं से सर्वरलेस पेशकशों को आमतौर पर इवेंट-संचालित निष्पादन मॉडल के माध्यम से ऑन-डिमांड मीटर किया जाता है। नतीजतन, जब कोई सर्वरलेस फ़ंक्शन निष्क्रिय रहता है, तो इसका कुछ भी खर्च नहीं होता है। + +## समस्या + +एक मानक [इन्फ्रास्ट्रक्चर एस सर्विस (IaaS)](/infrastructure-as-a-service/) [क्लाउड कंप्यूटिंग](/cloud-computing/) मॉडल के तहत, उपयोगकर्ता क्षमता की इकाइयों को पूर्व-खरीद करते हैं, जिसका अर्थ है कि आप अपने ऐप्स चलाने के लिए हमेशा-ऑन सर्वर घटकों के लिए सार्वजनिक क्लाउड प्रदाता का भुगतान करते हैं। उच्च मांग के समय सर्वर क्षमता को बढ़ाना और उस क्षमता की आवश्यकता नहीं होने पर इसे कम करना उपयोगकर्ता की जिम्मेदारी है। ऐप को चलाने के लिए आवश्यक क्लाउड इन्फ्रास्ट्रक्चर तब भी सक्रिय रहता है, जब ऐप का उपयोग नहीं किया जा रहा हो। + +## समाधान + +इसके विपरीत, सर्वरलेस आर्किटेक्चर के साथ, ऐप्स केवल आवश्यकतानुसार लॉन्च किए जाते हैं। जब कोई ईवेंट चलने के लिए ऐप कोड को ट्रिगर करता है, तो सार्वजनिक क्लाउड प्रदाता गतिशील रूप से उस कोड के लिए संसाधन आवंटित करता है। कोड निष्पादित होने पर उपयोगकर्ता भुगतान करना बंद कर देता है। लागत और दक्षता लाभों के अलावा, सर्वरलेस डेवलपर्स को ऐप स्केलिंग और सर्वर प्रोविजनिंग से जुड़े नियमित और छोटे कार्यों से मुक्त करता है। सर्वरलेस होने के साथ, नियमित कार्य जैसे ऑपरेटिंग सिस्टम और फ़ाइल सिस्टम का प्रबंधन, सुरक्षा पैच, लोड संतुलन, क्षमता प्रबंधन, स्केलिंग, लॉगिंग और निगरानी सभी क्लाउड सेवा प्रदाता को लोड कर दिए जाते हैं। From 32c4d842f37c03c4007cd98017dfe1ce1f24780d Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Sat, 1 Jul 2023 01:11:03 +0530 Subject: [PATCH 064/148] Update cloud-native-security.md Signed-off-by: ANUSHKA SAXENA --- content/hi/cloud-native-security.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md index a5f28085cb..dfbadc7996 100644 --- a/content/hi/cloud-native-security.md +++ b/content/hi/cloud-native-security.md @@ -2,17 +2,17 @@ title: क्लाउड नेटिव सुरक्षा (Cloud Native Security) status: Feedback Appreciated category: संकल्पना -tags: ["सुरक्षा"] +tags: ["Security"] --- ## यह क्या है क्लाउड नेटिव सुरक्षा एक दृष्टिकोण है जो क्लाउड नेटिव ऐपस् में सुरक्षा निर्मित करता है। यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर निर्माण तक संपूर्ण ऐप के जीवनचक्र का हिस्सा बनी रहे। क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है। क्लाउड नेटिव सुरक्षा डेवसेकॉप्स [(DevSecOps)](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। -## समस्या जिस का यह समाधान करता है +## समस्या पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। [क्लाउड नेटिव ऐपस्](/cloud-native-apps/) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, होस्ट पर आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव ऐपस् के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। -## यह कैसे मदद करता है +## समाधान क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीक़ा पेश करती है। यह पारंपरिक सुरक्षा प्रतिरूप को स्थानांतरित करके ऐपस् की सुरक्षा करती है जहां विमोचन (रिलीज़) चक्र के हर चरण में सुरक्षा शामिल होती है। हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करता है या यह सुनिश्चित करता है कि बुनियादी ढांचे को नियमित रूप से बदला जा रहा है। From 6349880fb426028c5c468abe14cb32a6cff1848d Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Sat, 1 Jul 2023 01:17:57 +0530 Subject: [PATCH 065/148] Update virtualization.md Signed-off-by: ANUSHKA SAXENA --- content/hi/virtualization.md | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/content/hi/virtualization.md b/content/hi/virtualization.md index f14d7b0140..14249a995a 100644 --- a/content/hi/virtualization.md +++ b/content/hi/virtualization.md @@ -2,17 +2,16 @@ title: आभासीकरण (Virtualization) status: Feedback Appreciated category: संकल्पना -tags: ["अवसंरचना", "मूलभूत", "कार्य-प्रणाली"] +tags: ["Fundamental", "Infrastructure", "Methodology"] --- ## यह क्या है -क्लाउड नेटिव कंप्यूटिंग के संदर्भ में आभासीकरण (वर्चुअलाइजेशन), एक भौतिक कंप्यूटर लेने की प्रक्रिया को संदर्भित करता है, जिसे कभी-कभी सर्वर भी कहा जाता है, और उसे कई पृथक ऑपरेटिंग सिस्टम चलाने की अनुमति देता है। उन पृथक ऑपरेटिंग सिस्टम और उनके समर्पित कंप्यूट संसाधन (सीपीयू, मेमोरी और नेटवर्क) को आभासी (वर्चुअल) मशीन या 'वीएम' (VM) कहा जाता है। जब हम आभासी मशीन के बारे में बात करते हैं, तो हम सॉफ्टवेयर-परिभाषित कंप्यूटर के बारे में बात कर रहे होते हैं। यह कुछ ऐसा है जो वास्तविक कंप्यूटर की तरह दिखता और कार्य तो करता है लेकिन अन्य आभासी मशीनों के साथ हार्डवेयर साझा कर रहा है। क्लाउड कंप्यूटिंग मुख्य रूप से आभासीकरण की तकनीक द्वारा संचालित है। उदाहरण के तौर पर, आप 'ए डब्ल्यू एस'(AWS) से "कंप्यूटर" किराये पर ले सकते हैं - यह कंप्यूटर वास्तव में एक आभासी मशीन है। +क्लाउड नेटिव कंप्यूटिंग के संदर्भ में आभासीकरण (वर्चुअलाइजेशन), एक भौतिक कंप्यूटर लेने की प्रक्रिया को संदर्भित करता है, जिसे कभी-कभी सर्वर भी कहा जाता है, और उसे कई पृथक ऑपरेटिंग सिस्टम चलाने की अनुमति देता है। उन पृथक ऑपरेटिंग सिस्टम और उनके समर्पित कंप्यूट संसाधन (सीपीयू, मेमोरी और नेटवर्क) को आभासी (वर्चुअल) मशीन या 'वीएम' (VM) कहा जाता है। जब हम आभासी मशीन के बारे में बात करते हैं, तो हम सॉफ्टवेयर-परिभाषित कंप्यूटर के बारे में बात कर रहे होते हैं। यह कुछ ऐसा है जो वास्तविक कंप्यूटर की तरह दिखता और कार्य तो करता है लेकिन अन्य आभासी मशीनों के साथ हार्डवेयर साझा कर रहा है। क्लाउड कंप्यूटिंग मुख्य रूप से आभासीकरण की तकनीक द्वारा संचालित है। उदाहरण के तौर पर, आप 'ए डब्ल्यू एस'(AWS) से "कंप्यूटर" किराये पर ले सकते हैं- यह कंप्यूटर वास्तव में एक आभासी मशीन है। -## समस्या जिस का यह समाधान करता है +## समस्या +वर्चुअलाइजेशन कई समस्याओं का समाधान करता है, जिसमें सुरक्षा के लिए एक दूसरे से अलग होते हुए भी एक ही भौतिक मशीन पर और अधिक एप्लीकेशन को चलने की अनुमति देकर भौतिक हार्डवेयर उपयोग में सुधार भी शामिल है। -वर्चुअलाइजेशन कई समस्याओं का समाधान करता है, जिसमें सुरक्षा के लिए एक दूसरे से अलग होते हुए भी एक ही भौतिक मशीन पर और अधिक अनुप्रयोगों (ऐप्स) को चलने की अनुमति देकर भौतिक हार्डवेयर उपयोग में सुधार भी शामिल है। +## समाधान -## यह कैसे मदद करता है - -आभासी मशीन पर चलने वाले अनुप्रयोगों (ऐप्स) को इस बात की कोई जानकारी नहीं होती है कि वे एक भौतिक कंप्यूटर साझा कर रहे हैं। आभासीकरण डेटासेंटर के उपयोगकर्ताओं को डेटासेंटर में एक नया कंप्यूटर जोड़ने की भौतिक बाधाओं के बारे में चिंता किए बिना, मिनटों में एक नए "कंप्यूटर" (उर्फ़ वीएम) को तुरंत शुरू करने की अनुमति देता है। आभासी मशीन उपयोगकर्ताओं को एक नया आभासी कंप्यूटर प्राप्त करने के लिए लगने वाली समयावधि को घटाने में भी सक्षम बनाता है। +आभासी मशीन पर चलने वाले विभिन्न एप्लीकेशन को इस बात की कोई जानकारी नहीं होती है कि वे एक भौतिक कंप्यूटर साझा कर रहे हैं। आभासीकरण डेटासेंटर के उपयोगकर्ताओं को डेटासेंटर में एक नया कंप्यूटर जोड़ने की भौतिक बाधाओं के बारे में चिंता किए बिना, मिनटों में एक नए "कंप्यूटर" (उर्फ़ वीएम) को तुरंत शुरू करने की अनुमति देता है। आभासी मशीन उपयोगकर्ताओं को एक नया आभासी कंप्यूटर प्राप्त करने के लिए लगने वाली समयावधि को घटाने में भी सक्षम बनाता है। From f7b14c087b44bcaa6d6407b1ff2a74eac36c6816 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 13 Jul 2023 09:57:45 +0200 Subject: [PATCH 066/148] Update content/de/containers.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/containers.md b/content/de/containers.md index 054a1cad67..21ea692d7e 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -8,7 +8,7 @@ category: Konzept Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. -Es können mehrere Container auf der selben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. +Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. Benötigte Tools und Dateien werden als Container-Image verpackt und dieses ist somit in sich geschlossen und kann mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. ## Welches Problem es löst From b8411fc094e04a358c1dbe55afeb4dc2eeb7125d Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 13 Jul 2023 09:58:19 +0200 Subject: [PATCH 067/148] Update content/de/containers.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/containers.md b/content/de/containers.md index 21ea692d7e..b3814242f0 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -21,7 +21,7 @@ Darüber hinaus ist die Wartung, das Upgrade und der Start eines Betriebssystems ## Wie es das Problem löst -Container teilen sich dasselbe Betriebssysten, jedoch sind sie durch die Zuordnung virtueller Ressourcen voneinander isoliert, wodurch der Ressourcen-Overhead des Betriebssystems verteilt wird und eine effiziente Nutzung des physischen Rechners ermöglicht wird. +Container teilen sich dasselbe Betriebssystem, jedoch sind sie durch die Zuordnung virtueller Ressourcen voneinander isoliert, wodurch der Ressourcen-Overhead des Betriebssystems verteilt wird und eine effiziente Nutzung des physischen Rechners ermöglicht wird. Dadurch können mehrere Anwendungen auf demselben physischen Rechner ausgeführt werden. Durch die Nutzung des zugrunde liegenden Betriebssystem, sind sie im Vergleich zu [virtuellen Maschinen](/virtual-machine/) sehr leichtgewichtig und können schneller hoch- und heruntergefahren werden. From 9bb804baeb3f65b5e8ed95192acb63e22435f561 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 13 Jul 2023 09:58:48 +0200 Subject: [PATCH 068/148] Update content/de/containers.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/containers.md b/content/de/containers.md index b3814242f0..f3e0978d75 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -23,7 +23,7 @@ Darüber hinaus ist die Wartung, das Upgrade und der Start eines Betriebssystems Container teilen sich dasselbe Betriebssystem, jedoch sind sie durch die Zuordnung virtueller Ressourcen voneinander isoliert, wodurch der Ressourcen-Overhead des Betriebssystems verteilt wird und eine effiziente Nutzung des physischen Rechners ermöglicht wird. Dadurch können mehrere Anwendungen auf demselben physischen Rechner ausgeführt werden. -Durch die Nutzung des zugrunde liegenden Betriebssystem, sind sie im Vergleich zu [virtuellen Maschinen](/virtual-machine/) sehr leichtgewichtig und können schneller hoch- und heruntergefahren werden. +Durch die Nutzung des zugrunde liegenden Betriebssystems, sind sie im Vergleich zu [virtuellen Maschinen](/virtual-machine/) sehr leichtgewichtig und können schneller hoch- und heruntergefahren werden. Allerdings gibt es auch Einschränkungen. Da Container das selbe Betriebssystem nutzen, können Prozesse als weniger sicher angesehen werden. From 308488ab5c9ae7138a87d08e1f161d04b3dc808c Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 13 Jul 2023 14:55:37 +0200 Subject: [PATCH 069/148] Update content/de/containers.md Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/containers.md b/content/de/containers.md index f3e0978d75..a8ae02148f 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -9,7 +9,7 @@ category: Konzept Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. -Benötigte Tools und Dateien werden als Container-Image verpackt und dieses ist somit in sich geschlossen und kann mit einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden. +Benötigte Tools und Dateien werden zu einem autonomen Container-Image verpackt, welches von einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden kann. ## Welches Problem es löst From 153d1a6694e5da6b8b2879f85dc94c014b7047de Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 13 Jul 2023 14:55:42 +0200 Subject: [PATCH 070/148] Update content/de/containers.md Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/content/de/containers.md b/content/de/containers.md index a8ae02148f..6a0e895fb7 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -8,7 +8,8 @@ category: Konzept Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. -Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. +Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt, +dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. Benötigte Tools und Dateien werden zu einem autonomen Container-Image verpackt, welches von einer Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden kann. ## Welches Problem es löst From ab12237263bf0056c2a8c549fbcbcdf518cac3f5 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Thu, 13 Jul 2023 14:55:58 +0200 Subject: [PATCH 071/148] Update content/de/containers.md apply suggestion Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/containers.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/containers.md b/content/de/containers.md index 6a0e895fb7..70045e88bb 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -6,7 +6,7 @@ category: Konzept ## Was es ist -Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessem Betriebssystem verwaltet wird. +Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessen Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt, dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren. From 979cc5011d7d6bec42eb6c24ba8b7d474cd94a64 Mon Sep 17 00:00:00 2001 From: Noah Ispas Date: Tue, 18 Jul 2023 14:41:10 +0100 Subject: [PATCH 072/148] [DE] localize Cluster (#2208) * first shot Signed-off-by: Noah Ispas (iamNoah1) * Update content/de/cluster.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas * Update content/de/cluster.md Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Signed-off-by: Noah Ispas * Update content/de/cluster.md Signed-off-by: Noah Ispas --------- Signed-off-by: Noah Ispas (iamNoah1) Signed-off-by: Noah Ispas Co-authored-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/cluster.md | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 content/de/cluster.md diff --git a/content/de/cluster.md b/content/de/cluster.md new file mode 100644 index 0000000000..89050f27c0 --- /dev/null +++ b/content/de/cluster.md @@ -0,0 +1,29 @@ +--- +title: Cluster +status: Feedback erwünscht +category: Konzept +tags: ["infrastruktur", "grundlegendes", ""] +--- + +## Was es ist + +Ein Cluster ist eine Gruppe von Computern, die ein gemeinsames Ziel haben und als eine Einheit auftreten. +Im Kontext von [Cloud Native Technologien](/cloud-native-tech/) wird der Begriff häufig mit [Kubernetes](/kubernetes/) gleichgesetzt. +Jedenfalls kommunizieren einzelnen Computer über ein Netzwerk miteinander. + + +## Welches Problem es löst + +Anwendungen, die nur auf einem einzelnen Computer betrieben werden, stellen einen Single Point of Failure dar. + +Business-kritische Systeme können offline gehen, wenn dieser Computer oder die Anwendung darin abstürzt. +Ein weiteres Szenario könnte sein, dass dieser Computer oder die Anwendung darin zwar funktionsfähig sind, +aber über das Netzwerk nicht erreichbar sind. + + +## Wie es das Problem löst + +Ein Cluster löst dieses Problem indem mehr als nur ein Computer verwendet wird. +Man spricht hier auch von verteilten Systemen. +Wenn einer dieser Computer oder die Anwendung darin abstürzt oder aus anderen Gründen ausfällt, können die anderen Computer übernehmen. +Hierfür wird üblicherweise eine Komponente verwendet, die als Load Balancer bekannt ist und Anfragen an ein Cluster lediglich an erreichbare Computer weiterleitet. \ No newline at end of file From 2bba1015fef4bd3b2fa2e20b8af9496e795208a4 Mon Sep 17 00:00:00 2001 From: "Noah Ispas (iamNoah1)" Date: Sat, 19 Aug 2023 13:03:40 +0100 Subject: [PATCH 073/148] set status to completed Signed-off-by: Noah Ispas (iamNoah1) --- content/de/client-server-architecture.md | 2 +- content/de/cluster.md | 2 +- content/de/containers.md | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index be060b143b..2ab617f972 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -1,6 +1,6 @@ --- title: Client-Server-Architektur -status: Feedback erwünscht +status: Completed category: Konzept --- diff --git a/content/de/cluster.md b/content/de/cluster.md index 89050f27c0..f40455eb62 100644 --- a/content/de/cluster.md +++ b/content/de/cluster.md @@ -1,6 +1,6 @@ --- title: Cluster -status: Feedback erwünscht +status: Completed category: Konzept tags: ["infrastruktur", "grundlegendes", ""] --- diff --git a/content/de/containers.md b/content/de/containers.md index 70045e88bb..5df6532e12 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -1,6 +1,6 @@ --- title: Container -status: Feedback erwünscht +status: Completed category: Konzept --- From 72634485bf62d3f87901e1d1a63fc7f84949eb53 Mon Sep 17 00:00:00 2001 From: Shivam Sharma Date: Tue, 5 Sep 2023 17:04:02 +0530 Subject: [PATCH 074/148] rename some files Signed-off-by: Shivam Sharma --- content/hi/{bare_metal_machine.md => bare-metal-machine.md} | 0 ...lient_server_architecture.md => client-server-architecture.md} | 0 2 files changed, 0 insertions(+), 0 deletions(-) rename content/hi/{bare_metal_machine.md => bare-metal-machine.md} (100%) rename content/hi/{client_server_architecture.md => client-server-architecture.md} (100%) diff --git a/content/hi/bare_metal_machine.md b/content/hi/bare-metal-machine.md similarity index 100% rename from content/hi/bare_metal_machine.md rename to content/hi/bare-metal-machine.md diff --git a/content/hi/client_server_architecture.md b/content/hi/client-server-architecture.md similarity index 100% rename from content/hi/client_server_architecture.md rename to content/hi/client-server-architecture.md From b2017a532795d7ea48da3a0dcba309fa58c20747 Mon Sep 17 00:00:00 2001 From: Anuj Tiwari Date: Sun, 12 Nov 2023 06:52:47 +0530 Subject: [PATCH 075/148] Applied suggestions Signed-off-by: Anuj Tiwari --- content/hi/virtualization.md | 13 +++++++++---- 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/content/hi/virtualization.md b/content/hi/virtualization.md index 14249a995a..38c088e547 100644 --- a/content/hi/virtualization.md +++ b/content/hi/virtualization.md @@ -1,5 +1,5 @@ --- -title: आभासीकरण (Virtualization) +title: वर्चुअलाइजेशन (Virtualization) status: Feedback Appreciated category: संकल्पना tags: ["Fundamental", "Infrastructure", "Methodology"] @@ -7,11 +7,16 @@ tags: ["Fundamental", "Infrastructure", "Methodology"] ## यह क्या है -क्लाउड नेटिव कंप्यूटिंग के संदर्भ में आभासीकरण (वर्चुअलाइजेशन), एक भौतिक कंप्यूटर लेने की प्रक्रिया को संदर्भित करता है, जिसे कभी-कभी सर्वर भी कहा जाता है, और उसे कई पृथक ऑपरेटिंग सिस्टम चलाने की अनुमति देता है। उन पृथक ऑपरेटिंग सिस्टम और उनके समर्पित कंप्यूट संसाधन (सीपीयू, मेमोरी और नेटवर्क) को आभासी (वर्चुअल) मशीन या 'वीएम' (VM) कहा जाता है। जब हम आभासी मशीन के बारे में बात करते हैं, तो हम सॉफ्टवेयर-परिभाषित कंप्यूटर के बारे में बात कर रहे होते हैं। यह कुछ ऐसा है जो वास्तविक कंप्यूटर की तरह दिखता और कार्य तो करता है लेकिन अन्य आभासी मशीनों के साथ हार्डवेयर साझा कर रहा है। क्लाउड कंप्यूटिंग मुख्य रूप से आभासीकरण की तकनीक द्वारा संचालित है। उदाहरण के तौर पर, आप 'ए डब्ल्यू एस'(AWS) से "कंप्यूटर" किराये पर ले सकते हैं- यह कंप्यूटर वास्तव में एक आभासी मशीन है। +क्लाउड नेटिव के संदर्भ में वर्चुअलाइजेशन, एक वर्चुअल कंप्यूटर लेने की प्रक्रिया को संदर्भित करता है, जिसे कभी-कभी सर्वर भी कहा जाता है, और उसे कई पृथक ऑपरेटिंग सिस्टम चलाने की अनुमति देता है। +उन पृथक ऑपरेटिंग सिस्टम और उनके समर्पित कंप्यूट संसाधन (सीपीयू, मेमोरी और नेटवर्क) को वर्चुअल मशीन या 'वीएम' (VM) कहा जाता है। जब हम वर्चुअल मशीन के बारे में बात करते हैं, +तो हम सॉफ्टवेयर-परिभाषित कंप्यूटर के बारे में बात कर रहे होते हैं। यह कुछ ऐसा है जो वास्तविक कंप्यूटर की तरह दिखता और कार्य तो करता है लेकिन अन्य वर्चुअल मशीनों के साथ हार्डवेयर को साझा कर रहा होता है। +क्लाउड कंप्यूटिंग मुख्य रूप से वर्चुअल मशीन की तकनीक द्वारा संचालित होती है। उदाहरण के तौर पर, आप AWS से "कंप्यूटर" किराये पर ले सकते हैं- यह कंप्यूटर वास्तव में एक वर्चुअल मशीन होगा। ## समस्या -वर्चुअलाइजेशन कई समस्याओं का समाधान करता है, जिसमें सुरक्षा के लिए एक दूसरे से अलग होते हुए भी एक ही भौतिक मशीन पर और अधिक एप्लीकेशन को चलने की अनुमति देकर भौतिक हार्डवेयर उपयोग में सुधार भी शामिल है। +वर्चुअलाइजेशन कई समस्याओं का समाधान करता है, जिसमें सुरक्षा के लिए एक दूसरे से अलग होते हुए भी एक ही भौतिक मशीन पर और अधिक एप्लीकेशन को चलने की अनुमति देकर हार्डवेयर के उपयोग में सुधार भी कर सकते हैं। ## समाधान -आभासी मशीन पर चलने वाले विभिन्न एप्लीकेशन को इस बात की कोई जानकारी नहीं होती है कि वे एक भौतिक कंप्यूटर साझा कर रहे हैं। आभासीकरण डेटासेंटर के उपयोगकर्ताओं को डेटासेंटर में एक नया कंप्यूटर जोड़ने की भौतिक बाधाओं के बारे में चिंता किए बिना, मिनटों में एक नए "कंप्यूटर" (उर्फ़ वीएम) को तुरंत शुरू करने की अनुमति देता है। आभासी मशीन उपयोगकर्ताओं को एक नया आभासी कंप्यूटर प्राप्त करने के लिए लगने वाली समयावधि को घटाने में भी सक्षम बनाता है। +वर्चुअल मशीन पर चलने वाले विभिन्न एप्लीकेशन को इस बात की कोई जानकारी नहीं होती है कि वे एक भौतिक कंप्यूटर को साझा कर रहीं हैं। वर्चुअलाइजेशन डेटासेंटर के उपयोगकर्ताओं को डेटासेंटर में एक नया +कंप्यूटर को जोड़ने की भौतिक बाधाओं के बारे में चिंता किए बिना, मिनटों में एक नए "कंप्यूटर" (वि एम) को तुरंत शुरू करने की अनुमति देता है। वर्चुअल मशीन उपयोगकर्ताओं को एक नया वर्चुअल कंप्यूटर प्राप्त +करने के लिए लगने वाली समयावधि को घटाने में भी सक्षम बनाता है। From 7a4684f3d6f72509b6589b7f9ad31eb2e18e14c6 Mon Sep 17 00:00:00 2001 From: Anuj Tiwari Date: Sun, 12 Nov 2023 13:18:37 +0530 Subject: [PATCH 076/148] Applied suggestions Signed-off-by: Anuj Tiwari --- content/hi/cloud-native-security.md | 26 ++++++++++++++++++++------ 1 file changed, 20 insertions(+), 6 deletions(-) diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md index dfbadc7996..1623f62d0b 100644 --- a/content/hi/cloud-native-security.md +++ b/content/hi/cloud-native-security.md @@ -1,18 +1,32 @@ --- title: क्लाउड नेटिव सुरक्षा (Cloud Native Security) -status: Feedback Appreciated -category: संकल्पना +status: completed +category: concept tags: ["Security"] --- -## यह क्या है +## यह क्या है? -क्लाउड नेटिव सुरक्षा एक दृष्टिकोण है जो क्लाउड नेटिव ऐपस् में सुरक्षा निर्मित करता है। यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर निर्माण तक संपूर्ण ऐप के जीवनचक्र का हिस्सा बनी रहे। क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है। क्लाउड नेटिव सुरक्षा डेवसेकॉप्स [(DevSecOps)](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। +क्लाउड नेटिव सुरक्षा एक तरीका है, जो क्लाउड नेटिव ऐपस् में सुरक्षा निर्मित करता है। +यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर निर्माण तक संपूर्ण ऐप के जीवनचक्र का हिस्सा बनी रहे। +क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, +अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है। +क्लाउड नेटिव सुरक्षा [DevSecOps](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। ## समस्या -पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। [क्लाउड नेटिव ऐपस्](/cloud-native-apps/) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, अक्सर विक्रेता-नियंत्रित बुनियादी ढांचे में चलते हैं, और बुनियादी ढांचे में तेज़ बदलाव के अधीन होते हैं। कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, होस्ट पर आधारित भेद्यता अवलोकन और अंतिम मिनट की सुरक्षा समीक्षा क्लाउड नेटिव ऐपस् के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। +पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। +[क्लाउड नेटिव ऐपस्](/cloud-native-apps/) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, +अक्सर विक्रेता-नियंत्रित इंफ्रास्ट्रक्चर में चलते हैं, और इस तेज़ बदलाव के अधीन होते हैं। +कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, होस्ट पर आधारित भेद्यता अवलोकन और अंतिम मिनट की +सुरक्षा समीक्षा क्लाउड नेटिव ऐपस् के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। ## समाधान -क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीक़ा पेश करती है। यह पारंपरिक सुरक्षा प्रतिरूप को स्थानांतरित करके ऐपस् की सुरक्षा करती है जहां विमोचन (रिलीज़) चक्र के हर चरण में सुरक्षा शामिल होती है। हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करता है या यह सुनिश्चित करता है कि बुनियादी ढांचे को नियमित रूप से बदला जा रहा है। +क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीक़ा पेश करती है। यह पारंपरिक सुरक्षा प्रतिरूप को स्थानांतरित करके +ऐपस् की सुरक्षा करती है, जहां रिलीज़ चक्र के हर चरण में सुरक्षा शामिल होती है। +हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। +त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। +ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। +बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करती है, और +यह सुनिश्चित करती है कि इंफ्रास्ट्रक्चर को नियमित रूप से बदला जा रहा है। From 177e5561e9d7b325450da4cf6a9d147a532a54d6 Mon Sep 17 00:00:00 2001 From: Bhavin Panchal <65060686+panchal20bhavin@users.noreply.github.com> Date: Sun, 12 Nov 2023 16:22:33 +0530 Subject: [PATCH 077/148] Localize hi.toml (#2215) Signed-off-by: Bhavin Panchal <65060686+panchal20bhavin@users.noreply.github.com> Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari --- i18n/hi.toml | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/i18n/hi.toml b/i18n/hi.toml index c38f9302bc..84182b2a6c 100644 --- a/i18n/hi.toml +++ b/i18n/hi.toml @@ -20,21 +20,21 @@ other = "में" # Phrases for tags [ui_see_all_tags] -other = "See all tags" +other = "सभी टैग को देख़े" [ui_tag] -other = "Tag" +other = "टैग" [ui_tags] -other = "Tags" +other = "टैग्स" [ui_search_by_tags] -other = "Browse by Tags" +other = "टैग द्वारा ब्राउज करें" [ui_tags_intro] -other = "We've categorized the glossary terms. Use the filters to browse terms by tag." +other = "हमने शब्दावली के शब्दों को वर्गीकृत किया है। टैग द्वारा शब्दों को ब्राउज़ करने के लिए फ़िल्टर का उपयोग करें।" [ui_or_search_by_tags] -other = "...or browse by tag" +other = "...या टैग द्वारा ब्राउज़ करें" [ui_select_all] -other = "Select All" +other = "सबका चुनाव करें" [ui_deselect_all] -other = "Deselect All" +other = "सारे चुनाव रद्द करें" # Footer text [footer_all_rights_reserved] @@ -45,7 +45,7 @@ other = "गोपनीयता नीति" [footer_hub_button_text] -other = "All CNCF Sites" +other = "सभी CNCF साइटें" # Post (blog, articles etc.) [post_byline_by] From d0eecaef39d18e9732764fe2c0da35b729471eff Mon Sep 17 00:00:00 2001 From: Mohit Marathe <96789026+mohit-marathe@users.noreply.github.com> Date: Tue, 14 Nov 2023 21:52:43 +0530 Subject: [PATCH 078/148] [hi]Add URL for #glossary slack channel (#1533) Signed-off-by: Mohit Marathe <96789026+mohit-marathe@users.noreply.github.com> Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari --- content/hi/contribute/_index.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/content/hi/contribute/_index.md b/content/hi/contribute/_index.md index d59427db3d..ab03e51c64 100644 --- a/content/hi/contribute/_index.md +++ b/content/hi/contribute/_index.md @@ -17,7 +17,8 @@ menu: ## शब्दावली समुदाय में शामिल हों -यदि आप नियमित रूप से योगदान देना चाहते हैं, तो हमारी मासिक शब्दावली कार्य समूह की बैठकों में शामिल होने पर विचार करें। आप CNCF कैलेंडर में मीटिंग विवरण प्राप्त कर सकते हैं। आप [CNCF कैलेंडर](https://www.cncf.io/calendar/) पर हमारे #glossary मेन्टेनेरों और साथी योगदानकर्ताओं से भी जुड़ सकते हैं — हमें आपसे मिलकर खुशी होगी! +यदि आप नियमित रूप से योगदान देना चाहते हैं, तो हमारी मासिक शब्दावली कार्य समूह की बैठकों में शामिल होने पर विचार करें। आप CNCF कैलेंडर में मीटिंग विवरण प्राप्त कर सकते हैं। +आप [CNCF कैलेंडर](https://www.cncf.io/calendar/) पर हमारे [#glossary-localization-hi](https://cloud-native.slack.com/archives/C02PCHEQXK6) के मेन्टेनरों और साथी योगदानकर्ताओं से भी जुड़ सकते हैं — हमें आपसे मिलकर खुशी होगी! ## नए शब्द प्रस्तावित करें @@ -39,9 +40,10 @@ menu: ![नया इशू](/images/how-to/howto-03.png) -कृपया CNCF Slack पर #glossary चैनल से जुड़ें और @Catherine Paganini, @jmo, और @Seokho Son को सुचना दें कि आपने एक इशू जमा कर दी है और उस पर काम करना चाहते हैं। वे आपको वह इशू सौंपेंगे जो अन्य सभी को संकेत देगा कि यह शब्द पहले ही लिया जा चुका है। +कृपया CNCF Slack पर [#glossary-localization-hi](https://cloud-native.slack.com/archives/C02PCHEQXK6) चैनल से जुड़ें और @Garima-Negi, @jayesh-srivastava, @bishal7679, @kumarankit999, @abhay-raj19 या @aj11anuj को सुचना दें कि +आपने एक इशू खोला है और उस पर आप काम करना चाहते हैं। वे आपको वह इशू सौंपेंगे जो अन्य सभी को संकेत देगा कि यह इशू पहले ही लिया जा चुका है। -यहां आप देख सकते हैं कि पहले तीन शब्द उपलब्ध हैं जबकि अगला शब्द किसी को सौंपा गया है। +यहां आप देख सकते हैं कि पहले तीन इशू उपलब्ध हैं जबकि अगला इशू किसी को सौंपा गया है। ![शब्द पे दावा करना](/images/how-to/howto-04.png) From 3965cba9daa41a25283e6b2fc037d2a1eb6dbd16 Mon Sep 17 00:00:00 2001 From: Omkar kulkarni <88308267+Omkar0114@users.noreply.github.com> Date: Tue, 14 Nov 2023 21:54:48 +0530 Subject: [PATCH 079/148] [hi] Localize kubernetes.md to Hindi (#1615) Signed-off-by: Omkar kulkarni <88308267+Omkar0114@users.noreply.github.com> Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari --- content/hi/kubernetes.md | 35 +++++++++++++++++++++++++++++++++++ 1 file changed, 35 insertions(+) create mode 100644 content/hi/kubernetes.md diff --git a/content/hi/kubernetes.md b/content/hi/kubernetes.md new file mode 100644 index 0000000000..5b73d13724 --- /dev/null +++ b/content/hi/kubernetes.md @@ -0,0 +1,35 @@ +--- +title: कुबेरनेट्स (Kubernetes) +status: Completed +category: प्रौद्योगिकी +tags: ["infrastructure", "fundamental", ""] +--- + +## यह क्या है + +कुबेरनेट्स, जिसे अक्सर K8s के रूप में संक्षिप्त किया जाता है, एक ओपन सोर्स कंटेनर ऑर्केस्ट्रेटर है। +यह एक "डेटासेंटर ऑपरेटिंग सिस्टम" के रूप में कार्य करते हुए आधुनिक इन्फ्रा़स्ट्रक्चर पर कंटेनरीकृत एप्लीकेशन के जीवनचक्र को स्वचालित करता है जो एक [वितरित प्रणाली](/distributed-systems/) में एप्लीकेशन का प्रबंधन करता है। + +कुबेरनेट्स [कंटेनर](/container/) को [नोड्स](/nodes/) के एक [क्लस्टर](/cluster/) में शेड्युल करता है। कंटेनरीकृत एप्लीकेशन को चलाने के लिए लोड बैलेंसर, सतत (persistent) स्टोरेज, आदि जैसे कई इन्फ्रा़स्ट्रक्चर के संसाधनों को बंडल करता है। + +कुबेरनेट्स स्वचालन और विस्तारणीयता को सक्षम करता है, जिससे उपयोगकर्ता पुनरुत्पादित तरीके से घोषणात्मक रूप से (नीचे देखें) एप्लीकेशन को तैनात कर सकते हैं। +Kubernetes अपने [API](/application-programming-interface/) के माध्यम से एक्स्टेंसिबल है, अनुभवी कुबेरनेट्स चिकित्सकों को उनकी आवश्यकताओं के अनुसार इसकी स्वचालन क्षमताओं का लाभ उठाने की अनुमति देता है। + +## समस्या + +इन्फ्रास्ट्रक्चर ऑटोमेशन और घोषणात्मक कॉन्फ़िगरेशन प्रबंधन लंबे समय से महत्वपूर्ण अवधारणाएं रही हैं, लेकिन [क्लाउड कंप्यूटिंग](/cloud-computing/) ने लोकप्रियता हासिल की है, इसलिए वे अधिक महत्वपूर्ण हो गए हैं। +जैसे-जैसे कम्प्यूट संसाधनों की मांग बढ़ती है और संगठनों को कम इंजीनियरों के साथ अधिक आयोजन करने की क्षमता प्रदान करने की आवश्यकता होती है, उस मांग को पूरा करने के लिए नई तकनीकों और कार्य विधियों की आवश्यकता होती है। + +## समाधान + +पारंपरिक [इन्फ्रास्ट्रक्चर ऐज कोड](/infrastructure-as-code/) टूल्स के समान, कुबेरनेट्स स्वचालन के साथ मदद करता है लेकिन कंटेनरों के साथ काम करने का फायदा है। +[वर्चुअल मशीन](/virtual-machine/) या भौतिक मशीनों की तुलना में कंटेनर कॉन्फ़िगरेशन बहाव के प्रति अधिक प्रतिरोधी होते हैं। + +इसके अतिरिक्त, कुबेरनेट्स घोषणात्मक रूप से काम करता है, जिसका अर्थ है कि ऑपरेटरों को मशीन को निर्देश देने के बजाय कि कुछ कैसे करना है, वे वर्णन करते हैं - आम तौर पर मेनिफेस्ट फाइलों के रूप में (उदाहरण के लिए, YAML) - बुनियादी ढांचा कैसा दिखना चाहिए। +कुबेरनेट्स तब "कैसे" का ख्याल रखता है। +इसके परिणामस्वरूप कुबेरनेट्स इन्फ्रा़स्ट्रक्चर के साथ कोड के रूप में बेहद संगत है। + +कुबेरनेट्स [स्वयं ठीक](/self-healing/) होने की शमता रखता है। +क्लस्टर की वास्तविक स्थिति हमेशा ऑपरेटर की इच्छित स्थिति से मेल खाती है। +यदि कुबेरनेट्स प्रकट फ़ाइलों में वर्णित से विचलन का पता लगाता है, तो कुबेरनेट्स नियंत्रक इसे ठीक करता है। +जबकि कुबेरनेट्स द्वारा उपयोग की जाने वाली अवसंरचना लगातार बदलती रहती है, कुबेरनेट्स लगातार और स्वचालित रूप से परिवर्तनों के अनुकूल यह सुनिश्चित करता है कि यह इच्छित स्थिति से मेल खाता है। From 5518d0002032b8bfc263900a613bb37347398379 Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Tue, 14 Nov 2023 21:56:14 +0530 Subject: [PATCH 080/148] [hi] Localize application-programming-interface.md to Hindi (#1632) Signed-off-by: ANUSHKA SAXENA Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari --- .../hi/application-programming-interface.md | 23 +++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 content/hi/application-programming-interface.md diff --git a/content/hi/application-programming-interface.md b/content/hi/application-programming-interface.md new file mode 100644 index 0000000000..6686ca5470 --- /dev/null +++ b/content/hi/application-programming-interface.md @@ -0,0 +1,23 @@ +--- +title: एप्लीकेशन प्रोग्रामिंग इंटरफ़ेस (Application Programming Interface) +status: Completed +category: संकल्पना +tags: ["architecture", "fundamental"] +--- + +## यह क्या है + +यह एक एपीआई कंप्यूटर प्रोग्राम के लिए संवाद स्थापित करने का एक माध्यम है। जिस तरह हम एक वेब पेज के माध्यम से एक वेबसाइट के साथ सूचना का आदान-प्रदान करते हैं, +एक एपीआई विभिन्न कंप्यूटर प्रोग्राम को एक दूसरे से सूचना का आदान-प्रदान करने के लिए उपयोग करती है। अंतः मानवीय क्रियाओं के विपरीत, एपीआई की सीमाएँ होती हैं कि उनसे क्या पूछा जा सकता है और क्या नहीं। +सहभागिता के बीच सीमा स्थापित करने से अलग-अलग प्रोग्राम के बीच स्थिर और कार्यात्मक संचार बनाने में मदद मिलती है। + +## समस्या + +जैसे-जैसे एप्लिकेशन अधिक जटिल होते जाते हैं, कोड में छोटे परिवर्तन भी दूसरी कार्यक्षमताओं पर भारी प्रभाव डालने लगते हैं। एप्लीकेशन को उनकी कार्यक्षमता के लिए एक प्रतिरुपक दृष्टिकोण रखने की आवश्यकता होती है, यदि वे एक साथ विकास और स्थिरता बनाए रख सकते हैं। +एपीआई के बिना, एप्लीकेशन के बीच बातचीत के लिए एक रूपरेखा का अभाव रहता है। एक साझा ढांचे के बिना, एप्लीकेशन को [स्केल](/scalability/) और एकीकृत करना चुनौतीपूर्ण है। + +## समाधान + +एपीआई कंप्यूटर प्रोग्राम या एप्लिकेशन को एक निर्धारित और समझने योग्य तरीके से जानकारी साझा करने की अनुमति देता है। ये आधुनिक एप्लीकेशन का एक मूलभूत अंग हैं और ये डेवलपर्स को विभिन्न एप्लीकेशन +को एक साथ एकीकृत करने का एक तरीका प्रदान करता है। जब भी आप एक साथ काम करने वाली [माइक्रोसर्विसेज](/microservices/) के बारे में सुनते हैं, तो आप अनुमान लगा सकते हैं कि वे +एक एपीआई के माध्यम से संवाद करती हैं। From 298f01490bec625d7343b01c78d314f18b0d3518 Mon Sep 17 00:00:00 2001 From: Neel Shah <71593494+neelshah2409@users.noreply.github.com> Date: Thu, 16 Nov 2023 23:39:50 +0530 Subject: [PATCH 081/148] [hi] Localize idempotence.md to Hindi (#1729) Signed-off-by: Neel Shah <71593494+neelshah2409@users.noreply.github.com> Signed-off-by: Anuj Tiwari Signed-off-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> Co-authored-by: Anuj Tiwari Co-authored-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> --- content/hi/idempotence.md | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 content/hi/idempotence.md diff --git a/content/hi/idempotence.md b/content/hi/idempotence.md new file mode 100644 index 0000000000..694ceeb568 --- /dev/null +++ b/content/hi/idempotence.md @@ -0,0 +1,9 @@ +--- +title: इडेमपोटेन्स (Idempotence) +status: Completed +category: प्रॉपर्टी +tags: ["प्रॉपर्टी"] +--- + +गणित या कंप्यूटर विज्ञान में, इडेमपोटेन्स एक ऐसे ऑपरेशन का वर्णन करता है जिसका परिणाम हमेशा एक ही होता है, चाहे आप इसे कितनी भी बार निष्पादित करें। +यदि पैरामीटर समान हैं, तो एक इडेमपोटेन्ट ऑपरेशन को कई बार निष्पादित करने से कोई अतिरिक्त प्रभाव नहीं पड़ेगा। From 1eb7d784ad43b6998d99410e8715e371e4ca22d3 Mon Sep 17 00:00:00 2001 From: ANUSHKA SAXENA Date: Fri, 17 Nov 2023 00:01:19 +0530 Subject: [PATCH 082/148] [hi] Localize horizontal-scaling.md to Hindi (#1988) Signed-off-by: ANUSHKA SAXENA Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari --- content/hi/horizontal-scaling.md | 35 ++++++++++++++++++++++++++++++++ 1 file changed, 35 insertions(+) create mode 100644 content/hi/horizontal-scaling.md diff --git a/content/hi/horizontal-scaling.md b/content/hi/horizontal-scaling.md new file mode 100644 index 0000000000..4288face34 --- /dev/null +++ b/content/hi/horizontal-scaling.md @@ -0,0 +1,35 @@ +--- +title: क्षैतिज स्केलिंग (Horizontal Scaling) +status: completed +category: concept +tags: ["Infrastructure"] +--- + +## यह क्या है + +क्षैतिज स्केलिंग एक ऐसी तकनीक है जिससे एक सिस्टम की क्षमता को अधिक [नोड्स](/nodes/) जोड़कर बढ़ाया जाता है, +बजाय अलग-अलग नोड्स में अधिक कंप्यूट संसाधन जोडे, जिसे [लम्बवत स्केलिंग](/vertical-scaling/) के रूप में जाना जाता है। +मान लीजिए, हमारे पास 4GB RAM की एक प्रणाली है और हम इसकी क्षमता को 16GB RAM तक बढ़ाना चाहते हैं, +इसे क्षैतिज रूप से स्केल करने का मतलब 16GB RAM सिस्टम पर जाने के बजाय 4 x 4GB RAM जोड़ना है। + +यह तरीका कार्यभार को बेहतर ढंग से वितरित करने के लिए नए इंस्टैंस, या [नोड्स](/nodes/) जोड़कर किसी एप्लिकेशन की कार्यक्षमता को बढ़ाता है। +सरल शब्दों में, इसका उद्देश्य व्यक्तिगत सर्वर की क्षमता बढ़ाने के बजाय सर्वर पर आने वाले भार को कम करना है। + +## समस्या + +जैसे ही किसी एप्लिकेशन की मांग उस एप्लिकेशन इंस्टेंस की वर्तमान क्षमता से ज़्यादा बढ़ती है, +हमें सिस्टम को [स्केल](/scalability/) करने के लिए एक तरीक़ा खोजने की आवश्यकता होती है। हम या तो सिस्टम में +अधिक नोड्स (क्षैतिज स्केलिंग) जोड़ सकते हैं या मौजूदा नोड्स (लंबवत स्केलिंग) में अधिक कंप्यूट संसाधन जोड़ सकते हैं। + +## समाधान + +क्षैतिज स्केलिंग एप्लिकेशन्स को अंतर्निहित क्लस्टर द्वारा प्रदान की जाने वाली किसी भी सीमा तक स्केल करने की अनुमति देता है। +सिस्टम में अधिक इन्सटेंसेस जोड़कर, ऐप अधिक संख्या में अनुरोधों को संसाधित कर सकता है। +यदि एक एकल नोड प्रति सेकंड 1,000 अनुरोधों को संभाल सकता है, तो प्रत्येक अतिरिक्त नोड प्रति सेकंड +लगभग 1,000 अनुरोधों की कुल संख्या में वृद्धि कर सकेगा। यह एप्लिकेशन को विशेष रूप से किसी भी नोड की क्षमता बढ़ाने की +आवश्यकता के बिना समवर्ती रूप से अधिक कार्य करने के लिए सक्षम बना देता है। + +## संबंधित परिभाषाएं + +* [लंबवत स्केलिंग](/vertical-scaling/) +* [स्वचालित स्केलिंग](/auto-scaling/) From 7ac0234743a5cfd7a6f1922a843c752eef06f32a Mon Sep 17 00:00:00 2001 From: Abhay Rajpoot Date: Fri, 17 Nov 2023 11:19:39 +0530 Subject: [PATCH 083/148] [hi] Localize security-chaos-engineering.md (#2608) Signed-off-by: abhay-raj19 --- content/hi/security-chaos-engineering.md | 33 ++++++++++++++++++++++++ 1 file changed, 33 insertions(+) create mode 100644 content/hi/security-chaos-engineering.md diff --git a/content/hi/security-chaos-engineering.md b/content/hi/security-chaos-engineering.md new file mode 100644 index 0000000000..fe82b30f62 --- /dev/null +++ b/content/hi/security-chaos-engineering.md @@ -0,0 +1,33 @@ +--- +title: सुरक्षा अव्यवस्था इंजीनियरिंग (Security Chaos Engineering) +status: Completed +category: अवधारणा +tags: ["security", "methodology", ""] +--- + +## यह क्या है + +सुरक्षा अव्यवस्था इंजीनियरिंग(SCE) एक ऐसी शाखा है जो की [अव्यवस्था इंजीनियरिंग](/chaos-engineering/) पर आधारित है। +SCE वितरित प्रणाली पर सक्रिय सुरक्षा प्रयोग करता है जिससे प्रणाली की क्षमता में विश्वास बढ़ता है ताकि यह +किसी भी तरह की उपेक्षा या बुरी शर्तों के साथ भी संचालित किया जा सके। सुरक्षा अव्यवस्था इंजीनियर इसे प्राप्त करने के लिए वैज्ञानिक पद्धति लूप का उपयोग करते हैं, +जिसमें स्थिरावस्था, अनुमान, निरंतर सत्यापन, सीखा गया सबक और शमन कार्यान्वयन शामिल होते हैं। + +## समस्या + +[साइट अवारी इंजीनियरों](/site-reliability-engineering/)(SREs) और साइबर सुरक्षा इंजीनियरों के लिए मुख्य प्राथमिकता होती है +शून्य डाउनटाइम प्राप्त करने और व्यावसायिक प्रभाव को कम करने के लक्ष्य के साथ जितनी जल्दी हो सके सेवा बहाल करना। +SREs और साइबर सुरक्षा इंजीनियरों पूर्व-विफलता और उसके बाद के घटनाओं दोनों से सुलझाना करते हैं। +अधिकांश सुरक्षा समस्याओं को तुरंत खोजना और ठीक करना चुनौतीपूर्ण होता हैं, जिससे एप्लिकेशन या सिस्टम की कार्यक्षमता प्रभावित होती हैं। +इसके अतिरिक्त, विकास चरण के दौरान सुरक्षा घटनाओं को उजागर करना आमतौर पर मुश्किल होता है। + +## समाधान + +सुरक्षा अव्यवस्था इंजीनियरिंग [अवलोकनीयता](/observability/) और साइबर प्रतिरोध क्षमता अभ्यासों के आधार पर बनाई गई है। +इसका उद्देश्य "अज्ञात अज्ञात" को उजागर करना और सिस्टम में आत्मविश्वास बनाना है, +साइबर प्रतिरोध क्षमता बढ़ाकर और अवलोकनीयता को सुधारकर। +इंजीनियरिंग टीम धीरे-धीरे सुरक्षा संबंधी चिंताओं के लिए जागरूकता में सुधार करेंगे +जटिल बुनियादी संरचना, प्लेटफॉर्म और वितरित सिस्टमों के अंदर। +एससीई पूरे उत्पाद की साइबर प्रतिरोधकता में सुधार करता है, छिपी सुरक्षा समस्याओं को उजागर करता है, +क्लासिकल ब्लाइंड स्पॉट को उजागर करता है और टीमों को महत्वपूर्ण एज केस के लिए तैयार करता है। +यह दृष्टिकोण [एसआरईएस(SREs)](/site-reliability-engineering/), [डेवऑप्स(DevOps)](/devops/) और [डेवसेकओप्स(DevSecOps)](/devsecops/) इंजीनियरों को सिस्टम में विश्वास बनाने, +साइबर प्रतिरोध क्षमता बढ़ाने और अवलोकनीयता में सुधार करने में मदद करता है। \ No newline at end of file From c586b2061cec1d198069415f2c875902a4268851 Mon Sep 17 00:00:00 2001 From: Shivang Shandilya <101946115+ShivangShandilya@users.noreply.github.com> Date: Fri, 17 Nov 2023 19:28:22 +0530 Subject: [PATCH 084/148] [hi] Localize self-healing.md (#1642) Signed-off-by: Shivang Shandilya <101946115+ShivangShandilya@users.noreply.github.com> Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari --- content/hi/self-healing.md | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 content/hi/self-healing.md diff --git a/content/hi/self-healing.md b/content/hi/self-healing.md new file mode 100644 index 0000000000..1cba046474 --- /dev/null +++ b/content/hi/self-healing.md @@ -0,0 +1,11 @@ +--- +title: स्व-उपचार (Self Healing) +status: completed +category: property +tags: ["infrastructure", "property"] +--- + +एक स्व-उपचार प्रणाली बिना किसी मानवीय हस्तक्षेप के कुछ प्रकार की विफलताओं से उबरने में सक्षम होती है। +इसमें एक "अभिसरण" या "नियंत्रण" लूप होता है, जो सिस्टम की वास्तविक स्थिति को सक्रिय रूप से देखता है और इसकी तुलना उस स्थिति से करता है जिसे ऑपरेटर शुरू में चाहते थे। +यदि कोई अंतर होता है (उदाहरण के लिए, वांछित से कम एप्लिकेशन के इंस्टेंस चल रहे हैं), तो +यह सुधारात्मक कार्रवाई करेगा (उदाहरण के लिए, नए एप्लीकेशन इंस्टैंस प्रारंभ करन)। \ No newline at end of file From dc2d4c79a01f1f04b4d98be7dca1e0392b84a36f Mon Sep 17 00:00:00 2001 From: swastiksingh22 <123408404+swastiksingh22@users.noreply.github.com> Date: Sun, 26 Nov 2023 14:35:28 +0530 Subject: [PATCH 085/148] create observability.md (#1639) Signed-off-by: swastiksingh22 <123408404+swastiksingh22@users.noreply.github.com> Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari Co-authored-by: Anubhav Vardhan --- content/hi/observability.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 content/hi/observability.md diff --git a/content/hi/observability.md b/content/hi/observability.md new file mode 100644 index 0000000000..36fccfb6ed --- /dev/null +++ b/content/hi/observability.md @@ -0,0 +1,17 @@ +--- +title: ऑब्जर्वेबिलिटी (Observability) +status: Completed +category: संकल्पना +tags: ["property", "", ""] +--- + +## यह क्या है +अवलोकनीयता अवलोकन के तहत सिस्टम से संकेतों के आधार पर कार्रवाई योग्य अंतर्दृष्टि को लगातार उत्पन्न करने और खोजने की क्षमता है। दूसरे शब्दों में, अवलोकनीयता उपयोगकर्ताओं को बाहरी आउटपुट से सिस्टम की स्थिति को समझने और (सुधारात्मक) कार्रवाई करने की अनुमति देती है। + +## समस्या +कंप्यूटर सिस्टम को निम्न-स्तरीय संकेतों जैसे सीपीयू समय, मेमोरी, डिस्क स्थान, और उच्च-स्तरीय और व्यावसायिक संकेतों को देखकर मापा जाता है, जिसमें एपीआई प्रतिक्रिया समय, त्रुटियां, प्रति सेकंड लेनदेन आदि शामिल हैं। + +किसी प्रणाली की अवलोकनीयता का उसके परिचालन और विकास लागतों पर महत्वपूर्ण प्रभाव पड़ता है। ऑब्जर्वेबल सिस्टम अपने ऑपरेटरों को सार्थक, कार्रवाई योग्य डेटा प्रदान करते हैं, जिससे उन्हें अनुकूल परिणाम (त्वरित घटना प्रतिक्रिया, डेवलपर उत्पादकता में वृद्धि) और कम मेहनत और डाउनटाइम प्राप्त करने की अनुमति मिलती है। + +## समाधान +यह समझना महत्वपूर्ण है कि अधिक जानकारी आवश्यक रूप से अधिक अवलोकन योग्य प्रणाली में परिवर्तित नहीं होती है। वास्तव में, कभी-कभी, सिस्टम द्वारा उत्पन्न जानकारी की मात्रा एप्लिकेशन द्वारा उत्पन्न शोर से मूल्यवान स्वास्थ्य संकेतों की पहचान करना कठिन बना सकती है। अवलोकनीयता के लिए सही निर्णय लेने के लिए सही उपभोक्ता (मानव या सॉफ़्टवेयर का टुकड़ा) के लिए सही समय पर सही डेटा की आवश्यकता होती है। From 37a16dcc33ced476a117a96e04742e2e64df3fc5 Mon Sep 17 00:00:00 2001 From: Saurabh Subhash Martande Date: Mon, 27 Nov 2023 23:08:01 +0530 Subject: [PATCH 086/148] [hi] Localize cloud native apps.md to Hindi (#1721) Signed-off-by: Saurabh Subhash Martande Signed-off-by: Anuj Tiwari Signed-off-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> Co-authored-by: Anuj Tiwari Co-authored-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> --- content/hi/cloud native apps.md | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 content/hi/cloud native apps.md diff --git a/content/hi/cloud native apps.md b/content/hi/cloud native apps.md new file mode 100644 index 0000000000..dc5d2ca053 --- /dev/null +++ b/content/hi/cloud native apps.md @@ -0,0 +1,30 @@ +--- +title: क्लाउड नेटिव ऐप्स (Cloud Native Apps) +status: Completed +category: अवधारणा +tags: ["application", "fundamental"] +--- + +## यह क्या है + +क्लाउड नेटिव एप्लिकेशन विशेष रूप से [क्लाउड कंप्यूटिंग](/cloud-computing/) में नवीनीकरण का लाभ उठाने के लिए डिज़ाइन किए गए हैं। +ये एप्लिकेशन क्लाउड के संसाधनों और [स्केलिंग](/scalability/) क्षमताओं का लाभ उठाते हुए, अपने संबंधित क्लाउड आर्किटेक्चर के साथ आसानी से एकीकृत होते हैं। +यह उन अनुप्रयोगों को भी संदर्भित करते हैं जो क्लाउड कंप्यूटिंग द्वारा संचालित बुनियादी ढांचे में नवीनीकरण का लाभ उठाते हैं। +क्लाउड नेटिव एप्लिकेशन में आज ऐसे ऐप्स शामिल हैं जो क्लाउड प्रदाता के डेटासेंटर और ऑन-प्रिमाइसेस क्लाउड नेटिव प्लेटफॉर्म पर चलते हैं। + +## समस्या + +परंपरागत रूप से, ऑन-प्रिमाइसेस परिवेशों ने काफी पहले से आरक्षित तरीके से कंप्यूट संसाधन प्रदान किए। +प्रत्येक डेटासेंटर में ऐसी सेवाएँ थीं जो विशिष्ट वातावरणों के लिए [कसकर युग्मित](/tightly-coupled-architectures/) अनुप्रयोग करती थीं, +[वर्चुअल मशीन](/virtual-machine/) और अन्य सेवाऍ जैसी बुनियादी सुविधाओं के लिए अक्सर मैन्युअल प्रावधान पर बहुत अधिक भरोसा किया जाता है। +यह, बदले में, डेवलपर्स और उनके अनुप्रयोगों को उस विशिष्ट डेटासेंटर तक सीमित कर देता है। +क्लाउड के लिए डिज़ाइन नहीं किए गए एप्लिकेशन क्लाउड वातावरण की लचीलाता और स्केलिंग क्षमताओं का लाभ नहीं उठा सकते थे। +उदाहरण के लिए, जिन ऐप्स को सही ढंग से शुरू करने के लिए मैन्युअल हस्तक्षेप की आवश्यकता होती है, वे स्वचालित रूप से स्केल नहीं कर सकते हैं, +ना ही विफलता की स्थिति में उन्हें स्वचालित रूप से पुनरारंभ किया जा सकता है। + +## समाधान + +जबकि क्लाउड नेटिव एप्लिकेशन के लिए कोई एक आकार तभी फिट बैठता है, जब उनमें कुछ समानताएँ हों। +क्लाउड नेटिव ऐप्स लचीले, प्रबंधनीय होते हैं और उनके साथ आने वाली क्लाउड सेवाओं के सुइट द्वारा सहायता प्राप्त होती है। +विभिन्न क्लाउड सेवाएँ उपयोगकर्ताओं को समस्याओं के बढ़ने से पहले उनका पता लगाना और उनका समाधान करने में सक्षम बनाने के साथ साथ [अवलोकन योग्यता](/observability/) की एक उच्च स्तर को सक्षम करती हैं। +मजबूत स्वचालन के साथ संयुक्त, वे इंजीनियरों को न्यूनतम परिश्रम के साथ बार-बार और अनुमानित रूप से उच्च प्रभाव वाले परिवर्तन करने की अनुमति देती हैं। From 6c6f1f345e11e48277b4538702b16c271f842e9c Mon Sep 17 00:00:00 2001 From: AKSHAYA MADHURI <76612327+akshayamadhuri@users.noreply.github.com> Date: Thu, 30 Nov 2023 12:26:28 +0530 Subject: [PATCH 087/148] Create service discovery.md (#2163) Signed-off-by: AKSHAYA MADHURI <76612327+akshayamadhuri@users.noreply.github.com> Signed-off-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> Co-authored-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> --- content/hi/service discovery.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 content/hi/service discovery.md diff --git a/content/hi/service discovery.md b/content/hi/service discovery.md new file mode 100644 index 0000000000..6078f3bb7f --- /dev/null +++ b/content/hi/service discovery.md @@ -0,0 +1,17 @@ +--- +title: सर्विस डिस्कवरी (Service Discovery) +status: completed +category: अवधारणा +--- + +## यह क्या है + +सर्विस डिस्कवरी एक सेवा बनाने वाले व्यक्तिगत उदाहरणों को खोजने की प्रक्रिया है। एक सर्विस डिस्कवरी टूल, सर्विस बनाने वाले विभिन नोड्स या एंड-पॉइंट्स को ट्रैक करता है। + +## समस्या + +क्लाउड नेटिव आर्किटेक्चर गतिशील और तरल हैं, जिसका अर्थ है कि वे लगातार बदलते रहेते हैं। एक कंटेनरीकृत ऐप संभवतः अपने जीवनकाल में कई बार शुरू और बंद होगा। हर बार ऐसा होने पर, इसका एक नया पता होगा और कोई भी ऐप जो इसे खोजना चाहता है उसे नए स्थान की जानकारी प्रदान करने के लिए एक टूल की आवश्यकता होगी। + +## समाधान + +सर्विस डिस्कवरी नेटवर्क के भीतर ऐप्स का ट्रैक रखती है ताकि जरूरत पड़ने पर वे एक-दूसरे को ढूंढ सकें। यह व्यक्तिगत सेवाओं को खोजने और संभावित रूप से पहचानने के लिए एक सामान्य स्थान प्रदान करता है। सर्विस की खोज करने वाले सर्च-इंजन डेटाबेस-जैसे उपकरण हैं, जो इस बारे में जानकारी संग्रहीत करते हैं कि कौन सी सेवाएँ मौजूद हैं और उनका पता कैसे लगाया जाए। From 2a98ac808b90ed41b11ea38b8a8bf062a5761cf3 Mon Sep 17 00:00:00 2001 From: Aarav Shukla Date: Fri, 1 Dec 2023 23:33:23 +0530 Subject: [PATCH 088/148] [hi] Localize Tightly Coupled Architectures in hindi. (#2643) Signed-off-by: Aarav 238 Signed-off-by: Garima Negi Co-authored-by: Garima Negi --- content/hi/tightly-coupled-architecture.md | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 content/hi/tightly-coupled-architecture.md diff --git a/content/hi/tightly-coupled-architecture.md b/content/hi/tightly-coupled-architecture.md new file mode 100644 index 0000000000..166b1da433 --- /dev/null +++ b/content/hi/tightly-coupled-architecture.md @@ -0,0 +1,10 @@ +--- +title: टाइट्ली कपल्ड आर्किटेक्चर (Tightly Coupled Architecture) +status: Completed +category: वास्तुकला +--- + + +टाइट्ली कपल्ड आर्किटेक्चर एक आर्किटेक्चर शैली है जहां कई अनुप्रयोग घटक एक दूसरे पर निर्भर होते हैं (लूज़ली कपल्ड आर्किटेक्चर के विपरीत प्रतिमान)। इसका मतलब यह है कि एक घटक में बदलाव से अन्य घटकों पर असर पड़ने की संभावना है। आम तौर पर अधिक लूज़ली कपल्ड आर्किटेक्चर की तुलना में इसे लागू करना आसान होता है, लेकिन यह सिस्टम को कैस्केडिंग विफलताओं के प्रति अधिक संवेदनशील बना सकता है। उन्हें घटकों के समन्वित रोलआउट की भी आवश्यकता होती है जो डेवलपर उत्पादकता पर दबाव बन सकता है। + +टाइट्ली कपल्ड एप्लिकेशन आर्किटेक्चर अनुप्रयोगों के निर्माण का एक काफी पारंपरिक तरीका है। हालांकि जरूरी नहीं कि वे माइक्रोसर्विस विकास की सभी सर्वोत्तम प्रथाओं के अनुरूप हों, लेकिन वे विशिष्ट परिस्थितियों में उपयोगी हो सकते हैं। वे लागू करने में तेज़ और सरल होते हैं और मोनोलिथिक अनुप्रयोगों की तरह वे प्रारंभिक विकास चक्र को गति दे सकते हैं। \ No newline at end of file From fa853862a7bced8bd893df62aa17b2c718018e69 Mon Sep 17 00:00:00 2001 From: Abhay Rajpoot Date: Mon, 4 Dec 2023 20:14:28 +0530 Subject: [PATCH 089/148] Localised shift-left into hi (#2632) Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari --- content/hi/shift-left.md | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) create mode 100644 content/hi/shift-left.md diff --git a/content/hi/shift-left.md b/content/hi/shift-left.md new file mode 100644 index 0000000000..eba794ab21 --- /dev/null +++ b/content/hi/shift-left.md @@ -0,0 +1,22 @@ +--- +title: शिफ्ट लेफ्ट (Shift Left) +status: Completed +category: concept +--- + +## यह क्या है +शिफ्ट लेफ्ट में "लेफ्ट" सॉफ़्टवेयर विकास जीवनचक्र के पहले चरणों की ओर संकेत करता है, जहां चरणों को बाएं से दाएं दिशा में निष्पादित किया जाता है। शिफ्ट लेफ्ट अभिक्रिया सॉफ़्टवेयर विकास जीवनचक्र के अंतिम चरणों की बजाय, प्रारंभिक चरणों में परीक्षण, सुरक्षा, या अन्य विकास प्रथाओं को संचालित करने की प्रथा है। + +प्रारंभ में परीक्षण की प्रक्रिया को वारंट किया जाता था, लेकिन अब शिफ्ट लेफ्ट को सुरक्षा और डिप्लॉयमेंट जैसे सॉफ़्टवेयर विकास और [डेवओप्स](/devops/), के अन्य पहलुओं में भी लागू किया जा सकता है। + +## समस्या +सुरक्षा समस्याएं, बग और सॉफ़्टवेयर के दोषों को सुधारना और ठीक करना अधिक कठिन और महंगा हो सकता है, अगर उन्हें विकास चक्र के दौरान या डिप्लॉयमेंट के पश्चात खोजा जाता है, विशेषतः अगर सॉफ़्टवेयर पहले से ही उत्पादन में डिप्लॉय हो चुका हो। + +## समाधान +सॉफ़्टवेयर विकास के लिए शिफ्ट लेफ्ट मानसिकता अपनाने से, टीमें विकास जीवनचक्र के दौरान परीक्षण और सुरक्षा को लागू कर सकती हैं। और क्योंकि परीक्षण और सुरक्षा की जिम्मेदारी विकास टीम के सदस्यों के बीच साझा की जाती है — सॉफ़्टवेयर इंजीनियर से क्वालिटी एश्योरेंस और ऑपरेशन तक — तो हर कोई एक आवेदन की स्थिरता और सुरक्षा की सुनिश्चितता में भाग लेता है। + +इसके अलावा, शिफ्ट लेफ्ट ने निरंतर सुधार और विकास के लिए [एजाइल](/agile-software-development/), दृष्टिकोण को अपनाने की संभावना प्रदान की है। टीमें छोटे-छोटे अनुक्रमिक सुधार कर सकती हैं और समस्याओं को पहले ही पहचान सकती हैं। +यह दृष्टिकोण इंजीनियरों को सुरक्षित विकास के अभ्यास को डिजाइन करने और आर्किटेक्चर की अवस्था को अपनाने में सुविधा प्रदान करता है। विकास चक्र के दौरान परीक्षण करने से सॉफ़्टवेयर रिलीज़ से पहले, परीक्षण करने का आवश्यक समय कम हो जाता है। + +कई सॉफ़्टवेयर उपकरण और SaaS समाधान इन प्रथाओं को लेफ्ट शिफ्ट करने में मदद करते हैं। हालांकि, शिफ्ट लेफ्ट को टीम के भीतर सुधारित प्रक्रियाओं और सांस्कृतिक परिवर्तनों के माध्यम से भी लागू किया जा सकता है। + From aaff35087e855f497c8b2e3932e608e9378a7e14 Mon Sep 17 00:00:00 2001 From: Aniket Shitole <91371143+AniketNS@users.noreply.github.com> Date: Tue, 12 Dec 2023 19:55:36 +0530 Subject: [PATCH 090/148] Add api-gateway-hindi.md (#1614) Signed-off-by: Aniket Shitole <91371143+AniketNS@users.noreply.github.com> --- content/hi/api-gateway.md | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 content/hi/api-gateway.md diff --git a/content/hi/api-gateway.md b/content/hi/api-gateway.md new file mode 100644 index 0000000000..14b8b8f28a --- /dev/null +++ b/content/hi/api-gateway.md @@ -0,0 +1,24 @@ +--- +title: एपीआई गेटवे (API Gateway) +status: Completed +category: अवधारणा +tags: ["networking", "", ""] +--- + +## यह क्या है + +[एपीआई](/application-programming-interface/) गेटवे एक ऐसा उपकरण है जो अद्वितीय एप्लिकेशन एपीआई को एकत्र करता है, जिससे वे सभी एक ही स्थान पर उपलब्ध हो जाते हैं। +यह संगठनों को प्रमुख कार्यों को स्थानांतरित करने की अनुमति देता है, जैसे प्रमाणीकरण और प्राधिकरण या अनुप्रयोगों के बीच अनुरोधों की संख्या को केंद्रीय रूप से प्रबंधित स्थान पर सीमित करना। +एपीआई गेटवे अक्सर बाहरी उपभोक्ताओं के लिए एक सामान्य इंटरफ़ेस के रूप में कार्य करता है। +## समस्या + +यदि आप बाहरी उपभोक्ताओं के लिए एपीआई उपलब्ध करा रहे हैं, तो आप सभी पहुंच को प्रबंधित और नियंत्रित करने के लिए एक प्रवेश बिंदु चाहते हैं। +इसके अतिरिक्त, यदि आपको उन इंटरैक्शन पर कार्यक्षमता लागू करने की आवश्यकता है, तो एक एपीआई गेटवे आपको बिना किसी ऐप कोड परिवर्तन की आवश्यकता के इसे सभी +ट्रैफ़िक पर समान रूप से लागू करने की अनुमति देता है। + +## समाधान + +एक एप्लिकेशन में विभिन्न एपीआई के लिए एक एकल पहुंच बिंदु प्रदान करना, एपीआई गेटवे संगठनों के लिए एक केंद्रीय स्थान में क्रॉस-कटिंग व्यवसाय या सुरक्षा को लागू करना आसान बनाता है। +वे एप्लिकेशन उपभोक्ताओं को उनकी सभी जरूरतों के लिए एक ही पते पर जाने की अनुमति भी देते हैं। +एक एपीआई गेटवे सिस्टम में सभी वेब सेवाओं के अनुरोधों के लिए एकल पहुंच बिंदु प्रदान करके सुरक्षा और अवलोकन जैसी परिचालन संबंधी चिंताओं को सरल बना सकता है। +जैसा कि सभी अनुरोध एपीआई गेटवे के माध्यम से प्रवाहित होते हैं, यह मेट्रिक्स-एकत्रीकरण, दर-सीमित और प्राधिकरण जैसी कार्यक्षमता जोड़ने के लिए एक ही स्थान प्रस्तुत करते हैं। \ No newline at end of file From 501d4bfb953cb61fb09b77f11929397dd7283dda Mon Sep 17 00:00:00 2001 From: ARYAN Date: Wed, 13 Dec 2023 00:56:41 +0530 Subject: [PATCH 091/148] [hi] Create vertical-scaling.md (#2626) Signed-off-by: ARYAN --- content/hi/vertical-scaling.md | 33 +++++++++++++++++++++++++++++++++ 1 file changed, 33 insertions(+) create mode 100644 content/hi/vertical-scaling.md diff --git a/content/hi/vertical-scaling.md b/content/hi/vertical-scaling.md new file mode 100644 index 0000000000..7f377df1fe --- /dev/null +++ b/content/hi/vertical-scaling.md @@ -0,0 +1,33 @@ +--- +शीर्षक: लंबवत स्केलिंग +status: Completed +श्रेणी: संकल्पना +टैग: ["बुनियादी ढांचा", "", ""] +--- + +## यह क्या है + +वर्टिकल स्केलिंग, जिसे "स्केलिंग अप एंड डाउन" के रूप में भी जाना जाता है, यह एक ऐसी तकनीक है जिसे +कार्यभार बढ़ने पर अलग-अलग [नोड्स](/नोड्स/) में सीपीयू और मेमोरी जोड़कर सिस्टम की क्षमता बढ़ाई जाती है। +मान लीजिए, आपके पास 4GB रैम वाला कंप्यूटर है और आप इसकी क्षमता 16GB रैम तक बढ़ाना चाहते हैं, +इसे लंबवत रूप से स्केल करने का अर्थ है 16GB रैम सिस्टम पर स्विच करना। +(कृपया भिन्न स्केलिंग दृष्टिकोण के लिए [क्षैतिज स्केलिंग](/क्षैतिज-स्केलिंग/) देखें।) + +## यह समस्या का समाधान करता है + +जैसे-जैसे किसी एप्लिकेशन की मांग उस एप्लिकेशन इंस्टेंस की वर्तमान क्षमता से अधिक बढ़ती है, +तो हमें सिस्टम को स्केल करने (क्षमता जोड़ने) का एक तरीका खोजने की जरूरत है। +हम या तो मौजूदा नोड्स में अधिक गणना संसाधन जोड़ सकते हैं (ऊर्ध्वाधर स्केलिंग) +या सिस्टम में अधिक नोड्स ([क्षैतिज स्केलिंग](/क्षैतिज-स्केलिंग/))। +[स्केलेबिलिटी](/स्केलेबिलिटी/) प्रतिस्पर्धात्मकता, दक्षता, प्रतिष्ठा और गुणवत्ता में योगदान करती है। + +## यह कैसे मदद करता है + +वर्टिकल स्केलिंग आपको एप्लिकेशन कोड को बदले बिना अपने सर्वर का आकार बदलने की अनुमति देता है। +यह क्षैतिज स्केलिंग के विपरीत है, जहां ऐप को स्केल करने के लिए प्रतिकृति चाहिए, जहां संभावित रूप से कोड अपडेट की आवश्यकता होती है। +वर्टिकल स्केलिंग से मौजूदा एप्लिकेशन की क्षमता बढ़ाई जा सकती है जैसे कंप्यूट संसाधन जोड़ने से ऐप को अधिक अनुरोधों को संसाधित करने और समवर्ती रूप से अधिक कार्य करने की अनुमति मिलती है। + +## संबंधित शर्तें + +* [क्षैतिज स्केलिंग](/क्षैतिज-स्केलिंग/) +* [ऑटो स्केलिंग](/ऑटो-स्केलिंग/) From 48613fa40461340ffc04355fdb0ab43ff2d0999a Mon Sep 17 00:00:00 2001 From: ARYAN Date: Thu, 14 Dec 2023 20:11:35 +0530 Subject: [PATCH 092/148] Create container-orchestration.md (#2609) Signed-off-by: ARYAN <124805747+ARYANis0001@users.noreply.github.com> Signed-off-by: ARYAN Co-authored-by: ARYAN <124805747+ARYANis0001@users.noreply.github.com> Co-authored-by: Ankur Singh Co-authored-by: Garima Negi Co-authored-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> --- content/hi/container-orchestration.md | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 content/hi/container-orchestration.md diff --git a/content/hi/container-orchestration.md b/content/hi/container-orchestration.md new file mode 100644 index 0000000000..9fa18a7c6b --- /dev/null +++ b/content/hi/container-orchestration.md @@ -0,0 +1,24 @@ +--- +title: कंटेनर ऑर्केस्ट्रेशन (Container Orchestration) +status: Completed +category: अवधारणा +--- + +## यह क्या है + +[कंटेनर](/container/) ऑर्केस्ट्रेशन का तात्पर्य है गतिशील वातावरण में कंटेनरीकृत एप्लीकेशन के जीवनचक्र को प्रबंधित और स्वचालित करना। +इसे एक कंटेनर ऑर्केस्ट्रेटर (ज्यादातर मामलों में, [कुबेरनेट्स](/kubernetes/)) के माध्यम से एक्सेक्यूटे किया जाता है, जो डिप्लॉयमेंट, (ऑटो) स्केलिंग, ऑटो-हीलिंग और मॉनिटरिंग को सक्षम बनाता है। +ऑर्केस्ट्रेशन एक रूपक है: +ऑर्केस्ट्रेशन टूल एक संगीत संचालक की तरह कंटेनरों का संचालन करता है, यह सुनिश्चित करता है कि प्रत्येक कंटेनर (या संगीतकार) वही करे जो उसे करना चाहिए। + +## समस्या + +[माइक्रोसर्विसेज](/microservices/), सुरक्षा और नेटवर्क संचार को बड़े पैमाने पर प्रबंधित करना - और [वितरित सिस्टम](/distributed-systems/) को सामान्य रूप से प्रबंधित करना - मैन्युअल रूप से प्रबंधित करना असंभव नहीं लेकिन कठिन है। +कंटेनर ऑर्केस्ट्रेशन उपयोगकर्ताओं को इन सभी प्रबंधन कार्यों को स्वचालित करने की अनुमति देता है। + +## समाधान + +कंटेनर ऑर्केस्ट्रेशन टूल उपयोगकर्ताओं को सिस्टम की स्थिति निर्धारित करने की अनुमति देते हैं। +सबसे पहले, वे परिभाषित करते हैं कि यह कैसा दिखना चाहिए (उदाहरण के लिए X कंटेनर, Y पॉड्स, आदि)। +ऑर्केस्ट्रेशन टूल तब स्वचालित रूप से इंफ्रास्ट्रक्चर की निगरानी करेगा और यदि इसकी स्थिति परिभाषित स्थिति से भटकती है तो इसे ठीक कर देगा (उदाहरण के लिए यदि कोई कंटेनर दुर्घटनाग्रस्त हो जाता है तो एक नया कंटेनर स्पिन करें)। +यह स्वचालन कई इंजीनियरिंग टीमों के अन्यथा अत्यधिक मैन्युअल और जटिल परिचालन कार्यों को सरल बनाता है, जिसमें प्रावधान, डिप्लॉयमेंट, स्केलिंग (उप और डाउन), नेटवर्किंग, लोड संतुलन और अन्य गतिविधियां शामिल हैं। From 31dbad5fa7d1261b7bf173048181c3b00401e073 Mon Sep 17 00:00:00 2001 From: "Noah Ispas (iamNoah1)" Date: Fri, 29 Dec 2023 18:58:46 +0000 Subject: [PATCH 093/148] remove what it is header Signed-off-by: Noah Ispas (iamNoah1) --- content/de/_TEMPLATE.md | 4 +--- content/de/agile-software-development.md | 2 -- content/de/api-gateway.md | 2 -- content/de/application-programming-interface.md | 2 -- content/de/autoscaling.md | 2 -- content/de/bare-metal-machine.md | 2 -- content/de/blue-green-deployment.md | 2 -- content/de/canary-deployment.md | 2 -- content/de/client-server-architecture.md | 2 -- content/de/cloud-computing.md | 2 -- content/de/cloud-native-apps.md | 2 -- content/de/cloud-native-security.md | 2 -- content/de/cloud-native-tech.md | 2 -- content/de/cluster.md | 2 -- content/de/containers.md | 2 -- 15 files changed, 1 insertion(+), 31 deletions(-) diff --git a/content/de/_TEMPLATE.md b/content/de/_TEMPLATE.md index b3f9ba9a22..9f4634f7bd 100644 --- a/content/de/_TEMPLATE.md +++ b/content/de/_TEMPLATE.md @@ -1,11 +1,9 @@ --- title: Vorlage für Definition -status: Feedback erwünscht +status: Feedback Appreciated category: Konzept --- -## Was es ist - Eine kurze Zusammenfassung. ## Welches Problem es löst diff --git a/content/de/agile-software-development.md b/content/de/agile-software-development.md index 122aa595b8..078a92cfc1 100644 --- a/content/de/agile-software-development.md +++ b/content/de/agile-software-development.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Agile Softwareentwicklung beschreibt ein Vorgehensmodell der Softwareentwicklung, bei der die Arbeit in Iterationen und selbstorganisierte Teams im Vordergrund stehen. Im Vergleich zu wasserfallartigen Projekten, bei denen die Ergebnisse erst am Ende eines Projekts entstehen, diff --git a/content/de/api-gateway.md b/content/de/api-gateway.md index ccd65e5e56..55d9cac507 100644 --- a/content/de/api-gateway.md +++ b/content/de/api-gateway.md @@ -4,8 +4,6 @@ status: Completed category: Technologie --- -## Was es ist - Ein [API](/application-programming-interface/) Gateway ist ein Werkzeug zur Zusammenfassung einzelner Applikations APIs an einem einzigen Ort. Es erlaubt Organisationen Kernfunktionen wie Authentifikation, Autorisation oder auch die Limitierung von Anfragen zentral zu managen. diff --git a/content/de/application-programming-interface.md b/content/de/application-programming-interface.md index f077e68417..85d3436a42 100644 --- a/content/de/application-programming-interface.md +++ b/content/de/application-programming-interface.md @@ -4,8 +4,6 @@ status: Completed category: Technologie --- -## Was es ist - APIs regeln die Kommunikation zwischen Softwareanwendungen. Im weiteren Sinne kann man das mit einem Gespräch zwischen zwei Personen vergleichen. In diesem Beispiel wäre eine API die konkrete Sprache, die gesprochen wird. diff --git a/content/de/autoscaling.md b/content/de/autoscaling.md index cc8a639378..12b9a23fb3 100644 --- a/content/de/autoscaling.md +++ b/content/de/autoscaling.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Autoskalierung ist die Fähigkeit eines Systems, automatisch zu skalieren, typischerweise in Bezug auf die Rechenressourcen. Bei einem System mit automatischer Skalierung werden Ressourcen bei Bedarf automatisch hinzugefügt, um schwankenden Nutzeranforderungen gerecht zu werden. Der Prozess der Autoskalierung variiert und ist so konfigurierbar, dass die Skalierung auf der Grundlage verschiedener Metriken, wie z.B. Speicher oder Prozesszeit, erfolgt. diff --git a/content/de/bare-metal-machine.md b/content/de/bare-metal-machine.md index f6a53e5f62..6f960aaefd 100644 --- a/content/de/bare-metal-machine.md +++ b/content/de/bare-metal-machine.md @@ -4,8 +4,6 @@ status: Completed category: Technologie --- -## Was es ist - Bare Metal beschreibt einen physischen Computer, der als Server verwendet wird und leistungsstarke Hardware besitzt. Demgegenüber stehen virtuelle Maschinen, die einen Großteil der Server ausmachen. diff --git a/content/de/blue-green-deployment.md b/content/de/blue-green-deployment.md index e54dc55f98..90f1b632ec 100644 --- a/content/de/blue-green-deployment.md +++ b/content/de/blue-green-deployment.md @@ -5,8 +5,6 @@ category: Konzept tags: ["methodology", "application", ""] --- -## Was es ist - Blue-Green-Deployment ist eine Strategie zur Aktualisierung von produktiven Anwendungen. Der Fokus liegt darauf, Ausfallszeiten zu minimieren oder gänzlich zu vermeiden. In der Regel bezieht sich der Begriff Blue-Green-Deployment auf die Aktualisierung einer gesamten Anwendung diff --git a/content/de/canary-deployment.md b/content/de/canary-deployment.md index 76259fd52e..8963b8bb7d 100644 --- a/content/de/canary-deployment.md +++ b/content/de/canary-deployment.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Das Canary-Deployment ist eine Deployment-Strategy, die bei einem neuen Release, zwei Umgebungen einbezieht: Die produktive Umgebung und eine Umgebung, welche die neue Version einer Anwendung enthält. Der Datenverkehr wird nun schrittweise von der aktuell produktiven Umgebung auf die Umgebung mit der neuen Version der Anwendung gelenkt. Zunächst kann damit begonnen werden, 1% des Echtzeit-Datenverkehrs zu verschieben, dann 10%, 25% und so weiter, bis der gesamte Datenverkehr über die aktualisierte Version erfolgt. diff --git a/content/de/client-server-architecture.md b/content/de/client-server-architecture.md index 2ab617f972..490eb05db3 100644 --- a/content/de/client-server-architecture.md +++ b/content/de/client-server-architecture.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Bei einer Client-Server-Architektur ist eine Anwendung in zwei oder mehr Komponenten aufgeteilt. Dabei wird unterschieden zwischen Clients und Servern. Ein Client fordert die Erledigung einer Aufgabe bei einem Server an und der Server wiederum nimmt diese Anfrage entgegen und bearbeitet die Aufgabe. Ein Beispiel dafür ist Google Mail. Der Client ist in diesem Fall die Webanwendung bzw. die UI, die im Browser des Nutzers ausgeführt wird. diff --git a/content/de/cloud-computing.md b/content/de/cloud-computing.md index 712cb7c98f..1608e99aae 100644 --- a/content/de/cloud-computing.md +++ b/content/de/cloud-computing.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Das Konzept des Cloud Computing ist die Bereitstellung von Systemressourcen wie CPU, Netzwerk und Speicher auf Abruf und über das Internet. Cloud Computing ermöglicht den Zugriff und die Nutzung von Systemressourcen aus beliebigen Standorten. Diese Systemressourcen werden von Cloud-Anbietern wie AWS, GCP, Azure, Digitial Ocean und weiteren Anbietern an den Endverbraucher zur Verfügung gestellt. diff --git a/content/de/cloud-native-apps.md b/content/de/cloud-native-apps.md index cc89fcc26a..bcdbee9aab 100644 --- a/content/de/cloud-native-apps.md +++ b/content/de/cloud-native-apps.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Cloud Native Applikationen werden auf eine Art entwickelt, welche es erlaubt die Vorteile des [Cloud Computing](/cloud-computing/) zu nutzen. Sie lassen sich problemlos in ihre jeweiligen Cloud-Architekturen integrieren und nutzen die Ressourcen eines Cloud Providers, sowie die verschiedenen Skalierungsmöglichkeiten der Cloud. Cloud Native Anwendungen können dabei sowohl in den Rechenzentren der Cloud Provider als auch auf privaten Cloud Plattformen ausgeführt werden. diff --git a/content/de/cloud-native-security.md b/content/de/cloud-native-security.md index d6810c8135..171fac4b29 100644 --- a/content/de/cloud-native-security.md +++ b/content/de/cloud-native-security.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Cloud Native Security beschreibt den Ansatz, Konzepte aus dem Bereich Cyber Security in [Cloud Native Anwendungen](/cloud-native-apps/) zu integrieren. Dabei ist vorgesehen, dass Sicherheitsbetrachtungen Teil des gesamten Softwareentwicklungs- und Lebenszyklus sind, von der Entwicklung bis zur Inbetriebnahme und Wartung. Cloud Native Security versucht, die gleichen Standards wie herkömmliche Sicherheitsmodelle zu gewährleisten, diff --git a/content/de/cloud-native-tech.md b/content/de/cloud-native-tech.md index 0b94c04d8e..da0ee0cacf 100644 --- a/content/de/cloud-native-tech.md +++ b/content/de/cloud-native-tech.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public-, Privat- und Hybrid-Clouds zu entwickeln und zu betreiben. diff --git a/content/de/cluster.md b/content/de/cluster.md index f40455eb62..d87d8a2e59 100644 --- a/content/de/cluster.md +++ b/content/de/cluster.md @@ -5,8 +5,6 @@ category: Konzept tags: ["infrastruktur", "grundlegendes", ""] --- -## Was es ist - Ein Cluster ist eine Gruppe von Computern, die ein gemeinsames Ziel haben und als eine Einheit auftreten. Im Kontext von [Cloud Native Technologien](/cloud-native-tech/) wird der Begriff häufig mit [Kubernetes](/kubernetes/) gleichgesetzt. Jedenfalls kommunizieren einzelnen Computer über ein Netzwerk miteinander. diff --git a/content/de/containers.md b/content/de/containers.md index 5df6532e12..0f2c476b97 100644 --- a/content/de/containers.md +++ b/content/de/containers.md @@ -4,8 +4,6 @@ status: Completed category: Konzept --- -## Was es ist - Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessen Betriebssystem verwaltet wird. Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet. Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt, From 0c8e9e37f4e0bef4c2faa771d83183f4d354f5e8 Mon Sep 17 00:00:00 2001 From: ARYAN Date: Thu, 14 Mar 2024 10:22:13 +0530 Subject: [PATCH 094/148] Localization of Edge Computing in Hindi (#2773) Signed-off-by: ARYAN Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari Co-authored-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> --- content/hi/edge-computing.md | 27 +++++++++++++++++++++++++++ 1 file changed, 27 insertions(+) create mode 100644 content/hi/edge-computing.md diff --git a/content/hi/edge-computing.md b/content/hi/edge-computing.md new file mode 100644 index 0000000000..78f1d97a72 --- /dev/null +++ b/content/hi/edge-computing.md @@ -0,0 +1,27 @@ +--- +title: एज-कंप्यूटिंग (Edge Computing) +status: Completed +category: प्रौद्योगिकी +--- + +एज-कंप्यूटिंग एक [डिस्ट्रिब्यूटेड सिस्टम](/distributed-systems/) का दृष्टिकोण है, जो कुछ स्टोरेज और कंप्यूटिंग क्षमता को प्राथमिक डेटा केंद्र से डेटा स्रोत में स्थानांतरित करता है। +एकत्रित डेटा की गणना प्रसंस्करण और विश्लेषण के लिए केंद्रीकृत डेटा सेंटर में भेजने के बजाय स्थानीय स्तर पर की जाती है (उदाहरण के लिए, किसी कारखाने के फर्श पर, किसी स्टोर में, या पूरे शहर में)। +ये स्थानीय प्रसंस्करण डिवाइस सिस्टम के एज का प्रतिनिधित्व करते हैं, जबकि डेटा सेंटर इसका केंद्र है। +एज पर गणना किए गए आउटपुट को आगे की प्रक्रिया के लिए प्राथमिक डेटा सेंटर में वापस भेजा जाता है। +एज-कंप्यूटिंग के उदाहरणों में कलाई गैजेट या कंप्यूटर शामिल हैं जो ट्रैफ़िक प्रवाह का विश्लेषण करते हैं। + +## समस्या + +पिछले दशक में, हमने अत्याधुनिक एज-डिवाइस (जैसे, मोबाइल फोन, स्मार्ट घड़ियाँ, या सेंसर) की बढ़ती संख्या देखी है। +कुछ मामलों में, वास्तविक डेटा प्रोसेसिंग न केवल अच्छा है बल्कि महत्वपूर्ण भी है। +आप उदाहरण के तौर पर स्वचलित गाड़ियों के बारे में सोच सकते हैं। +अब कल्पना करें कि कार के सेंसर से डेटा को वाहन में वापस भेजने से पहले प्रसंस्करण के लिए डेटा सेंटर में स्थानांतरित करना होगा ताकि यह उचित रूप से प्रतिक्रिया कर सके। +इसके वजे से अंतर्निहित नेटवर्क में विलंबता घातक हो सकती है। +हालाँकि यह एक अति अधिक उदाहरण है, अधिकांश उपयोगकर्ता तत्काल प्रतिक्रिया प्रदान करने में असमर्थ स्मार्ट डिवाइस का उपयोग नहीं करना चाहेंगे। + +## समाधान + +जैसा कि ऊपर वर्णित है, एज-डिवाइसों के उपयोगी होने के लिए, उन्हें उपयोगकर्ताओं को वास्तविक समय पर प्रतिक्रिया प्रदान करने के लिए प्रसंस्करण और विश्लेषण का कम से कम हिस्सा स्थानीय स्तर पर करना होगा। +यह कुछ स्टोरेज और प्रसंस्करण संसाधनों को डेटा सेंटर से उस स्थान पर स्थानांतरित करके प्राप्त किया जाता है जहां डेटा उत्पन्न होता है: जैसे की एज-डिवाइस। +संसाधित और असंसाधित डेटा को बाद में आगे की प्रक्रिया और स्टोरेज के लिए डेटा सेंटर में भेजा जाता है। +संक्षेप में, कुशलता और गति एज-कंप्यूटिंग के प्राथमिक चालक हैं। From 4dbc4c9b7d666e7813f2d81cad58b42e4dfc2fc5 Mon Sep 17 00:00:00 2001 From: ARYAN Date: Tue, 19 Mar 2024 06:11:34 +0530 Subject: [PATCH 095/148] Create transport-layer-security.md (#2593) Signed-off-by: ARYAN <124805747+ARYANis0001@users.noreply.github.com> Signed-off-by: ARYAN Signed-off-by: Anuj Tiwari Co-authored-by: ARYAN <124805747+ARYANis0001@users.noreply.github.com> Co-authored-by: Anuj Tiwari --- content/hi/transport-layer-security.md | 29 ++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 content/hi/transport-layer-security.md diff --git a/content/hi/transport-layer-security.md b/content/hi/transport-layer-security.md new file mode 100644 index 0000000000..88cb51e679 --- /dev/null +++ b/content/hi/transport-layer-security.md @@ -0,0 +1,29 @@ +--- +title: ट्रांसपोर्ट लेयर सिक्योरिटी (Transport Layer Security) +status: Completed +category: अवधारणा +tags: ["सिक्योरिटी", "नेटवर्किंग"] +--- + +## यह क्या है + +ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) एक प्रोटोकॉल है जिसे नेटवर्क पर संचार को बढ़ी हुई सुरक्षा प्रदान करने के लिए डिज़ाइन किया गया है। +यह इंटरनेट पर भेजे गए डेटा की सुरक्षित डिलीवरी सुनिश्चित करता है, +जैसे डेटा की संभावित निगरानी या परिवर्तन से बचाव। +यह प्रोटोकॉल मैसेजिंग, ई-मेल आदि जैसे अनुप्रयोगों में व्यापक रूप से उपयोग किया जाता है। + +## यह किस समस्या का समाधान करता है + +टीएलएस के बिना, ब्राउज़िंग आदतें, ई-मेल पत्रचार, ऑनलाइन चैट और कॉन्फ्रेंसिंग कॉल जैसी संवेदनशील जानकारी +ट्रांसमिशन के दौरान दूसरों द्वारा आसानी से पता लगाई और संशोधित कि जा सकती है। +टीएलएस का समर्थन करने के लिए सर्वर और क्लाइंट एप्लिकेशन को सक्षम या इनेबल करना यह सुनिश्चित करता है, +ता की उनके बीच प्रसारित डेटा गोपित रहे और डेटा तीसरे पक्ष द्वारा देखने योग्य ना हो। + +## यह कैसे मदद करता है + +टीएलएस एन्कोडिंग तकनीकों के जोड़ का उपयोग करता है जो नेटवर्क पर डेटा संचारित करते समय सुरक्षा प्रदान करते हैं। +टीएलएस क्लाइंट एप्लिकेशन और सर्वर, जैसे वेब ब्राउज़र और बैंकिंग साइट के बीच एन्क्रिप्टेड कनेक्शन की अनुमति देता है। +यह क्लाइंट एप्लिकेशन को उस सर्वर की सकारात्मक रूप से पहचान करने की भी अनुमति देता है जिस पर वे कॉल कर रहे हैं, +जिससे ग्राहक द्वारा किसी धोखाधड़ी वाली साइट से बात करने का जोखिम कम हो जाता है। +यह सुनिश्चित करता है कि तीसरे पक्ष में टीएलएस का उपयोग करके अनुप्रयोगों के बीच प्रसारित डेटा को देखने और निगरानी करने में असमर्थ हो। +जो संवेदनशील और निजी जानकारी जैसे क्रेडिट कार्ड नंबर, पासवर्ड, स्थान आदि की सुरक्षा करता है। From 9fdb94ad0d9c7e3c7123b906efce67c034a7d8aa Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Mon, 18 Dec 2023 06:42:31 +0000 Subject: [PATCH 096/148] Update content/de/continuous-integration.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> first localization first localization Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Update contineaous integration.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Delete content/de/contineous-integration.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Rename contineaous integration.md to continuous-integration.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Update content/de/continuous-integration.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Update content/de/continuous-integration.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Update content/de/continuous-integration.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Co-Authored-By: Noah Ispas --- content/de/continuous-integration.md | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 content/de/continuous-integration.md diff --git a/content/de/continuous-integration.md b/content/de/continuous-integration.md new file mode 100644 index 0000000000..6fd85d80b9 --- /dev/null +++ b/content/de/continuous-integration.md @@ -0,0 +1,25 @@ +--- +title: Contineous Integration +status: Feedback erwünscht +category: Konzept +--- + + +Unter Continuous Integration, oft abgekürzt als CI, versteht man die Praxis, Codeänderungen automatisch zu integrieren. +CI ist eine Voraussetzung für die Continuous Delivery (CD). +Traditionell beginnt der CI-Prozess mit der Übergabe von Codeänderungen an ein Versionskontrollsystem (Git, Mercurial oder Subversion) +und endet mit einem getesteten Artefakt, das von einem CD-System verwendet werden kann. + +## Welches Problem es löst + +Softwaresysteme sind oft komplex und werden von zahlreichen Entwicklern gepflegt und aktualisiert. +Wenn diese Entwickler parallel an verschiedenen Teilen des Systems arbeiten, kann es vorkommen, dass sie im Konflikt miteinander stehende Änderungen vornehmen und versehentlich die Arbeit des jeweils anderen beschädigen. +Wenn mehrere Entwickler an demselben Projekt arbeiten, müssen außerdem alle alltäglichen Aufgaben wie das Testen, +das Berechnen der Codequalität so wie das Ermitteln von Sicherheitsrisiken von jedem Entwickler wiederholt werden, was zu zeitaufwändig ist. + +## Wie es das Problem löst + +CI-Software prüft automatisch, ob Codeänderungen sauber zusammengeführt werden, wenn ein Entwickler eine Änderung überträgt. +Es ist eine fast allgegenwärtige Praxis, den CI-Server zu verwenden, um Builds, Codequalitätsprüfungen, Sicherheitsscans, Tests und sogar Bereitstellungen durchzuführen. +So wird er zu einer konkreten Umsetzung der Qualitätskontrolle innerhalb von Teams. +CI ermöglicht es Software-Teams, jeden Code-Commit entweder in einen konkreten Fehler oder in einen brauchbaren Release-Kandidaten zu verwandeln. From fd39b8e4a3c79b1b901d2df402e7fd32af217beb Mon Sep 17 00:00:00 2001 From: Noah Ispas Date: Sun, 21 Apr 2024 11:30:41 +0100 Subject: [PATCH 097/148] Update content/de/continuous-integration.md Signed-off-by: Noah Ispas --- content/de/continuous-integration.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/continuous-integration.md b/content/de/continuous-integration.md index 6fd85d80b9..fb54c7bd39 100644 --- a/content/de/continuous-integration.md +++ b/content/de/continuous-integration.md @@ -1,6 +1,6 @@ --- title: Contineous Integration -status: Feedback erwünscht +status: Completed category: Konzept --- From 3b6f4ec8e33e2e23e28e8d1874fdf9a7574057c0 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Fri, 24 May 2024 10:30:43 +0200 Subject: [PATCH 098/148] Create service-mesh.md Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/service-mesh.md | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 content/de/service-mesh.md diff --git a/content/de/service-mesh.md b/content/de/service-mesh.md new file mode 100644 index 0000000000..6149c3c437 --- /dev/null +++ b/content/de/service-mesh.md @@ -0,0 +1,25 @@ +--- +title: Service Mesh +status: Completed +category: technology +tags: ["networking", "", ""] +--- + +Bei einer [Microservice-Architektur](/microservices-architecture/) werden Anwendungen in mehrere kleinere [Services](/service/) aufgeteilt, die über ein Netzwerk kommunizieren. +Ähnlich wie WLAN-Netzwerke, sind auch Computernetzwerke von Natur aus unzuverlässig, angreifbar und können langsman sein. +Service Meshes bewältigen diese neuen Herausforderungen, indem sie den Datenverkehr (d. h. die Kommunikation) zwischen den Services verwalten und +[Zuverlässigkeit](/reliability/), [Beobachtbarkeit](/observability/) und Sicherheitsfunktionen einheitlich für alle Dienste hinzufügen. + +## Problem it addresses + +Nach der Umstellung auf eine Microservices-Architektur haben es die Ingenieure mit vielen einzelnen Diensten, die alle miteinander kommunizieren müssen. +Das bedeutet, dass eine Menge Datenverkehr über das Netzwerk hin und her fließt. +Darüber hinaus müssen einzelne Anwendungen möglicherweise die Kommunikation verschlüsseln, um gesetzliche Anforderungen zu erfüllen. +Außerdem sind womöglich gemeinsame Metriken für Betriebsteams bereitzustellen oder detaillierte Einblicke in den Datenverkehr zu geben, um Probleme zu diagnostizieren. +Wenn jede dieser Funktionen in den einzelnen Services implementiert wird, führt das zu mangelnder Vereinheitlichung und hohem Abstimmungsbedarf und verlangsamt außerdem die Entwicklung neuer Funktionen. + +## How it helps + +Service Meshes fügen Zuverlässigkeit, Beobachtbarkeit und Sicherheitsfunktionen +einheitlich über alle Dienste eines Clusters hinweg, ohne dass Codeänderungen erforderlich sind. +Dadurch wird die Notwendigkeit eliminiert, diese in den einzelnen Services zu implemtieren, was den Aufwand verringert und Fehlerquellen beseitigt. From 3f11d863afbb99a732c6fe366f6404c26cdeb5e7 Mon Sep 17 00:00:00 2001 From: ARYAN Date: Sat, 25 May 2024 19:30:34 +0530 Subject: [PATCH 099/148] Create service-proxy.md (#2688) Signed-off-by: ARYAN Signed-off-by: Anuj Tiwari Co-authored-by: Anuj Tiwari Co-authored-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> --- content/hi/service-proxy.md | 28 ++++++++++++++++++++++++++++ 1 file changed, 28 insertions(+) create mode 100644 content/hi/service-proxy.md diff --git a/content/hi/service-proxy.md b/content/hi/service-proxy.md new file mode 100644 index 0000000000..9178a7630e --- /dev/null +++ b/content/hi/service-proxy.md @@ -0,0 +1,28 @@ +--- +title: सर्विस प्रॉक्सी (Service Proxy) +status: Completed +category: टैकनोलजी +tags: ["नेटवर्किंग"] +--- + +सर्विस प्रॉक्सी किसी दिए गए [सर्विस](/service/) से या उससे आने वाले ट्रैफ़िक को रोकता है, +उसमे फिर कुछ नियम लागू करता है, फिर उस ट्रैफ़िक को किसी अन्य सर्विस पर आगे भेजता है। +यह अनिवार्य रूप से एक "मध्यस्थ" के रूप में कार्य करता है जो नेटवर्क ट्रैफ़िक के बारे में जानकारी एकत्र करता है और उस पर नियम लागू करता है। + +## समस्या + +सर्विस से सर्विस संचार (उर्फ नेटवर्क ट्रैफ़िक) का ट्रैक रखने के लिए और +संभावित रूप से इसे परिवर्तित या पुन: निर्देशित करने के लिए, हमें डेटा एकत्र करने की आवश्यकता होती है। +परंपरागत रूप से, डेटा संग्रह और नेटवर्क ट्रैफ़िक प्रबंधन को सक्षम करने वाला कोड प्रत्येक एप्लिकेशन के भीतर एम्बेड किया जाता है। + +## समाधान + +एक सर्विस प्रॉक्सी हमें इस कार्यक्षमता को लागू करने की अनुमति देती है। +अब इसे ऐप्स के भीतर रहने की आवश्यकता नहीं होगी। +इसके बजाय, अब इसे प्लेटफ़ॉर्म की परत (जहां आपके ऐप्स चलते हैं) में एम्बेड किया जायेगा। + +सर्विस के बीच गेटकीपर के रूप में कार्य करते हुए, प्रॉक्सी यह जानकारी प्रदान करती है कि किस प्रकार का संचार हो रहा है। +अपनी निरीक्षण के आधार पर, वे यह निर्धारित करती है कि किसी विशेष अनुरोध को कहां भेजना है या इसे पूरी तरह से अस्वीकार करना है। + +प्रॉक्सी महत्वपूर्ण डेटा एकत्र करती है, रूटिंग का प्रबंधन करती है (सर्विस के बीच ट्रैफ़िक को समान रूप से फैलाना या यदि कुछ सेवाएँ ख़राब हो जाती हैं तो पुनः रूट करना), +इंक्रिप्टेड कनेक्शन, और कैश मैमोरी (संसाधन की खपत को कम करना और आदि)। From d2ceff1159d27dc1986f8711bc3e7044830aa53e Mon Sep 17 00:00:00 2001 From: ARYAN Date: Thu, 30 May 2024 19:46:56 +0530 Subject: [PATCH 100/148] Create distributed-systems.md (#2708) Signed-off-by: ARYAN Signed-off-by: Anuj Tiwari Signed-off-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> Co-authored-by: Anuj Tiwari Co-authored-by: Bishal Das <70086051+bishal7679@users.noreply.github.com> --- content/hi/distributed-systems.md | 32 +++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 content/hi/distributed-systems.md diff --git a/content/hi/distributed-systems.md b/content/hi/distributed-systems.md new file mode 100644 index 0000000000..e605ce577a --- /dev/null +++ b/content/hi/distributed-systems.md @@ -0,0 +1,32 @@ +--- +title: डिस्ट्रिब्यूटेड सिस्टम (Distributed System) +status: Completed +category: अवधारणा +tags: ["आर्किटेक्चर"] +--- + +डिस्ट्रिब्यूटेड सिस्टम ऑटोनॉमस कंप्यूटिंग तत्वों का एक कलेक्शन है +जो एक नेटवर्क पर जुड़ा हुआ है और उपयोगकर्ताओं को एकल स्पष्ट सिस्टम के रूप में दिखाई देता है। +आम तौर पर [नोड्स](/nodes/) के रूप में संदर्भित, ये भाग हार्डवेयर डिवाइस जैसे - कंप्यूटर, मोबाइल फोन या सॉफ्टवेयर प्रक्रियाएं हो सकते हैं। +नोड्स को एक सामान्य लक्ष्य प्राप्त करने के लिए प्रोग्राम किया जाता है और सहयोग करने के लिए, वे नेटवर्क पर संदेशों का आदान-प्रदान करते हैं। + +## समस्या + +आज अनेक आधुनिक अनुप्रयोग इतने बड़े हो गए हैं कि उन्हें संचालित करने के लिए सुपर कंप्यूटर की आवश्यकता होगी। +जी-मेल या नेटफ्लिक्स के बारे में सोचें। कोई भी कंप्यूटर संपूर्ण एप्लिकेशन को होस्ट करने के लिए पर्याप्त शक्तिशाली नहीं है। +कई कंप्यूटरों को जोड़ने से, गणना शक्ति लगभग असीमित हो जाती है। +डिस्ट्रिब्यूटेड कंप्यूटिंग के बिना, आज जिन कई अनुप्रयोगों पर हम भरोसा करते हैं, वे संभव नहीं होंगे। + +परंपरागत रूप से, सिस्टम लंबवत रूप से [स्केल](/scalability/) होते हैं। +तभी आप किसी व्यक्तिगत मशीन में अधिक सीपीयू या मेमोरी जोड़ पाते हैं। +वर्टिकल स्केलिंग में समय लगता है, इसके लिए डाउनटाइम की आवश्यकता होती है और यह जल्दी ही अपनी सीमा तक पहुंच जाती है। + +## समाधान + +डिस्ट्रिब्यूटेड सिस्टम [होरिजेंटल स्केलिंग](/horizontal-scaling/) की अनुमति देती हैं (उदाहरण के लिए जरूरत के समय सिस्टम में अधिक नोड्स जोड़ना)। +इसे ऑटोमेटिक किया जा सकता है जिससे सिस्टम के कार्यभार या संसाधन की खपत में अचानक हुई वृद्धि को संभालना सरल हो सके। + +एक नॉन-डिस्ट्रिब्यूटेड सिस्टम विफलता के जोखिमों को उजागर करती है क्योंकि यदि एक मशीन विफल हो जाती है, तो पुरा सिस्टम विफल हो जाता है। +एक डिस्ट्रिब्यूटेड सिस्टम को इस तरह से डिज़ाइन किया जा सकता है कि, +भले ही कुछ मशीनें खराब हो जाएं, फिर भी समग्र सिस्टम समान परिणाम देने के लिए काम करना जारी रख सके। + From 45555b9958db608e786e7be98b40fa8c8795ec28 Mon Sep 17 00:00:00 2001 From: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> Date: Wed, 3 Jul 2024 11:04:40 +0900 Subject: [PATCH 101/148] [ja] Minor fixes for content/ja (#3213) --- content/ja/contribute/_index.md | 12 +++++++----- content/ja/style-guide/_index.md | 18 +++++++++--------- 2 files changed, 16 insertions(+), 14 deletions(-) diff --git a/content/ja/contribute/_index.md b/content/ja/contribute/_index.md index 1a7a3a5a5c..b51de04638 100644 --- a/content/ja/contribute/_index.md +++ b/content/ja/contribute/_index.md @@ -8,7 +8,7 @@ menu: --- ## ようこそ - + クラウドネイティブ用語集の貢献ガイドへようこそ。 このプロジェクトに貢献できる方法はいくつかありますが、ここではその詳細を説明します： @@ -17,7 +17,7 @@ menu: 3) [既存の用語を更新する](#update-an-existing-term) 4) [用語集を翻訳する](#help-localize-the-glossary) -## CNCF用語集レビュー +## CNCF用語集レビュー この用語集のゴールは、複雑なことで有名なクラウドネイティブの空間をシンプルにすることで、より多くの人に親しんでもらうことです。 @@ -198,8 +198,10 @@ Slackでメンテナに新しい用語を提案したことを知らせてくだ 用語集を目的の言語にローカライズするのを手伝うには、CNCF Slackワークスペースの [#glossary-localizations](https://cloud-native.slack.com/archives/C02N2RGFXDF) チャンネルに参加し、私たちにメッセージを送ってください。 既存のチームに参加することも、新しいチームを作ることもできます。 -(何が必要かは、[ローカリゼーションガイド](https://github.com/cncf/glossary/blob/main/LOCALIZATION.md)を読んでください)。 -チームの貢献プロセスの詳細を収集するために、目的の言語の **How to contribute** ガイドをお読みください。 +(何が必要かは、[ローカライゼーションガイド](https://github.com/cncf/glossary/blob/main/LOCALIZATION.md)を読んでください)。 +チームの貢献プロセスの詳細を収集するために、目的の言語の **How to contribute** ガイドをお読みください[^1]。 + +[^1]: 訳注: 日本語へのローカライゼーションをする際には、[CNCF日本語ローカライゼーション向けガイドライン](https://github.com/cncf/techdocs/blob/main/docs/localization/ja/README.md)を参考にしてください。 ## スペルチェック {#spell-check} @@ -217,4 +219,4 @@ Slackでメンテナに新しい用語を提案したことを知らせてくだ **注意**：スペルチェックは大文字と小文字を区別しません。 -**[The Good Docs Project](https://thegooddocsproject.dev/)のテンプレートに基づき、このガイドを更新しました。** \ No newline at end of file +**[The Good Docs Project](https://thegooddocsproject.dev/)のテンプレートに基づき、このガイドを更新しました。** diff --git a/content/ja/style-guide/_index.md b/content/ja/style-guide/_index.md index bd6082bba1..3fb6475723 100644 --- a/content/ja/style-guide/_index.md +++ b/content/ja/style-guide/_index.md @@ -17,7 +17,7 @@ menu: 3. [書き言葉や具体的な言葉を使う](https://guidetogrammar.org/grammar/composition/abstract.htm) 4. [前置詞と冠詞の縮約を含めない](https://en.wikipedia.org/wiki/Contraction_(grammar)) 5. [受動態は慎重に使う](https://www.ef.com/ca/english-resources/english-grammar/passive-voice/) -6. [肯定形でのフレーズを目指す](https://examples.yourdictionary.com/positive-sentence-examples.html) +6. [肯定形でのフレーズを目指す](https://examples.yourdictionary.com/positive-sentence-examples.html) 7. [引用符以外の感嘆符を使用しない](https://www.grammarly.com/blog/exclamation-mark/) 8. 誇張しないこと 9. 繰り返しを避ける @@ -42,9 +42,9 @@ menu: ```md --- -title: -status: -category: +title: +status: +category: --- 技術やコンセプトの簡単な要約。 @@ -71,7 +71,7 @@ title: Definition Template **状態** ラベルは、タイトルラベルの後に表示されます。状態ラベルは、定義が十分に吟味されているか、より多くの努力を必要とするかを示します。 -有効な値は以下の通りです： +有効な値は以下の通りです： - Completed（完了） - Feedback Appreciated（フィードバックが必要です） @@ -117,7 +117,7 @@ tags: ["tag 1"], ["tag 2"] #### 2つの副題 -**テクノロジー** と **コンセプト** のカテゴリの定義には、簡単な概要と2つの副題があります： +**テクノロジー** と **コンセプト** のカテゴリの定義には、簡単な概要と2つの副題があります： - (簡単な概要) : 私たちが話していることについて、短く明確な概要を提供します。 - **解決すべき問題はなんですか** : 問題に焦点を当て、解決策（それは次のセクションで出てきます）には触れないようにします。 @@ -152,7 +152,7 @@ CNCFの高い基準を満たす用語の作成は、急ぐことはできませ 定義を作成する際には、常に読者を念頭に置いてください。 業界用語や流行語の使用は避けてください。きっと、つい見返してしまい、自動修正が必要になるかもしれません。 -適切な場合は、読者（特に非技術者）が、説明しているコンセプトが *いつ*、*なぜ* 関連しているのかをより理解しやすくするために、**実例** を使用します。 +適切な場合は、読者（特に非技術者）が、説明しているコンセプトが *いつ*、*なぜ* 関連しているのかをより理解しやすくするために、**実例** を使用します。 定義で使用する場合は、必ず **既存の用語集にリンクしてください** （最初の言及のみハイパーリンクする必要があります）。 @@ -167,7 +167,7 @@ GoogleやWordのドキュメントから始めて、数日置いてから、も また、PRを提出する前に、必ずスペルチェックを行いましょう。 ある用語に取り組んでいるときに、他の人がPRを提出しないようにするには、issueを要求し（または作成し）、そのissueが自分に割り当てられるようにする必要があります。 -詳しくは、[貢献の仕方](/ja/contribute/) ドキュメントをご覧ください。 +詳しくは、[貢献の方法](/ja/contribute/) ドキュメントをご覧ください。 始める前に、詳細や難易度、例文が適切に感じるか公開されている用語集をいくつか読んでください。 @@ -176,7 +176,7 @@ GoogleやWordのドキュメントから始めて、数日置いてから、も 現在、私たちは3人のメンテナンス担当者だけが、余暇を利用してこの作業を行っていることにご注意ください。 時には、すぐに用語の見直しができることもありますが、時間がかかることもあります。 ご不明な点がございましたら、Slackの#glossaryチャンネルでお問い合わせください。 -(チャンネルがある場所と方法については、[貢献の仕方](/ja/contribute/) ドキュメントを参照してください)。 +(チャンネルがある場所と方法については、[貢献の方法](/ja/contribute/) ドキュメントを参照してください)。 私たちの目標は、用語集が可能な限り最高のリソースとなるようにすることです。 あなたがPRを提出すると、私たちは1つまたは複数の修正をお願いすることがあります。 From 37cb677605927f1a5b6f0853a61ecf3a5c8e8f85 Mon Sep 17 00:00:00 2001 From: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> Date: Wed, 10 Jul 2024 23:00:50 +0900 Subject: [PATCH 102/148] [ja] Localize WebAssembly into Japanese (#3215) Signed-off-by: Junya Okabe --- content/ja/webassembly.md | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 content/ja/webassembly.md diff --git a/content/ja/webassembly.md b/content/ja/webassembly.md new file mode 100644 index 0000000000..450404b0d9 --- /dev/null +++ b/content/ja/webassembly.md @@ -0,0 +1,30 @@ +--- +title: WebAssembly +status: Completed +category: コンセプト +tags: ["アプリケーション", "", ""] +--- + +WebAssembly(しばしばWasmと略される)は、C、C++、Rustなどの高級言語をコンパイルするための可搬性のあるターゲットとして設計されたバイナリ命令形式です。 +これは、クライアントサイドおよびサーバーサイドのアプリケーションのためにウェブ上でのデプロイを可能にします。 +WebAssemblyは、通常ウェブブラウザに統合されている仮想マシンで実行される低レベルのバイトコード形式です。 +当初はウェブ用に開発されましたが、WebAssemblyはユニバーサルランタイムです。 +IoTやエッジデバイスなどのウェブではない環境でも利用されています。 + +## 解決すべき問題はなんですか + +長年にわたり、LAMP(Linux、Apache、MySQL、PHP)はウェブベースのアプリケーションのテンプレートでした。 +その後、JavaScriptがフロントエンドアプリケーション開発の王者となり、Node.jsベースのアプリケーションが標準となりました。 +ウェブに関する技術が進化するにつれて、インタープリタ型の言語が大いに支持されるようになりましたが、これらは通常コンパイル型の言語よりもパフォーマンスが劣ります。 +技術の進歩にもかかわらず、JavaScriptは計算集約型のタスクを実行する際にパフォーマンスの制限に直面しています。 +ランタイムでコンパイルされるインタープリタ型の言語は、異なる環境でコードが実行されるため、パフォーマンスや機能面での問題が発生することがよくあります。 +一方でコンパイルされたバイナリは、正しくコンパイルされていれば、通常同じように実行されます。 +しかし、歴史的に見てコンパイルされたバイナリは、ウェブ環境にはあまり適していませんでした。 + +## どのように役に立つのでしょうか + +WebAssemblyは、ほぼネイティブの速度で実行できる低レベルのバイナリ形式を提供し、ウェブアプリケーションが複雑な計算を効率的に行えるようにします。 +またWebAssemblyによって開発者はC、C++、Rustなどの既存のスキルを活用してウェブアプリケーションを構築することができます。 +これにより、新しい可能性が開かれ、既存のコードベースやライブラリを再利用できるようになります。 +さらにWebAssemblyモジュールは異なるブラウザ、オペレーティングシステム、デバイスで一貫して実行できるため、プラットフォーム特有のコードの必要性が減少します。 +まとめると、WebAssemblyはパフォーマンスの制限、言語の制約、コードの可搬性、セキュリティに関する懸念、コードサイズ、および読み込み時間の問題に対処しウェブアプリケーション開発により堅牢で柔軟な環境を提供します。 From d366791ece81b6882a18c4ca48e949dd4f15e94c Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Sat, 24 Aug 2024 16:21:37 +0200 Subject: [PATCH 103/148] [FR] update `vertical scaling` (#3281) Signed-off-by: Guillaume BERNARD --- content/fr/vertical-scaling.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/fr/vertical-scaling.md b/content/fr/vertical-scaling.md index 346ff72514..368a4571a9 100644 --- a/content/fr/vertical-scaling.md +++ b/content/fr/vertical-scaling.md @@ -11,9 +11,9 @@ Supposons que vous avez un ordinateur avec 4 Go de mémoire et que vous voulez a ## Problème auquel il répond Lorsque la demande d'une application dépasse la capacité actuelle de l'instance de cette application, nous devons trouver un moyen de [mettre à l'échelle](/fr/scalability/) le système (ajouter de la capacité au système). -Nous pouvons soit ajouter plus de ressources informatiques aux nœuds existants (mise à l'échelle verticale), soit ajouter plus de nœuds au système ([mise à l'échelle horizontale](/fr/horizontal-scaling/)). +Nous pouvons soit ajouter plus de ressources informatiques aux nœuds existants (mise à l'échelle verticale), soit ajouter plus de nœuds au système (mise à l'échelle horizontale). La [capacité de mise à l'échelle](/fr/scalability/) contribue à la compétitivité, à l'efficacité, à la réputation et à la qualité. - + ## Quelle en est l'utilité La mise à l'échelle verticale vous permet de redimensionner votre serveur sans modifier le code de l'application. From 98c1addfed214d9151d8ed6c5a090bfbc04fd653 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Sat, 24 Aug 2024 16:23:47 +0200 Subject: [PATCH 104/148] [FR] update `observability` (#3280) Signed-off-by: Guillaume BERNARD --- content/fr/observability.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/fr/observability.md b/content/fr/observability.md index 7763ec83db..0df38cbc89 100644 --- a/content/fr/observability.md +++ b/content/fr/observability.md @@ -9,7 +9,7 @@ L'observabilité est une propriété des systèmes qui définit le degré auquel Elle permet aux utilisateurs de comprendre l'état d'un système à partir de ses sorties externes et de prendre des mesures (correctives). Les systèmes informatiques sont mesurés en observant des signaux de bas niveau tels que le temps processeur, la mémoire, l'espace disque, des signaux de niveau supérieur et des signaux métiers, notamment les temps de réponse de l'API, les erreurs, le nombre de transactions par seconde, etc. -Ces systèmes observables sont **observés** (ou surveillés) grâce à des outils spécialisés, appelés outils d'observabilité. Une liste de ces outils peut être consultée dans la [section observabilité du Cloud Native Landscape](https://landscape.cncf.io/card-mode?category=observability-and-analysis&grouping=category). +Ces systèmes observables sont **observés** (ou surveillés) grâce à des outils spécialisés, appelés outils d'observabilité. Une liste de ces outils peut être consultée dans la [section observabilité du Cloud Native Landscape](https://landscape.cncf.io/?group=projects-and-products&view-mode=card#observability-and-analysis--observability). Les systèmes observables fournissent des données significatives et exploitables à leurs opérateurs, leur permettant ainsi d'obtenir des résultats intéressants (intervention plus rapide en cas d'incident, augmentation de la productivité des développeurs) et de réduire le temps improductif. From ed786b25cbb1a24880fe6ecdaa8a4c43fb9dd9d9 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Sat, 24 Aug 2024 16:31:00 +0200 Subject: [PATCH 105/148] [FR] update `continuous delivery` (#3278) Signed-off-by: Guillaume BERNARD --- content/fr/continuous-delivery.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/fr/continuous-delivery.md b/content/fr/continuous-delivery.md index 99273d33fb..997ad3c157 100644 --- a/content/fr/continuous-delivery.md +++ b/content/fr/continuous-delivery.md @@ -10,7 +10,7 @@ dans lequel les modifications de code sont automatiquement déployées dans un e (ou, en cas de déploiement continu, en production). La CD comprend des procédures pour garantir que le logiciel est correctement testé avant le déploiement et fournit un moyen de revenir en arrière sur les modifications si nécessaire. -L'intégration continue (CI) est la première étape vers la livraison continue +L'[intégration continue](/fr/continuous-integration/) (CI) est la première étape vers la livraison continue (c'est-à-dire que les modifications doivent fusionner proprement avant d'être testées et déployées). ## Problème auquel il répond @@ -32,4 +32,4 @@ En règle générale, le développement basé sur le tronc (trunk-based developm ## Termes liés * [Intégration Continue](/fr/continuous-integration/) -* [Déploiement Continu](/fr/continuous-deployment/) \ No newline at end of file +* [Déploiement Continu](/fr/continuous-deployment/) From 40d43cb12cbf9e6d5de35f4ca75c61c8df0a4614 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Sat, 24 Aug 2024 16:32:43 +0200 Subject: [PATCH 106/148] [FR] update `cloud-native-tech` (#3277) Signed-off-by: Guillaume BERNARD --- content/fr/cloud-native-tech.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/fr/cloud-native-tech.md b/content/fr/cloud-native-tech.md index df8f20ff90..2bcca10152 100644 --- a/content/fr/cloud-native-tech.md +++ b/content/fr/cloud-native-tech.md @@ -25,5 +25,5 @@ capable de se réparer toute seule. Il adresse également l'utilisation ineffica ## Quelle en est l'utilité Bien que chaque technologie réponde à un problème très spécifique, -en tant que groupe, les technologies Cloud Natives permettent de créer des systèmes faiblement couplés qui sont résilients, gérables et observables.. +en tant que groupe, les technologies Cloud Natives permettent de créer des [systèmes faiblement couplés](/fr/loosely-coupled-architecture/) qui sont résilients, gérables et observables. Combiné à une automatisation robuste, elles permettent aux ingénieurs de faire des changements à fort impact de manière fréquente et prévisible avec un minimum d'effort. From b9cdbb9b805ba81f760ef596f6bbfc2b2940bd8b Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Wed, 4 Sep 2024 18:29:29 +0200 Subject: [PATCH 107/148] [FR] update `idempotence` (#3279) Signed-off-by: Guillaume BERNARD --- content/fr/idempotence.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/fr/idempotence.md b/content/fr/idempotence.md index 8589c6512f..9026ca5d33 100644 --- a/content/fr/idempotence.md +++ b/content/fr/idempotence.md @@ -7,4 +7,4 @@ tags: ["propriété", "", ""] En mathématiques ou en informatique, l'idempotence décrit une opération qui aboutit toujours au même résultat, peu importe combien de fois vous l'exécutez. -Si les paramètres sont identiques, une opération idempotente n'affectera pas l'application qu'elle appelle. +Si les paramètres sont identiques, exécuter une opération idempotente plusieurs fois n'aura aucun effet supplémentaire. From d54f39024b392c00465b14ae94ea09586240599a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?St=C3=A9phane=20Este-Gracias?= Date: Thu, 5 Sep 2024 08:24:01 +0200 Subject: [PATCH 108/148] [FR] Update devops (#3309) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Stéphane Este-Gracias --- content/fr/devops.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/fr/devops.md b/content/fr/devops.md index 62ae0c75ee..b51f87633c 100644 --- a/content/fr/devops.md +++ b/content/fr/devops.md @@ -6,7 +6,7 @@ tags: ["méthodologie", "", ""] --- -Le DevOps est une méthodologie dans laquelle une équipe gère le processus complet du développement d'une application jusqu'aux opérations en production, d'où le terme DevOps. +Le DevOps est une méthodologie dans laquelle les équipes gèrent le processus complet du développement d'une application jusqu'aux opérations en production, d'où le terme DevOps. Ceci va au-delà de l'implémentation de technologies et demande un changement complet dans la culture et les processus. Le DevOps fait appel à un groupe d'ingénieurs travaillant sur des petits composants (en opposition à une fonctionnalité complète), permettant ainsi de réduire les actions de passations – une source d'erreurs commune. From cff1071451d90fa592722e12c1153b25ca4a8f90 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Fri, 27 Sep 2024 08:06:43 +0200 Subject: [PATCH 109/148] Update content/de/service-mesh.md Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/service-mesh.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/service-mesh.md b/content/de/service-mesh.md index 6149c3c437..80fa0505db 100644 --- a/content/de/service-mesh.md +++ b/content/de/service-mesh.md @@ -6,7 +6,7 @@ tags: ["networking", "", ""] --- Bei einer [Microservice-Architektur](/microservices-architecture/) werden Anwendungen in mehrere kleinere [Services](/service/) aufgeteilt, die über ein Netzwerk kommunizieren. -Ähnlich wie WLAN-Netzwerke, sind auch Computernetzwerke von Natur aus unzuverlässig, angreifbar und können langsman sein. +Ähnlich wie WLAN-Netzwerke, sind auch Computernetzwerke von Natur aus unzuverlässig, angreifbar und können langsam sein. Service Meshes bewältigen diese neuen Herausforderungen, indem sie den Datenverkehr (d. h. die Kommunikation) zwischen den Services verwalten und [Zuverlässigkeit](/reliability/), [Beobachtbarkeit](/observability/) und Sicherheitsfunktionen einheitlich für alle Dienste hinzufügen. From f1e5f514489ec595df543a2b8a1dae1db4c105e7 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Fri, 27 Sep 2024 08:06:48 +0200 Subject: [PATCH 110/148] Update content/de/service-mesh.md Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/service-mesh.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/service-mesh.md b/content/de/service-mesh.md index 80fa0505db..faa2de286c 100644 --- a/content/de/service-mesh.md +++ b/content/de/service-mesh.md @@ -12,7 +12,7 @@ Service Meshes bewältigen diese neuen Herausforderungen, indem sie den Datenver ## Problem it addresses -Nach der Umstellung auf eine Microservices-Architektur haben es die Ingenieure mit vielen einzelnen Diensten, die alle miteinander kommunizieren müssen. +Nach der Umstellung auf eine Microservices-Architektur haben es Softwareentwickler mit vielen einzelnen Diensten zu tun, die alle miteinander kommunizieren müssen. Das bedeutet, dass eine Menge Datenverkehr über das Netzwerk hin und her fließt. Darüber hinaus müssen einzelne Anwendungen möglicherweise die Kommunikation verschlüsseln, um gesetzliche Anforderungen zu erfüllen. Außerdem sind womöglich gemeinsame Metriken für Betriebsteams bereitzustellen oder detaillierte Einblicke in den Datenverkehr zu geben, um Probleme zu diagnostizieren. From 6f5cff19e2d33462c6d18bbc277338217948d005 Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Fri, 27 Sep 2024 08:06:54 +0200 Subject: [PATCH 111/148] Update content/de/service-mesh.md Co-authored-by: Noah Ispas Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/service-mesh.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/de/service-mesh.md b/content/de/service-mesh.md index faa2de286c..7914587729 100644 --- a/content/de/service-mesh.md +++ b/content/de/service-mesh.md @@ -16,7 +16,7 @@ Nach der Umstellung auf eine Microservices-Architektur haben es Softwareentwickl Das bedeutet, dass eine Menge Datenverkehr über das Netzwerk hin und her fließt. Darüber hinaus müssen einzelne Anwendungen möglicherweise die Kommunikation verschlüsseln, um gesetzliche Anforderungen zu erfüllen. Außerdem sind womöglich gemeinsame Metriken für Betriebsteams bereitzustellen oder detaillierte Einblicke in den Datenverkehr zu geben, um Probleme zu diagnostizieren. -Wenn jede dieser Funktionen in den einzelnen Services implementiert wird, führt das zu mangelnder Vereinheitlichung und hohem Abstimmungsbedarf und verlangsamt außerdem die Entwicklung neuer Funktionen. +Wenn jede dieser Funktionen in den einzelnen Services implementiert wird, führt das zu mangelnder Vereinheitlichung, hohem Abstimmungsbedarf und verlangsamt außerdem die Entwicklung neuer Funktionen. ## How it helps From 0aaf311675cae6ee3366980ee9fd03777ce6b9bf Mon Sep 17 00:00:00 2001 From: DaveVentura <47860237+DaveVentura@users.noreply.github.com> Date: Tue, 15 Oct 2024 14:07:58 +0200 Subject: [PATCH 112/148] 2530 german localize continuous deployment (#3161) Signed-off-by: DaveVentura <47860237+DaveVentura@users.noreply.github.com> --- content/de/continuous-deployment.md | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) create mode 100644 content/de/continuous-deployment.md diff --git a/content/de/continuous-deployment.md b/content/de/continuous-deployment.md new file mode 100644 index 0000000000..24ca318aca --- /dev/null +++ b/content/de/continuous-deployment.md @@ -0,0 +1,22 @@ +--- +title: Continuous Deployment +status: Completed +category: Konzept +--- + + +Continuous Deployment, oft abgekürzt als CD, bezeichnet, wie [Continuous Delivery](/continuous-delivery), die automatische Bereitstellung von Software und geht dabei einen Schritt weiter als [Continuous Delivery](/continuous-delivery), indem fertige Software direkt in das Produktivsystem überführt wird. +Continuous Deployment steht im engen Zusammenhang mit [Continuous Integration](/continuous-integration) und wird häufig als CI/CD bezeichnet. +Während der CI-Prozess, die Änderungen an der Codebasis validiert, stellt der CD-Prozess diese automatisch in den Umgebungen eines Unternehmens von der Testphase bis hin zum Produktivsystem bereit. + +## Welches Problem es löst + +Die Freigaben neuer Softwareversionen ohne Continous Deployment kann ein arbeitsintensiver und fehleranfälliger Prozess sein. +Außerdem können sie Tage oder Wochen dauern, da sie oft von anderen Abteilungen durchgeführt werden als die, die die Software entwickelt. +Aufgrund dieser Probleme werden häufige Aktualisierungen auf dem Produktivsystem vermieden, was zu einer geringeren Reaktionsfähigkeit auf neue Anforderungen führt. + +## Wie es das Problem löst + +Die Automatisierung des Bereitstellungs-Zyklus ermöglicht häufigere und einfachere Bereitstellung auf den Systemen bis hin zum Produktivsystem. +Außerdem ist die Bereitstellung weniger fehleranfällig, wodurch das Gesamtrisiko von Störungen verringnert wird. +Dadurch können neu entwickelte Funktionen schneller akzeptiert und zur Verfügung gestellt werden. From aae749809c94440186b1efc8fff84e57225ebc86 Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Mon, 28 Oct 2024 15:22:27 +0000 Subject: [PATCH 113/148] Bump rojopolis/spellcheck-github-actions from 0.42.0 to 0.44.0 Bumps [rojopolis/spellcheck-github-actions](https://github.com/rojopolis/spellcheck-github-actions) from 0.42.0 to 0.44.0. - [Release notes](https://github.com/rojopolis/spellcheck-github-actions/releases) - [Changelog](https://github.com/rojopolis/spellcheck-github-actions/blob/master/CHANGELOG.md) - [Commits](https://github.com/rojopolis/spellcheck-github-actions/compare/0.42.0...0.44.0) --- updated-dependencies: - dependency-name: rojopolis/spellcheck-github-actions dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] --- .github/workflows/es-spellcheck.yml | 2 +- .github/workflows/spellcheck.yml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/.github/workflows/es-spellcheck.yml b/.github/workflows/es-spellcheck.yml index 2243a24e10..ee6d9ef97c 100644 --- a/.github/workflows/es-spellcheck.yml +++ b/.github/workflows/es-spellcheck.yml @@ -29,6 +29,6 @@ jobs: set -o errexit diff content/es/.wordlist.txt <(LC_ALL= sort -f content/es/.wordlist.txt) - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.42.0 + uses: rojopolis/spellcheck-github-actions@0.44.0 with: config_path: content/es/.spellcheck.yml diff --git a/.github/workflows/spellcheck.yml b/.github/workflows/spellcheck.yml index 3691d61469..23deb3d171 100644 --- a/.github/workflows/spellcheck.yml +++ b/.github/workflows/spellcheck.yml @@ -25,4 +25,4 @@ jobs: - uses: actions/checkout@v4 - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.42.0 + uses: rojopolis/spellcheck-github-actions@0.44.0 From b79ec5864a3c246356da5fc40185516078e2f4ab Mon Sep 17 00:00:00 2001 From: Deafveloper Date: Tue, 10 Sep 2024 00:34:31 -0400 Subject: [PATCH 114/148] Updated index.md added the sign language video style guide Signed-off-by: Deafveloper --- content/en/style-guide/_index.md | 109 ++++++++++++++++++++++++++++++- 1 file changed, 108 insertions(+), 1 deletion(-) diff --git a/content/en/style-guide/_index.md b/content/en/style-guide/_index.md index bab8303e7b..6db6eb25c7 100644 --- a/content/en/style-guide/_index.md +++ b/content/en/style-guide/_index.md @@ -26,7 +26,7 @@ Additionally, it follows the following rules: ## Audience The Glossary is written for technical *and* non-technical audiences. -Please explain definitions in simple terms, and don’t assume technical knowledge. More about this is below in [Definition](#definition). +Please explain definitions in simple terms, and don’t assume technical knowledge. More about this is below in [Definition](#definition) and the [Sign Language Style Guide](#sign-language-style-guide). ## Minimum viable definition @@ -164,6 +164,8 @@ Additionally, it uses a real-world example comparing network challenges in a mic to wifi problems (something anyone using a laptop can understand). Where possible, try to make that connection. + + #### Start with a Google or Word doc We recommend starting with a Google or Word doc, letting it sit for a few days, and revisiting it. @@ -176,6 +178,111 @@ More about that in the [How To Contribute](/contribute/) doc. Before getting started, please read some published Glossary terms to get a feeling for the level of detail and difficulty and when examples are appropriate. + + +## Sign Language Video Style Guide {#sign-language-style-guide} + + +### If you are contributing a sign language video, please follow these guidelines to ensure our videos are clear, informative, and accessible to a wide audience (Including hearing community members). + + +### Technical equipment + +All you need is a high-resolution camera and a stand. A modern smartphone should be enough. + + +### Recording Setup + + + +* +Lighting: Frontal light + + +* +Background: Record in front of a flat, solid background so it doesn't distract from the signing, and ensure no distracting decorations are included. + + +* +Dress Code: Solid single-color top (no prints) contrasting your skin tone. + + +* +Camera Position: Head to elbow should be on the screen and the camera should be positioned near the eye's height. The camera should also be perpendicular to the background (the background behind you should not be slanted). + + +* +Signing Space: Use as much space as possible, ensuring you have full signing space while sitting or standing. + + +* +Sound: Mute the microphone (input audio) when possible to avoid involuntary background noise. + +### Signing + + + +* +Clarity and Accuracy: Record the sign twice: frontally and from the side, and sign slowly enough, so non-signers can see and mimic it. + + +* +Facial Expression: Use relaxed or neutral facial expressions. Mouthing or making grimaces is strongly discouraged. Maintain your eyes on the camera if possible. + + +* +Frequency: Only one sign is enough for each video as playback can be looped. Repeating the sign in a video is unnecessary. + + +* +Duration: The total length of the video should not be more than 7 seconds. + + +* +Fingerspelling: Use sign language for the word as much as possible as fingerspelling is the last resort, commonly reserved for abbreviated or short words. + + +* +Posture: While signing, only maintain frontal orientation with eyes facing the camera while positioned. Demonstrating signs using side orientation is unnecessary. When at rest, arms should be down with hands relaxed. + +### Tips + + + +* +Save storage space: Please remember the shorter the video, the smaller the file would be. The quicker it would be when uploading. + + +* +Mistakes are good: Keep the recording running while making several attempts. It is more likely you will find a good clip in between several tries and you would only need to trim the unwanted parts out. This is more efficient than making multiple recordings with one sign attempt in each. + + +* +Videos Examples: Please refer to the [CNCF Glossary: Cloud Native Signs](https://www.youtube.com/playlist?list=PLj6h78yzYM2PDlYnmfpRfKgcgBMb34kb5) playlist for examples. + +### Post-Production + + + +* +Editing: If necessary, trim the beginning and the end. + + +* +Label: At a minimum, the filename of the video should contain the glossary term of the sign before uploading. + + +* +Audio: Remove the entire audio feed if applicable. + + +* +Upload: Please do not upload the videos to your personal YouTube as YouTube could potentially remove duplicate videos from all accounts using the same videos (to prevent monetizing abuse) as CNCF uses YouTube to upload final videos. + + +* +Video upload on CNCF playlist: Share the video on the #glossary-sign-language Slack channel and ask for feedback. If approved, the Sign Language Glossary leads will help you upload the video to the CNCF Playlist. + ## The review process: What to expect Please note that we are currently only three maintainers doing this in their spare time. From eaade8d136b56117f68c2a1f7d3c48e8fd39ee85 Mon Sep 17 00:00:00 2001 From: Destiny O'Connor <108372508+Deafveloper@users.noreply.github.com> Date: Thu, 12 Sep 2024 12:21:06 -0400 Subject: [PATCH 115/148] Fix the Sign Language Video Style Guide in _index.md Deleted extra space and made the text bold with the bullet points. Signed-off-by: Destiny O'Connor <108372508+Deafveloper@users.noreply.github.com> Signed-off-by: Deafveloper --- content/en/style-guide/_index.md | 60 +++++++++++--------------------- 1 file changed, 20 insertions(+), 40 deletions(-) diff --git a/content/en/style-guide/_index.md b/content/en/style-guide/_index.md index 6db6eb25c7..8c6d54b97c 100644 --- a/content/en/style-guide/_index.md +++ b/content/en/style-guide/_index.md @@ -195,93 +195,73 @@ All you need is a high-resolution camera and a stand. A modern smartphone should -* -Lighting: Frontal light +* **Lighting:** Frontal light -* -Background: Record in front of a flat, solid background so it doesn't distract from the signing, and ensure no distracting decorations are included. +* **Background:** Record in front of a flat, solid background so it doesn't distract from the signing, and ensure no distracting decorations are included. -* -Dress Code: Solid single-color top (no prints) contrasting your skin tone. +* **Dress Code:** Solid single-color top (no prints) contrasting your skin tone. -* -Camera Position: Head to elbow should be on the screen and the camera should be positioned near the eye's height. The camera should also be perpendicular to the background (the background behind you should not be slanted). +* **Camera Position:** Head to elbow should be on the screen and the camera should be positioned near the eye's height. The camera should also be perpendicular to the background (the background behind you should not be slanted). -* -Signing Space: Use as much space as possible, ensuring you have full signing space while sitting or standing. +* **Signing Space:** Use as much space as possible, ensuring you have full signing space while sitting or standing. -* -Sound: Mute the microphone (input audio) when possible to avoid involuntary background noise. +* **Sound:** Mute the microphone (input audio) when possible to avoid involuntary background noise. ### Signing -* -Clarity and Accuracy: Record the sign twice: frontally and from the side, and sign slowly enough, so non-signers can see and mimic it. +* **Clarity and Accuracy:** Record the sign twice: frontally and from the side, and sign slowly enough, so non-signers can see and mimic it. -* -Facial Expression: Use relaxed or neutral facial expressions. Mouthing or making grimaces is strongly discouraged. Maintain your eyes on the camera if possible. +* **Facial Expression:** Use relaxed or neutral facial expressions. Mouthing or making grimaces is strongly discouraged. Maintain your eyes on the camera if possible. -* -Frequency: Only one sign is enough for each video as playback can be looped. Repeating the sign in a video is unnecessary. +* **Frequency:** Only one sign is enough for each video as playback can be looped. Repeating the sign in a video is unnecessary. -* -Duration: The total length of the video should not be more than 7 seconds. +* **Duration:** The total length of the video should not be more than 7 seconds. -* -Fingerspelling: Use sign language for the word as much as possible as fingerspelling is the last resort, commonly reserved for abbreviated or short words. +* **Fingerspelling:** Use sign language for the word as much as possible as fingerspelling is the last resort, commonly reserved for abbreviated or short words. -* -Posture: While signing, only maintain frontal orientation with eyes facing the camera while positioned. Demonstrating signs using side orientation is unnecessary. When at rest, arms should be down with hands relaxed. +* **Posture:** While signing, only maintain frontal orientation with eyes facing the camera while positioned. Demonstrating signs using side orientation is unnecessary. When at rest, arms should be down with hands relaxed. ### Tips -* -Save storage space: Please remember the shorter the video, the smaller the file would be. The quicker it would be when uploading. +* **Save storage space:** Please remember the shorter the video, the smaller the file would be. The quicker it would be when uploading. -* -Mistakes are good: Keep the recording running while making several attempts. It is more likely you will find a good clip in between several tries and you would only need to trim the unwanted parts out. This is more efficient than making multiple recordings with one sign attempt in each. +* **Mistakes are good:** Keep the recording running while making several attempts. It is more likely you will find a good clip in between several tries and you would only need to trim the unwanted parts out. This is more efficient than making multiple recordings with one sign attempt in each. -* -Videos Examples: Please refer to the [CNCF Glossary: Cloud Native Signs](https://www.youtube.com/playlist?list=PLj6h78yzYM2PDlYnmfpRfKgcgBMb34kb5) playlist for examples. +* **Videos Examples:** Please refer to the [CNCF Glossary: Cloud Native Signs](https://www.youtube.com/playlist?list=PLj6h78yzYM2PDlYnmfpRfKgcgBMb34kb5) playlist for examples. ### Post-Production -* -Editing: If necessary, trim the beginning and the end. +* **Editing:** If necessary, trim the beginning and the end. -* -Label: At a minimum, the filename of the video should contain the glossary term of the sign before uploading. +* **Label:** At a minimum, the filename of the video should contain the glossary term of the sign before uploading. -* -Audio: Remove the entire audio feed if applicable. +* **Audio:** Remove the entire audio feed if applicable. -* -Upload: Please do not upload the videos to your personal YouTube as YouTube could potentially remove duplicate videos from all accounts using the same videos (to prevent monetizing abuse) as CNCF uses YouTube to upload final videos. +* **Upload:** Please do not upload the videos to your personal YouTube as YouTube could potentially remove duplicate videos from all accounts using the same videos (to prevent monetizing abuse) as CNCF uses YouTube to upload final videos. -* -Video upload on CNCF playlist: Share the video on the #glossary-sign-language Slack channel and ask for feedback. If approved, the Sign Language Glossary leads will help you upload the video to the CNCF Playlist. +* **Video upload on CNCF playlist:** Share the video on the #glossary-sign-language Slack channel and ask for feedback. If approved, the Sign Language Glossary leads will help you upload the video to the CNCF Playlist. ## The review process: What to expect From b6a3b0d548906577b5aa27e22ad8307162e08714 Mon Sep 17 00:00:00 2001 From: Destiny O'Connor <108372508+Deafveloper@users.noreply.github.com> Date: Thu, 12 Sep 2024 12:34:29 -0400 Subject: [PATCH 116/148] Update _index.md changed the heading into regular text under the SL video guide heading Signed-off-by: Destiny O'Connor <108372508+Deafveloper@users.noreply.github.com> Signed-off-by: Deafveloper --- content/en/style-guide/_index.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/en/style-guide/_index.md b/content/en/style-guide/_index.md index 8c6d54b97c..b269b40ee2 100644 --- a/content/en/style-guide/_index.md +++ b/content/en/style-guide/_index.md @@ -182,8 +182,7 @@ to get a feeling for the level of detail and difficulty and when examples are ap ## Sign Language Video Style Guide {#sign-language-style-guide} - -### If you are contributing a sign language video, please follow these guidelines to ensure our videos are clear, informative, and accessible to a wide audience (Including hearing community members). +If you are contributing a sign language video, please follow these guidelines to ensure our videos are clear, informative, and accessible to a wide audience (Including hearing community members). ### Technical equipment From 6d1728918c1efce086aeced32be9dd4c9e8caed6 Mon Sep 17 00:00:00 2001 From: Deafveloper Date: Sat, 26 Oct 2024 23:18:25 -0400 Subject: [PATCH 117/148] Update Index.md Added @tech-andgar Suggestions Signed-off-by: Deafveloper --- content/en/style-guide/_index.md | 34 ++++++++++++++++---------------- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/content/en/style-guide/_index.md b/content/en/style-guide/_index.md index b269b40ee2..239ec4a183 100644 --- a/content/en/style-guide/_index.md +++ b/content/en/style-guide/_index.md @@ -194,19 +194,19 @@ All you need is a high-resolution camera and a stand. A modern smartphone should -* **Lighting:** Frontal light +* **Lighting:** Use frontal lighting to ensure your face and hands are well-lit. -* **Background:** Record in front of a flat, solid background so it doesn't distract from the signing, and ensure no distracting decorations are included. +* **Background:** Record in front of a flat, solid background to avoid distractions from the signing. Ensure no distracting decorations are included. -* **Dress Code:** Solid single-color top (no prints) contrasting your skin tone. +* **Dress Code:** Wear a solid, single-color top (no prints) that contrasts with your skin tone. -* **Camera Position:** Head to elbow should be on the screen and the camera should be positioned near the eye's height. The camera should also be perpendicular to the background (the background behind you should not be slanted). +* **Camera Position:** Ensure that your head to your elbows are visible on the screen, and position the camera at eye level. The camera should be perpendicular to the background so that it appears straight, not slanted. -* **Signing Space:** Use as much space as possible, ensuring you have full signing space while sitting or standing. +* **Signing Space:** Use as much space as possible to ensure you have full signing space while sitting or standing. * **Sound:** Mute the microphone (input audio) when possible to avoid involuntary background noise. @@ -215,31 +215,31 @@ All you need is a high-resolution camera and a stand. A modern smartphone should -* **Clarity and Accuracy:** Record the sign twice: frontally and from the side, and sign slowly enough, so non-signers can see and mimic it. +* **Clarity and Accuracy:** Record the sign twice from a frontal orientation, signing slowly enough for non-signers to see and mimic it. Demonstrating signs from the side is unnecessary unless it adds clarity. -* **Facial Expression:** Use relaxed or neutral facial expressions. Mouthing or making grimaces is strongly discouraged. Maintain your eyes on the camera if possible. +* **Facial Expression:** Use relaxed or neutral facial expressions. Mouthing or making grimaces is strongly discouraged. Maintain eye contact with the camera if possible. -* **Frequency:** Only one sign is enough for each video as playback can be looped. Repeating the sign in a video is unnecessary. +* **Frequency:** Only one sign is needed for each video, as playback can be looped. Repeating the sign in a video is unnecessary. -* **Duration:** The total length of the video should not be more than 7 seconds. +* **Duration:** The total length of the video should not exceed 7 seconds. -* **Fingerspelling:** Use sign language for the word as much as possible as fingerspelling is the last resort, commonly reserved for abbreviated or short words. +* **Fingerspelling:** Use sign language for the word as much as possible. Fingerspelling is the last resort, commonly reserved for abbreviated or short words. -* **Posture:** While signing, only maintain frontal orientation with eyes facing the camera while positioned. Demonstrating signs using side orientation is unnecessary. When at rest, arms should be down with hands relaxed. +* **Posture:** Maintain a frontal orientation with eyes facing the camera while signing. Demonstrating signs using side orientation is unnecessary. When at rest, arms should be down with hands relaxed. ### Tips -* **Save storage space:** Please remember the shorter the video, the smaller the file would be. The quicker it would be when uploading. +* **Save storage space:** Please remember the shorter the video, the smaller the file would be. The faster it will upload. -* **Mistakes are good:** Keep the recording running while making several attempts. It is more likely you will find a good clip in between several tries and you would only need to trim the unwanted parts out. This is more efficient than making multiple recordings with one sign attempt in each. +* **Mistakes are good:** Keep the recording running while making several attempts. It is more likely you will find a good clip in between tries, and you can trim the unwanted parts. This is more efficient than making multiple recordings with one sign attempt in each. * **Videos Examples:** Please refer to the [CNCF Glossary: Cloud Native Signs](https://www.youtube.com/playlist?list=PLj6h78yzYM2PDlYnmfpRfKgcgBMb34kb5) playlist for examples. @@ -248,16 +248,16 @@ All you need is a high-resolution camera and a stand. A modern smartphone should -* **Editing:** If necessary, trim the beginning and the end. +* **Editing:** If necessary, trim the beginning and the end of the video. -* **Label:** At a minimum, the filename of the video should contain the glossary term of the sign before uploading. +* **Label:** At a minimum, the filename of the video should contain the glossary term of the sign before uploading. For example, kubernetes.mp4. -* **Audio:** Remove the entire audio feed if applicable. +* **Audio:** Remove the audio track entirely, if possible. -* **Upload:** Please do not upload the videos to your personal YouTube as YouTube could potentially remove duplicate videos from all accounts using the same videos (to prevent monetizing abuse) as CNCF uses YouTube to upload final videos. +* **Upload:** Share the video on the #glossary-sign-language Slack channel and ask for feedback. If approved, the Sign Language Glossary leads will help you upload the video to the CNCF Playlist. Please do not upload the videos to your personal YouTube as YouTube could potentially remove duplicate videos from all accounts using the same videos (to prevent monetizing abuse) as CNCF uses YouTube to upload final videos. * **Video upload on CNCF playlist:** Share the video on the #glossary-sign-language Slack channel and ask for feedback. If approved, the Sign Language Glossary leads will help you upload the video to the CNCF Playlist. From 124819556765051ec16d6ed76b9fd96523577588 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Mon, 4 Nov 2024 18:52:24 +0100 Subject: [PATCH 118/148] [FR] update FaaS (#3297) Signed-off-by: Guillaume Bernard Signed-off-by: Guillaume BERNARD --- content/fr/function-as-a-service.md | 34 +++++++++++++---------------- 1 file changed, 15 insertions(+), 19 deletions(-) diff --git a/content/fr/function-as-a-service.md b/content/fr/function-as-a-service.md index 497db5e1ae..5d93b8567e 100644 --- a/content/fr/function-as-a-service.md +++ b/content/fr/function-as-a-service.md @@ -5,28 +5,24 @@ category: Technology tags: ["infrastructure", "", ""] --- -Une Fonction en tant que Service, ou Function as a Service (FaaS) en anglais, est un type de [service](/fr/service/) de [cloud computing](/fr/cloud-computing/) [serverless](/fr/serverless/) -qui permet d'exécuter du code en réponse à des événements sans maintenir l'infrastructure complexe -généralement associée à la création et au lancement d'applications en [microservices](/fr/microservices-architecture/). -Avec le FaaS, les utilisateurs ne gèrent que les fonctions et les données, tandis que le fournisseur de services cloud gère l'application. -Cela permet aux développeurs d'obtenir les fonctions dont ils ont besoin sans avoir à payer pour des services lorsque le code n'est pas en cours d'exécution. +Une Fonction en tant que Service, ou Function as a Service (FaaS) en anglais, est un modèle de [cloud computing](/fr/cloud-computing/) qui fournit une plateforme pour l'exécution de fonctions déclenchées par des événements, ce qui permet une mise à l'échelle automatique sans intervention manuelle. +Par essence, le FaaS permet de déployer des fonctions individuelles qui sont activées par des événements spécifiques, fonctionnent à court terme, puis s'arrêtent, ce qui permet de ne pas gaspiller de ressources. +Ce modèle prend en charge la [mise à l'échelle automatique]](/fr/auto-scaling/), permettant à une instance de fonction d'être lancée à la demande et terminée après exécution, ce qui souligne sa nature [sans état]](/fr/stateless-apps/) (stateless). +Par conséquent, les plateformes FaaS peuvent mettre en œuvre une véritable approche de facturation « à la demande », éliminant les coûts lorsque les fonctions sont dormantes, ce qui les distingue d'autres modèles tels que Platform as a Service (PaaS) qui requièrent une disponibilité continue des ressources. ## Problème auquel il répond -Dans un scénario traditionnel sur site, une entreprise gère et entretient son propre centre de données. -Elle doit investir dans des serveurs, des systèmes de stockage, des logiciels et d'autres technologies, -et éventuellement engager du personnel ou des sous-traitants pour acheter, gérer et mettre à jour l'ensemble du matériel et des licences. -Le centre de données doit être construit pour répondre aux pointes de consommation, même lorsque la charge de travail diminue par la suite et que les ressources deviennent inutilisées. -Inversement, si l'entreprise se développe rapidement, le service informatique peut avoir du mal à suivre. -Dans le cadre d'un modèle standard de [cloud computing](/fr/cloud-computing/) en [infrastructure en tant que service (IaaS)](/fr/infrastructure-as-a-service/), les utilisateurs achètent à l'avance des unités de capacité, -ce qui signifie que vous payez un fournisseur de cloud public pour des serveurs toujours actifs afin d'exécuter vos applications. -Il incombe à l'utilisateur d'augmenter la capacité des serveurs en cas de forte demande et de la réduire lorsque cette capacité n'est plus nécessaire. -L'infrastructure cloud nécessaire au fonctionnement d'une application reste active même lorsque l'application n'est pas utilisée. +Traditionnellement, les entreprises s'appuient sur l'exploitation de [centres de données]](/fr/data-center/) sur site, ce qui nécessite des investissements substantiels en matériel, en logiciels et en personnel. +Cette configuration exige que les ressources soient adaptées à la demande maximale, ce qui entraîne une sous-utilisation des ressources lorsqu'il y a moins d'activité. +En outre, la croissance rapide de l'activité peut surcharger les capacités informatiques, ce qui entraîne des inefficacités opérationnelles. +En revanche, les modèles d'[Infrastructure en tant que Service (IaaS)](/fr/infrastructure-as-a-service/), tout en offrant des solutions basées sur le cloud, font toujours peser sur l'utilisateur la responsabilité de la mise à l'échelle des ressources, en exigeant un paiement pour la disponibilité continue du serveur, indépendamment de l'utilisation réelle. ## Quelle en est l'utilité -Le FaaS offre aux développeurs une [abstraction](/fr/abstraction/) permettant d'exécuter des applications web en réponse à des événements sans avoir à gérer de serveurs. -Par exemple, le téléchargement d'un fichier peut déclencher un code personnalisé qui transcode le fichier dans différents formats. -L'infrastructure FaaS dimensionnera automatiquement le code en cas d'utilisation intensive, -et le développeur n'a pas besoin de consacrer du temps ou des ressources à l'élaboration du code pour la [capacité de mise à l'échelle](/fr/scalability/). -La facturation est basée uniquement sur le temps de calcul, ce qui signifie que les organisations n'ont pas à payer lorsque les fonctions ne sont pas utilisées. +Le FaaS offre aux développeurs une [abstraction](/fr/abstraction/) pour exécuter des applications web en réponse à des événements, éliminant ainsi la nécessité de gérer l'infrastructure serveur. +Par exemple, une action telle que le téléchargement d'un fichier pourrait déclencher un code personnalisé qui transcoderait le fichier dans différents formats. +L'infrastructure FaaS ajuste automatiquement les ressources en fonction de la demande, libérant ainsi les développeurs de la complexité du développement pour la [mise à l'échelle] (/fr/scalability/). +Les frais s'appliquent uniquement pendant la durée d'exécution, ce qui garantit qu'aucun coût ne s'accumule lorsque les fonctions sont inactives. + +Pour plus d'informations, consultez l'entrée du glossaire [Serverless](/fr/serverless/). +Bien que les termes « serverless » et « FaaS » soient souvent utilisés comme des termes interchangeables, ils incarnent des concepts distincts. From 8e3dd42389c0b4bb55a9de21b6913e3f887b59a4 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Mon, 4 Nov 2024 18:54:05 +0100 Subject: [PATCH 119/148] [FR] update Serverless (#3238) Signed-off-by: Guillaume Bernard Signed-off-by: Guillaume BERNARD --- content/fr/serverless.md | 38 ++++++++++++++++++++------------------ 1 file changed, 20 insertions(+), 18 deletions(-) diff --git a/content/fr/serverless.md b/content/fr/serverless.md index 08ba75b78b..e4b95b4ee7 100644 --- a/content/fr/serverless.md +++ b/content/fr/serverless.md @@ -5,27 +5,29 @@ Category: Technology tags: ["architecture", "", ""] --- -Le serverless, que l'on pourrait traduire littéralement par "sans serveur", est un modèle de développement Cloud Native qui permet aux développeurs de construire et d'exécuter des applications sans avoir à gérer de serveurs. -Bien que les serveurs existent toujours dans le paradigme serverless, ils sont [abstraits](/fr/abstraction/) du processus de développement de l'application. -Un fournisseur de cloud s'occupe du travail routinier de mise à disposition, de maintenance et de [mise à l'échèle](/fr/scalability/) de l'infrastructure. -Les développeurs peuvent facilement empaqueter leur code dans des [conteneurs](/fr/container/) pour le déployer. -Une fois déployées, les applications serverless répondent à la demande et se mettent à l'échelle automatiquement. -Les offres serverless des fournisseurs de cloud public sont généralement jaugés à l'utilisation au travers d'un modèle d'exécution basé sur des événements. -Par conséquent, lorsqu'une fonction serverless est inutilisée, il n'y a pas de coûts associés. +L'informatique serverless, que l'on pourrait traduire littéralement "sans serveur", [abstrait](/fr/abstraction/) les serveurs du point de vue de l'utilisateur. +La gestion opérationnelle incombe au fournisseur de services, y compris la gestion des machines physiques et le provisionnement des machines virtuelles. +Les fournisseurs de services peuvent être des fournisseurs de cloud public ou des équipes informatiques internes au service de leurs équipes de développement. +Ces fournisseurs proposent des interfaces utilisateur telles que des SDK (Software Development Kit — Kit de Développement Logiciel), des CLI (Command Line Interface — interface en ligne de commande) ou des [runtimes](/fr/runtime/) conformes à l'OCI, en se concentrant les tâches de développement et de déploiement. +La facturation est basée sur un modèle de paiement à l'utilisation. +[La mise à l'échelle](/fr/scalability/) et les ressources allouées pour le calcul, le stockage ou le réseau sont automatiquement ajustées en fonction des besoins de l'application, sans intervention de l'utilisateur. +Un fournisseur de plateforme serverless consolide les ressources pour servir plusieurs utilisateurs sur une seule machine physique, en garantissant l'isolation par la virtualisation, en particulier grâce à des [VM](/fr/virtual-machine/). + +Le terme « serverless » est un terme général qui englobe les services dotés de ces attributs et qui s'étend de Platform-as-a-Service (PaaS) à Software-as-a-Service (SaaS) ## Problème auquel il répond -Dans le cadre d'un modèle standard d'[infrastructure en tant que service (IaaS)](/fr/infrastructure-as-a-service/) [cloud computing](/fr/cloud-computing/), les utilisateurs achètent à l'avance des unités de capacité, -ce qui signifie que vous payez un fournisseur de cloud public pour des serveurs toujours actifs afin d'exécuter vos applications. -Il incombe à l'utilisateur d'augmenter la capacité des serveurs en cas de forte demande et de la réduire lorsque cette capacité n'est plus nécessaire. -L'infrastructure cloud nécessaire au fonctionnement d'une application reste active même lorsque l'application n'est pas utilisée. +Dans le cadre d'un modèle standard de [cloud computing](/fr/cloud-computing/) en [infrastructure en tant que service (IaaS)](/fr/infrastructure-as-a-service/), les utilisateurs s'engagent sur une capacité prédéfinie, +ce qui entraîne des frais pour la disponibilité continue du serveur, indépendamment de son utilisation réelle. +La responsabilité d'ajuster la capacité de traitement du serveur pour répondre à la demande fluctuantes incombe à l'utilisateur, ce qui maintient l'infrastructure active même pendant les périodes d'inactivité. ## Quelle en est l'utilité -Contrairement aux approches traditionnelles, l'architecture serverless ne lance les applications que lorsqu'elles sont nécessaires. -Lorsqu'un événement déclenche l'exécution du code de l'application, le fournisseur de cloud public alloue dynamiquement des ressources à ce code. -L'utilisateur cesse de payer lorsque le code a fini de s'exécuter. -Outre les avantages en termes de coûts et d'efficacité, -le serverless libère les développeurs des tâches routinières et pénibles associées à la mise à l'échelle des applications et à la mise à disposition des serveurs. -Avec le serverless, les tâches de routine telles que la gestion du système d'exploitation et du système de fichiers, les correctifs de sécurité, -l'équilibrage de charge, la gestion de la capacité, la mise à l'échelle, la journalisation et la supervision sont toutes transférées à un fournisseur de services cloud. +L'architecture serverless permet une approche plus efficace, en activant les services uniquement à la demande. +Ce modèle garantit une allocation dynamique des ressources par un fournisseur de cloud, éliminant ainsi les coûts liés aux services inutilisés. +Outre des gains d'efficacité financière et opérationnelle, +la technologie serverless soulage les développeurs des charges liées à la mise à l'échelle des applications et à la gestion de l'infrastructure des serveurs. +Des tâches telles que la maintenance du système d'exploitation, les mises à jour de sécurité, l'équilibrage de la charge, la planification de la capacité et la supervision sont déléguées au fournisseur de cloud, ce qui rationalise le processus de développement. + +Pour plus d'informations, voir l'entrée du glossaire [Fonction en tant que Service (FaaS)](/fr/function-as-a-service/). +Bien que les termes « serverless » et « FaaS » soient souvent utilisés comme des termes interchangeables, ils correspondent à des concepts distincts. From 038a2cf3423e53ee3166c4474bcc0473fee6b7a0 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Mon, 4 Nov 2024 18:58:55 +0100 Subject: [PATCH 120/148] [FR] update horizontal scaling (#3345) Signed-off-by: Guillaume BERNARD --- content/fr/horizontal-scaling.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/content/fr/horizontal-scaling.md b/content/fr/horizontal-scaling.md index 11053ad735..4a41a168e3 100644 --- a/content/fr/horizontal-scaling.md +++ b/content/fr/horizontal-scaling.md @@ -6,9 +6,10 @@ tags: ["infrastructure", "", ""] --- La mise à l'échelle horizontale est une technique qui consiste à augmenter la capacité d'un système en ajoutant plus de [nœuds](/fr/nodes/) au lieu d'ajouter plus de ressources informatiques à des nœuds unitaires (ce dernier étant connu sous le nom de [mise à l'échelle verticale (Vertical Scaling)](/fr/vertical-scaling/)). -Supposons que nous avons un système avec 4 Go de mémoire et que nous voulons augmenter sa capacité à 16 Go, la mise à l'échelle horizontale consiste à ajouter 4 × 4 Go de mémoire plutôt que de passer à un système avec 16 Go de mémoire. +Supposons que nous avons un système avec 4 Go de mémoire et que nous voulons augmenter sa capacité à 16 Go. +La mise à l'échelle horizontale consiste à ajouter 3 nœuds avec 4 Go de mémoire plutôt que de passer à un système avec 16 Go de mémoire. -Cette approche améliore les performances d'une application en ajoutant de nouvelles instances, ou [nœuds](/fr/nodes/), pour mieux répartir la charge de travail. +Cette approche améliore les performances d'une application en ajoutant de nouvelles instances, ou nœuds, pour mieux répartir la charge de travail. En termes simples, elle vise à réduire la charge du serveur plutôt qu'à étendre la capacité du serveur unitaire. ## Problème auquel il répond From 4e13d6be1b014d65d00745c48306a01a4221d4ee Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Mon, 4 Nov 2024 19:00:14 +0100 Subject: [PATCH 121/148] [FR] Update stateless app (#3346) Signed-off-by: Guillaume BERNARD --- content/fr/stateless-apps.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/fr/stateless-apps.md b/content/fr/stateless-apps.md index 55a938c4bd..9a3d9e87df 100644 --- a/content/fr/stateless-apps.md +++ b/content/fr/stateless-apps.md @@ -5,8 +5,7 @@ category: Property tags: ["fondamental", "application", "propriété"] --- -Les applications sans état (Stateless Apps en anglais) traitent les requêtes comme si chaque requête était la toute première envoyée. -L'application ne "se souvient" ni des interactions précédentes ni des données de session utilisateur. +Les applications sans état (Stateless Apps en anglais) traitent chaque requête indépendamment, sans tenir compte des interactions ou des données utilisateur précédentes. Les données provenant des interactions précédentes sont appelées état, et comme ces données ne sont stockées nulle part, ces applications sont sans état (stateless). Voici un exemple : Lorsque vous utilisez un moteur de recherche et que cette recherche est interrompue (par exemple, la fenêtre est fermée), les résultats de recherche sont perdus. From 3c5d4bfacd9358b3836102866065b32f2331cfad Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Wed, 13 Nov 2024 17:37:13 +0900 Subject: [PATCH 122/148] Bump rojopolis/spellcheck-github-actions from 0.44.0 to 0.45.0 (#3352) Signed-off-by: dependabot[bot] --- .github/workflows/es-spellcheck.yml | 2 +- .github/workflows/spellcheck.yml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/.github/workflows/es-spellcheck.yml b/.github/workflows/es-spellcheck.yml index ee6d9ef97c..0ecb8ac3bd 100644 --- a/.github/workflows/es-spellcheck.yml +++ b/.github/workflows/es-spellcheck.yml @@ -29,6 +29,6 @@ jobs: set -o errexit diff content/es/.wordlist.txt <(LC_ALL= sort -f content/es/.wordlist.txt) - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.44.0 + uses: rojopolis/spellcheck-github-actions@0.45.0 with: config_path: content/es/.spellcheck.yml diff --git a/.github/workflows/spellcheck.yml b/.github/workflows/spellcheck.yml index 23deb3d171..a6b318de8d 100644 --- a/.github/workflows/spellcheck.yml +++ b/.github/workflows/spellcheck.yml @@ -25,4 +25,4 @@ jobs: - uses: actions/checkout@v4 - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.44.0 + uses: rojopolis/spellcheck-github-actions@0.45.0 From 6d888bbd383651d033e74ac1156567bd266aecbe Mon Sep 17 00:00:00 2001 From: Sajib Adhikary <60180521+sajibAdhi@users.noreply.github.com> Date: Thu, 28 Nov 2024 02:39:33 +0600 Subject: [PATCH 123/148] [bn] Merge `dev-bn` branch into `main` branch (#3301) Signed-off-by: Sachin Sharma Signed-off-by: Tanmay Sarkar <84321236+sarkartanmay393@users.noreply.github.com> Signed-off-by: Md Shahriyar Al Mustakim Mitul Signed-off-by: AbdullahArean <2019-917-795@student.cse.du.ac.bd> Signed-off-by: Abdullah Ibne Hanif Arean <70502574+AbdullahArean@users.noreply.github.com> Signed-off-by: Tanmay Sarkar Signed-off-by: nazma1234 <78928674+nazma1234@users.noreply.github.com> Signed-off-by: Saber382 <78927820+Saber382@users.noreply.github.com> Signed-off-by: Imtiaz1234 <78928464+Imtiaz1234@users.noreply.github.com> Signed-off-by: Arindam Majumder <109217591+Arindam200@users.noreply.github.com> Signed-off-by: Abhijeet Basfore <68768410+abhijeet-26@users.noreply.github.com> Signed-off-by: Sajib Adhikary Signed-off-by: @sajibAdhi Signed-off-by: Noor E Jannat Nafia <90461705+noor-e-jannatnafia@users.noreply.github.com> Signed-off-by: Nikhil Barik <36399086+nerdynikhil@users.noreply.github.com> Signed-off-by: Nikhil Barik Signed-off-by: Refayatul Signed-off-by: Khan MD Saifullah Anjar <94192701+kmsanjar47@users.noreply.github.com> Signed-off-by: mahadihassanriyadh Signed-off-by: Md. Mahadi Hassan Riyadh Signed-off-by: Ritam Samanta <91908473+RitamSamant@users.noreply.github.com> Signed-off-by: Naymul Islam <68547750+ai-naymul@users.noreply.github.com> Signed-off-by: Khan MD Saifullah Anjar Signed-off-by: Asem Hamid <155321064+asem-hamid@users.noreply.github.com> Signed-off-by: Debaditya Som <121785700+Debaditya-Som@users.noreply.github.com> Signed-off-by: Sajib Adhikary <60180521+sajibAdhi@users.noreply.github.com> Signed-off-by: Musanna Al Akil <43068505+Musanna-al-akil@users.noreply.github.com> Co-authored-by: Md Shahriyar Al Mustakim Mitul Co-authored-by: Imtiaz1234 <78928464+Imtiaz1234@users.noreply.github.com> Co-authored-by: Umme Abira Azmary <95493187+Mouly22@users.noreply.github.com> Co-authored-by: seokho-son Co-authored-by: Shadman Rafy <103331572+smrafy20@users.noreply.github.com> Co-authored-by: nazma1234 <78928674+nazma1234@users.noreply.github.com> Co-authored-by: Saber382 <78927820+Saber382@users.noreply.github.com> Co-authored-by: Saber307 <78928137+Saber307@users.noreply.github.com> Co-authored-by: Md Shahriyar Al Mustakim Mitul <57193846+mitul3737@users.noreply.github.com> Co-authored-by: Mahrjose Co-authored-by: MD Ikramul Kayes <67923321+ikramulkayes@users.noreply.github.com> Co-authored-by: Md Mahibul Haque Co-authored-by: Jihoon Seo Co-authored-by: Sachin Sharma <66516153+devsachinsharma@users.noreply.github.com> Co-authored-by: Tanmay Sarkar <84321236+sarkartanmay393@users.noreply.github.com> Co-authored-by: Abdullah Ibne Hanif Arean <70502574+AbdullahArean@users.noreply.github.com> Co-authored-by: Pratik Dey <56970651+PratikDey@users.noreply.github.com> Co-authored-by: Arindam Majumder <109217591+Arindam200@users.noreply.github.com> Co-authored-by: Abhijeet Basfore <68768410+abhijeet-26@users.noreply.github.com> Co-authored-by: sajibAdhi Co-authored-by: Noor E Jannat Nafia <90461705+noor-e-jannatnafia@users.noreply.github.com> Co-authored-by: Nikhil Barik Co-authored-by: Refayatul Co-authored-by: Khan MD Saifullah Anjar <94192701+kmsanjar47@users.noreply.github.com> Co-authored-by: Md. Mahadi Hassan Riyadh Co-authored-by: Ritam Samanta <91908473+RitamSamant@users.noreply.github.com> Co-authored-by: Naymul Islam <68547750+ai-naymul@users.noreply.github.com> Co-authored-by: Khan MD Saifullah Anjar Co-authored-by: A K M Jubaeir Islam <32791753+Zubiii333@users.noreply.github.com> Co-authored-by: Asem Hamid <155321064+asem-hamid@users.noreply.github.com> Co-authored-by: Debaditya Som <121785700+Debaditya-Som@users.noreply.github.com> Co-authored-by: Jihoon Seo <46767780+jihoon-seo@users.noreply.github.com> Co-authored-by: Musanna Al Akil <43068505+Musanna-al-akil@users.noreply.github.com> Co-authored-by: Nate W --- content/bn/application-programming-interface.md | 16 +++++++++++++--- content/bn/chaos-engineering.md | 2 +- content/bn/cloud-native-apps.md | 2 +- content/bn/container-orchestration.md | 2 +- content/bn/containerization.md | 5 ++--- content/bn/continuous-delivery.md | 2 +- content/bn/devops.md | 2 +- content/bn/loosely-coupled-architecture.md | 2 +- content/bn/microservices-architecture.md | 8 ++++---- content/bn/observability.md | 2 +- content/bn/search.md | 2 +- content/bn/security-chaos-engineering.md | 2 +- content/bn/zero-trust-architecture.md | 6 +++--- i18n/bn.toml | 2 +- 14 files changed, 32 insertions(+), 23 deletions(-) diff --git a/content/bn/application-programming-interface.md b/content/bn/application-programming-interface.md index 88b4a0883d..00957ed924 100644 --- a/content/bn/application-programming-interface.md +++ b/content/bn/application-programming-interface.md @@ -5,10 +5,20 @@ category: প্রযুক্তি tags: ["স্থাপত্য", "মৌলিক", ""] --- -একটি API হল কম্পিউটার প্রোগ্রামগুলির একে অপরের সাথে যোগাযোগ করার একটি উপায়। মানুষ যেমন একটি ওয়েব পৃষ্ঠার মাধ্যমে একটি ওয়েবসাইটের সাথে যোগাযোগ করে, তেমনি একটি API কম্পিউটার প্রোগ্রামগুলিকে একে অপরের সাথে যোগাযোগ করতে দেয়। মানুষের মিথস্ক্রিয়া থেকে ভিন্ন, API-গুলির সীমাবদ্ধতা রয়েছে তাদের থেকে কী জিজ্ঞাসা করা যায় এবং কী করা যায় না। ইন্টারঅ্যাকশনের সীমাবদ্ধতা প্রোগ্রামগুলির মধ্যে স্থিতিশীল এবং কার্যকরী যোগাযোগ তৈরি করতে সহায়তা করে। +একটি API হল কম্পিউটার প্রোগ্রামগুলির একে অপরের সাথে যোগাযোগ করার একটি উপায়। +মানুষ যেমন একটি ওয়েব পৃষ্ঠার মাধ্যমে একটি ওয়েবসাইটের সাথে যোগাযোগ করে, তেমনি একটি API কম্পিউটার প্রোগ্রামগুলিকে একে অপরের সাথে যোগাযোগ করতে দেয়। +মানুষের মিথস্ক্রিয়া থেকে ভিন্ন, API-গুলির সীমাবদ্ধতা রয়েছে তাদের থেকে কী জিজ্ঞাসা করা যায় এবং কী করা যায় না। +ইন্টারঅ্যাকশনের সীমাবদ্ধতা প্রোগ্রামগুলির মধ্যে স্থিতিশীল এবং কার্যকরী যোগাযোগ তৈরি করতে সহায়তা করে। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -অ্যাপ্লিকেশনগুলি আরও জটিল হয়ে উঠলে, ছোট কোড পরিবর্তনগুলি অন্যান্য কার্যকারিতার উপর কঠোর প্রভাব ফেলতে পারে। অ্যাপ্লিকেশনগুলিকে তাদের কার্যকারিতার জন্য একটি মডুলার পদ্ধতি অবলম্বন করতে হবে যদি তারা একই সাথে বৃদ্ধি এবং স্থিতিশীলতা বজায় রাখতে পারে। API ছাড়া, অ্যাপ্লিকেশনগুলির মধ্যে মিথস্ক্রিয়া করার জন্য একটি কাঠামোর অভাব রয়েছে। একটি শেয়ার্ড ফ্রেমওয়ার্ক ছাড়া, অ্যাপ্লিকেশনগুলির জন্য [স্কেল(scale)](/bn/scalability/) এবং একীভূত করা চ্যালেঞ্জিং। + +অ্যাপ্লিকেশনগুলি আরও জটিল হয়ে উঠলে, ছোট কোড পরিবর্তনগুলি অন্যান্য কার্যকারিতার উপর কঠোর প্রভাব ফেলতে পারে। +অ্যাপ্লিকেশনগুলিকে তাদের কার্যকারিতার জন্য একটি মডুলার পদ্ধতি অবলম্বন করতে হবে যদি তারা একই সাথে বৃদ্ধি এবং স্থিতিশীলতা বজায় রাখতে পারে। +API ছাড়া, অ্যাপ্লিকেশনগুলির মধ্যে মিথস্ক্রিয়া করার জন্য একটি কাঠামোর অভাব রয়েছে। +একটি শেয়ার্ড ফ্রেমওয়ার্ক ছাড়া, অ্যাপ্লিকেশনগুলির জন্য [স্কেল(scale)](/bn/scalability/) এবং একীভূত করা চ্যালেঞ্জিং। ## এটা কিভাবে সাহায্য করে -APIগুলি কম্পিউটার প্রোগ্রাম বা অ্যাপ্লিকেশনগুলিকে একটি সংজ্ঞায়িত এবং বোধগম্য পদ্ধতিতে তথ্য আদান-প্রদান এবং আদান-প্রদান করার অনুমতি দেয়। তারা আধুনিক অ্যাপ্লিকেশনের জন্য বিল্ডিং ব্লক এবং তারা ডেভেলপারদের অ্যাপ্লিকেশন একত্রিত করার একটি উপায় প্রদান করে থাকে। যখনই আপনি [মাইক্রসার্ভিস(microservices)](/bn/microservices/) একসাথে কাজ করার কথা শুনেন, আপনি অনুমান করতে পারেন যে তারা একটি API এর মাধ্যমে ইন্টারঅ্যাক্ট করে। + +APIগুলি কম্পিউটার প্রোগ্রাম বা অ্যাপ্লিকেশনগুলিকে একটি সংজ্ঞায়িত এবং বোধগম্য পদ্ধতিতে তথ্য আদান-প্রদান এবং আদান-প্রদান করার অনুমতি দেয়। +তারা আধুনিক অ্যাপ্লিকেশনের জন্য বিল্ডিং ব্লক এবং তারা ডেভেলপারদের অ্যাপ্লিকেশন একত্রিত করার একটি উপায় প্রদান করে থাকে। +যখনই আপনি [মাইক্রসার্ভিস(microservices)](/bn/microservices-architecture/) একসাথে কাজ করার কথা শুনেন, আপনি অনুমান করতে পারেন যে তারা একটি API এর মাধ্যমে ইন্টারঅ্যাক্ট করে। \ No newline at end of file diff --git a/content/bn/chaos-engineering.md b/content/bn/chaos-engineering.md index b61f15bc51..6c8ccb45f4 100644 --- a/content/bn/chaos-engineering.md +++ b/content/bn/chaos-engineering.md @@ -9,7 +9,7 @@ tags: ["পদ্ধতি", "", ""] ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -[SRE (Site reliability engineering)](/bn/site-reliability-engineering/) এবং [DevOps](/bn/devops/) অনুশীলনে, প্রোডাক্টের স্থিতিস্থাপকতা (resiliency) এবং [নির্ভরযোগ্যতা (reliability)](/bn/reliability/) বাড়ানোর কৌশলের উপর ফোকাস করে। পর্যাপ্ত পরিষেবার মান নিশ্চিত করার সময়, একটি সিস্টেমের ব্যর্থতা সহ্য করার ক্ষমতা সাধারণত সফ্টওয়্যার ডেভেলপমেন্টে খুব প্রয়োজনীয়। এমন বেশ কয়েকটি দিক জড়িত যা একটি অ্যাপ্লিকেশনের আউটেজের দিকে নিয়ে যেতে পারে, যেমন অবকাঠামো (infrastructure), প্ল্যাটফর্ম (platform), বা ([মাইক্রোসার্ভিস-ভিত্তিক (microservices)](/bn/microservices/)) অ্যাপ্লিকেশনের অন্যান্য চলমান অংশ। প্রোডাকশন পরিবেশে নতুন ফিচারগুলির খুব তাড়াতাড়ি একের পর এক স্থাপনের ফলে ডাউনটাইম (downtime) হওয়ার সম্ভাবনা বেড়ে যায় এবং একটি গুরুতর ঘটনাও ঘটতে পারে — যা ব্যবসার জন্য যথেষ্ট পরিণতিপূর্ণ। +[SRE (Site reliability engineering)](/bn/site-reliability-engineering/) এবং [DevOps](/bn/devops/) অনুশীলনে, প্রোডাক্টের স্থিতিস্থাপকতা (resiliency) এবং [নির্ভরযোগ্যতা (reliability)](/bn/reliability/) বাড়ানোর কৌশলের উপর ফোকাস করে। পর্যাপ্ত পরিষেবার মান নিশ্চিত করার সময়, একটি সিস্টেমের ব্যর্থতা সহ্য করার ক্ষমতা সাধারণত সফ্টওয়্যার ডেভেলপমেন্টে খুব প্রয়োজনীয়। এমন বেশ কয়েকটি দিক জড়িত যা একটি অ্যাপ্লিকেশনের আউটেজের দিকে নিয়ে যেতে পারে, যেমন অবকাঠামো (infrastructure), প্ল্যাটফর্ম (platform), বা ([মাইক্রোসার্ভিস-ভিত্তিক (microservices)](/bn/microservices-architecture/)) অ্যাপ্লিকেশনের অন্যান্য চলমান অংশ। প্রোডাকশন পরিবেশে নতুন ফিচারগুলির খুব তাড়াতাড়ি একের পর এক স্থাপনের ফলে ডাউনটাইম (downtime) হওয়ার সম্ভাবনা বেড়ে যায় এবং একটি গুরুতর ঘটনাও ঘটতে পারে — যা ব্যবসার জন্য যথেষ্ট পরিণতিপূর্ণ। ## এটা কিভাবে সাহায্য করে diff --git a/content/bn/cloud-native-apps.md b/content/bn/cloud-native-apps.md index 24696395bd..3ec46491c8 100644 --- a/content/bn/cloud-native-apps.md +++ b/content/bn/cloud-native-apps.md @@ -13,7 +13,7 @@ tags: ["অ্যাপ্লিকেশন", "মৌলিক", ""] ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে ঐতিহ্যগতভাবে, অন-প্রিমিস পরিবেশগুলি মোটামুটি পছন্দসই উপায়ে গণনা সংস্থান সরবরাহ করে। -প্রতিটি ডেটাসেন্টারের(data-center) পরিষেবা ছিল যা নির্দিষ্ট পরিবেশে অ্যাপ্লিকেশনগুলিকে [শক্তভাবে সংযুক্ত](/bn/tightly-coupled-architectures/) করে, +প্রতিটি ডেটাসেন্টারের(data-center) পরিষেবা ছিল যা নির্দিষ্ট পরিবেশে অ্যাপ্লিকেশনগুলিকে [শক্তভাবে সংযুক্ত](/bn/tightly-coupled-architecture/) করে, প্রায়শই [ভার্চুয়াল মেশিন (Virtual Machine)](/bn/virtual-machine/) এবং পরিষেবার মতো অবকাঠামোর(infrastructure) জন্য ম্যানুয়াল প্রভিশনিংয়ের(manual provisioning) উপর অনেক বেশি নির্ভর করে। যার ফল স্বরূপ, ডেভেলপার এবং তাদের অ্যাপ্লিকেশনগুলিকে সেই নির্দিষ্ট ডেটা সেন্টারে সীমাবদ্ধ করে। ক্লাউডের জন্য ডিজাইন করা হয়নি এমন অ্যাপ্লিকেশনগুলি ক্লাউড পরিবেশের স্থিতিস্থাপকতা এবং স্কেলিং(scaling) ক্ষমতার সুবিধা নিতে পারে না। diff --git a/content/bn/container-orchestration.md b/content/bn/container-orchestration.md index 73ca03c628..3d60166928 100644 --- a/content/bn/container-orchestration.md +++ b/content/bn/container-orchestration.md @@ -4,7 +4,7 @@ status: Completed category: ধারণা --- -[কন্টেইনার](/bn/container/) অর্কেস্ট্রেশন বলতে বোঝায় গতিশীল পরিবেশে কন্টেইনারাইজড অ্যাপ্লিকেশনের জীবনচক্র পরিচালনা এবং স্বয়ংক্রিয়করণ করাকে । +[কন্টেইনার](/bn/container/) অর্কেস্ট্রেশন বলতে বোঝায় গতিশীল পরিবেশে [কন্টেইনারাইজড](/bn/containerization/) অ্যাপ্লিকেশনের জীবনচক্র পরিচালনা এবং স্বয়ংক্রিয়করণ করাকে । এটি একটি কন্টেইনার অর্কেস্ট্রেটরের (বেশিরভাগ ক্ষেত্রে, [কুবারনেটিস](/bn/kubernetes)) মাধ্যমে কার্যকর করা হয় , যা স্থাপনা (deployments), [অটো-স্কেলিং](/bn/auto-scaling/) , অটো-হিলিং এবং পর্যবেক্ষণকে সক্ষম করে। অর্কেস্ট্রেশন একটি রূপক অর্থে : অর্কেস্ট্রেশন টুল একজন মিউজিক পরিচালকের মতো কন্টেইনারগুলোকে পরিচালনা করে, যা নিশ্চিত করে প্রতিটি কন্টেইনারের (বা সঙ্গীতশিল্পীর) যা করা উচিত । diff --git a/content/bn/containerization.md b/content/bn/containerization.md index fc466e6118..797e210a1f 100644 --- a/content/bn/containerization.md +++ b/content/bn/containerization.md @@ -5,11 +5,10 @@ category: প্রযুক্তি tags: ["অ্যাপ্লিকেশন", "", ""] --- -কন্টেইনারাইজেশন হল একটি প্রক্রিয়া যা একটি অ্যাপ্লিকেশন এবং এর সংশ্লিষ্ট জিনিসসমূহকে একটি কন্টেইনার ইমেজ (Container Image) এ বান্ডিল করার প্রক্রিয়া। কন্টেইনার নির্মাণ প্রক্রিয়ার জন্য [ওপেন কন্টেইনার ইনিশিয়েটিভ](https://opencontainers.org) (OCI) মান মেনে চলা প্রয়োজন। যতক্ষণ না একটি কন্টেইনার ইমেজ এই স্ট্যান্ডার্ড মেনে চলে, যে কোন কন্টেইনারাইজেশন টুল ই ব্যবহার করা হয় তা চিন্তার বিষয় নয়। - +কন্টেইনারাইজেশন হলো অ্যাপ্লিকেশন কোডের প্যাকেজিং প্রক্রিয়া যার মধ্যে লাইব্রেরি এবং কোড চালানোর জন্য প্রয়োজনীয় নির্ভরতাগুলোও থাকে একটি একক লাইটওয়েট এক্সিকিউটেবল ফাইলে -যাকে [কন্টেইনার ইমেজ](/bn/container-image/) বলা হয়। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -কনটেইনারগুলি প্রচলিত হওয়ার আগে, সংস্থাগুলি যেকোনো [বেয়ার-মেটাল মেশিন (bare-metal machine)](/bn/bare_metal_machine/) এর একাধিক অ্যাপ্লিকেশন তৈরি করার জন্য ভার্চুয়াল মেশিনের (VM) উপর নির্ভর করত। ভিএমগুলি পাত্রের তুলনায় উল্লেখযোগ্যভাবে বড় এবং যার ফলে এটি চালানোর জন্য একটি হাইপারভাইজার প্রয়োজন।যেহেতু এই বৃহৎ ভিএম টেমপ্লেটগুলির স্টোরেজ, ব্যাকআপ এবং স্থানান্তরের কাজ করে, এ কারণে ভিএম টেমপ্লেট তৈরি করাও একটি ধীর প্রক্রিয়া। অতিরিক্তভাবে, ভিএমগুলি যদি [অপরিবর্তনশীলতা (immutability)](/bn/immutable-infrastructure//) নীতি লঙ্ঘন করে, তবে এটি কনফিগারেশন ড্রিফটে ভুগতে পারে। +[কনটেইনারগুলি](/bn/container/) প্রচলিত হওয়ার আগে, সংস্থাগুলি যেকোনো [বেয়ার-মেটাল মেশিন (bare-metal machine)](/bn/bare_metal_machine/) এর একাধিক অ্যাপ্লিকেশন তৈরি করার জন্য [ভার্চুয়াল মেশিনের (VM)](/bn/virtual-machine/) উপর নির্ভর করত। ভিএমগুলি পাত্রের তুলনায় উল্লেখযোগ্যভাবে বড় এবং যার ফলে এটি চালানোর জন্য একটি হাইপারভাইজার প্রয়োজন।যেহেতু এই বৃহৎ ভিএম টেমপ্লেটগুলির স্টোরেজ, ব্যাকআপ এবং স্থানান্তরের কাজ করে, এ কারণে ভিএম টেমপ্লেট তৈরি করাও একটি ধীর প্রক্রিয়া। অতিরিক্তভাবে, ভিএমগুলি যদি [অপরিবর্তনশীলতা (immutability)](/bn/immutable-infrastructure//) নীতি লঙ্ঘন করে, তবে এটি কনফিগারেশন ড্রিফটে ভুগতে পারে। ## এটা কিভাবে সাহায্য করে diff --git a/content/bn/continuous-delivery.md b/content/bn/continuous-delivery.md index 9975604380..3b9897d970 100644 --- a/content/bn/continuous-delivery.md +++ b/content/bn/continuous-delivery.md @@ -7,7 +7,7 @@ tags: ["পদ্ধতি", "অ্যাপ্লিকেশন", ""] ক্রমাগত বিতরণ (continuous delivery), প্রায়ই CD হিসাবে সংক্ষিপ্ত, অনুশীলনের একটি সেট যেখানে কোডের পরিবর্তনগুলি স্বয়ংক্রিয়ভাবে একটি গ্রহণযোগ্য পরিবেশে স্থাপন করা হয় (অথবা, ক্রমাগত স্থাপনার (continuous deployment) ক্ষেত্রে, উৎপাদনে)। স্থাপনার (deployment) আগে সফ্টওয়্যারটি (software) পর্যাপ্তভাবে পরীক্ষা করা হয়েছে তা নিশ্চিত করার জন্য CD অত্যন্ত গুরুত্বপূর্ণভাবে প্রক্রিয়াগুলি অন্তর্ভুক্ত করে এবং প্রয়োজন মনে হলে পরিবর্তনগুলি রোলব্যাক (rollback) করার একটি উপায় প্রদান করে। -ক্রমাগত একীকরণ (continuous integration) (CI) ক্রমাগত বিতরণের (continuous delivery) প্রথম পদক্ষেপ +[ক্রমাগত একীকরণ (continuous integration)](/bn/continuous-integration/) (CI) ক্রমাগত বিতরণের (continuous delivery) প্রথম পদক্ষেপ (অর্থাৎ, পরিবর্তনগুলি পরীক্ষা এবং স্থাপনের আগে পরিষ্কারভাবে একত্রিত করতে হবে)। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে diff --git a/content/bn/devops.md b/content/bn/devops.md index 15b1fc384b..af1d8748a2 100644 --- a/content/bn/devops.md +++ b/content/bn/devops.md @@ -9,7 +9,7 @@ tags: ["পদ্ধতি", "", ""] ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -ঐতিহ্যগতভাবে, জটিল সংস্থা [শক্তভাবে মিলিত(Tightly coupled architectures)](/bn/tightly-coupled-architectures/) ও [মনোলিথিক অ্যাপস(Monolithic apps)](/bn/monolithic-apps/) এর কাজ সাধারণত একাধিক দলের মধ্যে খণ্ডিত ছিল । এটি অসংখ্য হ্যান্ডঅফ এবং দীর্ঘ পরবর্তী সময় নেয়। প্রতিবার যখনই একটি উপাদান বা আপডেট প্রস্তুত ছিল, এটি পরবর্তী দলের জন্য একটি সারিতে স্থাপন করা হয়েছিল। যেহেতু ব্যক্তিরা কেবলমাত্র প্রকল্পের একটি ছোট অংশে কাজ করেছিল, এই পদ্ধতির ফলে মালিকানার অভাব দেখা দেয়। তাদের লক্ষ্য ছিল পরবর্তী দলের কাছে কাজটি পৌঁছে দেওয়া, গ্রাহকের কাছে সঠিক কার্যকারিতা সরবরাহ না করা যাকে অগ্রাধিকারগুলির একটি স্পষ্ট বিভ্রান্তি হিসেবে বলা যায়। +ঐতিহ্যগতভাবে, জটিল সংস্থা [শক্তভাবে মিলিত(Tightly coupled architectures)](/bn/tightly-coupled-architecture/) ও [মনোলিথিক অ্যাপস(Monolithic apps)](/bn/monolithic-apps/) এর কাজ সাধারণত একাধিক দলের মধ্যে খণ্ডিত ছিল । এটি অসংখ্য হ্যান্ডঅফ এবং দীর্ঘ পরবর্তী সময় নেয়। প্রতিবার যখনই একটি উপাদান বা আপডেট প্রস্তুত ছিল, এটি পরবর্তী দলের জন্য একটি সারিতে স্থাপন করা হয়েছিল। যেহেতু ব্যক্তিরা কেবলমাত্র প্রকল্পের একটি ছোট অংশে কাজ করেছিল, এই পদ্ধতির ফলে মালিকানার অভাব দেখা দেয়। তাদের লক্ষ্য ছিল পরবর্তী দলের কাছে কাজটি পৌঁছে দেওয়া, গ্রাহকের কাছে সঠিক কার্যকারিতা সরবরাহ না করা যাকে অগ্রাধিকারগুলির একটি স্পষ্ট বিভ্রান্তি হিসেবে বলা যায়। কোডটি শেষ পর্যন্ত আসার সময় পর্যন্ত, এটি এত বেশি ডেভেলপারের মধ্য দিয়ে গিয়েছিল, এত সারিতে অপেক্ষা করেছিল যে কোডটি কাজ না করলে সমস্যার উৎস খুঁজে বের করা কঠিন ছিল। ডেভওপস এই পদ্ধতিকে উল্টো করে দেয়। diff --git a/content/bn/loosely-coupled-architecture.md b/content/bn/loosely-coupled-architecture.md index 2be17a067f..caf910b1e2 100644 --- a/content/bn/loosely-coupled-architecture.md +++ b/content/bn/loosely-coupled-architecture.md @@ -5,7 +5,7 @@ category: বৈশিষ্ট্য tags: ["মৌলিক", "স্থাপত্য", "বৈশিষ্ট্য"] --- -শিথিল সংযোজিত স্থাপত্য হল সেই ধরনের স্থাপত্যশৈলী যেখানে প্রতিটি পৃথক উপাদান স্বাধীনভাবে তৈরি হয় ([ দৃঢ় সংবদ্ধ স্থাপত্য শৈলীর](/bn/tightly-coupled-architectures/) ঠিক বিপরীত )| অনেক সময় এর প্রতিটি উপাদানকে [মাইক্রোসার্ভিসেস আর্কিটেকচার](/bn/microservices-architecture/) হিসেবে চিহ্নিত করা যায় +শিথিল সংযোজিত স্থাপত্য হল সেই ধরনের স্থাপত্যশৈলী যেখানে প্রতিটি পৃথক উপাদান স্বাধীনভাবে তৈরি হয় ([ দৃঢ় সংবদ্ধ স্থাপত্য শৈলীর](/bn/tightly-coupled-architecture/) ঠিক বিপরীত )| অনেক সময় এর প্রতিটি উপাদানকে [মাইক্রোসার্ভিসেস আর্কিটেকচার](/bn/microservices-architecture/) হিসেবে চিহ্নিত করা যায় যেগুলি এমনভাবে তৈরি করা হয় যাতে তা অন্য আরও বিভিন্ন পরিষেবার ব্যবহৃত হতে পারে, এই শৈলীটি সাধারণত দৃঢ় সংবদ্ধ শৈলী তুলনায় অনেক ধীর কিন্তু এর অনেকগুলি সুবিধা আছে বিশেষত অ্যাপ্লিকেশন স্কেল হিসেবে। শিথিল শৈলী দলগুলিকে তাদের বৈশিষ্ট্য উন্নয়নে, স্থাপনে এবং স্বাধীনভাবে স্কেল করার অনুমতি দেয় যার ফলে প্রতিষ্ঠান খুব দ্রুত পৃথক উপাদানের সঙ্গে সংযোগ স্থাপন করতে পারে| Application development অনেক গতিশীল হয় এবং দলগুলি তাদের সামর্থ্য অনুসারে নির্দিষ্ট প্রযুক্তির প্রতি দৃষ্টি নিবদ্ধ রেখে তৈরি হতে পারে। diff --git a/content/bn/microservices-architecture.md b/content/bn/microservices-architecture.md index 3f6a9741f7..7be904240d 100644 --- a/content/bn/microservices-architecture.md +++ b/content/bn/microservices-architecture.md @@ -5,14 +5,14 @@ category: প্রযুক্তি tags: ["স্থাপত্য", "মৌলিক", ""] --- -অ্যাপ্লিকেশন ডেভেলপমেন্টে (Application Development) একটি আধুনিক পন্থা হলো মাইক্রোসার্ভিস (Microservice), যা ক্লাউড নেটিভ (Cloud Native) প্রযুক্তির সুবিধা নেয়। যেখানে আধুনিক অ্যাপ্লিকেশনগুলি, যেমন নেটফ্লিক্স(netflix) একটি একক অ্যাপ এর মত দেখায় কিন্তু এটি আসলে অনেকগুলি ছোট ছোট সার্ভিসের একত্রিত রূপ, সবগুলি একে অপরের সাথে আবদ্ধ ভাবে কাজ করে চলেছে। এই ক্ষেত্রে, কোনো অ্যাপ এর একটি একক পেজ যা আমাদের search, authenticate এবং ভিডিও দেখতে অনুমতি দেয় তা আসলে অনেকগুলি ছোট ছোট সার্ভিস দ্বারা চালিত হয়, যেখানে এক একটি সার্ভিস এক একটি বৈশিষ্ট্য সামলায়। সংক্ষেপে, মাইক্রোসার্ভিস বলতে একটি এপ্লিকেশন আর্কিটেকচার প্যাটার্ন (Application Architecture Pattern) কে বোঝানো হয় যা [মনোলিথিক এপ্লিকেশন (Monolithic Application)](/bn/monolithic_apps/) এর থেকে স্বাভাবিকত বিপরীত। +অ্যাপ্লিকেশন ডেভেলপমেন্টে (Application Development) একটি আধুনিক পন্থা হলো মাইক্রোসার্ভিস (Microservice), যা ক্লাউড নেটিভ (Cloud Native) প্রযুক্তির সুবিধা নেয়। যেখানে আধুনিক অ্যাপ্লিকেশনগুলি, যেমন নেটফ্লিক্স(netflix) একটি একক অ্যাপ এর মত দেখায় কিন্তু এটি আসলে অনেকগুলি ছোট ছোট সার্ভিসের একত্রিত রূপ, সবগুলি একে অপরের সাথে আবদ্ধ ভাবে কাজ করে চলেছে। এই ক্ষেত্রে, কোনো অ্যাপ এর একটি একক পেজ যা আমাদের search, authenticate এবং ভিডিও দেখতে অনুমতি দেয় তা আসলে অনেকগুলি ছোট ছোট সার্ভিস দ্বারা চালিত হয়, যেখানে এক একটি সার্ভিস এক একটি বৈশিষ্ট্য সামলায়। সংক্ষেপে, মাইক্রোসার্ভিস বলতে একটি এপ্লিকেশন আর্কিটেকচার প্যাটার্ন (Application Architecture Pattern) কে বোঝানো হয় যা [মনোলিথিক এপ্লিকেশন (Monolithic Application)](/bn/monolithic-apps/) এর থেকে স্বাভাবিকত বিপরীত। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -মাইক্রোসার্ভিসেস হল মনোলিথিক এপ্লিকেশনের দ্বারা জাহির করা চ্যালেঞ্জগুলির প্রতি একটি উত্তর। স্বাভাবিকভাবে, একটি অ্যাপ্লিকেশনের বিভিন্ন অংশকে আলাদা আলাদা ভাবে বড় ([scaled](/bn/scalability/)) করতে হবে। উদাহরণস্বরূপ, একটি অনলাইন দোকানের বিক্রি থেকে প্রোডাক্ট ভিউস বেশি হয়, যার মানে বিক্রির থেকে আমাদের প্রোডাক্ট ভিউস ফাংশনালিটির অনেকগুলি চলমান দৃষ্টান্ত (running instance) প্রয়োজন হয়। একটি মনোলিথিক অ্যাপ্লিকেশনে, আলাদা আলাদাভাবে এই ছোট ছোট যুক্তি বা কোড গুলির সঞ্চার করা সম্ভব নয়। যদি প্রোডাক্ট ভিউস ফাংশনকে আলাদা ভাবে বড়ো করে তোলা না যায় তাহলে আমাদের পুরো সফটওয়্যারটিকে ডুপ্লিকেট করে তার আরো চলমান দৃষ্টান্ত তৈরি করতে হবে, প্রত্যেকটি কম্পনেন্ট সহকারে যা সম্পদের একটি অদক্ষ ব্যবহার। মনোলিথিক অ্যাপ্লিকেশনগুলি ডেভেলোপারদের ডিজাইন পিটফলে (design pitfall) পড়া সহজ করে তোলে। যেহেতু সমস্ত কোড এক জায়গায় রয়েছে, সেই কোডটিকে শক্তভাবে জোড়া দেওয়া [(tightly coupled)](/bn/tightly_coupled_architectures/) সহজ এবং উদ্বেগের বিচ্ছেদের নীতি প্রয়োগ করা আরও কঠিন। মনোলিথিকের জন্য প্রায়ই ডেভেলপারদের উৎপাদনশীল (productive) হওয়ার আগে পুরো কোডবেস বোঝার প্রয়োজন হয়। +মাইক্রোসার্ভিসেস হল মনোলিথিক এপ্লিকেশনের দ্বারা জাহির করা চ্যালেঞ্জগুলির প্রতি একটি উত্তর। স্বাভাবিকভাবে, একটি অ্যাপ্লিকেশনের বিভিন্ন অংশকে আলাদা আলাদা ভাবে বড় ([scaled](/bn/scalability/)) করতে হবে। উদাহরণস্বরূপ, একটি অনলাইন দোকানের বিক্রি থেকে প্রোডাক্ট ভিউস বেশি হয়, যার মানে বিক্রির থেকে আমাদের প্রোডাক্ট ভিউস ফাংশনালিটির অনেকগুলি চলমান দৃষ্টান্ত (running instance) প্রয়োজন হয়। একটি মনোলিথিক অ্যাপ্লিকেশনে, আলাদা আলাদাভাবে এই ছোট ছোট যুক্তি বা কোড গুলির সঞ্চার করা সম্ভব নয়। যদি প্রোডাক্ট ভিউস ফাংশনকে আলাদা ভাবে বড়ো করে তোলা না যায় তাহলে আমাদের পুরো সফটওয়্যারটিকে ডুপ্লিকেট করে তার আরো চলমান দৃষ্টান্ত তৈরি করতে হবে, প্রত্যেকটি কম্পনেন্ট সহকারে যা সম্পদের একটি অদক্ষ ব্যবহার। মনোলিথিক অ্যাপ্লিকেশনগুলি ডেভেলোপারদের ডিজাইন পিটফলে (design pitfall) পড়া সহজ করে তোলে। যেহেতু সমস্ত কোড এক জায়গায় রয়েছে, সেই কোডটিকে শক্তভাবে জোড়া দেওয়া [(tightly coupled)](/bn/tightly-coupled-architecture/) সহজ এবং উদ্বেগের বিচ্ছেদের নীতি প্রয়োগ করা আরও কঠিন। মনোলিথিকের জন্য প্রায়ই ডেভেলপারদের উৎপাদনশীল (productive) হওয়ার আগে পুরো কোডবেস বোঝার প্রয়োজন হয়। ## এটা কিভাবে সাহায্য করে -কার্যকারিতা(functionality) কে বিভিন্ন মাইক্রোসার্ভিসে আলাদা করে স্বাধীনভাবে স্থাপন, আপডেট এবং দক্ষতা মিশ্রিত করা সহজ। বিভিন্ন দলকে একটি বৃহত্তর অ্যাপ্লিকেশনের ছোট অংশে ফোকাস করার অনুমতি দিয়ে সংস্থার বাকি অংশকে নেতিবাচকভাবে প্রভাবিত না করে তাদের অ্যাপে কাজ করা সহজ হয়। যেখানে মাইক্রোসার্ভিস বহু সমস্যা সমাধান করে, এটি আবার অপারেশনাল ওভারহেডও (operational overhead) তৈরি করে - যে জিনিসগুলি আপনাকে স্থাপন করতে হবে এবং মাত্রার ক্রম অনুসারে বৃদ্ধিতে নজর রাখতে হবে এবং আরও অনেক কিছু। অনেক [ক্লাউড নেগেটিভ প্রযুক্তির](/bn/cloud_native_tech/) উদ্দেশ্যই হলো মাইক্রোসার্ভিস স্থাপন এবং পরিচালনা সহজ করা। +কার্যকারিতা(functionality) কে বিভিন্ন মাইক্রোসার্ভিসে আলাদা করে স্বাধীনভাবে স্থাপন, আপডেট এবং দক্ষতা মিশ্রিত করা সহজ। বিভিন্ন দলকে একটি বৃহত্তর অ্যাপ্লিকেশনের ছোট অংশে ফোকাস করার অনুমতি দিয়ে সংস্থার বাকি অংশকে নেতিবাচকভাবে প্রভাবিত না করে তাদের অ্যাপে কাজ করা সহজ হয়। যেখানে মাইক্রোসার্ভিস বহু সমস্যা সমাধান করে, এটি আবার অপারেশনাল ওভারহেডও (operational overhead) তৈরি করে - যে জিনিসগুলি আপনাকে স্থাপন করতে হবে এবং মাত্রার ক্রম অনুসারে বৃদ্ধিতে নজর রাখতে হবে এবং আরও অনেক কিছু। অনেক [ক্লাউড নেগেটিভ প্রযুক্তির](/bn/cloud-native-tech/) উদ্দেশ্যই হলো মাইক্রোসার্ভিস স্থাপন এবং পরিচালনা সহজ করা। + ---- diff --git a/content/bn/observability.md b/content/bn/observability.md index d9e8b2341d..7f9b74542d 100644 --- a/content/bn/observability.md +++ b/content/bn/observability.md @@ -9,7 +9,7 @@ tags: ["বৈশিষ্ট্য", "", ""] এটি ব্যবহারকারীদের এই বাহ্যিক আউটপুটগুলি থেকে একটি সিস্টেমের অবস্থা বুঝতে এবং (সংশোধনমূলক) পদক্ষেপ নিতে দেয়। কম্পিউটার সিস্টেমগুলো পরিমাপ করা হয় নিম্ন-স্তরের সংকেত যেমন সিপিইউ সময়, মেমরি, ডিস্ক স্পেস এবং উচ্চ-স্তরের এবং ব্যবসায়িক সংকেতগুলো পর্যবেক্ষণ করে যার মধ্যে রয়েছে এপিআই প্রতিক্রিয়া সময়, ত্রুটি, প্রতি সেকেন্ডে লেনদেন ইত্যাদি । -এই পর্যবেক্ষণযোগ্য সিস্টেমগুলো **পর্যবেক্ষণ** করা হয় (বা মনিটর করা হয়) বিশেষ টুলসের মাধ্যমে, তথাকথিত পর্যবেক্ষণের টুল। এই টুলগুলির একটি তালিকা [ক্লাউড নেটিভ ল্যান্ডস্কেপের পর্যবেক্ষণ বিভাগে](https://landscape.cncf.io/card-mode?category=observability-and-analysis&grouping=category) দেখা যেতে পারে। +এই পর্যবেক্ষণযোগ্য সিস্টেমগুলো **পর্যবেক্ষণ** করা হয় (বা মনিটর করা হয়) বিশেষ টুলসের মাধ্যমে, তথাকথিত পর্যবেক্ষণের টুল। এই টুলগুলির একটি তালিকা [ক্লাউড নেটিভ ল্যান্ডস্কেপের পর্যবেক্ষণ বিভাগে](https://landscape.cncf.io/?group=projects-and-products&view-mode=card#observability-and-analysis--observability) দেখা যেতে পারে। পর্যবেক্ষণযোগ্য সিস্টেমগুলো তাদের অপারেটরদের কাছে অর্থপূর্ণ, কার্যকরী ডেটা প্রদান করে, তাদের অনুকূল ফলাফল (দ্রুত ঘটনার প্রতিক্রিয়া, বিকাশকারীর উৎপাদনশীলতা (developer productivity) বৃদ্ধি) এবং কম পরিশ্রম এবং ডাউনটাইম অর্জন করতে দেয়। diff --git a/content/bn/search.md b/content/bn/search.md index cb936b816f..6ce97e476d 100644 --- a/content/bn/search.md +++ b/content/bn/search.md @@ -1,4 +1,4 @@ --- title: অনুসন্ধান ফলাফল -layout: অনুসন্ধান +layout: search --- diff --git a/content/bn/security-chaos-engineering.md b/content/bn/security-chaos-engineering.md index 40f3769bf2..b77cb02154 100644 --- a/content/bn/security-chaos-engineering.md +++ b/content/bn/security-chaos-engineering.md @@ -17,4 +17,4 @@ tags: ["নিরাপত্তা", "পদ্ধতি", ""] এর লক্ষ্য "অজানার অজানা" উন্মোচন করা এবং সিস্টেমে আস্থা তৈরি করা, সাইবার স্থিতিস্থাপকতা বৃদ্ধি এবং পর্যবেক্ষণযোগ্যতা উন্নত করা। ইঞ্জিনিয়ারিং দলগুলি ধীরে ধীরে জটিল অবকাঠামো, প্ল্যাটফর্ম এবং ডিসট্রিবিউটেড সিস্টেমের মধ্যে নিরাপত্তা উদ্বেগের (security concerns) জন্য বোঝাপড়ার উন্নতি ঘটাবে। SCE সমগ্র পণ্যের সাইবার স্থিতিস্থাপকতা উন্নত করে, লুকানো নিরাপত্তা সমস্যাগুলি উন্মোচন করে, ক্লাসিক্যাল ব্লাইন্ড স্পটগুলিকে উন্মোচন করে, এবং গুরুত্বপূর্ণ প্রান্তের ক্ষেত্রে (critical edge cases) দলগুলিকে প্রস্তুত করে৷ -এই পদ্ধতি SREs, [DevOps](/bn/devops/) এবং [DevSecOps](/bn/devsecops/) ইঞ্জিনিয়ারদের সিস্টেমে আস্থা তৈরি করতে, সাইবার স্থিতিস্থাপকতা বাড়াতে এবং পর্যবেক্ষণযোগ্যতা উন্নত করতে সাহায্য করে। +এই পদ্ধতি [SREs](/site-reliability-engineering/), [DevOps](/bn/devops/) এবং [DevSecOps](/bn/devsecops/) ইঞ্জিনিয়ারদের সিস্টেমে আস্থা তৈরি করতে, সাইবার স্থিতিস্থাপকতা বাড়াতে এবং পর্যবেক্ষণযোগ্যতা উন্নত করতে সাহায্য করে। diff --git a/content/bn/zero-trust-architecture.md b/content/bn/zero-trust-architecture.md index 764c0708ca..6559bce461 100644 --- a/content/bn/zero-trust-architecture.md +++ b/content/bn/zero-trust-architecture.md @@ -5,12 +5,12 @@ category: ধারণা tags: ["নিরাপত্তা", "", ""] --- -জিরো ট্রাস্ট আর্কিটেকচার আইটি সিস্টেমের ডিজাইন এবং বাস্তবায়নের জন্য একটি নির্ধারিত পন্থা যেখানে 'ট্রাস্ট'(বিশ্বাস) সম্পূর্ণরূপে উপেক্ষা করা হয়। এই পন্থার মূল নীতি হল "বিশ্বাস নয়,সর্বদা যাচাই করা",ডিভাইস বা সিস্টেম,সিস্টেমের অন্যান্য অংশের সাথে যোগাযোগ করার সময় সর্বদা নিজেকে প্রথমে যাচাই করে। বর্তমানে অনেক নেটওয়ার্কে,কর্পোরেট নেটওয়ার্কের মধ্যে থাকা সিস্টেম এবং ডিভাইসগুলি অবাধে একটি অন্যটির সাথে যোগাযোগ করতে পারে কারণ সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্ক পরিধির বিশ্বস্ত সীমার মধ্যে আবদ্ধ থাকে। অন্যদিকে জিরো ট্রাস্ট আর্কিটেকচার বিপরীত পদ্ধতি অবলম্বন করে যেখানে নেটওয়ার্ক পরিধির মধ্যেই সিস্টেমের অংশগুলি কোন যোগাযোগ স্থাপনের জন্য প্রথমে যাচাইকরণ পর্যায় অতিক্রম করে। +জিরো ট্রাস্ট আর্কিটেকচার আইটি সিস্টেমের ডিজাইন এবং বাস্তবায়নের জন্য একটি নির্ধারিত পন্থা যেখানে 'ট্রাস্ট'(বিশ্বাস) সম্পূর্ণরূপে উপেক্ষা করা হয়। এই পন্থার মূল নীতি হল "বিশ্বাস নয়, সর্বদা যাচাই করা", ডিভাইস বা সিস্টেম, সিস্টেমের অন্যান্য অংশের সাথে যোগাযোগ করার সময় সর্বদা নিজেকে প্রথমে যাচাই করে। বর্তমানে অনেক নেটওয়ার্কে, কর্পোরেট নেটওয়ার্কের মধ্যে থাকা সিস্টেম এবং ডিভাইসগুলি অবাধে একটি অন্যটির সাথে যোগাযোগ করতে পারে কারণ সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্ক পরিধির বিশ্বস্ত সীমার মধ্যে আবদ্ধ থাকে। অন্যদিকে জিরো ট্রাস্ট আর্কিটেকচার বিপরীত পদ্ধতি অবলম্বন করে যেখানে নেটওয়ার্ক পরিধির মধ্যেই সিস্টেমের অংশগুলি কোন যোগাযোগ স্থাপনের জন্য প্রথমে যাচাইকরণ পর্যায় অতিক্রম করে। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -চিরাচরিত বিশ্বাস ভিত্তিক পদ্ধতি অনুসারে যেখানে সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্কের পরিধির মধ্যে থাকে,অনুমান করা হয় যে,যেহেতু বিশ্বাস আছে,সেহেতু কোন সমস্যা নেই। অবশ্য,জিরো ট্রাস্ট আর্কিটেকচার স্বীকার করে যে বিশ্বাস(ট্রাস্ট) একটি দুর্বলতা। এখন ঘটনাচক্রে,এক আক্রমণকারী যদি একটি বিশ্বস্ত ডিভাইসের অ্যাক্সেস পায় তাহলে আক্রমণকারী "বিশ্বস্ত" নেটওয়ার্ক পরিধির মধ্যে থাকায় সিস্টেমটি আক্রমণের জন্য ঝুঁকিপূর্ণ হয়ে পড়ে এবং আক্রমণকারী সমগ্র সিস্টেম জুড়ে পার্শ্বীয়ভাবে স্থান পরিবর্তনে (move laterally) সক্ষম হয়,এইসব নির্ভর করে ডিভাইসে থাকা বিশ্বাস-মাত্রা এবং ডিভাইসে দেওয়া অ্যাক্সেসের ওপর। একটি জিরো ট্রাস্ট আর্কিটেকচারে,বিশ্বাসকে উপেক্ষা করা হয়,তাই আক্রমণের পৃষ্ঠ হ্রাস পায় ফলে,একজন আক্রমণকারীকে সিস্টেমের আরো অভ্যন্তরে যাওয়ার আগে যাচাইকরণ করাতে বাধ্য করা হয়। +চিরাচরিত বিশ্বাস ভিত্তিক পদ্ধতি অনুসারে যেখানে সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্কের পরিধির মধ্যে থাকে, অনুমান করা হয় যে, যেহেতু বিশ্বাস আছে, সেহেতু কোন সমস্যা নেই। অবশ্য, জিরো ট্রাস্ট আর্কিটেকচার স্বীকার করে যে বিশ্বাস(ট্রাস্ট) একটি দুর্বলতা। এখন ঘটনাচক্রে, এক আক্রমণকারী যদি একটি বিশ্বস্ত ডিভাইসের অ্যাক্সেস পায় তাহলে আক্রমণকারী "বিশ্বস্ত" নেটওয়ার্ক পরিধির মধ্যে থাকায় সিস্টেমটি আক্রমণের জন্য ঝুঁকিপূর্ণ হয়ে পড়ে এবং আক্রমণকারী সমগ্র সিস্টেম জুড়ে পার্শ্বীয়ভাবে স্থান পরিবর্তনে (move laterally) সক্ষম হয়, এইসব নির্ভর করে ডিভাইসে থাকা বিশ্বাস-মাত্রা এবং ডিভাইসে দেওয়া অ্যাক্সেসের ওপর। একটি জিরো ট্রাস্ট আর্কিটেকচারে, বিশ্বাসকে উপেক্ষা করা হয়, তাই আক্রমণের পৃষ্ঠ হ্রাস পায় ফলে, একজন আক্রমণকারীকে সিস্টেমের আরো অভ্যন্তরে যাওয়ার আগে যাচাইকরণ করাতে বাধ্য করা হয়। ## এটি কিভাবে সাহায্য করে -জিরো ট্রাস্ট আর্কিটেকচার পন্থার প্রধান সুবিধা হল এটি আক্রমণ পৃষ্ঠকে হ্রাস করে,নিরাপত্তা বৃদ্ধি করে। কর্পোরেট সিস্টেম থেকে বিশ্বাস অপসারণ করার ফলে নিরাপত্তা গেটের সংখ্যা এবং শক্তি বৃদ্ধি পায় যা একজন আক্রমণকারীকে অতিক্রম করতে হয় সিস্টেমের অন্যান্য অংশগুলিতে অ্যাক্সেস পাওয়ার জন্য। +জিরো ট্রাস্ট আর্কিটেকচার পন্থার প্রধান সুবিধা হল এটি আক্রমণ পৃষ্ঠকে হ্রাস করে, নিরাপত্তা বৃদ্ধি করে। কর্পোরেট সিস্টেম থেকে বিশ্বাস অপসারণ করার ফলে নিরাপত্তা গেটের সংখ্যা এবং শক্তি বৃদ্ধি পায় যা একজন আক্রমণকারীকে অতিক্রম করতে হয় সিস্টেমের অন্যান্য অংশগুলিতে অ্যাক্সেস পাওয়ার জন্য। diff --git a/i18n/bn.toml b/i18n/bn.toml index 49e637d803..b6a8ee6f7d 100644 --- a/i18n/bn.toml +++ b/i18n/bn.toml @@ -28,7 +28,7 @@ other = "ট্যাগ" [ui_search_by_tags] other = "ট্যাগ দ্বারা ব্রাউজ করুন" [ui_tags_intro] -other = "আমরা শব্দকোষ পদগুলোকে শ্রেণীবদ্ধ করেছি । ট্যাগ দ্বারা পদগুলো ব্রাউজ করতে ফিল্টার ব্যবহার করুন ।" +other = "আমরা শব্দকোষ পদগুলোকে শ্রেণীবদ্ধ করেছি। ট্যাগ দ্বারা পদগুলো ব্রাউজ করতে ফিল্টার ব্যবহার করুন।" [ui_or_search_by_tags] other = "...অথবা ট্যাগ দ্বারা ব্রাউজ করুন" [ui_select_all] From 5e7e967c667d04bf7eb3c693ebad9a7a41456cad Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Sun, 15 Dec 2024 19:09:51 +0900 Subject: [PATCH 124/148] Bump dawidd6/action-download-artifact from 6 to 7 (#3364) Signed-off-by: dependabot[bot] --- .github/workflows/post-outdated-content-report.yaml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.github/workflows/post-outdated-content-report.yaml b/.github/workflows/post-outdated-content-report.yaml index c45ece5079..73a08ba126 100644 --- a/.github/workflows/post-outdated-content-report.yaml +++ b/.github/workflows/post-outdated-content-report.yaml @@ -50,7 +50,7 @@ jobs: # - name: Download output # uses: actions/download-artifact@v3 - name: Download output - uses: dawidd6/action-download-artifact@v6 + uses: dawidd6/action-download-artifact@v7 with: github_token: ${{secrets.GITHUB_TOKEN}} workflow: check-outdated-content.yaml From 195b9df699384eb47d2f2c68bb73b16cd839232d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?S=C3=B8ren=20Christian=20Aarup?= <8055470+scaarup@users.noreply.github.com> Date: Tue, 17 Dec 2024 03:00:45 +0000 Subject: [PATCH 125/148] Update cloud-computing.md (#3354) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Søren Christian Aarup <8055470+scaarup@users.noreply.github.com> Co-authored-by: Noah Ispas --- content/en/cloud-computing.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/en/cloud-computing.md b/content/en/cloud-computing.md index f92f709649..36eb04f041 100644 --- a/content/en/cloud-computing.md +++ b/content/en/cloud-computing.md @@ -5,7 +5,7 @@ category: concept tags: ["infrastructure", "fundamental", ""] --- -Cloud computing offers CPU power, storage, and network capabilities over the internet, +Cloud computing offers CPU power, storage, and network capabilities, enabling scalable and flexible access to resources across global data centers. It spans private clouds, dedicated to single organizations for security and control, and public clouds, open for widespread use, optimizing cost and scalability. From 01253b7d188a558cfcc842b87bb6d370ad435747 Mon Sep 17 00:00:00 2001 From: Djuenphong Date: Fri, 27 Dec 2024 02:03:21 +0800 Subject: [PATCH 126/148] [zh] Update Chinese version in main with dev-zh (#3375) Signed-off-by: Michael Signed-off-by: windsonsea Signed-off-by: Paco Xu Co-authored-by: Michael Co-authored-by: Chester Cheung Co-authored-by: Michael Co-authored-by: Seokho Son Co-authored-by: Paco Xu --- content/zh-cn/_index.md | 37 ++++++++++++++++------- content/zh-cn/cloud-computing.md | 12 +++++--- content/zh-cn/edge-computing.md | 28 +++++++++++++++++ content/zh-cn/immutable-infrastructure.md | 18 +++++++++++ content/zh-cn/microservices.md | 20 ++++++------ content/zh-cn/multitenancy.md | 35 +++++++++++++++++++++ content/zh-cn/pod.md | 30 ++++++++++++++++++ content/zh-cn/self-healing.md | 10 ++++++ content/zh-cn/shift-left.md | 32 ++++++++++++++++++++ 9 files changed, 196 insertions(+), 26 deletions(-) create mode 100644 content/zh-cn/edge-computing.md create mode 100644 content/zh-cn/immutable-infrastructure.md create mode 100644 content/zh-cn/multitenancy.md create mode 100644 content/zh-cn/pod.md create mode 100644 content/zh-cn/self-healing.md create mode 100644 content/zh-cn/shift-left.md diff --git a/content/zh-cn/_index.md b/content/zh-cn/_index.md index e2889b599b..ee4056fa5f 100644 --- a/content/zh-cn/_index.md +++ b/content/zh-cn/_index.md @@ -5,32 +5,47 @@ status: Completed # 云原生词汇表 -云原生词汇表是由 CNCF 商业价值小组委员会 (BVS, Business Value Subcommittee) 领导的一个项目。 -该项目的目的是在不需要任何先决技术知识的情况下，以通俗易懂的语言阐释云原生概念。 +云原生领域以其复杂性而闻名，云原生词汇表的目的是在不需要任何先决技术知识的情况下， +以通俗易懂的语言阐释云原生领域概念，不仅适用于技术人员，也适用于业务人员。 +为了实现这一目标，我们专注于简化。例如，使用不带行话的简单语言， +使用任何使用技术的人都能理解的示例，省略不必要的细节。 +该词汇表是由 CNCF 商业价值小组委员会 (BVS, Business Value Subcommittee) +领导的一个项目。 -

A woman and two men presenting technical info on a stage

+

People watching a Kubecon presentation

## 社区贡献 我们欢迎所有人对本词汇表提出修改、添加和改进建议。我们采用了 CNCF 所管理的社区驱动流程来开发和改进这个共享词典。 该词汇表提供了一个厂商中立的平台，用于管理云原生技术的共享词汇表。欢迎所有参与者在遵守本项目的目的和章程的前提下作出贡献。 -任何想要贡献的人都可以提交 GitHub issue 或 创建 PR。欲了解更多信息，请查看 [如何贡献](/zh-cn/contribute/) 和遵循 +任何想要贡献的人都可以提交 GitHub issue 或 创建 PR。欲了解更多信息，请查看 [如何贡献](/zh-cn/contribute/) 和遵循 [样式指南](/zh-cn/style-guide/)，并加入 CNCF Slack 中的 [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) 频道。 这里还有 [#glossary-localizations](https://cloud-native.slack.com/archives/C02N2RGFXDF) 频道，供想要将 glossary 翻译成母语的人使用。 ## 致谢 -云原生词汇表可从 CNCF 营销委员会 (CNCF Marketing Committee) (商业价值小组委员会) 获得, +云原生词汇表可从 CNCF 营销委员会 (CNCF Marketing Committee) (商业价值小组委员会) 发起, 包括 [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), [Chris Aniszczyk](https://www.linkedin.com/in/caniszczyk/), -[Daniel Jones](https://www.linkedin.com/in/danieljoneseb/?originalSubdomain=uk), [Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/), -[Katelin Ramer](https://www.linkedin.com/in/katelinramer/), [Mike Foster](https://www.linkedin.com/in/mfosterche/?originalSubdomain=ca), -[Seokho Son](https://www.linkedin.com/in/seokho-son/) 以及更多的贡献者。 +[Daniel Jones](https://www.linkedin.com/in/danieljoneseb/?originalSubdomain=uk), +[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/), +[Katelin Ramer](https://www.linkedin.com/in/katelinramer/), +[Mike Foster](https://www.linkedin.com/in/mfosterche/?originalSubdomain=ca), 以及更多的贡献者。 如想获得完整的贡献者名单, 请跳转至 [GitHub Pages 页](https://github.com/cncf/glossary/graphs/contributors). -中文版的云原生词汇表由 [Chester Cheung](https://github.com/hanyuancheung), -[Brian Yan](https://github.com/Rocksnake), -[Jacob953 Yu](https://github.com/Jacob953), +这个词汇表由 [Seokho Son](https://www.linkedin.com/in/seokho-son/), +[Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/), +[Jihoon Seo](https://www.linkedin.com/in/jihoon-seo/), +[Nate W.](https://www.linkedin.com/in/nate-double-u/), +和 [Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/) 维护. + +[Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/),和 +[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/) 是名誉维护者， +我们对他们多年来的宝贵贡献表示深深的感谢。 + +中文版的云原生词汇表由 [Chester Cheung](https://github.com/hanyuancheung), +[Brian Yan](https://github.com/Rocksnake), +[Jacob953 Yu](https://github.com/Jacob953), [Submarinee](https://github.com/Submarinee) 和其他贡献者维护。 ## 协议 diff --git a/content/zh-cn/cloud-computing.md b/content/zh-cn/cloud-computing.md index 62f220510a..6439680e5e 100644 --- a/content/zh-cn/cloud-computing.md +++ b/content/zh-cn/cloud-computing.md @@ -8,16 +8,18 @@ tags: ["基础设施", "", ""] ## 是什么 云计算是一种通过互联网按需提供计算资源（如 CPU、网络和磁盘功能）的模型。 -云计算使用户能够在远程物理位置访问和使用计算能力。 AWS、GCP、Azure、DigitalOcean 等云提供商都为第三方提供了在多个地理位置租用计算资源的能力。 +云计算使用户能够在远程物理位置访问和使用计算能力。 +云计算通常分为私有云和公有云，具体取决于云基础设施是专门用于某个组织还是分享开放的公共服务。 ## 解决的问题 -传统上，组织在尝试扩展计算能力的使用时面临两个主要问题。 -他们要么获取、支持、设计和支付托管物理服务器和网络的设施，要么扩展和维护这些设施。 +传统上，组织在尝试扩展计算能力时面临两个主要问题。 +他们要么获得、支持和设计（新的）设施来托管自己的物理服务器和网络设施，要么扩展和维护现有的设施。 云计算允许组织将部分计算需求外包给另一个组织。 ## 如何帮助 -云提供商为组织提供按需租用计算资源并按使用付费的能力。这允许进行两项主要创新： -组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试，并且他们可以根据需要和按需[伸缩](/zh-cn/scalability/)。 +云服务提供商允许组织按需租用计算资源并按使用量付费，这带来了两个关键的好处： +首先，组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试。 +其次，他们可以根据需要和按需[伸缩](/zh-cn/scalability/)。 云计算允许组织根据需要采用尽可能多或尽可能少的基础设施。 diff --git a/content/zh-cn/edge-computing.md b/content/zh-cn/edge-computing.md new file mode 100644 index 0000000000..052d239478 --- /dev/null +++ b/content/zh-cn/edge-computing.md @@ -0,0 +1,28 @@ +--- +title: 边缘计算 +status: Completed +category: 技术 +--- + +## 是什么 + +边缘计算是一种[分布式系统](/zh-cn/distributed-systems/)方法，它将一些存储和计算容量从主数据中心转移到其他数据源。 +采集的数据在本地（例如在工厂车间、商店或整个城市）进行计算，而不是发送到集中的数据中心进行处理和分析。 +这些本地处理单元或设备代表系统的边缘，而数据中心是这些边缘的中心。 +边缘计算的输出被发送回主数据中心进一步处理。 +边缘计算的示例包括腕表等挂件或分析交通流量的计算机。 + +## 解决的问题 + +在过去十年中，我们看到了越来越多的边缘设备（例如手机、智能手表或传感器）。 +在某些情况下，实时数据处理不再是可有可无，而是至关重要。想一想自动驾驶的汽车。 +现在想象一下，来自汽车传感器的数据必须先传输到数据中心进行处理，然后再发送回车辆让它能够做出合适的反应。 +固有的网络延迟可能是致命的。 +虽然这是一个极端的例子，但大多数用户都不想使用无法提供即时反馈的智能设备。 + +## 如何帮助 + +如上所述，要使边缘设备有用，这些边缘设备必须至少在本地进行部分处理和分析，才能向用户提供近乎实时的反馈。 +这是通过将一些存储和处理资源从数据中心转移到生成数据的位置（边缘设备）来实现的。 +已处理和未处理的数据随后被发送到数据中心进一步处理和存储。 +简而言之，效率和速度是边缘计算的主要驱动力。 diff --git a/content/zh-cn/immutable-infrastructure.md b/content/zh-cn/immutable-infrastructure.md new file mode 100644 index 0000000000..4013fb9abf --- /dev/null +++ b/content/zh-cn/immutable-infrastructure.md @@ -0,0 +1,18 @@ +--- +title: 不可变基础设施 +status: Completed +category: 属性 +tags: ["基础设施", "", ""] +--- + +不可变基础设施指的是一旦部署就无法变更的计算机基础设施 +（例如[虚拟机](/zh-cn/virtual-machine/)、[容器](/zh-cn/container/)、网络设备）。 +具体实现方式可以是通过自动化进程覆写所有未经授权的变更，也可以通过某个系统从一开始就不允许变更。 +容器是不可变基础设施的一个很好的例子，因为如果想要持久变更容器，只能通过创建新版本的容器或从其镜像重新创建同样的容器。 + +通过预防或识别未经授权的变更，不可变的基础设施可以更轻松地识别和减轻安全风险。 +操作这种系统变得更加直接，因为管理员可以在某个假设的前提下放心地操作。 +毕竟管理员知道没有人做过误操作，也无需担心发生过自己忘记沟通的某些变更。 +不可变基础设施与[基础设施即代码](/zh-cn/infrastructure-as-code/)密切相关， +其创建基础设施所需的一切自动化都存放在版本控制（例如 Git）中。 +这种不可变更和版本控制的结合意味着对系统的每次授权变更都会有一个持久的审计日志。 diff --git a/content/zh-cn/microservices.md b/content/zh-cn/microservices.md index 122b18e41e..1c655bcedc 100644 --- a/content/zh-cn/microservices.md +++ b/content/zh-cn/microservices.md @@ -7,19 +7,19 @@ tags: ["架构", "", ""] ## 是什么 -微服务是一种利用云原生技术进行应用开发的现代方法。虽然现代应用程序，如 Netflix，看起来是一个单一的应用程序，但它们实际上是一个较小的服务的集合——所有的服务都密切配合。 -例如，一个允许你访问、搜索和预览视频的单一页面很可能是由较小的服务提供的，它们各自处理其中的一个方面（如搜索、认证和在浏览器中运行预览）。 -简而言之，微服务指的是一种应用架构模式，通常与 [单体应用](/zh-cn/monolithic-apps/) 形成对比。 +微服务是一种利用云原生技术进行应用开发的现代方法。虽然 Netflix 这类现代应用程序看起来是一个单体应用，但它们实际上是许多较小的服务组成的集合 —— 所有的服务都密切配合。 +例如，一个允许你访问、搜索和预览视频的单一页面很可能是由较小的服务提供的，它们各自处理其中的一个方面（如搜索、认证和在浏览器中进行预览）。 +简而言之，微服务指的是一种应用架构模式，通常与[单体应用](/zh-cn/monolithic-apps/)形成对比。 ## 解决的问题 -微服务是对单体应用所带来的挑战的一种回应。一般来说，一个应用程序的不同部分需要分别进行 [伸缩](/zh-cn/scalability/)。 -例如，一个在线商店将有更多的产品视图而不是结账。这意味着你需要更多的产品视图功能的运行，而不是结账。 -在一个单一的应用程序中，这些逻辑位不能被单独部署。如果你不能单独扩展产品功能，你将不得不复制整个应用程序和所有其他你不需要的组件--这是一种低效的资源利用。 -单机式应用程序也使开发人员容易屈服于设计陷阱。因为所有的代码都在一个地方，所以更容易使这些代码 [高耦合](/zh-cn/tightly-coupled-architectures/)，更难执行关注点分离的原则。 -单机通常要求开发人员了解整个代码库，然后才能有成效。 +微服务是对单体应用所带来的挑战的一种回应。一般来说，一个应用程序的不同部分需要分别进行[伸缩](/zh-cn/scalability/)。 +例如，一个在线商店除了结账之外还有更多的产品视图。这意味着你除了结账之外，还需要运行更多的产品视图功能。 +在一个单体应用中，这些逻辑位不能被单独部署。如果你不能单独扩展产品功能，你将不得不复制整个应用程序和所有其他你不需要的组件 —— 这是一种低效的资源利用方式。 +单体应用也使开发人员容易屈服于设计陷阱。因为所有的代码都在一个地方，所以更容易使这些代码[高耦合](/zh-cn/tightly-coupled-architectures/)，更难执行关注点分离的原则。 +单体应用通常要求开发人员了解整个代码库，然后才能有成效。 ## 如何帮助 -将功能分离成不同的微服务，使它们更容易独立部署、更新和扩展。通过允许不同的团队专注于更大的应用中他们自己的一小部分，也让他们更容易在不对组织的其他部分产生负面影响的情况下对他们的应用进行工作。 -虽然微服务解决了许多问题，但它们也产生了运营开销——你需要部署和跟踪的东西增加了一个数量级或更多。许多 [云原生技术](/zh-cn/cloud-native-tech/) 旨在使微服务更容易部署和管理。 +将功能分离成不同的微服务，使它们更容易独立部署、更新和扩展。通过允许不同的团队在更大的应用中专注于他们所属的那一小部分，也让他们更容易在不对组织的其他部分产生负面影响的情况下来处理他们的应用。 +虽然微服务解决了许多问题，但它们也产生了运营开销 —— 你需要部署和跟踪的东西增加了一个数量级或更多。许多[云原生技术](/zh-cn/cloud-native-tech/)旨在使微服务更容易部署和管理。 diff --git a/content/zh-cn/multitenancy.md b/content/zh-cn/multitenancy.md new file mode 100644 index 0000000000..3c0461d044 --- /dev/null +++ b/content/zh-cn/multitenancy.md @@ -0,0 +1,35 @@ +--- +title: 多租户模式 +status: Completed +category: 属性 +--- + +## 是什么 + +多租户模式指的是通过单次软件安装为多个租户提供服务。 +租户是一个用户、应用程序或一组用户/应用程序，租户们使用各自的数据集来操控同一个软件。 +这些租户不共享数据（除非软件的所有者明确授权），甚至可能未意识到彼此的存在。 + +租户可以是小到只有一个登录 ID 的独立用户（就像单机版软件）， +也可以是大到拥有数千个登录 ID 的整个公司，其中每个登录 ID 有自己的权限但又以多种方式相互关联。 +多租户软件示例包括 Google Mail、Google Docs、Microsoft Office 365、Salesforce CRM 和 Dropbox， +以及更多归类为具有完全或部分多租户能力的软件。 + +## 解决的问题 + +如果没有多租户模式，每个租户都需要专门安装一次软件。 +这会增加资源利用和维护的工作量，最终会加剧软件成本。 + +## 如何帮助 + +多租户软件为每个租户提供一个隔离（工作数据、设置、凭证列表等）的环境，同时为多个租户提供服务。 +从租户的角度来看，每个租户都有其专用的软件安装实例，尽管实际上他们是在共享同一个软件。 +具体实现的方式为：在服务器上运行一个软件，然后允许租户通过网络接口和/或 +[API](/zh-cn/application-programming-interface/) 连接到该软件 +（另请参阅[客户端-服务器架构](/zh-cn/client-server-architecture/)）。 +使用多租户软件时，各个租户可以共享同一个安装实例，彼此毫无影响，且能以预先定义和受控的方式使用该软件。 +软件提供商由此达成的资源节省也可以转而让租户受益，显著降低每个用户的软件成本（想想基于 Web 的电子邮件或文档编辑器）。 + +## 相关词汇 + +多租户模式并不等同于 [SaaS](/zh-cn/software-as-a-service/)，尽管对 SaaS 而言多租户很常见，甚至将多租户作为其核心优势之一。 diff --git a/content/zh-cn/pod.md b/content/zh-cn/pod.md new file mode 100644 index 0000000000..a03270a1ac --- /dev/null +++ b/content/zh-cn/pod.md @@ -0,0 +1,30 @@ +--- +title: Pod +status: Completed +category: 概念 +tags: ["基础设施", "基本原理", ""] +--- + +在 [Kubernetes](/zh-cn/kubernetes/) 环境中，Pod 是最基本的可部署单元。 +它代表了部署和管理容器化应用程序的基本构建块。 +每个 Pod 包含一个应用程序实例，并可以容纳一个或多个[容器](/zh-cn/container/)。 +Kubernetes 可以将 Pod 作为更大对象的一部分进行管理， +还可以根据需要[垂直扩缩](/zh-cn/vertical-scaling/)或[水平扩缩](/zh-cn/horizontal-scaling/) Pod。 + +## 解决的问题 + +虽然容器通常作为独立单元运行和控制特定工作负载，但在某些情况下，容器需要以紧密耦合的方式进行交互和控制。 + +如果这些密切相关的容器每个都被单独管理，就会产生冗余的管理任务。 +例如，运维人员将不得不重复确定相关容器的调度位置，以确保它们保持在一起。 +此外，尽管这些相关容器的生命期需要同步，但这些容器只能单独管理。 + +## 如何帮助 + +Pod 将密切相关的容器捆绑成一个单元，大大简化了容器操作。 +例如，辅助容器通常与主容器一起使用，以实现附加功能或设置全局配置。 +辅助容器包括将一些基本设置注入并应用于主容器的**边车**容器， +这种容器用于处理主容器的网络流量路由（参阅[服务网格](/zh-cn/service-mesh/)）， +还有一些会收集日志的辅助容器。 + +你可以在 Pod 级别定义内存和 CPU 资源，允许内部容器以灵活的方式共享资源，也可以为每个容器单独定义要使用的资源。 diff --git a/content/zh-cn/self-healing.md b/content/zh-cn/self-healing.md new file mode 100644 index 0000000000..1fb6ebfd24 --- /dev/null +++ b/content/zh-cn/self-healing.md @@ -0,0 +1,10 @@ +--- +title: 自愈 +status: Completed +category: 属性 +tags: ["基础设施", "架构", ""] +--- + +一个自愈系统无需任何人为干预就能从某些类型的故障中恢复。 +这种系统有一个“收敛”或“控制”循环，可以主动查看系统的实际状态并将其与操作员最初期望的状态进行比较。 +如果有所差异（例如运行的应用程序实例数少于预期实例数），它将采取修正措施（例如启动新的实例）。 diff --git a/content/zh-cn/shift-left.md b/content/zh-cn/shift-left.md new file mode 100644 index 0000000000..2083026386 --- /dev/null +++ b/content/zh-cn/shift-left.md @@ -0,0 +1,32 @@ +--- +title: 左移 (Shift Left) +status: Completed +category: Concept +tags: ["methodology", "", ""] +--- + +## 是什么 + +如果将软件开发的生命周期视为一个从左到右执行的阶段线，左移中的左指的是这个生命周期的早期阶段。 +左移是在软件开发生命周期的早期阶段实施测试、安全或其他开发实践，而不是朝着结尾方向（右移）进行的实践。 + +虽然左移最初用于指代早期测试的流程，但现在也可应用于软件开发和 [DevOps](/zh-cn/devops/) 的其他方面，如安全和部署。 + +## 解决的问题 + +如果安全问题、漏洞或软件缺陷是在开发周期的后期或部署后才被发现，特别是如果软件已经被部署到生产环境中， +那么到那时再修复很可能比较困难且成本昂贵。 + +## 如何帮助 + +通过采用左移的软件开发思维方式，各团队可以在整个开发生命周期中实施测试并确保安全。 +由于测试和安全的责任由开发团队中的所有人（从软件工程师到质保测试到运维）共同承担， +因此每个人都在确保应用程序的稳定性和安全性方面发挥着作用。 + +此外，左移使持续改进成为可能，采用的是[敏捷开发](/zh-cn/agile-software-development/)而不是瀑布式开发方法。 +各团队可以小幅迭代优化，并及早发现问题。 +这种方法使工程师们能够在设计和架构阶段就采用确保安全和安全开发实践。 +在整个开发周期中进行测试可以减少软件发布前所需的测试时间。 + +许多软件工具和 SaaS 解决方案有助于将这些实践向左移。 +然而，左移也可以通过改进团队的流程和文化变革来实现。 From 879b6c7ec2a0bb40a5592d1b90b8b1779e286bbb Mon Sep 17 00:00:00 2001 From: James Hunt <10615884+thetwopct@users.noreply.github.com> Date: Mon, 30 Dec 2024 11:17:41 +0700 Subject: [PATCH 127/148] Scroll into view sidebar (#3376) Signed-off-by: James Hunt <10615884+thetwopct@users.noreply.github.com> --- layouts/partials/sidebar-tree.html | 20 ++++++++++++++++++-- 1 file changed, 18 insertions(+), 2 deletions(-) diff --git a/layouts/partials/sidebar-tree.html b/layouts/partials/sidebar-tree.html index cad2d7cd37..98c864e326 100644 --- a/layouts/partials/sidebar-tree.html +++ b/layouts/partials/sidebar-tree.html @@ -13,7 +13,7 @@
{{ T "ui_or_search_by_tags" }} -
+ {{ else -}}
@@ -74,4 +74,20 @@ {{- end }} -{{- end }} \ No newline at end of file +{{- end }} + + \ No newline at end of file From 9cc7da2adc308629fd0bc3ddd38c0844dd22120a Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Wed, 8 Jan 2025 08:04:47 +0100 Subject: [PATCH 128/148] [FR] fix plate-forme -> plateforme (#3378) Signed-off-by: Guillaume BERNARD --- content/fr/nodes.md | 4 ++-- content/fr/service-proxy.md | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/content/fr/nodes.md b/content/fr/nodes.md index b836cf4344..ffeebd5366 100644 --- a/content/fr/nodes.md +++ b/content/fr/nodes.md @@ -21,6 +21,6 @@ Ainsi, les nœuds exécutent des applications ou des processus dans le cadre d'u ## Quelle en est l'utilité Un nœud vous fournit une unité de calcul distincte (mémoire, processeur, réseau) que vous pouvez attribuer à un cluster. -Dans une plate-forme ou une application [Cloud Native](/fr/cloud-native-tech/), un nœud représente une unité unique qui peut effectuer un travail. +Dans une plateforme ou une application [Cloud Native](/fr/cloud-native-tech/), un nœud représente une unité unique qui peut effectuer un travail. Idéalement, les nœuds individuels sont indifférenciés, c'est-à-dire que -tout nœud d'un type particulier est indiscernable de tout autre nœud du même type. \ No newline at end of file +tout nœud d'un type particulier est indiscernable de tout autre nœud du même type. diff --git a/content/fr/service-proxy.md b/content/fr/service-proxy.md index db17554921..d9ed4a9983 100644 --- a/content/fr/service-proxy.md +++ b/content/fr/service-proxy.md @@ -19,7 +19,7 @@ Traditionnellement, le code permettant la collecte de données et la gestion du Un proxy de service nous permet "d’externaliser" cette fonctionnalité. Il n'est plus nécessaire qu'elle réside à l'intérieur des applications. -Au lieu de cela, elle est désormais intégrée à la couche plate-forme (où vos applications s’exécutent). +Au lieu de cela, elle est désormais intégrée à la couche plateforme (où vos applications s’exécutent). Agissant comme des gardiens entre les services, les proxys donnent un aperçu du type de communication en cours. En fonction de leur observations, ils déterminent où envoyer une demande particulière ou même la refusent complètement. From c332eb0eeb5b74e09c33e7b7555ea18fa1d60642 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Wed, 8 Jan 2025 08:05:29 +0100 Subject: [PATCH 129/148] [FR] fix quotes (#3379) Signed-off-by: Guillaume BERNARD --- content/fr/abstraction.md | 2 +- content/fr/function-as-a-service.md | 4 ++-- content/fr/serverless.md | 4 ++-- 3 files changed, 5 insertions(+), 5 deletions(-) diff --git a/content/fr/abstraction.md b/content/fr/abstraction.md index 89245cfbc4..d6a6b9713b 100644 --- a/content/fr/abstraction.md +++ b/content/fr/abstraction.md @@ -9,7 +9,7 @@ Dans le contexte informatique, une abstraction est une représentation qui masqu Le système d'exploitation de votre ordinateur portable en est un bon exemple. Il masque tous les détails du fonctionnement de votre ordinateur. Vous n'avez pas besoin d'avoir une compréhension approfondie du processeur, de la mémoire et du fonctionnement des programmes, vous utilisez simplement le système d'exploitation et ce dernier s'occupe des détails. -Tous ces détails sont cachés sous le « capot » abstrait par le système d'exploitation. +Tous ces détails sont cachés sous le "capot" abstrait par le système d'exploitation. Généralement, les systèmes ont plusieurs couches d'abstraction. Cela simplifie considérablement le développement. diff --git a/content/fr/function-as-a-service.md b/content/fr/function-as-a-service.md index 5d93b8567e..4e742a41a6 100644 --- a/content/fr/function-as-a-service.md +++ b/content/fr/function-as-a-service.md @@ -8,7 +8,7 @@ tags: ["infrastructure", "", ""] Une Fonction en tant que Service, ou Function as a Service (FaaS) en anglais, est un modèle de [cloud computing](/fr/cloud-computing/) qui fournit une plateforme pour l'exécution de fonctions déclenchées par des événements, ce qui permet une mise à l'échelle automatique sans intervention manuelle. Par essence, le FaaS permet de déployer des fonctions individuelles qui sont activées par des événements spécifiques, fonctionnent à court terme, puis s'arrêtent, ce qui permet de ne pas gaspiller de ressources. Ce modèle prend en charge la [mise à l'échelle automatique]](/fr/auto-scaling/), permettant à une instance de fonction d'être lancée à la demande et terminée après exécution, ce qui souligne sa nature [sans état]](/fr/stateless-apps/) (stateless). -Par conséquent, les plateformes FaaS peuvent mettre en œuvre une véritable approche de facturation « à la demande », éliminant les coûts lorsque les fonctions sont dormantes, ce qui les distingue d'autres modèles tels que Platform as a Service (PaaS) qui requièrent une disponibilité continue des ressources. +Par conséquent, les plateformes FaaS peuvent mettre en œuvre une véritable approche de facturation "à la demande", éliminant les coûts lorsque les fonctions sont dormantes, ce qui les distingue d'autres modèles tels que Platform as a Service (PaaS) qui requièrent une disponibilité continue des ressources. ## Problème auquel il répond @@ -25,4 +25,4 @@ L'infrastructure FaaS ajuste automatiquement les ressources en fonction de la de Les frais s'appliquent uniquement pendant la durée d'exécution, ce qui garantit qu'aucun coût ne s'accumule lorsque les fonctions sont inactives. Pour plus d'informations, consultez l'entrée du glossaire [Serverless](/fr/serverless/). -Bien que les termes « serverless » et « FaaS » soient souvent utilisés comme des termes interchangeables, ils incarnent des concepts distincts. +Bien que les termes "serverless" et "FaaS" soient souvent utilisés comme des termes interchangeables, ils incarnent des concepts distincts. diff --git a/content/fr/serverless.md b/content/fr/serverless.md index e4b95b4ee7..816620e8ed 100644 --- a/content/fr/serverless.md +++ b/content/fr/serverless.md @@ -13,7 +13,7 @@ La facturation est basée sur un modèle de paiement à l'utilisation. [La mise à l'échelle](/fr/scalability/) et les ressources allouées pour le calcul, le stockage ou le réseau sont automatiquement ajustées en fonction des besoins de l'application, sans intervention de l'utilisateur. Un fournisseur de plateforme serverless consolide les ressources pour servir plusieurs utilisateurs sur une seule machine physique, en garantissant l'isolation par la virtualisation, en particulier grâce à des [VM](/fr/virtual-machine/). -Le terme « serverless » est un terme général qui englobe les services dotés de ces attributs et qui s'étend de Platform-as-a-Service (PaaS) à Software-as-a-Service (SaaS) +Le terme "serverless" est un terme général qui englobe les services dotés de ces attributs et qui s'étend de Platform-as-a-Service (PaaS) à Software-as-a-Service (SaaS) ## Problème auquel il répond @@ -30,4 +30,4 @@ la technologie serverless soulage les développeurs des charges liées à la mis Des tâches telles que la maintenance du système d'exploitation, les mises à jour de sécurité, l'équilibrage de la charge, la planification de la capacité et la supervision sont déléguées au fournisseur de cloud, ce qui rationalise le processus de développement. Pour plus d'informations, voir l'entrée du glossaire [Fonction en tant que Service (FaaS)](/fr/function-as-a-service/). -Bien que les termes « serverless » et « FaaS » soient souvent utilisés comme des termes interchangeables, ils correspondent à des concepts distincts. +Bien que les termes "serverless" et "FaaS" soient souvent utilisés comme des termes interchangeables, ils correspondent à des concepts distincts. From c026682cc5cc83670827e01d22271d368bcb29c5 Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Wed, 15 Jan 2025 15:00:38 +0900 Subject: [PATCH 130/148] Bump rojopolis/spellcheck-github-actions from 0.45.0 to 0.46.0 (#3381) Signed-off-by: dependabot[bot] --- .github/workflows/es-spellcheck.yml | 2 +- .github/workflows/spellcheck.yml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/.github/workflows/es-spellcheck.yml b/.github/workflows/es-spellcheck.yml index 0ecb8ac3bd..9acb108b46 100644 --- a/.github/workflows/es-spellcheck.yml +++ b/.github/workflows/es-spellcheck.yml @@ -29,6 +29,6 @@ jobs: set -o errexit diff content/es/.wordlist.txt <(LC_ALL= sort -f content/es/.wordlist.txt) - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.45.0 + uses: rojopolis/spellcheck-github-actions@0.46.0 with: config_path: content/es/.spellcheck.yml diff --git a/.github/workflows/spellcheck.yml b/.github/workflows/spellcheck.yml index a6b318de8d..4f0cfc0e9f 100644 --- a/.github/workflows/spellcheck.yml +++ b/.github/workflows/spellcheck.yml @@ -25,4 +25,4 @@ jobs: - uses: actions/checkout@v4 - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.45.0 + uses: rojopolis/spellcheck-github-actions@0.46.0 From 71be0b53d8cb1a18ea324d40fdeb0ce397dcfd96 Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Mon, 27 Jan 2025 15:42:26 +0000 Subject: [PATCH 131/148] Bump dawidd6/action-download-artifact from 7 to 8 Bumps [dawidd6/action-download-artifact](https://github.com/dawidd6/action-download-artifact) from 7 to 8. - [Release notes](https://github.com/dawidd6/action-download-artifact/releases) - [Commits](https://github.com/dawidd6/action-download-artifact/compare/v7...v8) --- updated-dependencies: - dependency-name: dawidd6/action-download-artifact dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] --- .github/workflows/post-outdated-content-report.yaml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.github/workflows/post-outdated-content-report.yaml b/.github/workflows/post-outdated-content-report.yaml index 73a08ba126..754a8532e3 100644 --- a/.github/workflows/post-outdated-content-report.yaml +++ b/.github/workflows/post-outdated-content-report.yaml @@ -50,7 +50,7 @@ jobs: # - name: Download output # uses: actions/download-artifact@v3 - name: Download output - uses: dawidd6/action-download-artifact@v7 + uses: dawidd6/action-download-artifact@v8 with: github_token: ${{secrets.GITHUB_TOKEN}} workflow: check-outdated-content.yaml From 9f082c29cfd5f8d9acdaf48e983383124f6ea39d Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Tue, 28 Jan 2025 18:40:51 +0900 Subject: [PATCH 132/148] Bump actions/stale from 9.0.0 to 9.1.0 (#3384) Signed-off-by: dependabot[bot] Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> --- .github/workflows/stale.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.github/workflows/stale.yml b/.github/workflows/stale.yml index 74c2bd7e5d..35c748e36e 100644 --- a/.github/workflows/stale.yml +++ b/.github/workflows/stale.yml @@ -27,7 +27,7 @@ jobs: timeout-minutes: 1 # Default: 360 runs-on: ubuntu-latest steps: - - uses: actions/stale@v9.0.0 + - uses: actions/stale@v9.1.0 with: repo-token: ${{ secrets.GITHUB_TOKEN }} stale-issue-message: 'This issue/PR is stale because it has been inactive for 60 days. This issue/PR will be closed automatically with additional 20 days of inactivity. If an update/comment occur on stale issue/PR, the stale label will be removed and the timer will restart. Closed issue/PR can be reopened if necessary.' From bdae43c29cf09c582d45954559a97fdb71558363 Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Tue, 18 Feb 2025 09:41:57 +0900 Subject: [PATCH 133/148] Bump rojopolis/spellcheck-github-actions from 0.46.0 to 0.47.0 (#3401) Signed-off-by: dependabot[bot] --- .github/workflows/es-spellcheck.yml | 2 +- .github/workflows/spellcheck.yml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/.github/workflows/es-spellcheck.yml b/.github/workflows/es-spellcheck.yml index 9acb108b46..c3c1a687eb 100644 --- a/.github/workflows/es-spellcheck.yml +++ b/.github/workflows/es-spellcheck.yml @@ -29,6 +29,6 @@ jobs: set -o errexit diff content/es/.wordlist.txt <(LC_ALL= sort -f content/es/.wordlist.txt) - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.46.0 + uses: rojopolis/spellcheck-github-actions@0.47.0 with: config_path: content/es/.spellcheck.yml diff --git a/.github/workflows/spellcheck.yml b/.github/workflows/spellcheck.yml index 4f0cfc0e9f..ad2ba20c7f 100644 --- a/.github/workflows/spellcheck.yml +++ b/.github/workflows/spellcheck.yml @@ -25,4 +25,4 @@ jobs: - uses: actions/checkout@v4 - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.46.0 + uses: rojopolis/spellcheck-github-actions@0.47.0 From 606fd729d27f38ee0f6961e1755dc2de8a9ca16f Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Tue, 4 Mar 2025 16:02:17 +0900 Subject: [PATCH 134/148] Bump dawidd6/action-download-artifact from 8 to 9 (#3413) Signed-off-by: dependabot[bot] --- .github/workflows/post-outdated-content-report.yaml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.github/workflows/post-outdated-content-report.yaml b/.github/workflows/post-outdated-content-report.yaml index 754a8532e3..30cca8368d 100644 --- a/.github/workflows/post-outdated-content-report.yaml +++ b/.github/workflows/post-outdated-content-report.yaml @@ -50,7 +50,7 @@ jobs: # - name: Download output # uses: actions/download-artifact@v3 - name: Download output - uses: dawidd6/action-download-artifact@v8 + uses: dawidd6/action-download-artifact@v9 with: github_token: ${{secrets.GITHUB_TOKEN}} workflow: check-outdated-content.yaml From 3fe28c8c6c0af17ce3241b04ea95e00a1a129ec3 Mon Sep 17 00:00:00 2001 From: Patrice Chalin Date: Tue, 4 Mar 2025 02:04:45 -0500 Subject: [PATCH 135/148] Update packages and required Node version (#3407) Signed-off-by: Patrice Chalin --- package.json | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/package.json b/package.json index 5cf30fdefa..5d9e712063 100644 --- a/package.json +++ b/package.json @@ -26,18 +26,18 @@ "update:pkgs": "npx npm-check-updates -u" }, "devDependencies": { - "autoprefixer": "^10.4.19", + "autoprefixer": "^10.4.20", "hugo-extended": "^0.122.0", - "postcss": "^8.4.38", + "postcss": "^8.5.3", "postcss-cli": "^11.0.0" }, "optionalDependencies": { - "netlify-cli": "^17.30.0", - "npm-check-updates": "^16.14.20" + "netlify-cli": "^19.0.0", + "npm-check-updates": "^17.1.15" }, "enginesComment": "Ensure that engines.node value stays consistent with the project's .nvmrc", "engines": { - "node": "20.x" + "node": "22.x" }, "gitHubActionCacheKey": "2024-06-08 - change this key to force cache refresh", "spelling": "cSpell:ignore cncf docsy HTMLTEST hugo loglevel pagefind netlify nowrap pkgs prebuild precheck preinstall postbuild postget subdir -" From 6b47aec4ba1550674cf135dc433fa21cf0db5039 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Wed, 5 Mar 2025 12:21:25 +0100 Subject: [PATCH 136/148] [FR] fix capitalization (#3377) Signed-off-by: Guillaume BERNARD --- content/fr/bare-metal-machine.md | 2 +- content/fr/chaos-engineering.md | 2 +- content/fr/client-server-architecture.md | 2 +- content/fr/cloud-computing.md | 2 +- content/fr/cloud-native-security.md | 2 +- content/fr/container-orchestration.md | 2 +- content/fr/continuous-delivery.md | 2 +- content/fr/continuous-deployment.md | 2 +- content/fr/continuous-integration.md | 2 +- content/fr/distributed-apps.md | 2 +- content/fr/edge-computing.md | 4 ++-- content/fr/event-driven-architecture.md | 2 +- content/fr/loosely-coupled-architecture.md | 2 +- content/fr/microservices-architecture.md | 2 +- content/fr/monolithic-apps.md | 2 +- content/fr/multitenancy.md | 2 +- content/fr/scalability.md | 2 +- content/fr/service-discovery.md | 4 ++-- content/fr/service-mesh.md | 2 +- content/fr/shift-left.md | 4 ++-- content/fr/stateful-apps.md | 2 +- content/fr/stateless-apps.md | 4 ++-- content/fr/tightly-coupled-architecture.md | 2 +- content/fr/vertical-scaling.md | 2 +- content/fr/virtual-machine.md | 2 +- content/fr/zero-trust-architecture.md | 2 +- 26 files changed, 30 insertions(+), 30 deletions(-) diff --git a/content/fr/bare-metal-machine.md b/content/fr/bare-metal-machine.md index 977abfac1e..9f0bb260e3 100644 --- a/content/fr/bare-metal-machine.md +++ b/content/fr/bare-metal-machine.md @@ -1,5 +1,5 @@ --- -title: Machine Physique (Bare Metal) +title: Machine physique (bare metal) status: Completed category: technology tags: ["infrastructure", "", ""] diff --git a/content/fr/chaos-engineering.md b/content/fr/chaos-engineering.md index a7fad2ce4d..53db796f2c 100644 --- a/content/fr/chaos-engineering.md +++ b/content/fr/chaos-engineering.md @@ -1,5 +1,5 @@ --- -title: Ingénierie du Chaos (Chaos Engineering) +title: Ingénierie du chaos (Chaos Engineering) status: Completed category: concept tags: ["méthodologie", "", ""] diff --git a/content/fr/client-server-architecture.md b/content/fr/client-server-architecture.md index a44c56dfdf..2dad8c7ac8 100644 --- a/content/fr/client-server-architecture.md +++ b/content/fr/client-server-architecture.md @@ -1,5 +1,5 @@ --- -title: Architecture Client-Serveur +title: Architecture client-serveur status: Completed category: technology tags: ["architecture", "fondamental", ""] diff --git a/content/fr/cloud-computing.md b/content/fr/cloud-computing.md index dc700ead00..b8491e3930 100644 --- a/content/fr/cloud-computing.md +++ b/content/fr/cloud-computing.md @@ -1,5 +1,5 @@ --- -title: Cloud Computing +title: Cloud computing status: Completed category: concept tags: ["infrastructure", "fondamental", ""] diff --git a/content/fr/cloud-native-security.md b/content/fr/cloud-native-security.md index 4c6eacdf6b..e06e0cb301 100644 --- a/content/fr/cloud-native-security.md +++ b/content/fr/cloud-native-security.md @@ -1,5 +1,5 @@ --- -title: Sécurité Cloud Natives +title: Sécurité Cloud Native status: Completed category: concept tags: ["sécurité", "", ""] diff --git a/content/fr/container-orchestration.md b/content/fr/container-orchestration.md index b13cc4b2f2..5673223554 100644 --- a/content/fr/container-orchestration.md +++ b/content/fr/container-orchestration.md @@ -1,5 +1,5 @@ --- -title: Orchestration de Conteneurs +title: Orchestration de conteneurs status: Completed category: Concept --- diff --git a/content/fr/continuous-delivery.md b/content/fr/continuous-delivery.md index 997ad3c157..0d6c2f7b4d 100644 --- a/content/fr/continuous-delivery.md +++ b/content/fr/continuous-delivery.md @@ -1,5 +1,5 @@ --- -title: Livraison Continue (Continuous Delivery) +title: Livraison continue (Continuous Delivery) status: Completed category: concept tags: ["méthodologie", "application", ""] diff --git a/content/fr/continuous-deployment.md b/content/fr/continuous-deployment.md index 9a288f9763..518e7415af 100644 --- a/content/fr/continuous-deployment.md +++ b/content/fr/continuous-deployment.md @@ -1,5 +1,5 @@ --- -title: Déploiement Continu (Continuous Deployment) +title: Déploiement continu (Continuous Deployment) status: Completed category: concept tags: ["application", "méthodologie", ""] diff --git a/content/fr/continuous-integration.md b/content/fr/continuous-integration.md index 1aa13c44a6..6456907b91 100644 --- a/content/fr/continuous-integration.md +++ b/content/fr/continuous-integration.md @@ -1,5 +1,5 @@ --- -title: Intégration Continue (CI) +title: Intégration continue (CI) status: Completed category: concept tags: ["application", "méthodologie", ""] diff --git a/content/fr/distributed-apps.md b/content/fr/distributed-apps.md index f49208a4fd..a2bb0cd691 100644 --- a/content/fr/distributed-apps.md +++ b/content/fr/distributed-apps.md @@ -1,5 +1,5 @@ --- -title: Applications Distribuées +title: Applications distribuées status: Completed category: concept tags: ["architecture", "", ""] diff --git a/content/fr/edge-computing.md b/content/fr/edge-computing.md index 7712554474..057a6aaadb 100644 --- a/content/fr/edge-computing.md +++ b/content/fr/edge-computing.md @@ -1,5 +1,5 @@ --- -title: Informatique en Périphérie (Edge Computing) +title: Informatique en périphérie (Edge Computing) status: Completed category: Technology --- @@ -24,4 +24,4 @@ Bien que cela soit un exemple extrême, la plupart des utilisateurs ne voudraien Comme décrit ci-dessus, pour que les dispositifs de périphérie de réseau soient utiles, ils doivent effectuer au moins une partie du traitement et de l'analyse localement pour fournir un retour d'information quasi instantanée aux utilisateurs. Cela est réalisé en déplaçant certaines ressources de stockage et de traitement du centre de données vers l'endroit où les données sont générées : le dispositif de périphérie de réseau. Les données traitées et non traitées sont ensuite envoyées au centre de données pour un traitement et un stockage ultérieurs. -En bref, l'efficacité et la vitesse sont les principaux moteurs de l'Edge Computing. \ No newline at end of file +En bref, l'efficacité et la vitesse sont les principaux moteurs de l'Edge Computing. diff --git a/content/fr/event-driven-architecture.md b/content/fr/event-driven-architecture.md index 297e7c4b54..61995e4503 100644 --- a/content/fr/event-driven-architecture.md +++ b/content/fr/event-driven-architecture.md @@ -1,5 +1,5 @@ --- -title: Architecture Orientée Événements (Event-Driven Architecture) +title: Architecture orientée événements (Event-Driven Architecture) status: Completed category: concept tags: ["architecture", "", ""] diff --git a/content/fr/loosely-coupled-architecture.md b/content/fr/loosely-coupled-architecture.md index f2385582e6..b7f6c25a07 100644 --- a/content/fr/loosely-coupled-architecture.md +++ b/content/fr/loosely-coupled-architecture.md @@ -1,5 +1,5 @@ --- -title: Architecture Faiblement Couplée +title: Architecture faiblement couplée status: Completed category: Property tags: ["fondamental", "architecture", "propriété"] diff --git a/content/fr/microservices-architecture.md b/content/fr/microservices-architecture.md index 5433089163..5dabf86e67 100644 --- a/content/fr/microservices-architecture.md +++ b/content/fr/microservices-architecture.md @@ -1,5 +1,5 @@ --- -title: Architecture en Microservices +title: Architecture en microservices status: Completed tags: ["architecture", "fondamental", ""] --- diff --git a/content/fr/monolithic-apps.md b/content/fr/monolithic-apps.md index 1dc68b7de7..d8bbfee0ee 100644 --- a/content/fr/monolithic-apps.md +++ b/content/fr/monolithic-apps.md @@ -1,5 +1,5 @@ --- -title: Applications Monolithiques +title: Applications monolithiques status: Completed category: concept tags: ["architecture", "fondamental", ""] diff --git a/content/fr/multitenancy.md b/content/fr/multitenancy.md index 07fbc34749..6740bbeb2a 100644 --- a/content/fr/multitenancy.md +++ b/content/fr/multitenancy.md @@ -1,5 +1,5 @@ --- -title: Mutualisation (Multitenancy) +title: Mutualisation (multitenancy) status: Completed category: Property tags: ["architecture", "propriété", ""] diff --git a/content/fr/scalability.md b/content/fr/scalability.md index 7d65f97c3b..34cfb358e9 100644 --- a/content/fr/scalability.md +++ b/content/fr/scalability.md @@ -1,5 +1,5 @@ --- -title: Capacité de mise à l'échelle (Scalabilité) +title: Capacité de mise à l'échelle (scalabilité) status: Completed category: property tags: ["fondamental", "propriété", ""] diff --git a/content/fr/service-discovery.md b/content/fr/service-discovery.md index d99d41580f..63c62e10d1 100644 --- a/content/fr/service-discovery.md +++ b/content/fr/service-discovery.md @@ -1,5 +1,5 @@ --- -title: Découverte de services (Service Discovery) +title: Découverte de services (service discovery) status: Completed category: Concept tags: ["réseau", "", ""] @@ -19,4 +19,4 @@ toute application qui souhaite la trouver aura besoin d'un outil qui lui fournir Le mécanisme de découverte de services garde une trace des applications au sein du réseau afin qu'elles puissent se trouver mutuellement en cas de besoin. Il fournit une méthode simple pour trouver et potentiellement identifier les services individuels. -Les moteurs de découverte de services sont des outils semblables à des bases de données qui stockent les informations sur les services existants et comment les localiser. \ No newline at end of file +Les moteurs de découverte de services sont des outils semblables à des bases de données qui stockent les informations sur les services existants et comment les localiser. diff --git a/content/fr/service-mesh.md b/content/fr/service-mesh.md index 53918a6a93..e011b67060 100644 --- a/content/fr/service-mesh.md +++ b/content/fr/service-mesh.md @@ -1,5 +1,5 @@ --- -title: Maillage de services (Service Mesh) +title: Maillage de services (service mesh) status: Completed category: technology tags: ["réseau", "", ""] diff --git a/content/fr/shift-left.md b/content/fr/shift-left.md index 444159db72..96db726230 100644 --- a/content/fr/shift-left.md +++ b/content/fr/shift-left.md @@ -1,5 +1,5 @@ --- -title: Décalage vers la gauche (Shift Left) +title: Décalage vers la gauche (shift left) status: Completed category: Concept tags: ["méthodologie", "", ""] @@ -36,4 +36,4 @@ dès la phase de conception et d'architecture. Tester tout au long du cycle de développement réduit le temps nécessaire pour les tests avant la publication d'un logiciel. De nombreux outils logiciels et solutions SaaS aident à déplacer ces pratiques vers la gauche. -Cependant, le décalage vers la gauche peut également être mis en œuvre grâce à des processus améliorés et des changements culturels au sein d'une équipe. \ No newline at end of file +Cependant, le décalage vers la gauche peut également être mis en œuvre grâce à des processus améliorés et des changements culturels au sein d'une équipe. diff --git a/content/fr/stateful-apps.md b/content/fr/stateful-apps.md index ce99b979e9..b30e1ec1d0 100644 --- a/content/fr/stateful-apps.md +++ b/content/fr/stateful-apps.md @@ -1,5 +1,5 @@ --- -title: Applications avec état (Stateful Apps) +title: Applications avec état (stateful apps) status: Completed category: Property tags: ["fondamental", "application", "propriété"] diff --git a/content/fr/stateless-apps.md b/content/fr/stateless-apps.md index 9a3d9e87df..7f0aee333a 100644 --- a/content/fr/stateless-apps.md +++ b/content/fr/stateless-apps.md @@ -1,5 +1,5 @@ --- -title: Applications sans état (Stateless Apps) +title: Applications sans état (stateless apps) status: Completed category: Property tags: ["fondamental", "application", "propriété"] @@ -11,4 +11,4 @@ Voici un exemple : Lorsque vous utilisez un moteur de recherche et que cette recherche est interrompue (par exemple, la fenêtre est fermée), les résultats de recherche sont perdus. Vous devrez tout recommencer. -En revanche, les applications qui traitent les requêtes en tenant compte des interactions précédentes sont appelées [applications avec état](/fr/stateful-apps/) (stateful). \ No newline at end of file +En revanche, les applications qui traitent les requêtes en tenant compte des interactions précédentes sont appelées [applications avec état](/fr/stateful-apps/) (stateful). diff --git a/content/fr/tightly-coupled-architecture.md b/content/fr/tightly-coupled-architecture.md index 39d4c3bd1a..a707177d1c 100644 --- a/content/fr/tightly-coupled-architecture.md +++ b/content/fr/tightly-coupled-architecture.md @@ -1,5 +1,5 @@ --- -title: Architecture Fortement Couplée +title: Architecture fortement couplée status: Completed category: Property tags: ["fondamental", "architecture", "propriété"] diff --git a/content/fr/vertical-scaling.md b/content/fr/vertical-scaling.md index 368a4571a9..ad27358c20 100644 --- a/content/fr/vertical-scaling.md +++ b/content/fr/vertical-scaling.md @@ -1,5 +1,5 @@ --- -title: Mise à l'échelle verticale (Vertical Scaling) +title: Mise à l'échelle verticale (vertical scaling) status: Completed category: Concept tags: ["infrastructure", "", ""] diff --git a/content/fr/virtual-machine.md b/content/fr/virtual-machine.md index 934e5975d2..e8cfe032b9 100644 --- a/content/fr/virtual-machine.md +++ b/content/fr/virtual-machine.md @@ -1,5 +1,5 @@ --- -title: Machine Virtuelle +title: Machine virtuelle status: Completed category: Technology tags: ["fondamental", "infrastructure", ""] diff --git a/content/fr/zero-trust-architecture.md b/content/fr/zero-trust-architecture.md index 205afa2c71..897b4a5435 100644 --- a/content/fr/zero-trust-architecture.md +++ b/content/fr/zero-trust-architecture.md @@ -1,5 +1,5 @@ --- -title: Architecture Zéro Confiance +title: Architecture zéro confiance status: Completed category: Concept tags: ["sécurité", "", ""] From 763d1bdb618baee8735476d443676d5a6465799a Mon Sep 17 00:00:00 2001 From: Seokho Son Date: Wed, 12 Mar 2025 22:41:08 +0900 Subject: [PATCH 137/148] Initial release of the Sign Language feature (#3406) Signed-off-by: Seokho Son Co-authored-by: Patrice Chalin --- assets/scss/_styles_project.scss | 4 ++++ content/en/auto-scaling.md | 2 ++ content/en/container.md | 2 ++ content/en/reliability.md | 2 ++ content/en/serverless.md | 2 ++ content/en/service.md | 2 ++ content/en/virtual-machine.md | 4 +++- i18n/en.toml | 11 ++++++++++ layouts/shortcodes/sign-language-section.html | 22 +++++++++++++++++++ spellcheck.yml | 7 ++++++ 10 files changed, 57 insertions(+), 1 deletion(-) create mode 100644 layouts/shortcodes/sign-language-section.html diff --git a/assets/scss/_styles_project.scss b/assets/scss/_styles_project.scss index bfd354bc5f..c5fd1c7c11 100644 --- a/assets/scss/_styles_project.scss +++ b/assets/scss/_styles_project.scss @@ -27,3 +27,7 @@ #cncf-logo { margin: 1rem 0; } + +div.sign-language__video { + padding-bottom: 1rem; +} diff --git a/content/en/auto-scaling.md b/content/en/auto-scaling.md index 2b76962185..ad9e7e495f 100644 --- a/content/en/auto-scaling.md +++ b/content/en/auto-scaling.md @@ -26,3 +26,5 @@ increasing the number of servers allowing for more video streaming and scaling b * [Horizontal Scaling](/horizontal-scaling/) * [Vertical Scaling](/vertical-scaling/) + +{{% sign-language-section cGONmC1smaM %}} diff --git a/content/en/container.md b/content/en/container.md index 6cb69fe323..28a2d90519 100644 --- a/content/en/container.md +++ b/content/en/container.md @@ -28,3 +28,5 @@ There are limitations, however. Since containers share the same operating system, processes can be considered less secure than alternatives. Containers also require limits on the shared resources. To guarantee resources, administrators must constrain and limit memory and CPU usage so that other applications do not perform poorly. + +{{% sign-language-section meUtsFU7ndo %}} diff --git a/content/en/reliability.md b/content/en/reliability.md index c1ab8a5bee..c8f2908a8a 100644 --- a/content/en/reliability.md +++ b/content/en/reliability.md @@ -9,3 +9,5 @@ From a cloud native perspective, reliability refers to how well a system respond If we have a [distributed system](/distributed-systems/) that keeps working as infrastructure changes and individual components fail, it is reliable. On the other hand, if it fails easily and operators need to intervene manually to keep it running, it is unreliable. The goal of [cloud native applications](/cloud-native-apps/) is to build inherently reliable systems. + +{{% sign-language-section pQluo2FG2eA %}} diff --git a/content/en/serverless.md b/content/en/serverless.md index 987d3451c6..bb46da1595 100644 --- a/content/en/serverless.md +++ b/content/en/serverless.md @@ -30,3 +30,5 @@ Tasks such as operating system maintenance, security updates, load balancing, ca Refer to the [Function-as-a-Service (FaaS)](/function-as-a-service/) glossary entry for more information. Although "serverless" and "FaaS" are often used as interchangeable terms, they embody distinct concepts. + +{{% sign-language-section rbyBgXqCN2k %}} diff --git a/content/en/service.md b/content/en/service.md index d0edc8e2f2..2406c43ec0 100644 --- a/content/en/service.md +++ b/content/en/service.md @@ -10,3 +10,5 @@ In this definition, we'll focus on the more traditional one: service as in micro How or even if services differ from microservices is nuanced and different people may have different opinions. For a high-level definition, we'll treat them as the same. Please refer to the [microservices](/microservices-architecture/) definition. + +{{% sign-language-section rE5OCe3upMo %}} diff --git a/content/en/virtual-machine.md b/content/en/virtual-machine.md index b819a5083f..c29385a703 100644 --- a/content/en/virtual-machine.md +++ b/content/en/virtual-machine.md @@ -31,4 +31,6 @@ VMs allow you to use your existing physical hardware resources better by placing multiple virtual machines on a single physical machine. Not bound to a particular physical machine, VMs are also more resilient than physical machines. When a physical machine needs to go offline, -the VMs running on it can be moved to another machine with little to no downtime. \ No newline at end of file +the VMs running on it can be moved to another machine with little to no downtime. + +{{% sign-language-section Fq-kda8kIHg %}} diff --git a/i18n/en.toml b/i18n/en.toml index 57eda06471..210a6f8d78 100644 --- a/i18n/en.toml +++ b/i18n/en.toml @@ -85,3 +85,14 @@ other = "Was this page helpful?" other = "Yes" [feedback_answer_no] other = "No" + +# Sign language section +[sign_language_header] +other = "In sign language" +[sign_language_info] +other = """ +**Note**: +While each country has its own sign language we, +the [Deaf/Hoh Working Group](https://contribute.cncf.io/accessibility/deaf-and-hard-of-hearing/), +aim to standardize signs for new cloud-native terms for global use. +""" diff --git a/layouts/shortcodes/sign-language-section.html b/layouts/shortcodes/sign-language-section.html new file mode 100644 index 0000000000..1325e1bd53 --- /dev/null +++ b/layouts/shortcodes/sign-language-section.html @@ -0,0 +1,22 @@ +{{/* + + Usage: {{% sign-language-section VIDEO_ID %}} + + */ -}} + +{{ $youtube := "" -}} +{{ $videoID := .Get 0 -}} +{{ if $videoID -}} + {{ $youtube = printf "{{< youtube id=\"%s?mute=1\" >}}" $videoID -}} +{{ else -}} + {{ $page := (and .Page.File .Page.File.Path) | default .Page.Title -}} + {{ warnf "%s: Shortcode 'sign-language-section' requires a video ID as argument" $page -}} +{{ end -}} + +## {{ i18n "sign_language_header" }} + +
+{{ $.Page.RenderString $youtube }} +
+ +{{ i18n "sign_language_info" }} diff --git a/spellcheck.yml b/spellcheck.yml index 0baf126583..670a84bdbc 100644 --- a/spellcheck.yml +++ b/spellcheck.yml @@ -17,3 +17,10 @@ matrix: ignores: - code - pre + - pyspelling.filters.context: + context_visible_first: true + delimiters: + - open: '{{<' + close: '>}}' + - open: '{{%' + close: '%}}' From 30b16de725428adedab8e9d321270f4ac7e8f233 Mon Sep 17 00:00:00 2001 From: Guillaume BERNARD Date: Sun, 16 Mar 2025 21:53:25 +0100 Subject: [PATCH 138/148] [FR] add webassembly (#3320) Signed-off-by: Guillaume BERNARD --- content/fr/webassembly.md | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 content/fr/webassembly.md diff --git a/content/fr/webassembly.md b/content/fr/webassembly.md new file mode 100644 index 0000000000..d7659c3895 --- /dev/null +++ b/content/fr/webassembly.md @@ -0,0 +1,23 @@ +--- +title: WebAssembly +status: Completed +category: Concept +tags: ["Application", "", ""] +--- + +WebAssembly (souvent abrégé en Wasm) est un format d'instructions binaires conçu comme une cible de compilation portable pour des langages de haut niveau tels que C, C++, Rust et d'autres. Il permet le déploiement d'applications clientes et serveur sur le web. +Il s'agit d'un format de code à octets (bytecode en anglais) de bas niveau qui peut être exécuté dans une machine virtuelle, généralement intégrée aux navigateurs web. Bien qu'initialement développé pour le web, WebAssembly est un moteur d'exécution universel et est utilisé dans des environnements autres que le web, tels que l'Internet des Objets (IoT en anglais) et l'informatique en périphérie (Edge Computing en anglais). + +## Problème auquel il répond + +Pendant de nombreuses années, la pile LAMP (Linux Apache MySQL PHP) a été la norme pour les applications web. Par la suite, Javascript a dominé le développement d'applications frontales et les applications basées sur node.js sont devenues la norme. Au fur et à mesure que les technologies autour du web évoluaient, elles favorisaient fortement les langages interprétés, qui sont généralement moins performants que les langages compilés, malgré les avancées technologiques. +Bien que JavaScript se soit amélioré au fil des années, il reste confronté à des limites de performance lors de l'exécution de tâches à forte intensité de calcul. +Les langages interprétés qui sont compilés au moment de l'exécution connaissent souvent des problèmes de performance et de fonctionnalité lorsque le code est exécuté dans différents environnements. À l'inverse, les binaires compilés s'exécutent généralement de la même manière tant qu'ils ont été compilés correctement. Cependant, historiquement, un binaire compilé est moins adapté à l'environnement web. + +## Quelle en est l'utilité + +WebAssembly fournit un format binaire de bas niveau qui peut être exécuté à des vitesses proches du niveau natif, ce qui permet aux applications web d'effectuer des calculs complexes de manière efficace. +Il permet aux développeurs de créer des applications web en s'appuyant sur leurs compétences existantes dans des langages tels que C, C++, Rust et d'autres. +Cela ouvre de nouvelles possibilités et permet aux développeurs de réutiliser des bases de code et des bibliothèques existantes. +En outre, les modules WebAssembly peuvent fonctionner de manière cohérente sur différents navigateurs, systèmes d'exploitation et appareils, ce qui réduit la nécessité d'un code spécifique à la plateforme. +Dans l'ensemble, WebAssembly répond aux limitations de performance, aux restrictions de langage, à la portabilité du code, aux problèmes de sécurité, à la taille du code et aux problèmes de temps de chargement, offrant ainsi un environnement plus robuste et plus flexible pour le développement d'applications web. From fb404784043f9a62796ea570045f29a210e49a76 Mon Sep 17 00:00:00 2001 From: Patrice Chalin Date: Tue, 18 Mar 2025 12:03:55 -0400 Subject: [PATCH 139/148] [editorial][en] Use slack.cncf.io as canonical URL Signed-off-by: Patrice Chalin --- content/en/_index.md | 40 ++++++++++++++++++++-------------------- 1 file changed, 20 insertions(+), 20 deletions(-) diff --git a/content/en/_index.md b/content/en/_index.md index 4465bc82e9..b1e4e33860 100755 --- a/content/en/_index.md +++ b/content/en/_index.md @@ -1,43 +1,43 @@ --- -title: "Cloud Native Glossary" +title: Cloud Native Glossary status: Completed --- # Cloud Native Glossary -The Cloud Native Glossary aims to make the cloud native space — which is notorious for its complexity — simpler for people by making it easier to understand, -not only for technologists but also for people on the business side. -To achieve that, we focus on simplicity (e.g., simple language free from buzzwords, examples anyone using technology can relate to, leaving unnecessary details out). -The Glossary is a project led by the CNCF Business Value Subcommittee (BVS). +The Cloud Native Glossary aims to make the cloud native space — which is notorious for its complexity — simpler for people by making it easier to understand, +not only for technologists but also for people on the business side. +To achieve that, we focus on simplicity (e.g., simple language free from buzzwords, examples anyone using technology can relate to, leaving unnecessary details out). +The Glossary is a project led by the CNCF Business Value Subcommittee (BVS).

People watching a Kubecon presentation

## Contributing -Everybody is invited to suggest changes, additions, and improvements to the Cloud Native Glossary. -We employ a community-driven process governed by the CNCF to develop and improve upon this shared lexicon. -This Glossary provides a vendor-neutral platform to organize a shared vocabulary around cloud native technologies. +Everybody is invited to suggest changes, additions, and improvements to the Cloud Native Glossary. +We employ a community-driven process governed by the CNCF to develop and improve upon this shared lexicon. +This Glossary provides a vendor-neutral platform to organize a shared vocabulary around cloud native technologies. Contributions are welcome from all participants who abide by the project's purpose and charter. Anyone wishing to contribute may submit a GitHub issue or create a pull request. -Please ensure you follow the [Style Guide](/style-guide/), read the [How To Contribute](/contribute/) doc, join the [CNCF Slack](https://communityinviter.com/apps/cloud-native/cncf) workspace, and join the [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) channel. +Please ensure you follow the [Style Guide](/style-guide/), read the [How To Contribute](/contribute/) doc, join the [CNCF Slack](https://slack.cncf.io) workspace, and join the [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) channel. There is also a [#glossary-localizations](https://cloud-native.slack.com/archives/C02N2RGFXDF) channel for those who want to help translate the glossary into their native language. ## Acknowledgements -The Cloud Native Glossary was initiated by the CNCF Marketing Committee (Business Value Subcommittee) and includes contributions from -[Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), -[Chris Aniszczyk](https://www.linkedin.com/in/caniszczyk/), -[Daniel Jones](https://www.linkedin.com/in/danieljoneseb/?originalSubdomain=uk), -[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/), -[Katelin Ramer](https://www.linkedin.com/in/katelinramer/), -[Mike Foster](https://www.linkedin.com/in/mfosterche/?originalSubdomain=ca), -and many more contributors. +The Cloud Native Glossary was initiated by the CNCF Marketing Committee (Business Value Subcommittee) and includes contributions from +[Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), +[Chris Aniszczyk](https://www.linkedin.com/in/caniszczyk/), +[Daniel Jones](https://www.linkedin.com/in/danieljoneseb/?originalSubdomain=uk), +[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/), +[Katelin Ramer](https://www.linkedin.com/in/katelinramer/), +[Mike Foster](https://www.linkedin.com/in/mfosterche/?originalSubdomain=ca), +and many more contributors. For a complete contributor list, please refer to [this GitHub page](https://github.com/cncf/glossary/graphs/contributors). -The Glossary is maintained by +The Glossary is maintained by [Seokho Son](https://www.linkedin.com/in/seokho-son/), -[Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/), +[Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/), [Jihoon Seo](https://www.linkedin.com/in/jihoon-seo/), [Nate W.](https://www.linkedin.com/in/nate-double-u/), and [Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/). @@ -49,5 +49,5 @@ for their invaluable contributions over the years. ## License -All code contributions are under the Apache 2.0 license. +All code contributions are under the Apache 2.0 license. Documentation is distributed under CC BY 4.0. From f22949dd2bddd1f4a89b79c864106653a3b09112 Mon Sep 17 00:00:00 2001 From: Fernando Harris Francisco Date: Wed, 26 Mar 2025 11:31:05 +0100 Subject: [PATCH 140/148] Created new term "Sidecar Container" (#3353) Signed-off-by: Fernando Harris Signed-off-by: Noah Ispas Co-authored-by: Noah Ispas Co-authored-by: Seokho Son --- content/en/sidecar-container.md | 37 +++++++++++++++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 content/en/sidecar-container.md diff --git a/content/en/sidecar-container.md b/content/en/sidecar-container.md new file mode 100644 index 0000000000..75046a5082 --- /dev/null +++ b/content/en/sidecar-container.md @@ -0,0 +1,37 @@ +--- +title: Sidecar Container +status: Completed +category: concept +--- + +The Sidecar Container is an implementation of the sidecar pattern. +An application deployed on a second container will run side by side +and share its lifecycle with a primary application running on a main container. + +## Problem it addresses + +There are cross-platform situations where it is convenient to group [containers](/container/) +and their lifecycle to deal with scenarios +like logging, monitoring, tracing, but also security, and networking. +Before this approach, logging would typically be implemented in the application code +inside the container. +This can lead to different ways to implement the logic, +depending on the developer or application, +normally resulting in more complex systems to maintain and govern. +For example, updating the logging logic might impact the application in runtime, +hence increasing operational risk. + +## How it helps + +It enforces the principle of separation of concerns +and provides extending functionality without changing the main application's code, +by using a separated process running on a secondary container. + +The sidecar container will share the same resources, +including storage and networking, as the main container. +While doing this, it frees the main container to be focused on functional tasks +or exposing business capabilities. + +For example, when multiple microservices have their sidecar containers +acting as logging agents reading from the same directory, +the main application is writing its logs to. \ No newline at end of file From 5b9acb0de0de54cd2fffeac25f5a667765783c3e Mon Sep 17 00:00:00 2001 From: Noah Ispas Date: Mon, 31 Mar 2025 11:36:52 +0100 Subject: [PATCH 141/148] simplify contributions (#3430) Signed-off-by: Noah Ispas (iamNoah1) --- content/en/_index.md | 3 +-- content/en/contribute/_index.md | 8 +++--- content/en/contributor-ladder/_index.md | 33 +++++++------------------ content/en/style-guide/_index.md | 2 +- 4 files changed, 14 insertions(+), 32 deletions(-) diff --git a/content/en/_index.md b/content/en/_index.md index b1e4e33860..aa73fd1c59 100755 --- a/content/en/_index.md +++ b/content/en/_index.md @@ -39,8 +39,7 @@ The Glossary is maintained by [Seokho Son](https://www.linkedin.com/in/seokho-son/), [Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/), [Jihoon Seo](https://www.linkedin.com/in/jihoon-seo/), -[Nate W.](https://www.linkedin.com/in/nate-double-u/), -and [Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/). +[Nate W.](https://www.linkedin.com/in/nate-double-u/). [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), and [Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/) diff --git a/content/en/contribute/_index.md b/content/en/contribute/_index.md index 3e4eb810b1..8eb105013e 100644 --- a/content/en/contribute/_index.md +++ b/content/en/contribute/_index.md @@ -62,9 +62,7 @@ Read our [Style Guide](/style-guide/) to understand our guidelines for formattin ## Join the Glossary community! {#join-the-glossary-community} -If you want to contribute regularly, consider joining our monthly Glossary Working Group meetings. -You can find the meeting details in the [CNCF calendar](https://www.cncf.io/calendar/). -You can also connect with the maintainers and fellow contributors in our [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) channel on the CNCF Slack +Connect with the maintainers and fellow contributors in our [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) channel on the CNCF Slack — we'd love to meet you! ## Work on an existing issue {#work-on-an-existing-issue} @@ -84,7 +82,7 @@ Once you select a term to work on, comment on the issue. ![Claiming an issue](/images/how-to/claiming-an-issue.png) Additionally, notify the maintainers on the [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) channel of the CNCF Slack workspace and -tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_, _@Jihoon Seo_, and/or _@castrojo_ to be sure they don't miss it. +tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_ and/or _@Jihoon Seo_ to be sure they don't miss it. For the next steps, please refer to the [Submitting a new term (creating a PR)](#submitting-a-new-term) section. @@ -125,7 +123,7 @@ Next, the maintainers will triage the issue. That means they will assess if the term should be part of the Glossary. Not every term will be admitted. To be included in the Glossary, they should be established and widely-used cloud native concepts. -Please let the maintainers know that you've proposed a new term on Slack and tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_, _@Jihoon Seo_, and/or _@castrojo_ so that they don't miss it. +Please let the maintainers know that you've proposed a new term on Slack and tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_ and/or _@Jihoon Seo_ so that they don't miss it. If you want to work on the definition, let the maintainers know and they'll assign it to you. ### Submitting a new term (creating a PR) {#submitting-a-new-term} diff --git a/content/en/contributor-ladder/_index.md b/content/en/contributor-ladder/_index.md index f3bb984dad..1deb198054 100644 --- a/content/en/contributor-ladder/_index.md +++ b/content/en/contributor-ladder/_index.md @@ -31,7 +31,10 @@ Please refer to the [How to Contribute](/contribute/) and [Style Guide](/style-g ## 2. Approvers Approvers provide feedback on PRs and approve them. Any active contributor can become an approver (see [Becoming an approver](#becoming-an-approver)). -The Glossary differentiates between two approvers: (1) approvers for the English Glossary and (2) approvers for localization teams. +The Glossary differentiates between two approvers: + +1. approvers for the English Glossary and +2. approvers for localization teams. Glossary approvers are expected to: @@ -44,7 +47,7 @@ If an approver is no longer interested in or cannot perform the above duties, th ### English Glossary Approvers -There are three types of approvers: +There are three types of English Glossary approvers: 1) Approvers with a strong technical background, 2) Approvers with solid writing skills, @@ -65,7 +68,6 @@ Any localization approver can also become an approver for the English Glossary i ### Becoming an Approver Approver candidates should have a proven track record of submitting high-quality PRs and helping others get their PRs in a mergeable state. -If their timezone permits, they should also regularly attend the [Glossary Working Group meetings](https://www.cncf.io/calendar/). To become an approver, start by expressing interest to existing maintainers. Existing maintainers will then ask you to demonstrate the qualifications above by contributing PRs, doing reviews, and doing other such tasks under their guidance. @@ -80,40 +82,23 @@ There are certain expectations for maintainers, including: - Be an active and responsive approver (see above), - Help maintain the repository, including site configuration, permission, issue-template, GitHub workflow, among others, - Monitor the Glossary Slack channels and help out whenever possible, -- Regularly attend the [Glossary Working Group meetings](https://www.cncf.io/calendar/) (if timezone permits) - -If a maintainer is no longer interested in or cannot perform the duties listed above, they should move themselves to emeritus status. ### Becoming a Maintainer Maintainers should have a proven track record of being successful approvers and submitting high-quality PRs. -If their timezone permits, they should also regularly attend the Glossary Working Group meetings. To become a maintainer, start by expressing interest to existing maintainers. Existing maintainers will then ask you to demonstrate the qualifications above by contributing PRs, doing reviews, and doing other such tasks under their guidance. After some time of working together, maintainers will decide whether to grant maintainer status. This decision will be based on demonstrated level of proficiency and responsiveness. -## 4. Community Managers - -Community managers help foster a welcoming and engaging community. Any community member can become a community manager. They are expected to: - -- Welcome new members and ensure they get the information they need, -- Help answer questions from the community or identify someone who can help, -- Moderate conversations on Slack. - -### Become a Community Manager - -Anyone can become a Glossary community manager. -Community managers must have a solid understanding of the contribution and localization process and enjoy interacting and helping others. -To become a community manager, start by expressing interest to existing maintainers. -After an onboarding/trial period, maintainers will decide whether to grant community manager status based on performance. - ## Involuntary Removal Involuntary removal of a contributor happens when responsibilities and requirements aren't met. This may include repeated patterns of inactivity, extended periods of inactivity, and/or a violation of the code of conduct. -This process is important because it protects the community and its deliverables while also opening up opportunities for new contributors to step in. +This process is important because it protects the community and its deliverables while also opening up opportunities for new contributors to step in. + +The grace period will be something between 15-30 days where the maintainers will actively try to reactivate an unresponsive contributor. In case of a localization team if an approver becomes unresponsive leading to a minority of nesseccary approvers, localization contributors will be asked to step up to become an approver. ## Stepping Down/Emeritus Process @@ -122,4 +107,4 @@ moving to emeritus status (completely stepping away from the project). ## Stepping Back Into a Role -If and when someone is available to step back into a previous contributor role, project leadership can arrange and consider this. +If and when someone is available to step back into a previous contributor role, the maintainers can arrange and consider this. diff --git a/content/en/style-guide/_index.md b/content/en/style-guide/_index.md index 239ec4a183..6587768d71 100644 --- a/content/en/style-guide/_index.md +++ b/content/en/style-guide/_index.md @@ -264,7 +264,7 @@ All you need is a high-resolution camera and a stand. A modern smartphone should ## The review process: What to expect -Please note that we are currently only three maintainers doing this in their spare time. +Please note that we are currently only a handfull maintainers doing this in their spare time. Occasionally, we'll be able to review terms quickly; on other occasions, it may take some time—we appreciate your patience. If you have any questions, please contact us in the #glossary Slack channel (for where and how to find it, please refer to our [How To Contribute](/contribute/) doc). From 311aa019f205c36cf2e7884feeb37d48b149b323 Mon Sep 17 00:00:00 2001 From: Manthan Parmar Date: Tue, 1 Apr 2025 12:22:38 -0400 Subject: [PATCH 142/148] [EN] add Cloud Native Storage (#2119) Signed-off-by: Manthan Parmar Signed-off-by: Noah Ispas Co-authored-by: Noah Ispas --- content/en/cloud-native-storage.md | 28 ++++++++++++++++++++++++++++ 1 file changed, 28 insertions(+) create mode 100644 content/en/cloud-native-storage.md diff --git a/content/en/cloud-native-storage.md b/content/en/cloud-native-storage.md new file mode 100644 index 0000000000..c9108124dc --- /dev/null +++ b/content/en/cloud-native-storage.md @@ -0,0 +1,28 @@ +--- +title: Cloud Native Storage +status: Completed +category: concept +tags: ["storage", "", ""] +--- + + +Cloud native storage is a specialized storage technology tailored to meet the demands of cloud native environments. +It offers data storage solutions optimized for containerized applications running on platforms like +[Kubernetes](/kubernetes/) or other cloud-native infrastructures. A cloud native storage platform primarily caters +to [stateful applications](/stateful-apps/), which rely on persistent data storage. + +## Problem it addresses + +Traditional storage systems often struggle to grow with increasing demand. +They can be complicated to manage, slow to handle large amounts of data, and inefficient with resources. +Older systems may also have trouble connecting with modern applications, leading to slow processes and scattered data. +Manual scaling and maintenance further increase downtime and operational costs. +These limitations make it difficult for businesses to adapt to evolving technology needs quickly. + +## How it helps + +Cloud native storage solves these problems by offering flexible scaling, easier management, and faster data access. +It automatically increases or decreases storage based on demand, reducing manual work and improving performance. +With built-in caching and [distributed systems](/distributed-systems/), it ensures quick data retrieval. +Pay-as-you-go pricing helps control costs while easily integrating with modern applications for smooth and efficient data management. +Enhanced security features also protect sensitive data, and built-in automation reduces the risk of human error in storage operations. From 717f58ee15a4ac04f0f823ef149d1839506be1ae Mon Sep 17 00:00:00 2001 From: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> Date: Wed, 2 Apr 2025 09:10:13 +0900 Subject: [PATCH 143/148] Update the maintainers list and README (#3434) Signed-off-by: Junya Okabe --- LOCALIZATION.md | 32 ++++++++++++++++---------------- README.md | 5 +++-- content/en/_index.md | 6 ++++-- content/en/contribute/_index.md | 4 ++-- wordlist.txt | 6 +++++- 5 files changed, 30 insertions(+), 23 deletions(-) diff --git a/LOCALIZATION.md b/LOCALIZATION.md index d19816a145..6b30e1681e 100644 --- a/LOCALIZATION.md +++ b/LOCALIZATION.md @@ -1,7 +1,7 @@ # Localization Now that the first version of the cloud native glossary is live, -we'd love to start localizing it into different languages. +we'd love to start localizing it into different languages. - [Initiate a new localization team](#initiating-a-new-localization-team) - [Join an existing localization team](#join-an-existing-localization-team) @@ -18,24 +18,24 @@ Contributions to improving the following localization guides and localization po - The Glossary project does not have a localization team for your language yet - check the language list from [localization progress](https://github.com/cncf/glossary/projects/2) and ask in the [glossary-localizations channel in Slack](https://cloud-native.slack.com/archives/C02N2RGFXDF). There may be a group of volunteers who haven't gotten started yet. - At least three volunteers -- At least two approvers +- At least two approvers - two approvers must approve each term - - unanimous consent must be reached to be approved + - unanimous consent must be reached to be approved - at least one volunteer must have basic GitHub knowledge and be willing to help the others get up to speed (such as PR, review process, branch, ..) ## Instructions to initiate a new localization ### 1. Join the Slack channel and say hello -If you're interested in creating a new localization team, whether you have a team or are on your own, please join the #glossary-localizations channel on the CNCF slack and say hi. If you have at least three volunteers and are ready to start, request a localization channel for your language (e.g., #glossary-localization-korean). If you are still looking for more volunteers, let everyone in the channel know. There may be someone in there looking for a team as well. +If you're interested in creating a new localization team, whether you have a team or are on your own, please join the #glossary-localizations channel on the CNCF slack and say hi. If you have at least three volunteers and are ready to start, request a localization channel for your language (e.g., #glossary-localization-korean). If you are still looking for more volunteers, let everyone in the channel know. There may be someone in there looking for a team as well. -### 2. Opening an issue to notify initiation of a new localization +### 2. Opening an issue to notify initiation of a new localization -[Open an issue](https://github.com/cncf/glossary/issues/new/choose) +[Open an issue](https://github.com/cncf/glossary/issues/new/choose) and select the `Initiate a New Localization Team` template. With this issue, new localization teams are requesting: - - their own development branch (ex: [dev-ko](https://github.com/cncf/glossary/tree/dev-ko) branch). + - their own development branch (ex: [dev-ko](https://github.com/cncf/glossary/tree/dev-ko) branch). - permission for approving localized content - teams will select the most suitable team members as approvers (no more than 4 per localization team) ``` @@ -43,9 +43,9 @@ With this issue, new localization teams are requesting: They will manage (merge) PRs for their l10n contributions in their development branch. However, their ability to merge PRs to the `main` branch is restricted. Please note: although they can review and approve PRs to the `main` branch, they should not approve PRs that aren't related to their own localization teams. - ``` + ``` -Localization teams should use their assigned development branch for the following localization tasks (example of a dev branch: https://github.com/cncf/glossary/tree/dev-ko; dev-ko stands for Korean dev branch). +Localization teams should use their assigned development branch for the following localization tasks (example of a dev branch: https://github.com/cncf/glossary/tree/dev-ko; dev-ko stands for Korean dev branch). ### 3. Configuring a new language @@ -71,7 +71,7 @@ For instance, you're adding a new block for the Korean localization. You calcula [languages] ... weight = 7 - + +[languages.ko] +title = "클라우드 네이티브(Cloud Native) 용어집" +description = "CNCF 클라우드 네이티브 용어집 프로젝트는 클라우드 네이티브 애플리케이션에 대한 대화를 나눌 때 공통의 용어를 참조하여 사용하도록 하는 목적을 가지고 있다." @@ -93,7 +93,7 @@ For a new localization, add a file `i18n/.toml` based on `i18n/en. Translated Glossary terms are saved in the appropriate language directory inside `/content/`. Create a subdirectory in `content` and name it using the appropriate two-letter language code (`content/`). -For example, +For example, ``` contents/en contents/ko @@ -104,7 +104,7 @@ contents/ko Localize content and save to `content/`. -Your first PR should include these pages: +Your first PR should include these pages: - Home: `content/en/_index.md` -> `content//_index.md` - How to contribute: `content/en/contribute/_index.md` -> `content//contribute/_index.md` @@ -138,15 +138,15 @@ Once the PR is merged, the localized content will go live on its website 🎉 To join an existing team, hop on the #glossary-localizations and #glossary-localization-[language name] channels on the CNCF Slack. Introduce yourself, let the team know you want to contribute, and the team will take it from there. -If the team seems inactive (no response after several days), reach out to @Seokho Son, @Jihoon Seo, @nate-double-u, or @Noah Ispas on the #glossary-localizations channel. +If the team seems inactive (no response after several days), reach out to @Seokho Son, @Jihoon Seo, @nate-double-u, @Noah Ispas or @Junya Okabe on the #glossary-localizations channel. ---- +--- # Localization team guidelines Every localization team may have its own process of working on localizing terms. However, here are some guidelines that are common for all localization teams: 1. Only terms with the status `Completed` in the English version are ready to be localized. -2. All contributions related to localization have to be based on the `dev-xx` branch, and PRs need to target `dev-xx`. -3. Localization teams need to get changes from the `main` branch in their `dev-xx` branch from time to time. Therefore a PR should be opened where the `main` branch is merged into `dev-xx`. The glossary maintainers will then choose the rebase method to complete the PR and keep the history linear. +2. All contributions related to localization have to be based on the `dev-xx` branch, and PRs need to target `dev-xx`. +3. Localization teams need to get changes from the `main` branch in their `dev-xx` branch from time to time. Therefore a PR should be opened where the `main` branch is merged into `dev-xx`. The glossary maintainers will then choose the rebase method to complete the PR and keep the history linear. 4. A localized term does not have to match the English version completely. Also, the localized and English versions of terms can coexist independently throughout updates. Localization teams can decide to which degree localized terms have to match their English version and how to handle updates on the English term. To learn how other teams keep up to date with changes in the English version, please refer to [this discussion on the topic](https://github.com/cncf/glossary/discussions/1125). diff --git a/README.md b/README.md index c5fbfd84bc..9ec637979f 100644 --- a/README.md +++ b/README.md @@ -28,10 +28,11 @@ The Glossary is maintained by [Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/), [Jihoon Seo](https://www.linkedin.com/in/jihoon-seo/), [Nate W.](https://www.linkedin.com/in/nate-double-u/), -and [Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/). +and [Junya Okabe](https://www.linkedin.com/in/junya-okabe/). [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), -and [Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/) +[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/) and +[Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/) are Emeritus Maintainers, and we are deeply grateful for their invaluable contributions over the years. diff --git a/content/en/_index.md b/content/en/_index.md index aa73fd1c59..b192cb0208 100755 --- a/content/en/_index.md +++ b/content/en/_index.md @@ -39,10 +39,12 @@ The Glossary is maintained by [Seokho Son](https://www.linkedin.com/in/seokho-son/), [Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/), [Jihoon Seo](https://www.linkedin.com/in/jihoon-seo/), -[Nate W.](https://www.linkedin.com/in/nate-double-u/). +[Nate W.](https://www.linkedin.com/in/nate-double-u/) +and [Junya Okabe](https://www.linkedin.com/in/junya-okabe/). [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), -and [Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/) +[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/) and +[Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/) are Emeritus Maintainers, and we are deeply grateful for their invaluable contributions over the years. diff --git a/content/en/contribute/_index.md b/content/en/contribute/_index.md index 8eb105013e..59ef0ba7f0 100644 --- a/content/en/contribute/_index.md +++ b/content/en/contribute/_index.md @@ -82,7 +82,7 @@ Once you select a term to work on, comment on the issue. ![Claiming an issue](/images/how-to/claiming-an-issue.png) Additionally, notify the maintainers on the [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) channel of the CNCF Slack workspace and -tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_ and/or _@Jihoon Seo_ to be sure they don't miss it. +tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_, _@Jihoon Seo_ and/or _@Junya Okabe_ to be sure they don't miss it. For the next steps, please refer to the [Submitting a new term (creating a PR)](#submitting-a-new-term) section. @@ -123,7 +123,7 @@ Next, the maintainers will triage the issue. That means they will assess if the term should be part of the Glossary. Not every term will be admitted. To be included in the Glossary, they should be established and widely-used cloud native concepts. -Please let the maintainers know that you've proposed a new term on Slack and tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_ and/or _@Jihoon Seo_ so that they don't miss it. +Please let the maintainers know that you've proposed a new term on Slack and tag _@iamnoah_, _@nate-double-u_, _@Seokho Son_, _@Jihoon Seo_ and/or _@Junya Okabe_ so that they don't miss it. If you want to work on the definition, let the maintainers know and they'll assign it to you. ### Submitting a new term (creating a PR) {#submitting-a-new-term} diff --git a/wordlist.txt b/wordlist.txt index 31b1fe6a6b..57cfc43313 100644 --- a/wordlist.txt +++ b/wordlist.txt @@ -115,6 +115,7 @@ jonasbn jones josé js +junya katelin keda keys @@ -144,6 +145,7 @@ navbar Nginx observability oci +okabe oliveira opencontainers orchestrator @@ -234,6 +236,8 @@ DBaaS DBA Ispas Jihoon +Junya +Okabe Seo TCP TCP/IP @@ -242,4 +246,4 @@ HTTP/3 CLI CLIs SDK -SDKs \ No newline at end of file +SDKs From 65763412cc638854c3aa3bb0b60a4f4bc7416f71 Mon Sep 17 00:00:00 2001 From: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> Date: Wed, 2 Apr 2025 14:19:08 +0900 Subject: [PATCH 144/148] Chore: Update CODEOWNERS (#3433) Signed-off-by: Junya Okabe --- CODEOWNERS | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/CODEOWNERS b/CODEOWNERS index 576c5de98a..ffb18dce40 100644 --- a/CODEOWNERS +++ b/CODEOWNERS @@ -6,12 +6,12 @@ # These owners will be default owners for everything in this repository. # These owners consist of Maintainers -* @caniszczyk @seokho-son @iamNoah1 @jihoon-seo @nate-double-u +* @caniszczyk @seokho-son @iamNoah1 @jihoon-seo @nate-double-u @Okabe-Junya # Approvers for English content -/content/en/ @caniszczyk @seokho-son @iamNoah1 @jihoon-seo @nate-double-u @castrojo -/i18n/en.toml @caniszczyk @seokho-son @iamNoah1 @jihoon-seo @nate-double-u @castrojo +/content/en/ @caniszczyk @seokho-son @iamNoah1 @jihoon-seo @nate-double-u @Okabe-Junya +/i18n/en.toml @caniszczyk @seokho-son @iamNoah1 @jihoon-seo @nate-double-u @Okabe-Junya # These are the owners (approvers) for localization contents From 5419ccad7b25ad3d46fdb4ab6d3df0a2ed391161 Mon Sep 17 00:00:00 2001 From: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> Date: Thu, 3 Apr 2025 17:37:45 +0900 Subject: [PATCH 145/148] Cleanup CODEOWNERS (#3432) Signed-off-by: Junya Okabe --- CODEOWNERS | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/CODEOWNERS b/CODEOWNERS index ffb18dce40..8cf4943826 100644 --- a/CODEOWNERS +++ b/CODEOWNERS @@ -39,8 +39,8 @@ /i18n/fr.toml @huats @Krast76 @sestegra @guillaumebernard84 @seb-835 # Approvers for Hindi contents -/content/hi/ @Garima-Negi @jayesh-srivastava @abhay-raj19 @aj11anuj @kumarankit999 @bishal7679 -/i18n/hi.toml @Garima-Negi @jayesh-srivastava @abhay-raj19 @aj11anuj @kumarankit999 @bishal7679 +/content/hi/ @Garima-Negi @jayesh-srivastava @abhay-raj19 @aj11anuj @bishal7679 +/i18n/hi.toml @Garima-Negi @jayesh-srivastava @abhay-raj19 @aj11anuj @bishal7679 # Approvers for Italian contents /content/it/ @fsbaraglia @ugho16 @annalisag-spark @sistella From c3c1a93c9adb4652aeb11623906bdfc45befd08c Mon Sep 17 00:00:00 2001 From: Mallikarjun Rayar Date: Fri, 4 Apr 2025 15:10:30 +0530 Subject: [PATCH 146/148] [EN] add Platform Engineering (#3155) Signed-off-by: Mallikarjun Rayar Signed-off-by: Noah Ispas Signed-off-by: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> Co-authored-by: Shlomo Zalman Heigh Co-authored-by: Noah Ispas Co-authored-by: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> --- content/en/platform-engineering.md | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 content/en/platform-engineering.md diff --git a/content/en/platform-engineering.md b/content/en/platform-engineering.md new file mode 100644 index 0000000000..d7d272c196 --- /dev/null +++ b/content/en/platform-engineering.md @@ -0,0 +1,24 @@ +--- +title: Platform Engineering +status: Completed +category: ["methodology", "platform"] +--- + +Platform engineering is the art of building tools and processes that empower software developers. +It's like creating a self-service station specifically designed to meet developers' needs throughout the +software creation journey. By providing these tools and workflows, platform engineering helps developers +to work faster and more efficiently. + +## Problem it addresses + +Platform engineering tackles the challenge of slow and inefficient software development. +In the past, developers often spent a significant amount of time on repetitive tasks like setting up +environments or configuring tools. Platform engineering streamlines these processes, +allowing developers to focus on the core task of writing innovative code. + +## How it helps + +Platform engineering addresses the inefficiencies of software development by providing developers with +a pre-built toolkit. This toolkit, often built on top of infrastructure as a service ([IaaS](/infrastructure-as-a-service/)) or [bare metal](/bare-metal-machine/), +includes tools and automated processes that streamline common tasks. By abstracting away the complexities of +infrastructure management, platform engineering allows developers to focus on writing innovative code From 085fca748f168650d298aaa6c946e96a25e05662 Mon Sep 17 00:00:00 2001 From: "dependabot[bot]" <49699333+dependabot[bot]@users.noreply.github.com> Date: Mon, 7 Apr 2025 16:39:21 +0000 Subject: [PATCH 147/148] Bump rojopolis/spellcheck-github-actions from 0.47.0 to 0.48.0 Bumps [rojopolis/spellcheck-github-actions](https://github.com/rojopolis/spellcheck-github-actions) from 0.47.0 to 0.48.0. - [Release notes](https://github.com/rojopolis/spellcheck-github-actions/releases) - [Changelog](https://github.com/rojopolis/spellcheck-github-actions/blob/master/CHANGELOG.md) - [Commits](https://github.com/rojopolis/spellcheck-github-actions/compare/0.47.0...0.48.0) --- updated-dependencies: - dependency-name: rojopolis/spellcheck-github-actions dependency-version: 0.48.0 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] --- .github/workflows/es-spellcheck.yml | 2 +- .github/workflows/spellcheck.yml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/.github/workflows/es-spellcheck.yml b/.github/workflows/es-spellcheck.yml index c3c1a687eb..e91375ad36 100644 --- a/.github/workflows/es-spellcheck.yml +++ b/.github/workflows/es-spellcheck.yml @@ -29,6 +29,6 @@ jobs: set -o errexit diff content/es/.wordlist.txt <(LC_ALL= sort -f content/es/.wordlist.txt) - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.47.0 + uses: rojopolis/spellcheck-github-actions@0.48.0 with: config_path: content/es/.spellcheck.yml diff --git a/.github/workflows/spellcheck.yml b/.github/workflows/spellcheck.yml index ad2ba20c7f..09bd56dc01 100644 --- a/.github/workflows/spellcheck.yml +++ b/.github/workflows/spellcheck.yml @@ -25,4 +25,4 @@ jobs: - uses: actions/checkout@v4 - name: GitHub Spellcheck Action - uses: rojopolis/spellcheck-github-actions@0.47.0 + uses: rojopolis/spellcheck-github-actions@0.48.0 From 902e1975d86ca6fabf38441bb712cd7b15479b13 Mon Sep 17 00:00:00 2001 From: Anastasia Prasolova Date: Tue, 8 Apr 2025 14:51:59 +0200 Subject: [PATCH 148/148] [#3426]: Create web-assembly.md Signed-off-by: Anastasia Prasolova --- content/ru/web-assembly.md | 28 ++++++++++++++++++++++++++++ 1 file changed, 28 insertions(+) create mode 100644 content/ru/web-assembly.md diff --git a/content/ru/web-assembly.md b/content/ru/web-assembly.md new file mode 100644 index 0000000000..fee5f78434 --- /dev/null +++ b/content/ru/web-assembly.md @@ -0,0 +1,28 @@ +--- +title: Шаблон для определений +status: Feedback Appreciated +category: concept +--- + +WebAssembly (сокращенно Wasm) — это портируемый формат двоичных инструкций, в который можно скомпилировать высокоуровневые языки: С, С++, Rust и другие. +Это позволяет разворачивать в браузере клиентские и серверные приложения. +Формат представляет собой низкоуровневый байт-код, который можно выполнять в виртуальной машине, которая, как правило, интегрирована в браузер. +Хотя изначально WebAssembly разрабатывалась для веб-приложений, сейчас она является универсальной средой исполнения и может выполнять и другие приложения, например, программы для IoT и периферийных устройств. + +## Какую проблему решает + +Долгие годы веб-приложения разрабатывались на основе стека LAMP (Linux Apache MySQL PHP). +Позже царем фронтэнд-разработки стал Javascript, и общепринятыми стали приложения, написанные на NodeJS. +С развитием веб-технологий много внимания получили интерпретируемые языки; обычно они менее производительны, чем компилируемые, даже если технологически являются более продвинутыми. +Хотя JavaScript развился с годами, он все еще ограничен по производительности на задачах, требующих интенсивных вычислений. +Интерпретируемые языки часто испытывают проблемы с производительностью и функциональностью, когда код исполняется в разных средах, поскольку он компилируется под эти среды во время выполнения. +Корректно скомпилированные бинарные файлы, напротив, работают во всех средах одинаково. +В то же время считается, что скомпилированные бинарные файлы меньше подходят для веб-среды. + +## Как именно решает проблему + +WebAssembly предоставляет разработчикам низкоуровневый двоичный формат, который исполняется с производительностью, близкой к нативной. +Благодаря этому веб-приложения могут эффективно справляться со сложными вычислениями. +WebAssembly позволяет разработчикам создавать веб-приложения, используя знания языков C, C++, Rust и других, которые у них имеются, и благодаря этому переиспользовать существующие кодовые базы и библиотеки. +Помимо этого, модули WebAssembly запускаются единообразно в разных браузерах, операционных системах и устройствах, а это снижает необходимость специфичном для этих платформ коде. +Подводя итог, WebAssembly решает проблемы с производительностью и ограничениями языков программирования, переносимостью кода между средами, безопасностью, объемом кода и временем его загрузки и предоставляет более простую и гибкую среду для разработки веб-приложений.