ওপেনশিফটে আধুনিক অ্যাপ্লিকেশন, পার্ট 2: চেইনড বিল্ডস

হাই সব! এটি আমাদের সিরিজের দ্বিতীয় পোস্ট যেখানে আমরা দেখাই কিভাবে Red Hat OpenShift-এ আধুনিক ওয়েব অ্যাপ্লিকেশন স্থাপন করা যায়।

আগের পোস্টে, আমরা নতুন S2I (সোর্স-টু-ইমেজ) বিল্ডার ইমেজের ক্ষমতাকে সামান্য স্পর্শ করেছি, যা ওপেনশিফট প্ল্যাটফর্মে আধুনিক ওয়েব অ্যাপ্লিকেশন তৈরি এবং স্থাপনের জন্য ডিজাইন করা হয়েছে। তারপরে আমরা একটি অ্যাপ্লিকেশন দ্রুত স্থাপন করার বিষয়ে আগ্রহী ছিলাম, এবং আজ আমরা দেখব কিভাবে একটি S2I ইমেজ একটি "বিশুদ্ধ" বিল্ডার ইমেজ হিসাবে ব্যবহার করা যায় এবং এটি সম্পর্কিত OpenShift সমাবেশগুলির সাথে একত্রিত করা যায়।

ক্লিন নির্মাতা ইমেজ

যেমনটি আমরা পার্ট XNUMX-এ উল্লেখ করেছি, বেশিরভাগ আধুনিক ওয়েব অ্যাপ্লিকেশনগুলির একটি তথাকথিত বিল্ড স্টেজ রয়েছে, যা সাধারণত কোড ট্রান্সপিলেশন, একাধিক ফাইল সংযোজন, এবং মিনফিকেশনের মতো ক্রিয়াকলাপগুলি সম্পাদন করে। এই অপারেশনগুলির ফলে প্রাপ্ত ফাইলগুলি - এবং এটি স্ট্যাটিক HTML, JavaScript এবং CSS - আউটপুট ফোল্ডারে সংরক্ষণ করা হয়। এই ফোল্ডারের অবস্থান সাধারণত কি বিল্ড টুল ব্যবহার করা হচ্ছে তার উপর নির্ভর করে এবং প্রতিক্রিয়ার জন্য এটি হবে ./build ফোল্ডার (আমরা নীচে আরও বিস্তারিতভাবে এটিতে ফিরে আসব)।

সোর্স-টু-ইমেজ (S2I)

এই পোস্টে আমরা "S2I কী এবং এটি কীভাবে ব্যবহার করতে হয়" বিষয়টিকে স্পর্শ করি না (আপনি এই সম্পর্কে আরও পড়তে পারেন এখানে), কিন্তু ওয়েব অ্যাপ বিল্ডার ইমেজ কী করে তা বোঝার জন্য এই প্রক্রিয়ার দুটি ধাপ সম্পর্কে পরিষ্কার হওয়া গুরুত্বপূর্ণ।

সমাবেশ পর্ব

আপনি যখন ডকার বিল্ড চালান এবং একটি নতুন ডকার ইমেজ দিয়ে শেষ করেন তখন কী ঘটে তার সাথে অ্যাসেম্বলি ফেজটি প্রকৃতিতে খুব মিল। সেই অনুযায়ী, OpenShift প্ল্যাটফর্মে একটি বিল্ড শুরু করার সময় এই পর্যায়টি ঘটে।

একটি ওয়েব অ্যাপ বিল্ডার ইমেজের ক্ষেত্রে, এটি আপনার অ্যাপ্লিকেশনের নির্ভরতা ইনস্টল করা এবং বিল্ড চালানোর জন্য দায়ী। স্ক্রিপ্ট একত্রিত করা. ডিফল্টরূপে, বিল্ডার ইমেজ npm রান বিল্ড কনস্ট্রাক্ট ব্যবহার করে, কিন্তু এটি NPM_BUILD এনভায়রনমেন্ট ভেরিয়েবলের মাধ্যমে ওভাররাইড করা যেতে পারে।

