diff --git a/.github/workflows/es-spellcheck.yml b/.github/workflows/es-spellcheck.yml index 2243a24e10..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.42.0 + uses: rojopolis/spellcheck-github-actions@0.48.0 with: config_path: content/es/.spellcheck.yml diff --git a/.github/workflows/post-outdated-content-report.yaml b/.github/workflows/post-outdated-content-report.yaml index c45ece5079..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@v6 + uses: dawidd6/action-download-artifact@v9 with: github_token: ${{secrets.GITHUB_TOKEN}} workflow: check-outdated-content.yaml diff --git a/.github/workflows/spellcheck.yml b/.github/workflows/spellcheck.yml index 3691d61469..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.42.0 + uses: rojopolis/spellcheck-github-actions@0.48.0 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.' diff --git a/CODEOWNERS b/CODEOWNERS index 576c5de98a..8cf4943826 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 @@ -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 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/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/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/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, 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. diff --git a/content/de/continuous-integration.md b/content/de/continuous-integration.md new file mode 100644 index 0000000000..fb54c7bd39 --- /dev/null +++ b/content/de/continuous-integration.md @@ -0,0 +1,25 @@ +--- +title: Contineous Integration +status: Completed +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. diff --git a/content/de/service-mesh.md b/content/de/service-mesh.md new file mode 100644 index 0000000000..7914587729 --- /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 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. + +## Problem it addresses + +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. +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 + +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. diff --git a/content/en/_index.md b/content/en/_index.md index 4465bc82e9..b192cb0208 100755 --- a/content/en/_index.md +++ b/content/en/_index.md @@ -1,53 +1,54 @@ --- -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/). +[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. ## 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. 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/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. 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. 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/contribute/_index.md b/content/en/contribute/_index.md index 3e4eb810b1..59ef0ba7f0 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_, _@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. @@ -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_, _@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/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/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 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/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 diff --git a/content/en/style-guide/_index.md b/content/en/style-guide/_index.md index bab8303e7b..6587768d71 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,9 +178,93 @@ 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:** Use frontal lighting to ensure your face and hands are well-lit. + + +* **Background:** Record in front of a flat, solid background to avoid distractions from the signing. Ensure no distracting decorations are included. + + +* **Dress Code:** Wear a solid, single-color top (no prints) that contrasts with your skin tone. + + +* **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 to ensure 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 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 eye contact with the camera if possible. + + +* **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 exceed 7 seconds. + + +* **Fingerspelling:** Use sign language for the word as much as possible. Fingerspelling is the last resort, commonly reserved for abbreviated or short words. + + +* **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 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 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. + +### Post-Production + + + +* **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. For example, kubernetes.mp4. + + +* **Audio:** Remove the audio track entirely, if possible. + + +* **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. + ## 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). 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/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/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/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. 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 99273d33fb..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", ""] @@ -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/) 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/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. 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/function-as-a-service.md b/content/fr/function-as-a-service.md index 497db5e1ae..4e742a41a6 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. 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 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. 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/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/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. 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/serverless.md b/content/fr/serverless.md index 08ba75b78b..816620e8ed 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. 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/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. 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 55a938c4bd..7f0aee333a 100644 --- a/content/fr/stateless-apps.md +++ b/content/fr/stateless-apps.md @@ -1,15 +1,14 @@ --- -title: Applications sans état (Stateless Apps) +title: Applications sans état (stateless apps) status: Completed 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. 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 346ff72514..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", "", ""] @@ -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. 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/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. 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é", "", ""] 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 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/) के बारे में सुनते हैं, तो आप अनुमान लगा सकते हैं कि वे +एक एपीआई के माध्यम से संवाद करती हैं। 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 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/) की एक उच्च स्तर को सक्षम करती हैं। +मजबूत स्वचालन के साथ संयुक्त, वे इंजीनियरों को न्यूनतम परिश्रम के साथ बार-बार और अनुमानित रूप से उच्च प्रभाव वाले परिवर्तन करने की अनुमति देती हैं। 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/) कर सकते हैं। क्लाउड कंप्यूटिंग संगठनों को अपनी जरूरत के अनुसार अधिक या कम बुनियादी ढांचे को अपनाने की अनुमति देता है। diff --git a/content/hi/cloud-native-security.md b/content/hi/cloud-native-security.md new file mode 100644 index 0000000000..1623f62d0b --- /dev/null +++ b/content/hi/cloud-native-security.md @@ -0,0 +1,32 @@ +--- +title: क्लाउड नेटिव सुरक्षा (Cloud Native Security) +status: completed +category: concept +tags: ["Security"] +--- + +## यह क्या है? + +क्लाउड नेटिव सुरक्षा एक तरीका है, जो क्लाउड नेटिव ऐपस् में सुरक्षा निर्मित करता है। +यह सुनिश्चित करता है कि सुरक्षा विकास से लेकर निर्माण तक संपूर्ण ऐप के जीवनचक्र का हिस्सा बनी रहे। +क्लाउड नेटिव सुरक्षा पारंपरिक सुरक्षा प्रतिरूप के समान मानकों को क्लाउड नेटिव वातावरण के विवरणों, +अर्थात् तेज़ी से कोड परिवर्तन और अत्यधिक अल्पकालिक अवसरंचनाओं को अपनाते हुए सुनिश्चित करने का प्रयास करती है। +क्लाउड नेटिव सुरक्षा [DevSecOps](/devsecops/) नामक अभ्यास से अत्यधिक संबंधित है। + +## समस्या + +पारंपरिक सुरक्षा प्रतिरूप कई मान्यताओं के साथ बनाए गए थे जो अब वैध नहीं हैं। +[क्लाउड नेटिव ऐपस्](/cloud-native-apps/) बार-बार बदलते हैं, बड़ी संख्या में ओपन सोर्स संसाधनों और लाइब्रेरी का उपयोग करते हैं, +अक्सर विक्रेता-नियंत्रित इंफ्रास्ट्रक्चर में चलते हैं, और इस तेज़ बदलाव के अधीन होते हैं। +कोड समीक्षा, लंबे गुणवत्ता आश्वासन चक्र, होस्ट पर आधारित भेद्यता अवलोकन और अंतिम मिनट की +सुरक्षा समीक्षा क्लाउड नेटिव ऐपस् के साथ [स्केल](/scalability/) नहीं की जा सकती हैं। + +## समाधान + +क्लाउड नेटिव सुरक्षा काम करने का एक नया तरीक़ा पेश करती है। यह पारंपरिक सुरक्षा प्रतिरूप को स्थानांतरित करके +ऐपस् की सुरक्षा करती है, जहां रिलीज़ चक्र के हर चरण में सुरक्षा शामिल होती है। +हस्तचालित परीक्षण और जांच को बड़े पैमाने पर स्वचालित स्कैन से बदल दिया गया है। +त्वरित कोड रिलीज़ पाइपलाइन के उन उपकरणों के साथ एकीकृत हैं जो संकलित होने से पहले भेद्यता के लिए कोड की समीक्षा करते हैं। +ओपन सोर्स लाइब्रेरी विश्वसनीय स्रोतों से ली जाती हैं और अरक्षितता के लिए उनकी निगरानी भी की जाती है। +बदलाव को धीमा करने के बजाय एक क्लाउड नेटिव सुरक्षा प्रतिरूप अक्सर अद्यतन किए गए असुरक्षित घटकों द्वारा इसे ग्रहण करती है, और +यह सुनिश्चित करती है कि इंफ्रास्ट्रक्चर को नियमित रूप से बदला जा रहा है। 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 पॉड्स, आदि)। +ऑर्केस्ट्रेशन टूल तब स्वचालित रूप से इंफ्रास्ट्रक्चर की निगरानी करेगा और यदि इसकी स्थिति परिभाषित स्थिति से भटकती है तो इसे ठीक कर देगा (उदाहरण के लिए यदि कोई कंटेनर दुर्घटनाग्रस्त हो जाता है तो एक नया कंटेनर स्पिन करें)। +यह स्वचालन कई इंजीनियरिंग टीमों के अन्यथा अत्यधिक मैन्युअल और जटिल परिचालन कार्यों को सरल बनाता है, जिसमें प्रावधान, डिप्लॉयमेंट, स्केलिंग (उप और डाउन), नेटवर्किंग, लोड संतुलन और अन्य गतिविधियां शामिल हैं। 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) 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 कार्यप्रवाह और नीति प्रवर्तन जो डेवलपर को सशक्त बनाते हैं। +लक्ष्य अवरोधक बनना नहीं बल्कि सुरक्षा नीतियों को लागू करना है +उपयोगकर्ताओं को अपने प्रोजेक्ट को आगे बढ़ाने के तरीके के बारे में सटीक जानकारी देते हुए। +जब ठीक से लागू किया जाता है, तो एक संगठन बेहतर टीम संचार प्राप्त करेगा और +सुरक्षा दुर्घटनाओं और संबंधित लागतों को कम करें। 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/) की अनुमति देती हैं (उदाहरण के लिए जरूरत के समय सिस्टम में अधिक नोड्स जोड़ना)। +इसे ऑटोमेटिक किया जा सकता है जिससे सिस्टम के कार्यभार या संसाधन की खपत में अचानक हुई वृद्धि को संभालना सरल हो सके। + +एक नॉन-डिस्ट्रिब्यूटेड सिस्टम विफलता के जोखिमों को उजागर करती है क्योंकि यदि एक मशीन विफल हो जाती है, तो पुरा सिस्टम विफल हो जाता है। +एक डिस्ट्रिब्यूटेड सिस्टम को इस तरह से डिज़ाइन किया जा सकता है कि, +भले ही कुछ मशीनें खराब हो जाएं, फिर भी समग्र सिस्टम समान परिणाम देने के लिए काम करना जारी रख सके। + 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/) का दृष्टिकोण है, जो कुछ स्टोरेज और कंप्यूटिंग क्षमता को प्राथमिक डेटा केंद्र से डेटा स्रोत में स्थानांतरित करता है। +एकत्रित डेटा की गणना प्रसंस्करण और विश्लेषण के लिए केंद्रीकृत डेटा सेंटर में भेजने के बजाय स्थानीय स्तर पर की जाती है (उदाहरण के लिए, किसी कारखाने के फर्श पर, किसी स्टोर में, या पूरे शहर में)। +ये स्थानीय प्रसंस्करण डिवाइस सिस्टम के एज का प्रतिनिधित्व करते हैं, जबकि डेटा सेंटर इसका केंद्र है। +एज पर गणना किए गए आउटपुट को आगे की प्रक्रिया के लिए प्राथमिक डेटा सेंटर में वापस भेजा जाता है। +एज-कंप्यूटिंग के उदाहरणों में कलाई गैजेट या कंप्यूटर शामिल हैं जो ट्रैफ़िक प्रवाह का विश्लेषण करते हैं। + +## समस्या + +पिछले दशक में, हमने अत्याधुनिक एज-डिवाइस (जैसे, मोबाइल फोन, स्मार्ट घड़ियाँ, या सेंसर) की बढ़ती संख्या देखी है। +कुछ मामलों में, वास्तविक डेटा प्रोसेसिंग न केवल अच्छा है बल्कि महत्वपूर्ण भी है। +आप उदाहरण के तौर पर स्वचलित गाड़ियों के बारे में सोच सकते हैं। +अब कल्पना करें कि कार के सेंसर से डेटा को वाहन में वापस भेजने से पहले प्रसंस्करण के लिए डेटा सेंटर में स्थानांतरित करना होगा ताकि यह उचित रूप से प्रतिक्रिया कर सके। +इसके वजे से अंतर्निहित नेटवर्क में विलंबता घातक हो सकती है। +हालाँकि यह एक अति अधिक उदाहरण है, अधिकांश उपयोगकर्ता तत्काल प्रतिक्रिया प्रदान करने में असमर्थ स्मार्ट डिवाइस का उपयोग नहीं करना चाहेंगे। + +## समाधान + +जैसा कि ऊपर वर्णित है, एज-डिवाइसों के उपयोगी होने के लिए, उन्हें उपयोगकर्ताओं को वास्तविक समय पर प्रतिक्रिया प्रदान करने के लिए प्रसंस्करण और विश्लेषण का कम से कम हिस्सा स्थानीय स्तर पर करना होगा। +यह कुछ स्टोरेज और प्रसंस्करण संसाधनों को डेटा सेंटर से उस स्थान पर स्थानांतरित करके प्राप्त किया जाता है जहां डेटा उत्पन्न होता है: जैसे की एज-डिवाइस। +संसाधित और असंसाधित डेटा को बाद में आगे की प्रक्रिया और स्टोरेज के लिए डेटा सेंटर में भेजा जाता है। +संक्षेप में, कुशलता और गति एज-कंप्यूटिंग के प्राथमिक चालक हैं। 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` ने एकल टीसीपी अनुरोधों का उपयोग किया था। यह बहुत अक्षम था क्योंकि इसमें प्रत्येक घटना के लिए एक कनेक्शन बनाने की आवश्यकता होती थी| +चूंकि डेटा प्रकृति में अधिक रीयल-टाइम बन जाता है, ऐसे समाधान को स्केल करना अक्षम हो जाता है। एक बार कनेक्शन खोलना और घटनाओं को प्रवाहित होने देना वास्तविक समय संग्रह के लिए आदर्श है।उत्पन्न होने वाले डेटा की मात्रा तेजी से बढ़ रही है और इसके साथ ही डेटा स्थिति निरंतर प्रवाह में है। +डेवलपर्स और उपयोगकर्ताओं को उस डेटा को वास्तविक समय में देखने में सक्षम होना चाहिए। + + +## समाधान + +इवेंट स्ट्रीमिंग डेटा परिवर्तनों को स्रोत से रिसीवर तक संचारित करने की अनुमति देती है। सूचना के अनुरोध के लिए सेवाओं की प्रतीक्षा करने के बजाय, सेवा अपने सभी कार्यक्रमों (या गतिविधियों) को लगातार स्ट्रीम करती है। यह इस बारे में चिंतित नहीं है कि सूचना का क्या होता है। +यह केवल वही करता है जो इसे करने की आवश्यकता होती है और इसे प्रसारित करता है, इस प्रकार यह किसी भी अन्य सेवा से पूरी तरह स्वतंत्र रहता है। 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/) 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: ["प्रॉपर्टी"] +--- + +गणित या कंप्यूटर विज्ञान में, इडेमपोटेन्स एक ऐसे ऑपरेशन का वर्णन करता है जिसका परिणाम हमेशा एक ही होता है, चाहे आप इसे कितनी भी बार निष्पादित करें। +यदि पैरामीटर समान हैं, तो एक इडेमपोटेन्ट ऑपरेशन को कई बार निष्पादित करने से कोई अतिरिक्त प्रभाव नहीं पड़ेगा। 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/) होने की शमता रखता है। +क्लस्टर की वास्तविक स्थिति हमेशा ऑपरेटर की इच्छित स्थिति से मेल खाती है। +यदि कुबेरनेट्स प्रकट फ़ाइलों में वर्णित से विचलन का पता लगाता है, तो कुबेरनेट्स नियंत्रक इसे ठीक करता है। +जबकि कुबेरनेट्स द्वारा उपयोग की जाने वाली अवसंरचना लगातार बदलती रहती है, कुबेरनेट्स लगातार और स्वचालित रूप से परिवर्तनों के अनुकूल यह सुनिश्चित करता है कि यह इच्छित स्थिति से मेल खाता है। 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 : ["आर्किटेक्चर","मौलिक"] +--- + +## यह क्या है + +माइक्रोसर्विसेज अनुप्रयोग विकास के लिए एक आधुनिक दृष्टिकोण है जो क्लाउड नेटिव प्रौद्योगिकियों का लाभ उठाता है। जबकि आधुनिक एप्लिकेशन, जैसे नेटफ्लिक्स, एक ही ऐप प्रतीत होते हैं, वे वास्तव में छोटी सेवाओं का एक संग्रह हैं - सभी एक साथ मिलकर काम कर रहे हैं। उदाहरण के लिए, एक एकल पृष्ठ जो आपको वीडियो तक पहुंचने, खोजने और पूर्वावलोकन करने की अनुमति देता है, संभवतः छोटी सेवाओं द्वारा संचालित होता है जो प्रत्येक इसके एक पहलू को संभालती हैं (जैसे खोज, प्रमाणीकरण और आपके ब्राउज़र में पूर्वावलोकन चलाना)। संक्षेप में, माइक्रोसर्विसेज एक एप्लिकेशन आर्किटेक्चर पैटर्न को संदर्भित करता है जो आमतौर पर अखंड अनुप्रयोगों के विपरीत होता है । + +## समस्या + +माइक्रोसर्विसेज अखंड अनुप्रयोगों द्वारा उत्पन्न चुनौतियों का जवाब है। आम तौर पर, किसी एप्लिकेशन के विभिन्न हिस्सों को अलग-अलग स्केल करने की आवश्यकता होगी । एक ऑनलाइन स्टोर, उदाहरण के लिए, चेकआउट की तुलना में अधिक उत्पाद दृश्य होने जा रहे हैं। इसका मतलब है कि आपको चेकआउट की तुलना में चल रही उत्पाद दृश्य कार्यक्षमता की अधिक प्रतियों की आवश्यकता होगी। एक अखंड अनुप्रयोग में, तर्क के उन अंशों को अलग से तैनात नहीं किया जा सकता है। यदि आप उत्पाद की कार्यक्षमता को अलग-अलग माप नहीं सकते हैं, तो आपको पूरे ऐप को अन्य सभी घटकों के साथ डुप्लिकेट करना होगा जिनकी आपको आवश्यकता नहीं है - संसाधनों का अक्षम उपयोग। अखंड अनुप्रयोग भी डेवलपर्स के लिए डिज़ाइन की कमियों के आगे झुकना आसान बनाते हैं। क्योंकि सभी कोड एक ही स्थान पर हैं, इसलिए उस कोड को कसकर युग्मित करना आसान होता है और चिंताओं को अलग करने के सिद्धांत को लागू करना कठिन है। मोनोलिथ्स की अक्सर आवश्यकता होती है कि डेवलपर्स उत्पादक होने से पहले पूरे कोडबेस को समझें । + +## समाधान + +अलग-अलग माइक्रोसर्विसेज में कार्यक्षमता को अलग करने से उन्हें स्वतंत्र रूप से तैनात करना, अपडेट करना और स्केल करना आसान हो जाता है। अलग-अलग टीमों को एक बड़े एप्लिकेशन के अपने स्वयं के छोटे हिस्से पर ध्यान केंद्रित करने की अनुमति देकर आप बाकी संगठन को नकारात्मक रूप से प्रभावित किए बिना उनके ऐप पर काम करना भी आसान बना देते हैं। जबकि माइक्रोसर्विसेज कई समस्याओं को हल करते हैं, वे ऑपरेशनल ओवरहेड भी बनाते हैं - जिन चीजों को आपको परिनियोजित करने और परिमाण या अधिक के क्रम में वृद्धि का ट्रैक रखने की आवश्यकता होती है। कई क्लाउड-नेटिव तकनीकों का उद्देश्य माइक्रोसर्विसेज को तैनात करना और प्रबंधित करना आसान बनाना है। 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", "", ""] +--- + +## यह क्या है +अवलोकनीयता अवलोकन के तहत सिस्टम से संकेतों के आधार पर कार्रवाई योग्य अंतर्दृष्टि को लगातार उत्पन्न करने और खोजने की क्षमता है। दूसरे शब्दों में, अवलोकनीयता उपयोगकर्ताओं को बाहरी आउटपुट से सिस्टम की स्थिति को समझने और (सुधारात्मक) कार्रवाई करने की अनुमति देती है। + +## समस्या +कंप्यूटर सिस्टम को निम्न-स्तरीय संकेतों जैसे सीपीयू समय, मेमोरी, डिस्क स्थान, और उच्च-स्तरीय और व्यावसायिक संकेतों को देखकर मापा जाता है, जिसमें एपीआई प्रतिक्रिया समय, त्रुटियां, प्रति सेकंड लेनदेन आदि शामिल हैं। + +किसी प्रणाली की अवलोकनीयता का उसके परिचालन और विकास लागतों पर महत्वपूर्ण प्रभाव पड़ता है। ऑब्जर्वेबल सिस्टम अपने ऑपरेटरों को सार्थक, कार्रवाई योग्य डेटा प्रदान करते हैं, जिससे उन्हें अनुकूल परिणाम (त्वरित घटना प्रतिक्रिया, डेवलपर उत्पादकता में वृद्धि) और कम मेहनत और डाउनटाइम प्राप्त करने की अनुमति मिलती है। + +## समाधान +यह समझना महत्वपूर्ण है कि अधिक जानकारी आवश्यक रूप से अधिक अवलोकन योग्य प्रणाली में परिवर्तित नहीं होती है। वास्तव में, कभी-कभी, सिस्टम द्वारा उत्पन्न जानकारी की मात्रा एप्लिकेशन द्वारा उत्पन्न शोर से मूल्यवान स्वास्थ्य संकेतों की पहचान करना कठिन बना सकती है। अवलोकनीयता के लिए सही निर्णय लेने के लिए सही उपभोक्ता (मानव या सॉफ़्टवेयर का टुकड़ा) के लिए सही समय पर सही डेटा की आवश्यकता होती है। 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 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 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/) मॉडल के तहत, उपयोगकर्ता क्षमता की इकाइयों को पूर्व-खरीद करते हैं, जिसका अर्थ है कि आप अपने ऐप्स चलाने के लिए हमेशा-ऑन सर्वर घटकों के लिए सार्वजनिक क्लाउड प्रदाता का भुगतान करते हैं। उच्च मांग के समय सर्वर क्षमता को बढ़ाना और उस क्षमता की आवश्यकता नहीं होने पर इसे कम करना उपयोगकर्ता की जिम्मेदारी है। ऐप को चलाने के लिए आवश्यक क्लाउड इन्फ्रास्ट्रक्चर तब भी सक्रिय रहता है, जब ऐप का उपयोग नहीं किया जा रहा हो। + +## समाधान + +इसके विपरीत, सर्वरलेस आर्किटेक्चर के साथ, ऐप्स केवल आवश्यकतानुसार लॉन्च किए जाते हैं। जब कोई ईवेंट चलने के लिए ऐप कोड को ट्रिगर करता है, तो सार्वजनिक क्लाउड प्रदाता गतिशील रूप से उस कोड के लिए संसाधन आवंटित करता है। कोड निष्पादित होने पर उपयोगकर्ता भुगतान करना बंद कर देता है। लागत और दक्षता लाभों के अलावा, सर्वरलेस डेवलपर्स को ऐप स्केलिंग और सर्वर प्रोविजनिंग से जुड़े नियमित और छोटे कार्यों से मुक्त करता है। सर्वरलेस होने के साथ, नियमित कार्य जैसे ऑपरेटिंग सिस्टम और फ़ाइल सिस्टम का प्रबंधन, सुरक्षा पैच, लोड संतुलन, क्षमता प्रबंधन, स्केलिंग, लॉगिंग और निगरानी सभी क्लाउड सेवा प्रदाता को लोड कर दिए जाते हैं। 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: अवधारणा +--- + +## यह क्या है + +सर्विस डिस्कवरी एक सेवा बनाने वाले व्यक्तिगत उदाहरणों को खोजने की प्रक्रिया है। एक सर्विस डिस्कवरी टूल, सर्विस बनाने वाले विभिन नोड्स या एंड-पॉइंट्स को ट्रैक करता है। + +## समस्या + +क्लाउड नेटिव आर्किटेक्चर गतिशील और तरल हैं, जिसका अर्थ है कि वे लगातार बदलते रहेते हैं। एक कंटेनरीकृत ऐप संभवतः अपने जीवनकाल में कई बार शुरू और बंद होगा। हर बार ऐसा होने पर, इसका एक नया पता होगा और कोई भी ऐप जो इसे खोजना चाहता है उसे नए स्थान की जानकारी प्रदान करने के लिए एक टूल की आवश्यकता होगी। + +## समाधान + +सर्विस डिस्कवरी नेटवर्क के भीतर ऐप्स का ट्रैक रखती है ताकि जरूरत पड़ने पर वे एक-दूसरे को ढूंढ सकें। यह व्यक्तिगत सेवाओं को खोजने और संभावित रूप से पहचानने के लिए एक सामान्य स्थान प्रदान करता है। सर्विस की खोज करने वाले सर्च-इंजन डेटाबेस-जैसे उपकरण हैं, जो इस बारे में जानकारी संग्रहीत करते हैं कि कौन सी सेवाएँ मौजूद हैं और उनका पता कैसे लगाया जाए। diff --git a/content/hi/service-mesh.md b/content/hi/service-mesh.md new file mode 100644 index 0000000000..7b0a2a6cf5 --- /dev/null +++ b/content/hi/service-mesh.md @@ -0,0 +1,14 @@ +--- +title: सर्विस मेश (Service Mesh) +status: Completed +category: प्रौद्योगिकी +--- + +## यह क्या है +एक [माइक्रोसर्विसेज](/microservices/) दुनिया में, ऐप्स को कई छोटी [सेवाओं](/service/) में विभाजित किया जाता है जो एक नेटवर्क पर संचार करते हैं। आपके वाईफाई नेटवर्क की तरह, कंप्यूटर नेटवर्क आंतरिक रूप से अविश्वसनीय, हैक करने योग्य और अक्सर धीमे होते हैं। सर्विस मेश सेवाओं के बीच ट्रैफ़िक (यानी, संचार) को प्रबंधित करके और [विश्वसनीयता](/reliability/), [अवलोकनशीलता](/observability/), और सुरक्षा सुविधाओं को सभी सेवाओं में समान रूप से जोड़कर चुनौतियों के इस नए सेट का समाधान करता है। + +## समस्या +एक माइक्रोसर्विस आर्किटेक्चर में स्थानांतरित होने के बाद, इंजीनियर अब सैकड़ों, संभवतः हजारों व्यक्तिगत सेवाओं के साथ काम कर रहे हैं, सभी को संवाद करने की आवश्यकता है। इसका मतलब है कि नेटवर्क पर बहुत अधिक ट्रैफ़िक आगे और पीछे जा रहा है। इसके शीर्ष पर, व्यक्तिगत अनुप्रयोगों को नियामक आवश्यकताओं का समर्थन करने के लिए संचार एन्क्रिप्ट करने, संचालन टीमों को सामान्य मीट्रिक प्रदान करने, या मुद्दों का निदान करने में सहायता के लिए यातायात में विस्तृत अंतर्दृष्टि प्रदान करने की आवश्यकता हो सकती है। यदि व्यक्तिगत अनुप्रयोगों में बनाया गया है, तो इनमें से प्रत्येक विशेषता टीमों के बीच घर्षण पैदा करेगी और नई सुविधाओं के विकास को धीमा कर देगी। + +## समाधान +सर्विस मेश कोड परिवर्तन की आवश्यकता के बिना एक क्लस्टर में सभी सेवाओं में समान रूप से विश्वसनीयता, अवलोकन क्षमता और सुरक्षा सुविधाएँ जोड़ते हैं। सर्विस मेश से पहले, उस कार्यक्षमता को हर एक सेवा में एन्कोड किया जाना था, जो बगस और तकनीकी ऋण का संभावित स्रोत बन गया। 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/) से या उससे आने वाले ट्रैफ़िक को रोकता है, +उसमे फिर कुछ नियम लागू करता है, फिर उस ट्रैफ़िक को किसी अन्य सर्विस पर आगे भेजता है। +यह अनिवार्य रूप से एक "मध्यस्थ" के रूप में कार्य करता है जो नेटवर्क ट्रैफ़िक के बारे में जानकारी एकत्र करता है और उस पर नियम लागू करता है। + +## समस्या + +सर्विस से सर्विस संचार (उर्फ नेटवर्क ट्रैफ़िक) का ट्रैक रखने के लिए और +संभावित रूप से इसे परिवर्तित या पुन: निर्देशित करने के लिए, हमें डेटा एकत्र करने की आवश्यकता होती है। +परंपरागत रूप से, डेटा संग्रह और नेटवर्क ट्रैफ़िक प्रबंधन को सक्षम करने वाला कोड प्रत्येक एप्लिकेशन के भीतर एम्बेड किया जाता है। + +## समाधान + +एक सर्विस प्रॉक्सी हमें इस कार्यक्षमता को लागू करने की अनुमति देती है। +अब इसे ऐप्स के भीतर रहने की आवश्यकता नहीं होगी। +इसके बजाय, अब इसे प्लेटफ़ॉर्म की परत (जहां आपके ऐप्स चलते हैं) में एम्बेड किया जायेगा। + +सर्विस के बीच गेटकीपर के रूप में कार्य करते हुए, प्रॉक्सी यह जानकारी प्रदान करती है कि किस प्रकार का संचार हो रहा है। +अपनी निरीक्षण के आधार पर, वे यह निर्धारित करती है कि किसी विशेष अनुरोध को कहां भेजना है या इसे पूरी तरह से अस्वीकार करना है। + +प्रॉक्सी महत्वपूर्ण डेटा एकत्र करती है, रूटिंग का प्रबंधन करती है (सर्विस के बीच ट्रैफ़िक को समान रूप से फैलाना या यदि कुछ सेवाएँ ख़राब हो जाती हैं तो पुनः रूट करना), +इंक्रिप्टेड कनेक्शन, और कैश मैमोरी (संसाधन की खपत को कम करना और आदि)। 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/) परिभाषा देखें। 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 समाधान इन प्रथाओं को लेफ्ट शिफ्ट करने में मदद करते हैं। हालांकि, शिफ्ट लेफ्ट को टीम के भीतर सुधारित प्रक्रियाओं और सांस्कृतिक परिवर्तनों के माध्यम से भी लागू किया जा सकता है। + 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 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: ["सिक्योरिटी", "नेटवर्किंग"] +--- + +## यह क्या है + +ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) एक प्रोटोकॉल है जिसे नेटवर्क पर संचार को बढ़ी हुई सुरक्षा प्रदान करने के लिए डिज़ाइन किया गया है। +यह इंटरनेट पर भेजे गए डेटा की सुरक्षित डिलीवरी सुनिश्चित करता है, +जैसे डेटा की संभावित निगरानी या परिवर्तन से बचाव। +यह प्रोटोकॉल मैसेजिंग, ई-मेल आदि जैसे अनुप्रयोगों में व्यापक रूप से उपयोग किया जाता है। + +## यह किस समस्या का समाधान करता है + +टीएलएस के बिना, ब्राउज़िंग आदतें, ई-मेल पत्रचार, ऑनलाइन चैट और कॉन्फ्रेंसिंग कॉल जैसी संवेदनशील जानकारी +ट्रांसमिशन के दौरान दूसरों द्वारा आसानी से पता लगाई और संशोधित कि जा सकती है। +टीएलएस का समर्थन करने के लिए सर्वर और क्लाइंट एप्लिकेशन को सक्षम या इनेबल करना यह सुनिश्चित करता है, +ता की उनके बीच प्रसारित डेटा गोपित रहे और डेटा तीसरे पक्ष द्वारा देखने योग्य ना हो। + +## यह कैसे मदद करता है + +टीएलएस एन्कोडिंग तकनीकों के जोड़ का उपयोग करता है जो नेटवर्क पर डेटा संचारित करते समय सुरक्षा प्रदान करते हैं। +टीएलएस क्लाइंट एप्लिकेशन और सर्वर, जैसे वेब ब्राउज़र और बैंकिंग साइट के बीच एन्क्रिप्टेड कनेक्शन की अनुमति देता है। +यह क्लाइंट एप्लिकेशन को उस सर्वर की सकारात्मक रूप से पहचान करने की भी अनुमति देता है जिस पर वे कॉल कर रहे हैं, +जिससे ग्राहक द्वारा किसी धोखाधड़ी वाली साइट से बात करने का जोखिम कम हो जाता है। +यह सुनिश्चित करता है कि तीसरे पक्ष में टीएलएस का उपयोग करके अनुप्रयोगों के बीच प्रसारित डेटा को देखने और निगरानी करने में असमर्थ हो। +जो संवेदनशील और निजी जानकारी जैसे क्रेडिट कार्ड नंबर, पासवर्ड, स्थान आदि की सुरक्षा करता है। 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 रैम सिस्टम पर स्विच करना। +(कृपया भिन्न स्केलिंग दृष्टिकोण के लिए [क्षैतिज स्केलिंग](/क्षैतिज-स्केलिंग/) देखें।) + +## यह समस्या का समाधान करता है + +जैसे-जैसे किसी एप्लिकेशन की मांग उस एप्लिकेशन इंस्टेंस की वर्तमान क्षमता से अधिक बढ़ती है, +तो हमें सिस्टम को स्केल करने (क्षमता जोड़ने) का एक तरीका खोजने की जरूरत है। +हम या तो मौजूदा नोड्स में अधिक गणना संसाधन जोड़ सकते हैं (ऊर्ध्वाधर स्केलिंग) +या सिस्टम में अधिक नोड्स ([क्षैतिज स्केलिंग](/क्षैतिज-स्केलिंग/))। +[स्केलेबिलिटी](/स्केलेबिलिटी/) प्रतिस्पर्धात्मकता, दक्षता, प्रतिष्ठा और गुणवत्ता में योगदान करती है। + +## यह कैसे मदद करता है + +वर्टिकल स्केलिंग आपको एप्लिकेशन कोड को बदले बिना अपने सर्वर का आकार बदलने की अनुमति देता है। +यह क्षैतिज स्केलिंग के विपरीत है, जहां ऐप को स्केल करने के लिए प्रतिकृति चाहिए, जहां संभावित रूप से कोड अपडेट की आवश्यकता होती है। +वर्टिकल स्केलिंग से मौजूदा एप्लिकेशन की क्षमता बढ़ाई जा सकती है जैसे कंप्यूट संसाधन जोड़ने से ऐप को अधिक अनुरोधों को संसाधित करने और समवर्ती रूप से अधिक कार्य करने की अनुमति मिलती है। + +## संबंधित शर्तें + +* [क्षैतिज स्केलिंग](/क्षैतिज-स्केलिंग/) +* [ऑटो स्केलिंग](/ऑटो-स्केलिंग/) diff --git a/content/hi/virtualization.md b/content/hi/virtualization.md new file mode 100644 index 0000000000..38c088e547 --- /dev/null +++ b/content/hi/virtualization.md @@ -0,0 +1,22 @@ +--- +title: वर्चुअलाइजेशन (Virtualization) +status: Feedback Appreciated +category: संकल्पना +tags: ["Fundamental", "Infrastructure", "Methodology"] +--- + +## यह क्या है + +क्लाउड नेटिव के संदर्भ में वर्चुअलाइजेशन, एक वर्चुअल कंप्यूटर लेने की प्रक्रिया को संदर्भित करता है, जिसे कभी-कभी सर्वर भी कहा जाता है, और उसे कई पृथक ऑपरेटिंग सिस्टम चलाने की अनुमति देता है। +उन पृथक ऑपरेटिंग सिस्टम और उनके समर्पित कंप्यूट संसाधन (सीपीयू, मेमोरी और नेटवर्क) को वर्चुअल मशीन या 'वीएम' (VM) कहा जाता है। जब हम वर्चुअल मशीन के बारे में बात करते हैं, +तो हम सॉफ्टवेयर-परिभाषित कंप्यूटर के बारे में बात कर रहे होते हैं। यह कुछ ऐसा है जो वास्तविक कंप्यूटर की तरह दिखता और कार्य तो करता है लेकिन अन्य वर्चुअल मशीनों के साथ हार्डवेयर को साझा कर रहा होता है। +क्लाउड कंप्यूटिंग मुख्य रूप से वर्चुअल मशीन की तकनीक द्वारा संचालित होती है। उदाहरण के तौर पर, आप AWS से "कंप्यूटर" किराये पर ले सकते हैं- यह कंप्यूटर वास्तव में एक वर्चुअल मशीन होगा। + +## समस्या +वर्चुअलाइजेशन कई समस्याओं का समाधान करता है, जिसमें सुरक्षा के लिए एक दूसरे से अलग होते हुए भी एक ही भौतिक मशीन पर और अधिक एप्लीकेशन को चलने की अनुमति देकर हार्डवेयर के उपयोग में सुधार भी कर सकते हैं। + +## समाधान + +वर्चुअल मशीन पर चलने वाले विभिन्न एप्लीकेशन को इस बात की कोई जानकारी नहीं होती है कि वे एक भौतिक कंप्यूटर को साझा कर रहीं हैं। वर्चुअलाइजेशन डेटासेंटर के उपयोगकर्ताओं को डेटासेंटर में एक नया +कंप्यूटर को जोड़ने की भौतिक बाधाओं के बारे में चिंता किए बिना, मिनटों में एक नए "कंप्यूटर" (वि एम) को तुरंत शुरू करने की अनुमति देता है। वर्चुअल मशीन उपयोगकर्ताओं को एक नया वर्चुअल कंप्यूटर प्राप्त +करने के लिए लगने वाली समयावधि को घटाने में भी सक्षम बनाता है। 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 प्रणाली के डिजाइन और कार्यान्वयन के लिए एक दृष्टिकोण निर्धारित करता है जहां विश्वास पूरी तरह से हटा दिया गया है। मूल सिद्धांत "कभी भरोसा न करें, हमेशा सत्यापित करें", उपकरण या प्रणाली स्वयं, प्रणाली के अन्य घटकों से संचार करते समय, ऐसा करने से पहले हमेशा स्वयं को सत्यापित करें। आज कई नेटवर्क में, निगमित नेटवर्क के भीतर, प्रणाली और उपकरण के अंदर स्वतंत्र रूप से एक दूसरे के साथ संवाद कर सकते हैं क्योंकि वे निगमित नेटवर्क परिधि की विश्वसनीय सीमा के भीतर हैं। ज़ीरो ट्रस्ट आर्किटेक्चर विपरीत दृष्टिकोण लेता है, हालांकि नेटवर्क परिधि के अंदर, किसी भी संचार से पहले प्रणाली के भीतर घटकों को पहले सत्यापन पास करना होगा। + +## समस्या यह संबोधित करता है + +पारंपरिक ट्रस्ट आधारित दृष्टिकोण के साथ जहां प्रणाली और उपकरण जो निगमित नेटवर्क परिधि के भीतर मौजूद हैं, धारणा यह है कि क्योंकि विश्वास है, कोई समस्या नहीं है। हालांकि, ज़ीरो ट्रस्ट आर्किटेक्चर मानता है कि ट्रस्ट एक भेद्यता है। उस घटना में जहां एक हमलावर ने एक विश्वसनीय उपकरण तक पहुंच प्राप्त कर ली है, उस उपकरण को दिए गए भरोसे और पहुंच के स्तर के आधार पर, प्रणाली अब हमले की चपेट में है, क्योंकि हमलावर "विश्वसनीय" नेटवर्क परिधि के भीतर है और पूरे प्रणाली में बाद में स्थानांतरित करने में सक्षम है। ज़ीरो ट्रस्ट आर्किटेक्चर में, विश्वास हटा दिया जाता है, इसलिए हमले की सतह को कम करता है एक हमलावर के रूप में अब पूरे प्रणाली में आगे जाने से पहले सत्यापित करने के लिए मजबूर किया जाता है। + +## यह कैसे मदद करता है + +ज़ीरो ट्रस्ट आर्किटेक्चर को अपनाने से हमले की सतह में कमी के साथ बढ़ी हुई सुरक्षा का प्रमुख लाभ मिलता है। अपने निगमित प्रणाली से विश्वास हटाने से अब सुरक्षा द्वारों की संख्या और ताकत बढ़ जाती है। प्रणाली के अन्य क्षेत्रों तक पहुंच प्राप्त करने के लिए एक हमलावर को गुजरना पड़ता है। 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つまたは複数の修正をお願いすることがあります。 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はパフォーマンスの制限、言語の制約、コードの可搬性、セキュリティに関する懸念、コードサイズ、および読み込み時間の問題に対処しウェブアプリケーション開発により堅牢で柔軟な環境を提供します。 diff --git a/content/ru/zero-trust-architecture.md b/content/ru/zero-trust-architecture.md new file mode 100644 index 0000000000..ecb56c73be --- /dev/null +++ b/content/ru/zero-trust-architecture.md @@ -0,0 +1,23 @@ +--- +title: Шаблон для определений +status: Feedback Appreciated +category: concept +--- + +Архитектура нулевого доверия — это подход к проектированию и реализации IT-систем, при котором доверие, пользователю или соединению, полностью исключается. +Устройства и системы действуют по приниципу “никогда не доверять, всегда проверять”, то есть всегда удостоверяют себя, прежде чем прокоммуницировать с другими компонентами системы. +Во многих современных корпоративных сетях системы и устройства могут свободно коммуницировать друг с другом, поскольку они находятся в пределах доверенной сети. +Архитектура нулевого доверия придерживается противоложного подхода: несмотря на то, что компоненты системы находятся в доверенном сетевом контуре, они обязаны удостоверять себя каждый раз, когда собираются с кем-либо прокоммуницировать. + +## Какую проблему решает + +При традиционном подходе к безопасности мы доверяем тем системам и устройствам, которые находятся внутри корпоративной сети; считается, что если сеть доверенная, то проблем с безопасностью быть не должно. +Архитектура нулевого доверия признает, что доверие приводит к уязвимости. +Когда атакующий получает доступ к доверенному устройству, система становится уязвима к атакам — более или менее, в зависимости от уровня доступа, который имеет это устройство — поскольку атакующий находится внутри “доверенной” сети и может перемещаться по всей системе. +Напротив, в системе, которая основана на архитектуре нулевого доверия, этого доверия нет, благодаря чему поверхность такой атаки уменьшается. +В этом случае атакующий будет вынужден удостоверять себя каждый раз, когда будет перемещаться вглубь системы. + +## Как именно решает проблему + +Главное преимущество систем, в которых принята архитектура нулевого доверия, состоит в том, что безопасность повышается за счет уменьшения поверхности атаки. +Когда вы убираете доверие из корпоративной сети, вы вынуждаете атакующего проходить более сложные проверки безопасности, чтобы получать доступ к разным участкам системы. 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 解决方案有助于将这些实践向左移。 +然而，左移也可以通过改进团队的流程和文化变革来实现。 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] 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/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] diff --git a/i18n/ko.toml b/i18n/ko.toml index 399fe58cda..484c68133b 100644 --- a/i18n/ko.toml +++ b/i18n/ko.toml @@ -16,25 +16,25 @@ other = "이 사이트 검색하기…" # Used in sentences such as "Posted in News" [ui_in] -other = "내부" +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,13 +45,13 @@ other = "개인 정보 처리 방침" [footer_hub_button_text] -other = "All CNCF Sites" +other = "모든 CNCF 사이트" # Post (blog, articles etc.) [post_byline_by] -other = "의해서" +other = "의해" [post_created] -other = "생성된" +other = "작성" [post_last_mod] other = "최근 수정" [post_edit_this] @@ -65,11 +65,11 @@ other = "프로젝트 이슈 생성하기" [post_posts_in] other = "포스트된 곳" [post_reading_time] -other = "읽은 시간(분)" +other = "읽는 데 걸리는 시간(분)" # Print support [print_printable_section] -other = "이 섹션을 다중 페이지로 프린트할 수 있는 화면 보기." +other = "이 섹션을 다중 페이지로 프린트할 수 있는 화면 보기" [print_click_to_print] other = "프린트하기" [print_show_regular] 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 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/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 -" 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: '%}}' 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