From 6d888bbd383651d033e74ac1156567bd266aecbe Mon Sep 17 00:00:00 2001 From: Sajib Adhikary <60180521+sajibAdhi@users.noreply.github.com> Date: Thu, 28 Nov 2024 02:39:33 +0600 Subject: [PATCH] [bn] Merge `dev-bn` branch into `main` branch (#3301) Signed-off-by: Sachin Sharma Signed-off-by: Tanmay Sarkar <84321236+sarkartanmay393@users.noreply.github.com> Signed-off-by: Md Shahriyar Al Mustakim Mitul Signed-off-by: AbdullahArean <2019-917-795@student.cse.du.ac.bd> Signed-off-by: Abdullah Ibne Hanif Arean <70502574+AbdullahArean@users.noreply.github.com> Signed-off-by: Tanmay Sarkar Signed-off-by: nazma1234 <78928674+nazma1234@users.noreply.github.com> Signed-off-by: Saber382 <78927820+Saber382@users.noreply.github.com> Signed-off-by: Imtiaz1234 <78928464+Imtiaz1234@users.noreply.github.com> Signed-off-by: Arindam Majumder <109217591+Arindam200@users.noreply.github.com> Signed-off-by: Abhijeet Basfore <68768410+abhijeet-26@users.noreply.github.com> Signed-off-by: Sajib Adhikary Signed-off-by: @sajibAdhi Signed-off-by: Noor E Jannat Nafia <90461705+noor-e-jannatnafia@users.noreply.github.com> Signed-off-by: Nikhil Barik <36399086+nerdynikhil@users.noreply.github.com> Signed-off-by: Nikhil Barik Signed-off-by: Refayatul Signed-off-by: Khan MD Saifullah Anjar <94192701+kmsanjar47@users.noreply.github.com> Signed-off-by: mahadihassanriyadh Signed-off-by: Md. Mahadi Hassan Riyadh Signed-off-by: Ritam Samanta <91908473+RitamSamant@users.noreply.github.com> Signed-off-by: Naymul Islam <68547750+ai-naymul@users.noreply.github.com> Signed-off-by: Khan MD Saifullah Anjar Signed-off-by: Asem Hamid <155321064+asem-hamid@users.noreply.github.com> Signed-off-by: Debaditya Som <121785700+Debaditya-Som@users.noreply.github.com> Signed-off-by: Sajib Adhikary <60180521+sajibAdhi@users.noreply.github.com> Signed-off-by: Musanna Al Akil <43068505+Musanna-al-akil@users.noreply.github.com> Co-authored-by: Md Shahriyar Al Mustakim Mitul Co-authored-by: Imtiaz1234 <78928464+Imtiaz1234@users.noreply.github.com> Co-authored-by: Umme Abira Azmary <95493187+Mouly22@users.noreply.github.com> Co-authored-by: seokho-son Co-authored-by: Shadman Rafy <103331572+smrafy20@users.noreply.github.com> Co-authored-by: nazma1234 <78928674+nazma1234@users.noreply.github.com> Co-authored-by: Saber382 <78927820+Saber382@users.noreply.github.com> Co-authored-by: Saber307 <78928137+Saber307@users.noreply.github.com> Co-authored-by: Md Shahriyar Al Mustakim Mitul <57193846+mitul3737@users.noreply.github.com> Co-authored-by: Mahrjose Co-authored-by: MD Ikramul Kayes <67923321+ikramulkayes@users.noreply.github.com> Co-authored-by: Md Mahibul Haque Co-authored-by: Jihoon Seo Co-authored-by: Sachin Sharma <66516153+devsachinsharma@users.noreply.github.com> Co-authored-by: Tanmay Sarkar <84321236+sarkartanmay393@users.noreply.github.com> Co-authored-by: Abdullah Ibne Hanif Arean <70502574+AbdullahArean@users.noreply.github.com> Co-authored-by: Pratik Dey <56970651+PratikDey@users.noreply.github.com> Co-authored-by: Arindam Majumder <109217591+Arindam200@users.noreply.github.com> Co-authored-by: Abhijeet Basfore <68768410+abhijeet-26@users.noreply.github.com> Co-authored-by: sajibAdhi Co-authored-by: Noor E Jannat Nafia <90461705+noor-e-jannatnafia@users.noreply.github.com> Co-authored-by: Nikhil Barik Co-authored-by: Refayatul Co-authored-by: Khan MD Saifullah Anjar <94192701+kmsanjar47@users.noreply.github.com> Co-authored-by: Md. Mahadi Hassan Riyadh Co-authored-by: Ritam Samanta <91908473+RitamSamant@users.noreply.github.com> Co-authored-by: Naymul Islam <68547750+ai-naymul@users.noreply.github.com> Co-authored-by: Khan MD Saifullah Anjar Co-authored-by: A K M Jubaeir Islam <32791753+Zubiii333@users.noreply.github.com> Co-authored-by: Asem Hamid <155321064+asem-hamid@users.noreply.github.com> Co-authored-by: Debaditya Som <121785700+Debaditya-Som@users.noreply.github.com> Co-authored-by: Jihoon Seo <46767780+jihoon-seo@users.noreply.github.com> Co-authored-by: Musanna Al Akil <43068505+Musanna-al-akil@users.noreply.github.com> Co-authored-by: Nate W --- content/bn/application-programming-interface.md | 16 +++++++++++++--- content/bn/chaos-engineering.md | 2 +- content/bn/cloud-native-apps.md | 2 +- content/bn/container-orchestration.md | 2 +- content/bn/containerization.md | 5 ++--- content/bn/continuous-delivery.md | 2 +- content/bn/devops.md | 2 +- content/bn/loosely-coupled-architecture.md | 2 +- content/bn/microservices-architecture.md | 8 ++++---- content/bn/observability.md | 2 +- content/bn/search.md | 2 +- content/bn/security-chaos-engineering.md | 2 +- content/bn/zero-trust-architecture.md | 6 +++--- i18n/bn.toml | 2 +- 14 files changed, 32 insertions(+), 23 deletions(-) diff --git a/content/bn/application-programming-interface.md b/content/bn/application-programming-interface.md index 88b4a0883d..00957ed924 100644 --- a/content/bn/application-programming-interface.md +++ b/content/bn/application-programming-interface.md @@ -5,10 +5,20 @@ category: প্রযুক্তি tags: ["স্থাপত্য", "মৌলিক", ""] --- -একটি API হল কম্পিউটার প্রোগ্রামগুলির একে অপরের সাথে যোগাযোগ করার একটি উপায়। মানুষ যেমন একটি ওয়েব পৃষ্ঠার মাধ্যমে একটি ওয়েবসাইটের সাথে যোগাযোগ করে, তেমনি একটি API কম্পিউটার প্রোগ্রামগুলিকে একে অপরের সাথে যোগাযোগ করতে দেয়। মানুষের মিথস্ক্রিয়া থেকে ভিন্ন, API-গুলির সীমাবদ্ধতা রয়েছে তাদের থেকে কী জিজ্ঞাসা করা যায় এবং কী করা যায় না। ইন্টারঅ্যাকশনের সীমাবদ্ধতা প্রোগ্রামগুলির মধ্যে স্থিতিশীল এবং কার্যকরী যোগাযোগ তৈরি করতে সহায়তা করে। +একটি API হল কম্পিউটার প্রোগ্রামগুলির একে অপরের সাথে যোগাযোগ করার একটি উপায়। +মানুষ যেমন একটি ওয়েব পৃষ্ঠার মাধ্যমে একটি ওয়েবসাইটের সাথে যোগাযোগ করে, তেমনি একটি API কম্পিউটার প্রোগ্রামগুলিকে একে অপরের সাথে যোগাযোগ করতে দেয়। +মানুষের মিথস্ক্রিয়া থেকে ভিন্ন, API-গুলির সীমাবদ্ধতা রয়েছে তাদের থেকে কী জিজ্ঞাসা করা যায় এবং কী করা যায় না। +ইন্টারঅ্যাকশনের সীমাবদ্ধতা প্রোগ্রামগুলির মধ্যে স্থিতিশীল এবং কার্যকরী যোগাযোগ তৈরি করতে সহায়তা করে। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -অ্যাপ্লিকেশনগুলি আরও জটিল হয়ে উঠলে, ছোট কোড পরিবর্তনগুলি অন্যান্য কার্যকারিতার উপর কঠোর প্রভাব ফেলতে পারে। অ্যাপ্লিকেশনগুলিকে তাদের কার্যকারিতার জন্য একটি মডুলার পদ্ধতি অবলম্বন করতে হবে যদি তারা একই সাথে বৃদ্ধি এবং স্থিতিশীলতা বজায় রাখতে পারে। API ছাড়া, অ্যাপ্লিকেশনগুলির মধ্যে মিথস্ক্রিয়া করার জন্য একটি কাঠামোর অভাব রয়েছে। একটি শেয়ার্ড ফ্রেমওয়ার্ক ছাড়া, অ্যাপ্লিকেশনগুলির জন্য [স্কেল(scale)](/bn/scalability/) এবং একীভূত করা চ্যালেঞ্জিং। + +অ্যাপ্লিকেশনগুলি আরও জটিল হয়ে উঠলে, ছোট কোড পরিবর্তনগুলি অন্যান্য কার্যকারিতার উপর কঠোর প্রভাব ফেলতে পারে। +অ্যাপ্লিকেশনগুলিকে তাদের কার্যকারিতার জন্য একটি মডুলার পদ্ধতি অবলম্বন করতে হবে যদি তারা একই সাথে বৃদ্ধি এবং স্থিতিশীলতা বজায় রাখতে পারে। +API ছাড়া, অ্যাপ্লিকেশনগুলির মধ্যে মিথস্ক্রিয়া করার জন্য একটি কাঠামোর অভাব রয়েছে। +একটি শেয়ার্ড ফ্রেমওয়ার্ক ছাড়া, অ্যাপ্লিকেশনগুলির জন্য [স্কেল(scale)](/bn/scalability/) এবং একীভূত করা চ্যালেঞ্জিং। ## এটা কিভাবে সাহায্য করে -APIগুলি কম্পিউটার প্রোগ্রাম বা অ্যাপ্লিকেশনগুলিকে একটি সংজ্ঞায়িত এবং বোধগম্য পদ্ধতিতে তথ্য আদান-প্রদান এবং আদান-প্রদান করার অনুমতি দেয়। তারা আধুনিক অ্যাপ্লিকেশনের জন্য বিল্ডিং ব্লক এবং তারা ডেভেলপারদের অ্যাপ্লিকেশন একত্রিত করার একটি উপায় প্রদান করে থাকে। যখনই আপনি [মাইক্রসার্ভিস(microservices)](/bn/microservices/) একসাথে কাজ করার কথা শুনেন, আপনি অনুমান করতে পারেন যে তারা একটি API এর মাধ্যমে ইন্টারঅ্যাক্ট করে। + +APIগুলি কম্পিউটার প্রোগ্রাম বা অ্যাপ্লিকেশনগুলিকে একটি সংজ্ঞায়িত এবং বোধগম্য পদ্ধতিতে তথ্য আদান-প্রদান এবং আদান-প্রদান করার অনুমতি দেয়। +তারা আধুনিক অ্যাপ্লিকেশনের জন্য বিল্ডিং ব্লক এবং তারা ডেভেলপারদের অ্যাপ্লিকেশন একত্রিত করার একটি উপায় প্রদান করে থাকে। +যখনই আপনি [মাইক্রসার্ভিস(microservices)](/bn/microservices-architecture/) একসাথে কাজ করার কথা শুনেন, আপনি অনুমান করতে পারেন যে তারা একটি API এর মাধ্যমে ইন্টারঅ্যাক্ট করে। \ No newline at end of file diff --git a/content/bn/chaos-engineering.md b/content/bn/chaos-engineering.md index b61f15bc51..6c8ccb45f4 100644 --- a/content/bn/chaos-engineering.md +++ b/content/bn/chaos-engineering.md @@ -9,7 +9,7 @@ tags: ["পদ্ধতি", "", ""] ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -[SRE (Site reliability engineering)](/bn/site-reliability-engineering/) এবং [DevOps](/bn/devops/) অনুশীলনে, প্রোডাক্টের স্থিতিস্থাপকতা (resiliency) এবং [নির্ভরযোগ্যতা (reliability)](/bn/reliability/) বাড়ানোর কৌশলের উপর ফোকাস করে। পর্যাপ্ত পরিষেবার মান নিশ্চিত করার সময়, একটি সিস্টেমের ব্যর্থতা সহ্য করার ক্ষমতা সাধারণত সফ্টওয়্যার ডেভেলপমেন্টে খুব প্রয়োজনীয়। এমন বেশ কয়েকটি দিক জড়িত যা একটি অ্যাপ্লিকেশনের আউটেজের দিকে নিয়ে যেতে পারে, যেমন অবকাঠামো (infrastructure), প্ল্যাটফর্ম (platform), বা ([মাইক্রোসার্ভিস-ভিত্তিক (microservices)](/bn/microservices/)) অ্যাপ্লিকেশনের অন্যান্য চলমান অংশ। প্রোডাকশন পরিবেশে নতুন ফিচারগুলির খুব তাড়াতাড়ি একের পর এক স্থাপনের ফলে ডাউনটাইম (downtime) হওয়ার সম্ভাবনা বেড়ে যায় এবং একটি গুরুতর ঘটনাও ঘটতে পারে — যা ব্যবসার জন্য যথেষ্ট পরিণতিপূর্ণ। +[SRE (Site reliability engineering)](/bn/site-reliability-engineering/) এবং [DevOps](/bn/devops/) অনুশীলনে, প্রোডাক্টের স্থিতিস্থাপকতা (resiliency) এবং [নির্ভরযোগ্যতা (reliability)](/bn/reliability/) বাড়ানোর কৌশলের উপর ফোকাস করে। পর্যাপ্ত পরিষেবার মান নিশ্চিত করার সময়, একটি সিস্টেমের ব্যর্থতা সহ্য করার ক্ষমতা সাধারণত সফ্টওয়্যার ডেভেলপমেন্টে খুব প্রয়োজনীয়। এমন বেশ কয়েকটি দিক জড়িত যা একটি অ্যাপ্লিকেশনের আউটেজের দিকে নিয়ে যেতে পারে, যেমন অবকাঠামো (infrastructure), প্ল্যাটফর্ম (platform), বা ([মাইক্রোসার্ভিস-ভিত্তিক (microservices)](/bn/microservices-architecture/)) অ্যাপ্লিকেশনের অন্যান্য চলমান অংশ। প্রোডাকশন পরিবেশে নতুন ফিচারগুলির খুব তাড়াতাড়ি একের পর এক স্থাপনের ফলে ডাউনটাইম (downtime) হওয়ার সম্ভাবনা বেড়ে যায় এবং একটি গুরুতর ঘটনাও ঘটতে পারে — যা ব্যবসার জন্য যথেষ্ট পরিণতিপূর্ণ। ## এটা কিভাবে সাহায্য করে diff --git a/content/bn/cloud-native-apps.md b/content/bn/cloud-native-apps.md index 24696395bd..3ec46491c8 100644 --- a/content/bn/cloud-native-apps.md +++ b/content/bn/cloud-native-apps.md @@ -13,7 +13,7 @@ tags: ["অ্যাপ্লিকেশন", "মৌলিক", ""] ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে ঐতিহ্যগতভাবে, অন-প্রিমিস পরিবেশগুলি মোটামুটি পছন্দসই উপায়ে গণনা সংস্থান সরবরাহ করে। -প্রতিটি ডেটাসেন্টারের(data-center) পরিষেবা ছিল যা নির্দিষ্ট পরিবেশে অ্যাপ্লিকেশনগুলিকে [শক্তভাবে সংযুক্ত](/bn/tightly-coupled-architectures/) করে, +প্রতিটি ডেটাসেন্টারের(data-center) পরিষেবা ছিল যা নির্দিষ্ট পরিবেশে অ্যাপ্লিকেশনগুলিকে [শক্তভাবে সংযুক্ত](/bn/tightly-coupled-architecture/) করে, প্রায়শই [ভার্চুয়াল মেশিন (Virtual Machine)](/bn/virtual-machine/) এবং পরিষেবার মতো অবকাঠামোর(infrastructure) জন্য ম্যানুয়াল প্রভিশনিংয়ের(manual provisioning) উপর অনেক বেশি নির্ভর করে। যার ফল স্বরূপ, ডেভেলপার এবং তাদের অ্যাপ্লিকেশনগুলিকে সেই নির্দিষ্ট ডেটা সেন্টারে সীমাবদ্ধ করে। ক্লাউডের জন্য ডিজাইন করা হয়নি এমন অ্যাপ্লিকেশনগুলি ক্লাউড পরিবেশের স্থিতিস্থাপকতা এবং স্কেলিং(scaling) ক্ষমতার সুবিধা নিতে পারে না। diff --git a/content/bn/container-orchestration.md b/content/bn/container-orchestration.md index 73ca03c628..3d60166928 100644 --- a/content/bn/container-orchestration.md +++ b/content/bn/container-orchestration.md @@ -4,7 +4,7 @@ status: Completed category: ধারণা --- -[কন্টেইনার](/bn/container/) অর্কেস্ট্রেশন বলতে বোঝায় গতিশীল পরিবেশে কন্টেইনারাইজড অ্যাপ্লিকেশনের জীবনচক্র পরিচালনা এবং স্বয়ংক্রিয়করণ করাকে । +[কন্টেইনার](/bn/container/) অর্কেস্ট্রেশন বলতে বোঝায় গতিশীল পরিবেশে [কন্টেইনারাইজড](/bn/containerization/) অ্যাপ্লিকেশনের জীবনচক্র পরিচালনা এবং স্বয়ংক্রিয়করণ করাকে । এটি একটি কন্টেইনার অর্কেস্ট্রেটরের (বেশিরভাগ ক্ষেত্রে, [কুবারনেটিস](/bn/kubernetes)) মাধ্যমে কার্যকর করা হয় , যা স্থাপনা (deployments), [অটো-স্কেলিং](/bn/auto-scaling/) , অটো-হিলিং এবং পর্যবেক্ষণকে সক্ষম করে। অর্কেস্ট্রেশন একটি রূপক অর্থে : অর্কেস্ট্রেশন টুল একজন মিউজিক পরিচালকের মতো কন্টেইনারগুলোকে পরিচালনা করে, যা নিশ্চিত করে প্রতিটি কন্টেইনারের (বা সঙ্গীতশিল্পীর) যা করা উচিত । diff --git a/content/bn/containerization.md b/content/bn/containerization.md index fc466e6118..797e210a1f 100644 --- a/content/bn/containerization.md +++ b/content/bn/containerization.md @@ -5,11 +5,10 @@ category: প্রযুক্তি tags: ["অ্যাপ্লিকেশন", "", ""] --- -কন্টেইনারাইজেশন হল একটি প্রক্রিয়া যা একটি অ্যাপ্লিকেশন এবং এর সংশ্লিষ্ট জিনিসসমূহকে একটি কন্টেইনার ইমেজ (Container Image) এ বান্ডিল করার প্রক্রিয়া। কন্টেইনার নির্মাণ প্রক্রিয়ার জন্য [ওপেন কন্টেইনার ইনিশিয়েটিভ](https://opencontainers.org) (OCI) মান মেনে চলা প্রয়োজন। যতক্ষণ না একটি কন্টেইনার ইমেজ এই স্ট্যান্ডার্ড মেনে চলে, যে কোন কন্টেইনারাইজেশন টুল ই ব্যবহার করা হয় তা চিন্তার বিষয় নয়। - +কন্টেইনারাইজেশন হলো অ্যাপ্লিকেশন কোডের প্যাকেজিং প্রক্রিয়া যার মধ্যে লাইব্রেরি এবং কোড চালানোর জন্য প্রয়োজনীয় নির্ভরতাগুলোও থাকে একটি একক লাইটওয়েট এক্সিকিউটেবল ফাইলে -যাকে [কন্টেইনার ইমেজ](/bn/container-image/) বলা হয়। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -কনটেইনারগুলি প্রচলিত হওয়ার আগে, সংস্থাগুলি যেকোনো [বেয়ার-মেটাল মেশিন (bare-metal machine)](/bn/bare_metal_machine/) এর একাধিক অ্যাপ্লিকেশন তৈরি করার জন্য ভার্চুয়াল মেশিনের (VM) উপর নির্ভর করত। ভিএমগুলি পাত্রের তুলনায় উল্লেখযোগ্যভাবে বড় এবং যার ফলে এটি চালানোর জন্য একটি হাইপারভাইজার প্রয়োজন।যেহেতু এই বৃহৎ ভিএম টেমপ্লেটগুলির স্টোরেজ, ব্যাকআপ এবং স্থানান্তরের কাজ করে, এ কারণে ভিএম টেমপ্লেট তৈরি করাও একটি ধীর প্রক্রিয়া। অতিরিক্তভাবে, ভিএমগুলি যদি [অপরিবর্তনশীলতা (immutability)](/bn/immutable-infrastructure//) নীতি লঙ্ঘন করে, তবে এটি কনফিগারেশন ড্রিফটে ভুগতে পারে। +[কনটেইনারগুলি](/bn/container/) প্রচলিত হওয়ার আগে, সংস্থাগুলি যেকোনো [বেয়ার-মেটাল মেশিন (bare-metal machine)](/bn/bare_metal_machine/) এর একাধিক অ্যাপ্লিকেশন তৈরি করার জন্য [ভার্চুয়াল মেশিনের (VM)](/bn/virtual-machine/) উপর নির্ভর করত। ভিএমগুলি পাত্রের তুলনায় উল্লেখযোগ্যভাবে বড় এবং যার ফলে এটি চালানোর জন্য একটি হাইপারভাইজার প্রয়োজন।যেহেতু এই বৃহৎ ভিএম টেমপ্লেটগুলির স্টোরেজ, ব্যাকআপ এবং স্থানান্তরের কাজ করে, এ কারণে ভিএম টেমপ্লেট তৈরি করাও একটি ধীর প্রক্রিয়া। অতিরিক্তভাবে, ভিএমগুলি যদি [অপরিবর্তনশীলতা (immutability)](/bn/immutable-infrastructure//) নীতি লঙ্ঘন করে, তবে এটি কনফিগারেশন ড্রিফটে ভুগতে পারে। ## এটা কিভাবে সাহায্য করে diff --git a/content/bn/continuous-delivery.md b/content/bn/continuous-delivery.md index 9975604380..3b9897d970 100644 --- a/content/bn/continuous-delivery.md +++ b/content/bn/continuous-delivery.md @@ -7,7 +7,7 @@ tags: ["পদ্ধতি", "অ্যাপ্লিকেশন", ""] ক্রমাগত বিতরণ (continuous delivery), প্রায়ই CD হিসাবে সংক্ষিপ্ত, অনুশীলনের একটি সেট যেখানে কোডের পরিবর্তনগুলি স্বয়ংক্রিয়ভাবে একটি গ্রহণযোগ্য পরিবেশে স্থাপন করা হয় (অথবা, ক্রমাগত স্থাপনার (continuous deployment) ক্ষেত্রে, উৎপাদনে)। স্থাপনার (deployment) আগে সফ্টওয়্যারটি (software) পর্যাপ্তভাবে পরীক্ষা করা হয়েছে তা নিশ্চিত করার জন্য CD অত্যন্ত গুরুত্বপূর্ণভাবে প্রক্রিয়াগুলি অন্তর্ভুক্ত করে এবং প্রয়োজন মনে হলে পরিবর্তনগুলি রোলব্যাক (rollback) করার একটি উপায় প্রদান করে। -ক্রমাগত একীকরণ (continuous integration) (CI) ক্রমাগত বিতরণের (continuous delivery) প্রথম পদক্ষেপ +[ক্রমাগত একীকরণ (continuous integration)](/bn/continuous-integration/) (CI) ক্রমাগত বিতরণের (continuous delivery) প্রথম পদক্ষেপ (অর্থাৎ, পরিবর্তনগুলি পরীক্ষা এবং স্থাপনের আগে পরিষ্কারভাবে একত্রিত করতে হবে)। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে diff --git a/content/bn/devops.md b/content/bn/devops.md index 15b1fc384b..af1d8748a2 100644 --- a/content/bn/devops.md +++ b/content/bn/devops.md @@ -9,7 +9,7 @@ tags: ["পদ্ধতি", "", ""] ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -ঐতিহ্যগতভাবে, জটিল সংস্থা [শক্তভাবে মিলিত(Tightly coupled architectures)](/bn/tightly-coupled-architectures/) ও [মনোলিথিক অ্যাপস(Monolithic apps)](/bn/monolithic-apps/) এর কাজ সাধারণত একাধিক দলের মধ্যে খণ্ডিত ছিল । এটি অসংখ্য হ্যান্ডঅফ এবং দীর্ঘ পরবর্তী সময় নেয়। প্রতিবার যখনই একটি উপাদান বা আপডেট প্রস্তুত ছিল, এটি পরবর্তী দলের জন্য একটি সারিতে স্থাপন করা হয়েছিল। যেহেতু ব্যক্তিরা কেবলমাত্র প্রকল্পের একটি ছোট অংশে কাজ করেছিল, এই পদ্ধতির ফলে মালিকানার অভাব দেখা দেয়। তাদের লক্ষ্য ছিল পরবর্তী দলের কাছে কাজটি পৌঁছে দেওয়া, গ্রাহকের কাছে সঠিক কার্যকারিতা সরবরাহ না করা যাকে অগ্রাধিকারগুলির একটি স্পষ্ট বিভ্রান্তি হিসেবে বলা যায়। +ঐতিহ্যগতভাবে, জটিল সংস্থা [শক্তভাবে মিলিত(Tightly coupled architectures)](/bn/tightly-coupled-architecture/) ও [মনোলিথিক অ্যাপস(Monolithic apps)](/bn/monolithic-apps/) এর কাজ সাধারণত একাধিক দলের মধ্যে খণ্ডিত ছিল । এটি অসংখ্য হ্যান্ডঅফ এবং দীর্ঘ পরবর্তী সময় নেয়। প্রতিবার যখনই একটি উপাদান বা আপডেট প্রস্তুত ছিল, এটি পরবর্তী দলের জন্য একটি সারিতে স্থাপন করা হয়েছিল। যেহেতু ব্যক্তিরা কেবলমাত্র প্রকল্পের একটি ছোট অংশে কাজ করেছিল, এই পদ্ধতির ফলে মালিকানার অভাব দেখা দেয়। তাদের লক্ষ্য ছিল পরবর্তী দলের কাছে কাজটি পৌঁছে দেওয়া, গ্রাহকের কাছে সঠিক কার্যকারিতা সরবরাহ না করা যাকে অগ্রাধিকারগুলির একটি স্পষ্ট বিভ্রান্তি হিসেবে বলা যায়। কোডটি শেষ পর্যন্ত আসার সময় পর্যন্ত, এটি এত বেশি ডেভেলপারের মধ্য দিয়ে গিয়েছিল, এত সারিতে অপেক্ষা করেছিল যে কোডটি কাজ না করলে সমস্যার উৎস খুঁজে বের করা কঠিন ছিল। ডেভওপস এই পদ্ধতিকে উল্টো করে দেয়। diff --git a/content/bn/loosely-coupled-architecture.md b/content/bn/loosely-coupled-architecture.md index 2be17a067f..caf910b1e2 100644 --- a/content/bn/loosely-coupled-architecture.md +++ b/content/bn/loosely-coupled-architecture.md @@ -5,7 +5,7 @@ category: বৈশিষ্ট্য tags: ["মৌলিক", "স্থাপত্য", "বৈশিষ্ট্য"] --- -শিথিল সংযোজিত স্থাপত্য হল সেই ধরনের স্থাপত্যশৈলী যেখানে প্রতিটি পৃথক উপাদান স্বাধীনভাবে তৈরি হয় ([ দৃঢ় সংবদ্ধ স্থাপত্য শৈলীর](/bn/tightly-coupled-architectures/) ঠিক বিপরীত )| অনেক সময় এর প্রতিটি উপাদানকে [মাইক্রোসার্ভিসেস আর্কিটেকচার](/bn/microservices-architecture/) হিসেবে চিহ্নিত করা যায় +শিথিল সংযোজিত স্থাপত্য হল সেই ধরনের স্থাপত্যশৈলী যেখানে প্রতিটি পৃথক উপাদান স্বাধীনভাবে তৈরি হয় ([ দৃঢ় সংবদ্ধ স্থাপত্য শৈলীর](/bn/tightly-coupled-architecture/) ঠিক বিপরীত )| অনেক সময় এর প্রতিটি উপাদানকে [মাইক্রোসার্ভিসেস আর্কিটেকচার](/bn/microservices-architecture/) হিসেবে চিহ্নিত করা যায় যেগুলি এমনভাবে তৈরি করা হয় যাতে তা অন্য আরও বিভিন্ন পরিষেবার ব্যবহৃত হতে পারে, এই শৈলীটি সাধারণত দৃঢ় সংবদ্ধ শৈলী তুলনায় অনেক ধীর কিন্তু এর অনেকগুলি সুবিধা আছে বিশেষত অ্যাপ্লিকেশন স্কেল হিসেবে। শিথিল শৈলী দলগুলিকে তাদের বৈশিষ্ট্য উন্নয়নে, স্থাপনে এবং স্বাধীনভাবে স্কেল করার অনুমতি দেয় যার ফলে প্রতিষ্ঠান খুব দ্রুত পৃথক উপাদানের সঙ্গে সংযোগ স্থাপন করতে পারে| Application development অনেক গতিশীল হয় এবং দলগুলি তাদের সামর্থ্য অনুসারে নির্দিষ্ট প্রযুক্তির প্রতি দৃষ্টি নিবদ্ধ রেখে তৈরি হতে পারে। diff --git a/content/bn/microservices-architecture.md b/content/bn/microservices-architecture.md index 3f6a9741f7..7be904240d 100644 --- a/content/bn/microservices-architecture.md +++ b/content/bn/microservices-architecture.md @@ -5,14 +5,14 @@ category: প্রযুক্তি tags: ["স্থাপত্য", "মৌলিক", ""] --- -অ্যাপ্লিকেশন ডেভেলপমেন্টে (Application Development) একটি আধুনিক পন্থা হলো মাইক্রোসার্ভিস (Microservice), যা ক্লাউড নেটিভ (Cloud Native) প্রযুক্তির সুবিধা নেয়। যেখানে আধুনিক অ্যাপ্লিকেশনগুলি, যেমন নেটফ্লিক্স(netflix) একটি একক অ্যাপ এর মত দেখায় কিন্তু এটি আসলে অনেকগুলি ছোট ছোট সার্ভিসের একত্রিত রূপ, সবগুলি একে অপরের সাথে আবদ্ধ ভাবে কাজ করে চলেছে। এই ক্ষেত্রে, কোনো অ্যাপ এর একটি একক পেজ যা আমাদের search, authenticate এবং ভিডিও দেখতে অনুমতি দেয় তা আসলে অনেকগুলি ছোট ছোট সার্ভিস দ্বারা চালিত হয়, যেখানে এক একটি সার্ভিস এক একটি বৈশিষ্ট্য সামলায়। সংক্ষেপে, মাইক্রোসার্ভিস বলতে একটি এপ্লিকেশন আর্কিটেকচার প্যাটার্ন (Application Architecture Pattern) কে বোঝানো হয় যা [মনোলিথিক এপ্লিকেশন (Monolithic Application)](/bn/monolithic_apps/) এর থেকে স্বাভাবিকত বিপরীত। +অ্যাপ্লিকেশন ডেভেলপমেন্টে (Application Development) একটি আধুনিক পন্থা হলো মাইক্রোসার্ভিস (Microservice), যা ক্লাউড নেটিভ (Cloud Native) প্রযুক্তির সুবিধা নেয়। যেখানে আধুনিক অ্যাপ্লিকেশনগুলি, যেমন নেটফ্লিক্স(netflix) একটি একক অ্যাপ এর মত দেখায় কিন্তু এটি আসলে অনেকগুলি ছোট ছোট সার্ভিসের একত্রিত রূপ, সবগুলি একে অপরের সাথে আবদ্ধ ভাবে কাজ করে চলেছে। এই ক্ষেত্রে, কোনো অ্যাপ এর একটি একক পেজ যা আমাদের search, authenticate এবং ভিডিও দেখতে অনুমতি দেয় তা আসলে অনেকগুলি ছোট ছোট সার্ভিস দ্বারা চালিত হয়, যেখানে এক একটি সার্ভিস এক একটি বৈশিষ্ট্য সামলায়। সংক্ষেপে, মাইক্রোসার্ভিস বলতে একটি এপ্লিকেশন আর্কিটেকচার প্যাটার্ন (Application Architecture Pattern) কে বোঝানো হয় যা [মনোলিথিক এপ্লিকেশন (Monolithic Application)](/bn/monolithic-apps/) এর থেকে স্বাভাবিকত বিপরীত। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -মাইক্রোসার্ভিসেস হল মনোলিথিক এপ্লিকেশনের দ্বারা জাহির করা চ্যালেঞ্জগুলির প্রতি একটি উত্তর। স্বাভাবিকভাবে, একটি অ্যাপ্লিকেশনের বিভিন্ন অংশকে আলাদা আলাদা ভাবে বড় ([scaled](/bn/scalability/)) করতে হবে। উদাহরণস্বরূপ, একটি অনলাইন দোকানের বিক্রি থেকে প্রোডাক্ট ভিউস বেশি হয়, যার মানে বিক্রির থেকে আমাদের প্রোডাক্ট ভিউস ফাংশনালিটির অনেকগুলি চলমান দৃষ্টান্ত (running instance) প্রয়োজন হয়। একটি মনোলিথিক অ্যাপ্লিকেশনে, আলাদা আলাদাভাবে এই ছোট ছোট যুক্তি বা কোড গুলির সঞ্চার করা সম্ভব নয়। যদি প্রোডাক্ট ভিউস ফাংশনকে আলাদা ভাবে বড়ো করে তোলা না যায় তাহলে আমাদের পুরো সফটওয়্যারটিকে ডুপ্লিকেট করে তার আরো চলমান দৃষ্টান্ত তৈরি করতে হবে, প্রত্যেকটি কম্পনেন্ট সহকারে যা সম্পদের একটি অদক্ষ ব্যবহার। মনোলিথিক অ্যাপ্লিকেশনগুলি ডেভেলোপারদের ডিজাইন পিটফলে (design pitfall) পড়া সহজ করে তোলে। যেহেতু সমস্ত কোড এক জায়গায় রয়েছে, সেই কোডটিকে শক্তভাবে জোড়া দেওয়া [(tightly coupled)](/bn/tightly_coupled_architectures/) সহজ এবং উদ্বেগের বিচ্ছেদের নীতি প্রয়োগ করা আরও কঠিন। মনোলিথিকের জন্য প্রায়ই ডেভেলপারদের উৎপাদনশীল (productive) হওয়ার আগে পুরো কোডবেস বোঝার প্রয়োজন হয়। +মাইক্রোসার্ভিসেস হল মনোলিথিক এপ্লিকেশনের দ্বারা জাহির করা চ্যালেঞ্জগুলির প্রতি একটি উত্তর। স্বাভাবিকভাবে, একটি অ্যাপ্লিকেশনের বিভিন্ন অংশকে আলাদা আলাদা ভাবে বড় ([scaled](/bn/scalability/)) করতে হবে। উদাহরণস্বরূপ, একটি অনলাইন দোকানের বিক্রি থেকে প্রোডাক্ট ভিউস বেশি হয়, যার মানে বিক্রির থেকে আমাদের প্রোডাক্ট ভিউস ফাংশনালিটির অনেকগুলি চলমান দৃষ্টান্ত (running instance) প্রয়োজন হয়। একটি মনোলিথিক অ্যাপ্লিকেশনে, আলাদা আলাদাভাবে এই ছোট ছোট যুক্তি বা কোড গুলির সঞ্চার করা সম্ভব নয়। যদি প্রোডাক্ট ভিউস ফাংশনকে আলাদা ভাবে বড়ো করে তোলা না যায় তাহলে আমাদের পুরো সফটওয়্যারটিকে ডুপ্লিকেট করে তার আরো চলমান দৃষ্টান্ত তৈরি করতে হবে, প্রত্যেকটি কম্পনেন্ট সহকারে যা সম্পদের একটি অদক্ষ ব্যবহার। মনোলিথিক অ্যাপ্লিকেশনগুলি ডেভেলোপারদের ডিজাইন পিটফলে (design pitfall) পড়া সহজ করে তোলে। যেহেতু সমস্ত কোড এক জায়গায় রয়েছে, সেই কোডটিকে শক্তভাবে জোড়া দেওয়া [(tightly coupled)](/bn/tightly-coupled-architecture/) সহজ এবং উদ্বেগের বিচ্ছেদের নীতি প্রয়োগ করা আরও কঠিন। মনোলিথিকের জন্য প্রায়ই ডেভেলপারদের উৎপাদনশীল (productive) হওয়ার আগে পুরো কোডবেস বোঝার প্রয়োজন হয়। ## এটা কিভাবে সাহায্য করে -কার্যকারিতা(functionality) কে বিভিন্ন মাইক্রোসার্ভিসে আলাদা করে স্বাধীনভাবে স্থাপন, আপডেট এবং দক্ষতা মিশ্রিত করা সহজ। বিভিন্ন দলকে একটি বৃহত্তর অ্যাপ্লিকেশনের ছোট অংশে ফোকাস করার অনুমতি দিয়ে সংস্থার বাকি অংশকে নেতিবাচকভাবে প্রভাবিত না করে তাদের অ্যাপে কাজ করা সহজ হয়। যেখানে মাইক্রোসার্ভিস বহু সমস্যা সমাধান করে, এটি আবার অপারেশনাল ওভারহেডও (operational overhead) তৈরি করে - যে জিনিসগুলি আপনাকে স্থাপন করতে হবে এবং মাত্রার ক্রম অনুসারে বৃদ্ধিতে নজর রাখতে হবে এবং আরও অনেক কিছু। অনেক [ক্লাউড নেগেটিভ প্রযুক্তির](/bn/cloud_native_tech/) উদ্দেশ্যই হলো মাইক্রোসার্ভিস স্থাপন এবং পরিচালনা সহজ করা। +কার্যকারিতা(functionality) কে বিভিন্ন মাইক্রোসার্ভিসে আলাদা করে স্বাধীনভাবে স্থাপন, আপডেট এবং দক্ষতা মিশ্রিত করা সহজ। বিভিন্ন দলকে একটি বৃহত্তর অ্যাপ্লিকেশনের ছোট অংশে ফোকাস করার অনুমতি দিয়ে সংস্থার বাকি অংশকে নেতিবাচকভাবে প্রভাবিত না করে তাদের অ্যাপে কাজ করা সহজ হয়। যেখানে মাইক্রোসার্ভিস বহু সমস্যা সমাধান করে, এটি আবার অপারেশনাল ওভারহেডও (operational overhead) তৈরি করে - যে জিনিসগুলি আপনাকে স্থাপন করতে হবে এবং মাত্রার ক্রম অনুসারে বৃদ্ধিতে নজর রাখতে হবে এবং আরও অনেক কিছু। অনেক [ক্লাউড নেগেটিভ প্রযুক্তির](/bn/cloud-native-tech/) উদ্দেশ্যই হলো মাইক্রোসার্ভিস স্থাপন এবং পরিচালনা সহজ করা। + ---- diff --git a/content/bn/observability.md b/content/bn/observability.md index d9e8b2341d..7f9b74542d 100644 --- a/content/bn/observability.md +++ b/content/bn/observability.md @@ -9,7 +9,7 @@ tags: ["বৈশিষ্ট্য", "", ""] এটি ব্যবহারকারীদের এই বাহ্যিক আউটপুটগুলি থেকে একটি সিস্টেমের অবস্থা বুঝতে এবং (সংশোধনমূলক) পদক্ষেপ নিতে দেয়। কম্পিউটার সিস্টেমগুলো পরিমাপ করা হয় নিম্ন-স্তরের সংকেত যেমন সিপিইউ সময়, মেমরি, ডিস্ক স্পেস এবং উচ্চ-স্তরের এবং ব্যবসায়িক সংকেতগুলো পর্যবেক্ষণ করে যার মধ্যে রয়েছে এপিআই প্রতিক্রিয়া সময়, ত্রুটি, প্রতি সেকেন্ডে লেনদেন ইত্যাদি । -এই পর্যবেক্ষণযোগ্য সিস্টেমগুলো **পর্যবেক্ষণ** করা হয় (বা মনিটর করা হয়) বিশেষ টুলসের মাধ্যমে, তথাকথিত পর্যবেক্ষণের টুল। এই টুলগুলির একটি তালিকা [ক্লাউড নেটিভ ল্যান্ডস্কেপের পর্যবেক্ষণ বিভাগে](https://landscape.cncf.io/card-mode?category=observability-and-analysis&grouping=category) দেখা যেতে পারে। +এই পর্যবেক্ষণযোগ্য সিস্টেমগুলো **পর্যবেক্ষণ** করা হয় (বা মনিটর করা হয়) বিশেষ টুলসের মাধ্যমে, তথাকথিত পর্যবেক্ষণের টুল। এই টুলগুলির একটি তালিকা [ক্লাউড নেটিভ ল্যান্ডস্কেপের পর্যবেক্ষণ বিভাগে](https://landscape.cncf.io/?group=projects-and-products&view-mode=card#observability-and-analysis--observability) দেখা যেতে পারে। পর্যবেক্ষণযোগ্য সিস্টেমগুলো তাদের অপারেটরদের কাছে অর্থপূর্ণ, কার্যকরী ডেটা প্রদান করে, তাদের অনুকূল ফলাফল (দ্রুত ঘটনার প্রতিক্রিয়া, বিকাশকারীর উৎপাদনশীলতা (developer productivity) বৃদ্ধি) এবং কম পরিশ্রম এবং ডাউনটাইম অর্জন করতে দেয়। diff --git a/content/bn/search.md b/content/bn/search.md index cb936b816f..6ce97e476d 100644 --- a/content/bn/search.md +++ b/content/bn/search.md @@ -1,4 +1,4 @@ --- title: অনুসন্ধান ফলাফল -layout: অনুসন্ধান +layout: search --- diff --git a/content/bn/security-chaos-engineering.md b/content/bn/security-chaos-engineering.md index 40f3769bf2..b77cb02154 100644 --- a/content/bn/security-chaos-engineering.md +++ b/content/bn/security-chaos-engineering.md @@ -17,4 +17,4 @@ tags: ["নিরাপত্তা", "পদ্ধতি", ""] এর লক্ষ্য "অজানার অজানা" উন্মোচন করা এবং সিস্টেমে আস্থা তৈরি করা, সাইবার স্থিতিস্থাপকতা বৃদ্ধি এবং পর্যবেক্ষণযোগ্যতা উন্নত করা। ইঞ্জিনিয়ারিং দলগুলি ধীরে ধীরে জটিল অবকাঠামো, প্ল্যাটফর্ম এবং ডিসট্রিবিউটেড সিস্টেমের মধ্যে নিরাপত্তা উদ্বেগের (security concerns) জন্য বোঝাপড়ার উন্নতি ঘটাবে। SCE সমগ্র পণ্যের সাইবার স্থিতিস্থাপকতা উন্নত করে, লুকানো নিরাপত্তা সমস্যাগুলি উন্মোচন করে, ক্লাসিক্যাল ব্লাইন্ড স্পটগুলিকে উন্মোচন করে, এবং গুরুত্বপূর্ণ প্রান্তের ক্ষেত্রে (critical edge cases) দলগুলিকে প্রস্তুত করে৷ -এই পদ্ধতি SREs, [DevOps](/bn/devops/) এবং [DevSecOps](/bn/devsecops/) ইঞ্জিনিয়ারদের সিস্টেমে আস্থা তৈরি করতে, সাইবার স্থিতিস্থাপকতা বাড়াতে এবং পর্যবেক্ষণযোগ্যতা উন্নত করতে সাহায্য করে। +এই পদ্ধতি [SREs](/site-reliability-engineering/), [DevOps](/bn/devops/) এবং [DevSecOps](/bn/devsecops/) ইঞ্জিনিয়ারদের সিস্টেমে আস্থা তৈরি করতে, সাইবার স্থিতিস্থাপকতা বাড়াতে এবং পর্যবেক্ষণযোগ্যতা উন্নত করতে সাহায্য করে। diff --git a/content/bn/zero-trust-architecture.md b/content/bn/zero-trust-architecture.md index 764c0708ca..6559bce461 100644 --- a/content/bn/zero-trust-architecture.md +++ b/content/bn/zero-trust-architecture.md @@ -5,12 +5,12 @@ category: ধারণা tags: ["নিরাপত্তা", "", ""] --- -জিরো ট্রাস্ট আর্কিটেকচার আইটি সিস্টেমের ডিজাইন এবং বাস্তবায়নের জন্য একটি নির্ধারিত পন্থা যেখানে 'ট্রাস্ট'(বিশ্বাস) সম্পূর্ণরূপে উপেক্ষা করা হয়। এই পন্থার মূল নীতি হল "বিশ্বাস নয়,সর্বদা যাচাই করা",ডিভাইস বা সিস্টেম,সিস্টেমের অন্যান্য অংশের সাথে যোগাযোগ করার সময় সর্বদা নিজেকে প্রথমে যাচাই করে। বর্তমানে অনেক নেটওয়ার্কে,কর্পোরেট নেটওয়ার্কের মধ্যে থাকা সিস্টেম এবং ডিভাইসগুলি অবাধে একটি অন্যটির সাথে যোগাযোগ করতে পারে কারণ সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্ক পরিধির বিশ্বস্ত সীমার মধ্যে আবদ্ধ থাকে। অন্যদিকে জিরো ট্রাস্ট আর্কিটেকচার বিপরীত পদ্ধতি অবলম্বন করে যেখানে নেটওয়ার্ক পরিধির মধ্যেই সিস্টেমের অংশগুলি কোন যোগাযোগ স্থাপনের জন্য প্রথমে যাচাইকরণ পর্যায় অতিক্রম করে। +জিরো ট্রাস্ট আর্কিটেকচার আইটি সিস্টেমের ডিজাইন এবং বাস্তবায়নের জন্য একটি নির্ধারিত পন্থা যেখানে 'ট্রাস্ট'(বিশ্বাস) সম্পূর্ণরূপে উপেক্ষা করা হয়। এই পন্থার মূল নীতি হল "বিশ্বাস নয়, সর্বদা যাচাই করা", ডিভাইস বা সিস্টেম, সিস্টেমের অন্যান্য অংশের সাথে যোগাযোগ করার সময় সর্বদা নিজেকে প্রথমে যাচাই করে। বর্তমানে অনেক নেটওয়ার্কে, কর্পোরেট নেটওয়ার্কের মধ্যে থাকা সিস্টেম এবং ডিভাইসগুলি অবাধে একটি অন্যটির সাথে যোগাযোগ করতে পারে কারণ সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্ক পরিধির বিশ্বস্ত সীমার মধ্যে আবদ্ধ থাকে। অন্যদিকে জিরো ট্রাস্ট আর্কিটেকচার বিপরীত পদ্ধতি অবলম্বন করে যেখানে নেটওয়ার্ক পরিধির মধ্যেই সিস্টেমের অংশগুলি কোন যোগাযোগ স্থাপনের জন্য প্রথমে যাচাইকরণ পর্যায় অতিক্রম করে। ## এটা যেসব সমস্যাতে দৃষ্টিপাত করে -চিরাচরিত বিশ্বাস ভিত্তিক পদ্ধতি অনুসারে যেখানে সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্কের পরিধির মধ্যে থাকে,অনুমান করা হয় যে,যেহেতু বিশ্বাস আছে,সেহেতু কোন সমস্যা নেই। অবশ্য,জিরো ট্রাস্ট আর্কিটেকচার স্বীকার করে যে বিশ্বাস(ট্রাস্ট) একটি দুর্বলতা। এখন ঘটনাচক্রে,এক আক্রমণকারী যদি একটি বিশ্বস্ত ডিভাইসের অ্যাক্সেস পায় তাহলে আক্রমণকারী "বিশ্বস্ত" নেটওয়ার্ক পরিধির মধ্যে থাকায় সিস্টেমটি আক্রমণের জন্য ঝুঁকিপূর্ণ হয়ে পড়ে এবং আক্রমণকারী সমগ্র সিস্টেম জুড়ে পার্শ্বীয়ভাবে স্থান পরিবর্তনে (move laterally) সক্ষম হয়,এইসব নির্ভর করে ডিভাইসে থাকা বিশ্বাস-মাত্রা এবং ডিভাইসে দেওয়া অ্যাক্সেসের ওপর। একটি জিরো ট্রাস্ট আর্কিটেকচারে,বিশ্বাসকে উপেক্ষা করা হয়,তাই আক্রমণের পৃষ্ঠ হ্রাস পায় ফলে,একজন আক্রমণকারীকে সিস্টেমের আরো অভ্যন্তরে যাওয়ার আগে যাচাইকরণ করাতে বাধ্য করা হয়। +চিরাচরিত বিশ্বাস ভিত্তিক পদ্ধতি অনুসারে যেখানে সিস্টেম এবং ডিভাইসগুলি কর্পোরেট নেটওয়ার্কের পরিধির মধ্যে থাকে, অনুমান করা হয় যে, যেহেতু বিশ্বাস আছে, সেহেতু কোন সমস্যা নেই। অবশ্য, জিরো ট্রাস্ট আর্কিটেকচার স্বীকার করে যে বিশ্বাস(ট্রাস্ট) একটি দুর্বলতা। এখন ঘটনাচক্রে, এক আক্রমণকারী যদি একটি বিশ্বস্ত ডিভাইসের অ্যাক্সেস পায় তাহলে আক্রমণকারী "বিশ্বস্ত" নেটওয়ার্ক পরিধির মধ্যে থাকায় সিস্টেমটি আক্রমণের জন্য ঝুঁকিপূর্ণ হয়ে পড়ে এবং আক্রমণকারী সমগ্র সিস্টেম জুড়ে পার্শ্বীয়ভাবে স্থান পরিবর্তনে (move laterally) সক্ষম হয়, এইসব নির্ভর করে ডিভাইসে থাকা বিশ্বাস-মাত্রা এবং ডিভাইসে দেওয়া অ্যাক্সেসের ওপর। একটি জিরো ট্রাস্ট আর্কিটেকচারে, বিশ্বাসকে উপেক্ষা করা হয়, তাই আক্রমণের পৃষ্ঠ হ্রাস পায় ফলে, একজন আক্রমণকারীকে সিস্টেমের আরো অভ্যন্তরে যাওয়ার আগে যাচাইকরণ করাতে বাধ্য করা হয়। ## এটি কিভাবে সাহায্য করে -জিরো ট্রাস্ট আর্কিটেকচার পন্থার প্রধান সুবিধা হল এটি আক্রমণ পৃষ্ঠকে হ্রাস করে,নিরাপত্তা বৃদ্ধি করে। কর্পোরেট সিস্টেম থেকে বিশ্বাস অপসারণ করার ফলে নিরাপত্তা গেটের সংখ্যা এবং শক্তি বৃদ্ধি পায় যা একজন আক্রমণকারীকে অতিক্রম করতে হয় সিস্টেমের অন্যান্য অংশগুলিতে অ্যাক্সেস পাওয়ার জন্য। +জিরো ট্রাস্ট আর্কিটেকচার পন্থার প্রধান সুবিধা হল এটি আক্রমণ পৃষ্ঠকে হ্রাস করে, নিরাপত্তা বৃদ্ধি করে। কর্পোরেট সিস্টেম থেকে বিশ্বাস অপসারণ করার ফলে নিরাপত্তা গেটের সংখ্যা এবং শক্তি বৃদ্ধি পায় যা একজন আক্রমণকারীকে অতিক্রম করতে হয় সিস্টেমের অন্যান্য অংশগুলিতে অ্যাক্সেস পাওয়ার জন্য। diff --git a/i18n/bn.toml b/i18n/bn.toml index 49e637d803..b6a8ee6f7d 100644 --- a/i18n/bn.toml +++ b/i18n/bn.toml @@ -28,7 +28,7 @@ other = "ট্যাগ" [ui_search_by_tags] other = "ট্যাগ দ্বারা ব্রাউজ করুন" [ui_tags_intro] -other = "আমরা শব্দকোষ পদগুলোকে শ্রেণীবদ্ধ করেছি । ট্যাগ দ্বারা পদগুলো ব্রাউজ করতে ফিল্টার ব্যবহার করুন ।" +other = "আমরা শব্দকোষ পদগুলোকে শ্রেণীবদ্ধ করেছি। ট্যাগ দ্বারা পদগুলো ব্রাউজ করতে ফিল্টার ব্যবহার করুন।" [ui_or_search_by_tags] other = "...অথবা ট্যাগ দ্বারা ব্রাউজ করুন" [ui_select_all]