আমরা আগেই বলেছি, সমাপ্ত, ইতিমধ্যে নির্মিত অ্যাপ্লিকেশনটির অবস্থান আপনি কোন সরঞ্জামগুলি ব্যবহার করেন তার উপর নির্ভর করে। উদাহরণস্বরূপ, React এর ক্ষেত্রে এটি হবে ./build ফোল্ডার এবং Angular অ্যাপ্লিকেশনের জন্য এটি হবে project_name/dist ফোল্ডার। এবং, পূর্ববর্তী পোস্টে ইতিমধ্যে দেখানো হয়েছে, আউটপুট ডিরেক্টরির অবস্থান, যা ডিফল্টরূপে তৈরি করা হয়েছে, OUTPUT_DIR এনভায়রনমেন্ট ভেরিয়েবলের মাধ্যমে ওভাররাইড করা যেতে পারে। ঠিক আছে, যেহেতু আউটপুট ফোল্ডারের অবস্থান ফ্রেমওয়ার্ক থেকে ফ্রেমওয়ার্কের মধ্যে আলাদা, আপনি কেবল জেনারেট আউটপুটটিকে চিত্রের স্ট্যান্ডার্ড ফোল্ডারে অনুলিপি করুন, যথা /opt/apt-root/output। এই নিবন্ধের বাকি অংশ বোঝার জন্য এটি গুরুত্বপূর্ণ, কিন্তু আপাতত চলুন দ্রুত পরবর্তী ধাপে দেখি - রান পর্ব।

রান ফেজ

এই পর্যায়টি ঘটে যখন সমাবেশ পর্যায়ে তৈরি করা নতুন ছবিতে ডকার রান করার জন্য একটি কল করা হয়। OpenShift প্ল্যাটফর্মে স্থাপন করার সময় একই ঘটনা ঘটে। ডিফল্ট স্ক্রিপ্ট চালান ব্যবহারসমূহ পরিবেশন মডিউল উপরের স্ট্যান্ডার্ড আউটপুট ডিরেক্টরিতে অবস্থিত স্ট্যাটিক সামগ্রী পরিবেশন করতে।

এই পদ্ধতিটি দ্রুত অ্যাপ্লিকেশান স্থাপনের জন্য ভাল, তবে সাধারণত এইভাবে স্ট্যাটিক কন্টেন্ট পরিবেশন করার পরামর্শ দেওয়া হয় না। ঠিক আছে, যেহেতু বাস্তবে আমরা শুধুমাত্র স্ট্যাটিক কন্টেন্ট পরিবেশন করি, তাই আমাদের ইমেজের ভিতরে Node.js ইনস্টল করার দরকার নেই - একটি ওয়েব সার্ভারই ​​যথেষ্ট।

অন্য কথায়, অ্যাসেম্বল করার সময় আমাদের একটা জিনিস দরকার, এক্সিকিউট করার সময় আরেকটা দরকার। এই পরিস্থিতিতে, শিকলযুক্ত বিল্ডগুলি কাজে আসে।

শৃঙ্খলিত বিল্ড

এই নিয়েই তারা লেখে শৃঙ্খলিত নির্মাণ OpenShift ডকুমেন্টেশনে:

"দুটি সমাবেশ একসাথে সংযুক্ত করা যেতে পারে, একটি একটি সংকলিত সত্তা তৈরি করে এবং অন্যটি সেই সত্তাটিকে একটি পৃথক চিত্রে হোস্ট করে যা সেই সত্তা চালানোর জন্য ব্যবহৃত হয়।"

অন্য কথায়, আমরা আমাদের বিল্ড চালানোর জন্য ওয়েব অ্যাপ বিল্ডার ইমেজ ব্যবহার করতে পারি এবং তারপর আমাদের কন্টেন্ট পরিবেশনের জন্য একই NGINX ওয়েব সার্ভার ইমেজ ব্যবহার করতে পারি।

এইভাবে, আমরা ওয়েব অ্যাপ বিল্ডার ইমেজটিকে একটি "বিশুদ্ধ" নির্মাতা হিসেবে ব্যবহার করতে পারি এবং একই সাথে একটি ছোট রানটাইম ইমেজ রাখতে পারি।

এখন একটি নির্দিষ্ট উদাহরণ দিয়ে এটি তাকান.

প্রশিক্ষণের জন্য আমরা ব্যবহার করব সহজ প্রতিক্রিয়া অ্যাপ্লিকেশন, create-react-app কমান্ড লাইন টুল ব্যবহার করে তৈরি করা হয়েছে।

এটা আমাদের সবকিছু একসাথে রাখতে সাহায্য করবে OpenShift টেমপ্লেট ফাইল.

আসুন এই ফাইলটি আরও বিশদে দেখি এবং প্যারামিটার বিভাগ দিয়ে শুরু করি।

parameters:
  - name: SOURCE_REPOSITORY_URL
    description: The source URL for the application
    displayName: Source URL
    required: true
  - name: SOURCE_REPOSITORY_REF
    description: The branch name for the application
    displayName: Source Branch
    value: master
    required: true
  - name: SOURCE_REPOSITORY_DIR
    description: The location within the source repo of the application
    displayName: Source Directory
    value: .
    required: true
  - name: OUTPUT_DIR
    description: The location of the compiled static files from your web apps builder
    displayName: Output Directory
    value: build
    required: false

এখানে সবকিছু বেশ পরিষ্কার, কিন্তু OUTPUT_DIR প্যারামিটারে মনোযোগ দেওয়া মূল্যবান। আমাদের উদাহরণে প্রতিক্রিয়া অ্যাপ্লিকেশনের জন্য, চিন্তা করার কিছু নেই, যেহেতু প্রতিক্রিয়া আউটপুট ফোল্ডার হিসাবে ডিফল্ট মান ব্যবহার করে, তবে কৌণিক বা অন্য কিছুর ক্ষেত্রে, এই প্যারামিটারটি প্রয়োজন অনুসারে পরিবর্তন করতে হবে।

এখন আসুন ImageStreams বিভাগটি একবার দেখে নেওয়া যাক।

- apiVersion: v1
  kind: ImageStream
  metadata:
    name: react-web-app-builder  // 1 
  spec: {}
- apiVersion: v1
  kind: ImageStream
  metadata:
    name: react-web-app-runtime  // 2 
  spec: {}
- apiVersion: v1
  kind: ImageStream
  metadata:
    name: web-app-builder-runtime // 3
  spec:
    tags:
    - name: latest
      from:
        kind: DockerImage
        name: nodeshift/ubi8-s2i-web-app:10.x
- apiVersion: v1
  kind: ImageStream
  metadata:
    name: nginx-image-runtime // 4
  spec:
    tags:
    - name: latest
      from:
        kind: DockerImage
        name: 'centos/nginx-112-centos7:latest'

তৃতীয় এবং চতুর্থ ছবি দেখে নিন। তারা উভয়ই ডকার ইমেজ হিসাবে সংজ্ঞায়িত করা হয়, এবং আপনি স্পষ্টভাবে দেখতে পারেন যে তারা কোথা থেকে এসেছে।

তৃতীয় ছবিটি ওয়েব-অ্যাপ-বিল্ডার এবং এটি nodeshift/ubi8-s2i-web-app ট্যাগ করা 10.x থেকে এসেছে ডকার হাব.

চতুর্থটি একটি NGINX চিত্র (সংস্করণ 1.12) যার সর্বশেষ ট্যাগটি রয়েছে৷ ডকার হাব.

এবার প্রথম দুটি ছবি দেখি। এগুলি উভয়ই শুরুতে খালি থাকে এবং শুধুমাত্র বিল্ড পর্বের সময় তৈরি হয়। প্রথম চিত্র, প্রতিক্রিয়া-ওয়েব-অ্যাপ-বিল্ডার, একটি সমাবেশ পদক্ষেপের ফলাফল হবে যা ওয়েব-অ্যাপ-বিল্ডার-রানটাইম চিত্র এবং আমাদের উত্স কোডকে একত্রিত করবে। এই কারণেই আমরা এই ছবির নামের সাথে "-বিল্ডার" যোগ করেছি।

দ্বিতীয় ছবি - প্রতিক্রিয়া-ওয়েব-অ্যাপ-রানটাইম - nginx-ইমেজ-রানটাইম এবং প্রতিক্রিয়া-ওয়েব-অ্যাপ-বিল্ডার ইমেজ থেকে কিছু ফাইল একত্রিত করার ফলাফল হবে। এই চিত্রটি স্থাপনার সময়ও ব্যবহার করা হবে এবং এতে শুধুমাত্র ওয়েব সার্ভার এবং আমাদের অ্যাপ্লিকেশনের স্ট্যাটিক HTML, JavaScript, CSS থাকবে।

বিভ্রান্ত? এখন আসুন বিল্ড কনফিগারেশনগুলি দেখে নেওয়া যাক এবং এটি একটু পরিষ্কার হয়ে যাবে।

আমাদের টেমপ্লেট দুটি বিল্ড কনফিগারেশন আছে. এখানে প্রথমটি, এবং এটি বেশ মানক:

  apiVersion: v1
  kind: BuildConfig
  metadata:
    name: react-web-app-builder
  spec:
    output:
      to:
        kind: ImageStreamTag
        name: react-web-app-builder:latest // 1
    source:   // 2 
      git:
        uri: ${SOURCE_REPOSITORY_URL}
        ref: ${SOURCE_REPOSITORY_REF}
      contextDir: ${SOURCE_REPOSITORY_DIR}
      type: Git
    strategy:
      sourceStrategy:
        env:
          - name: OUTPUT_DIR // 3 
            value: ${OUTPUT_DIR}
        from:
          kind: ImageStreamTag
          name: web-app-builder-runtime:latest // 4
        incremental: true // 5
      type: Source
    triggers: // 6
    - github:
        secret: ${GITHUB_WEBHOOK_SECRET}
      type: GitHub
    - type: ConfigChange
    - imageChange: {}
      type: ImageChange

আপনি দেখতে পাচ্ছেন, লেবেল 1 সহ লাইনটি বলছে যে এই বিল্ডের ফলাফলটি একই প্রতিক্রিয়া-ওয়েব-অ্যাপ-বিল্ডার ইমেজে স্থাপন করা হবে যা আমরা ইমেজস্ট্রিম বিভাগে একটু আগে দেখেছি।

2 লেবেলযুক্ত লাইনটি আপনাকে বলে যে কোডটি কোথা থেকে পেতে হবে। আমাদের ক্ষেত্রে, এটি একটি গিট সংগ্রহস্থল, এবং অবস্থান, রেফ এবং প্রসঙ্গ ফোল্ডার আমরা ইতিমধ্যে উপরে দেখেছি এমন পরামিতি দ্বারা নির্ধারিত হয়।

3 লেবেলযুক্ত লাইনটি আমরা ইতিমধ্যে প্যারামিটার বিভাগে দেখেছি। এটি OUTPUT_DIR এনভায়রনমেন্ট ভেরিয়েবল যোগ করে, যা আমাদের উদাহরণে বিল্ড।
4 লেবেলযুক্ত লাইনটি ওয়েব-অ্যাপ-বিল্ডার-রানটাইম ইমেজ ব্যবহার করতে বলে, যা আমরা ইতিমধ্যে ইমেজস্ট্রিম বিভাগে দেখেছি।

5 লেবেলযুক্ত লাইন বলছে যে S2I ইমেজ যদি এটি সমর্থন করে এবং ওয়েব অ্যাপ বিল্ডার ইমেজ করে তাহলে আমরা একটি বর্ধিত বিল্ড ব্যবহার করতে চাই। প্রথম লঞ্চে, সমাবেশের পর্যায় শেষ হওয়ার পরে, চিত্রটি node_modules ফোল্ডারটিকে একটি সংরক্ষণাগার ফাইলে সংরক্ষণ করবে। তারপর, পরবর্তী রানে, বিল্ড টাইম কমাতে ইমেজটি এই ফোল্ডারটিকে আনজিপ করবে।

এবং সবশেষে, 6 লেবেলযুক্ত লাইনটি কিছু পরিবর্তন হলে বিল্ডকে স্বয়ংক্রিয়ভাবে, ম্যানুয়াল হস্তক্ষেপ ছাড়াই চালানোর জন্য কয়েকটি ট্রিগার।

সামগ্রিকভাবে এটি একটি সুন্দর স্ট্যান্ডার্ড বিল্ড কনফিগারেশন।

এখন দ্বিতীয় বিল্ড কনফিগারেশনটি দেখে নেওয়া যাক। এটি প্রথমটির সাথে খুব মিল, তবে একটি গুরুত্বপূর্ণ পার্থক্য রয়েছে।

apiVersion: v1
  kind: BuildConfig
  metadata:
    name: react-web-app-runtime
  spec:
    output:
      to:
        kind: ImageStreamTag
        name: react-web-app-runtime:latest // 1
    source: // 2
      type: Image
      images:                              
        - from:
            kind: ImageStreamTag
            name: react-web-app-builder:latest // 3
          paths:
            - sourcePath: /opt/app-root/output/.  // 4
              destinationDir: .  // 5
             
    strategy: // 6
      sourceStrategy:
        from:
          kind: ImageStreamTag
          name: nginx-image-runtime:latest
        incremental: true
      type: Source
    triggers:
    - github:
        secret: ${GITHUB_WEBHOOK_SECRET}
      type: GitHub
    - type: ConfigChange
    - type: ImageChange
      imageChange: {}
    - type: ImageChange
      imageChange:
        from:
          kind: ImageStreamTag
          name: react-web-app-builder:latest // 7

সুতরাং দ্বিতীয় বিল্ড কনফিগারেশন হল প্রতিক্রিয়া-ওয়েব-অ্যাপ-রানটাইম, এবং এটি বেশ মানকভাবে শুরু হয়।

1 লেবেলযুক্ত লাইনটি নতুন কিছু নয় - এটি কেবল বলে যে বিল্ড ফলাফলটি প্রতিক্রিয়া-ওয়েব-অ্যাপ-রানটাইম ছবিতে রাখা হয়েছে।

পূর্ববর্তী কনফিগারেশনের মতো 2 লেবেলযুক্ত লাইনটি নির্দেশ করে যে সোর্স কোডটি কোথা থেকে পেতে হবে। তবে লক্ষ্য করুন যে এখানে আমরা বলছি যে এটি ছবিটি থেকে নেওয়া হয়েছে। তাছাড়া, আমরা এইমাত্র যে ছবিটি তৈরি করেছি তা থেকে - প্রতিক্রিয়া-ওয়েব-অ্যাপ-বিল্ডার থেকে (3 লেবেলযুক্ত লাইনে নির্দেশিত)। আমরা যে ফাইলগুলি ব্যবহার করতে চাই সেগুলি চিত্রের ভিতরে রয়েছে এবং তাদের অবস্থান সেখানে 4 লেবেলযুক্ত লাইনে সেট করা আছে, আমাদের ক্ষেত্রে এটি /opt/app-root/output/। আপনি যদি মনে রাখেন, আমাদের অ্যাপ্লিকেশন তৈরির ফলাফলের উপর ভিত্তি করে তৈরি করা ফাইলগুলি এখানেই সংরক্ষণ করা হয়।

লেবেল 5 সহ শব্দটিতে নির্দিষ্ট করা গন্তব্য ফোল্ডারটি কেবল বর্তমান ডিরেক্টরি (এই সব, মনে রাখবেন, ওপেনশিফট নামক কিছু জাদুকরী জিনিসের ভিতরে চলছে, আপনার স্থানীয় কম্পিউটারে নয়)।

কৌশল বিভাগ - লাইন লেবেল 6 - এছাড়াও প্রথম বিল্ড কনফিগারেশনের অনুরূপ। শুধুমাত্র এই সময় আমরা nginx-image-runtime ব্যবহার করতে যাচ্ছি, যা আমরা ইতিমধ্যে ইমেজস্ট্রিম বিভাগে দেখেছি।

অবশেষে, 7 লেবেলযুক্ত লাইনটি ট্রিগারগুলির একটি বিভাগ যা প্রতিবার প্রতিক্রিয়া-ওয়েব-অ্যাপ-বিল্ডার ইমেজ পরিবর্তন করার সময় এই বিল্ডটিকে সক্রিয় করবে।

অন্যথায়, এই টেমপ্লেটটিতে বেশ মানসম্পন্ন স্থাপনার কনফিগারেশন রয়েছে, সেইসাথে পরিষেবা এবং রুটের সাথে সম্পর্কিত জিনিসগুলি রয়েছে, তবে আমরা খুব বেশি বিশদে যাব না। অনুগ্রহ করে মনে রাখবেন যে ছবিটি স্থাপন করা হবে তা হল প্রতিক্রিয়া-ওয়েব-অ্যাপ-রানটাইম চিত্র।

অ্যাপ্লিকেশন স্থাপনা

তাই এখন আমরা টেমপ্লেটটি দেখেছি, আসুন দেখি কিভাবে এটি একটি অ্যাপ্লিকেশন স্থাপন করতে ব্যবহার করতে হয়।

আমরা আমাদের টেমপ্লেট স্থাপন করতে oc নামক OpenShift ক্লায়েন্ট টুল ব্যবহার করতে পারি:

$ find . | grep openshiftio | grep application | xargs -n 1 oc apply -f

$ oc new-app --template react-web-app -p SOURCE_REPOSITORY_URL=https://github.com/lholmquist/react-web-app

উপরের স্ক্রিনশটের প্রথম কমান্ডটি একটি টেমপ্লেট খুঁজে বের করার জন্য ইচ্ছাকৃতভাবে ইঞ্জিনিয়ারিং উপায়।/openshiftio/application.yaml।

দ্বিতীয় কমান্ডটি কেবল এই টেমপ্লেটের উপর ভিত্তি করে একটি নতুন অ্যাপ্লিকেশন তৈরি করে।

এই কমান্ডগুলি কাজ করার পরে, আমরা দেখতে পাব যে আমাদের দুটি সমাবেশ রয়েছে:

এবং ওভারভিউ স্ক্রিনে ফিরে, আমরা লঞ্চ করা পড দেখতে পাব:

লিঙ্কটি ক্লিক করুন এবং আমাদের অ্যাপে নিয়ে যাওয়া হবে, যা ডিফল্ট প্রতিক্রিয়া অ্যাপ পৃষ্ঠা:

পরিপূরক 1

কৌণিক প্রেমীদের জন্য আমাদেরও রয়েছে উদাহরণ অ্যাপ্লিকেশন.

OUTPUT_DIR ভেরিয়েবল ছাড়া এখানে প্যাটার্ন একই।

পরিপূরক 2

এই নিবন্ধে আমরা একটি ওয়েব সার্ভার হিসাবে NGINX ব্যবহার করেছি, কিন্তু এটি Apache দিয়ে প্রতিস্থাপন করা বেশ সহজ, শুধু ফাইলের টেমপ্লেটটি পরিবর্তন করুন NGINX চিত্র উপর অ্যাপাচি ইমেজ.

উপসংহার

এই সিরিজের প্রথম অংশে, আমরা দেখিয়েছি কিভাবে ওপেনশিফট প্ল্যাটফর্মে আধুনিক ওয়েব অ্যাপ্লিকেশনগুলিকে দ্রুত স্থাপন করা যায়। আজ আমরা দেখেছি একটি ওয়েব অ্যাপ ইমেজ কী করে এবং কীভাবে এটিকে আরও প্রোডাকশন-রেডি অ্যাপ্লিকেশন বিল্ড তৈরি করতে চেইনড বিল্ড ব্যবহার করে NGINX-এর মতো একটি বিশুদ্ধ ওয়েব সার্ভারের সাথে একত্রিত করা যায়। এই সিরিজের পরবর্তী এবং চূড়ান্ত নিবন্ধে, আমরা দেখাব কিভাবে OpenShift-এ আপনার অ্যাপ্লিকেশনের জন্য একটি ডেভেলপমেন্ট সার্ভার চালাতে হয় এবং স্থানীয় এবং দূরবর্তী ফাইলগুলির সিঙ্ক্রোনাইজেশন নিশ্চিত করতে হয়।

নিবন্ধের এই সিরিজের বিষয়বস্তু

• অংশ ২: মাত্র কয়েকটি ধাপে আধুনিক ওয়েব অ্যাপ্লিকেশন কিভাবে স্থাপন করা যায়;
• পার্ট 2: প্রোডাকশন ডিপ্লয়মেন্টের জন্য যুক্ত ওপেনশিফট অ্যাসেম্বলি ব্যবহার করে এনজিআইএনএক্স-এর মতো বিদ্যমান HTTP সার্ভার ইমেজ সহ একটি নতুন S2I ইমেজ কীভাবে ব্যবহার করবেন;
• পার্ট 3: কিভাবে OpenShift প্ল্যাটফর্মে আপনার অ্যাপ্লিকেশনের জন্য একটি ডেভেলপমেন্ট সার্ভার চালাবেন এবং স্থানীয় ফাইল সিস্টেমের সাথে সিঙ্ক্রোনাইজ করবেন।

অতিরিক্ত সম্পদ

• বিনামূল্যে ইবুক ওপেনশিফটে স্থাপন করা হচ্ছে.
• তথ্য OpenShift এবং Kubernetes.

উত্স: www.habr.com