กลับ

2025/03/31

9. การพิจารณาการตัดสินใจของ Red Hat ในการระงับซอร์สโค้ด

ในโพสต์บล็อกวันที่ 21 มิถุนายน 2023 “
การพัฒนาต่อไปของ CentOS Stream ” Red Hat ประกาศว่าจะจำกัดการเผยแพร่ซอร์สโค้ดของ Red Hat Enterprise Linux (RHEL) เฉพาะลูกค้าและพันธมิตรเท่านั้น

ตั้งแต่นั้นมา หัวข้อนี้ได้รับการรายงานโดยเว็บไซต์ข่าวหลายแห่ง และผู้จำหน่ายและชุมชนที่พัฒนาโคลน RHEL เช่น Oracle, AlmaLinux และ Rocky Linux ได้ตอบโต้อย่างรุนแรงต่อเรื่องนี้

การประกาศของ Red Hat หมายถึงอะไร? ทำไมมันถึง引起การต่อต้านอย่างรุนแรง? เพื่อทำความเข้าใจ คุณจำเป็นต้องรู้ประวัติของ Linux วิธีการพัฒนาการกระจาย และการออกใบอนุญาตที่เกี่ยวข้อง

ที่นี่ เราจะดูความโกลาหลล่าสุดนี้อย่างง่าย ๆ รวมถึงความหมายของการประกาศของ Red Hat, การตอบสนองของบริษัทอื่น ๆ และการคาดการณ์แนวโน้มในอนาคต

การทำความเข้าใจการประกาศของ Red Hat

เพื่อทำความเข้าใจการประกาศนี้ คุณต้องเข้าใจ CentOS Stream มาดูการประกาศนี้พร้อมกับแนะนำ CentOS Stream

การประกาศที่เกี่ยวข้องกับ CentOS ของ Red Hat/IBM

เพื่อเข้าใจภาพรวมที่ใหญ่ขึ้น มาดูย้อนกลับไปที่สถานการณ์ของ CentOS

  • 2004: การปล่อย CentOS ครั้งแรก
  • 2014: Red Hat เข้าซื้อ CentOS
  • 2019: IBM เข้าซื้อ Red Hat
  • 2020: โครงการ CentOS จะถูกยกเลิก
  • 2021: เพื่อตอบสนองต่อการยกเลิกการพัฒนา CentOS ชุมชนได้เปิดตัว AlmaLinux และ Rocky Linux
  • 2023: ซอร์สโค้ด RHEL จะมีให้เฉพาะลูกค้าและพันธมิตรเท่านั้น

CentOS มีประวัติที่ยาวนานอย่างน่าประหลาดใจ เริ่มตั้งแต่เวอร์ชัน 2.0 ในปี 2004 ในขณะนั้น มีการกระจายที่เข้ากันได้กับ RHEL หลายตัว และมันยังไม่ได้รับการยอมรับอย่างที่เป็นอยู่ในปัจจุบัน โดยเฉพาะ Scientific Linux ถูกใช้งานมาหลายปีและมีอยู่จนถึงปี 2020 Oracle Linux ถูกปล่อยในปี 2006

ในปี 2014 Red Hat เข้าซื้อ CentOS ซึ่งจนถึงตอนนั้นเป็นโครงการอิสระ มีทั้งข้อดีและข้อเสียในเรื่องนี้ แต่ผมจำได้ว่ามีเสียงต้อนรับมากมาย โดยเฉพาะอย่างยิ่งเนื่องจากการปล่อย CentOS มีความล่าช้าบ้างในขณะนั้น

ในปี 2019 IBM เข้าซื้อ Red Hat อย่างที่ทุกคนรู้ CentOS จะมีการเปลี่ยนแปลงครั้งใหญ่ตั้งแต่นี้ไป

การสิ้นสุดของ CentOS และการเปลี่ยนไปใช้ CentOS Stream

จุดเริ่มต้นของการเปลี่ยนแปลงครั้งใหญ่คือการประกาศสิ้นสุดโครงการ CentOS ในปี 2020 ดังที่ได้กล่าวถึงก่อนหน้านี้ใน “ส่วนที่ 8: การเปลี่ยนจาก CentOS ไปเป็น Oracle Linux ” โครงการ CentOS ได้สิ้นสุดลงและถูกแทนที่ด้วย CentOS Stream (การสนับสนุนสำหรับ CentOS 7 จะสิ้นสุดในวันที่ 30 มิถุนายน 2024 และ CentOS 8 ได้สิ้นสุดลงแล้ว)

เหตุผลที่มันก่อให้เกิดความโกลาหลคือ CentOS Stream ถูกวางตำแหน่งเป็น upstream ของ RHEL

จนถึงตอนนี้ CentOS เป็นที่นิยมในฐานะการกระจายที่เข้ากันได้กับ RHEL ฟรี อย่างไรก็ตาม ด้วยการมาถึงของ CentOS Stream มันไม่สามารถเรียกได้ว่าเป็นการกระจายที่เข้ากันได้กับ RHEL อีกต่อไป นอกจากนี้ CentOS Stream ใช้รูปแบบการปล่อยแบบ rolling release ดังนั้นจึงต้องอัปเดตอยู่เสมอ ทำให้ยากต่อการใช้งานในสภาพแวดล้อมการผลิต

นี่คือสิ่งที่เรียกว่า “CentOS shock”

การประกาศของ Red Hat

Red Hat ได้เผยแพร่บล็อกสองฉบับต่อไปนี้เกี่ยวกับการเปิดเผยซอร์สโค้ด:

ขั้นแรก เราจะแนะนำส่วนสำคัญของ “การพัฒนาต่อไปของ CentOS Stream ” เนื่องจากบทความข่าวต่าง ๆ อธิบายอย่างละเอียด เราได้ย่อที่นี่เพื่อให้ความชัดเจนมาก่อนความแม่นยำของการแปล

เมื่อชุมชน CentOS Stream เติบโตขึ้นและโลกของซอฟต์แวร์ระดับองค์กรเผชิญกับพลวัตใหม่ ๆ เราต้องการเน้นการมุ่งเน้นไปที่ CentOS Stream ในฐานะกระดูกสันหลังของนวัตกรรม Linux ระดับองค์กร เรากำลังดำเนินการลงทุนต่อไปและเพิ่มความมุ่งมั่นของเราต่อ CentOS Stream

เมื่อชุมชน CentOS Stream เติบโตขึ้นและซอฟต์แวร์ระดับองค์กรยอมรับพลวัตใหม่ ๆ เราจะยังคงลงทุนและเสริมสร้างความพยายามของเราใน CentOS Stream

Red Hat ได้ระบุถึงความมุ่งมั่นต่อ CentOS Stream และในย่อหน้าก่อนหน้านี้ระบุว่าบางคนต้อนรับการปล่อย upstream releases อย่างรวดเร็ว

CentOS Stream ได้กลายเป็นตัวเลือกที่ทันสมัยและมองไปข้างหน้า บางคนอาจต้อนรับมัน อย่างไรก็ตาม สิ่งสำคัญคือต้องจำไว้ว่ายังมีความต้องการ downstream สำหรับมันด้วยความเข้ากันได้เต็มรูปแบบกับ RHEL โดยเฉพาะสำหรับการใช้งานระดับองค์กร ความเสถียรมักสำคัญกว่าการเปลี่ยนแปลงและการมองไปข้างหน้า

CentOS Stream จะเป็นที่เก็บข้อมูลเดียวสำหรับการปล่อยซอร์สโค้ดที่เกี่ยวข้องกับ RHEL สาธารณะ สำหรับลูกค้าและพันธมิตรของ Red Hat ซอร์สโค้ดจะยังคงมีให้ผ่าน Red Hat Customer Portal

CentOS Stream จะเป็นที่เก็บข้อมูลเดียวสำหรับการปล่อยซอร์สโค้ดที่เกี่ยวข้องกับ RHEL สาธารณะต่อไป และลูกค้าและพันธมิตรของ Red Hat จะยังคงเข้าถึงซอร์สโค้ดได้ผ่าน Red Hat Customer Portal

ข้อความต้นฉบับยังเน้นข้อความนี้ด้วยตัวหน้ามันเป็นวิธีการพูดที่อ้อมค้อม แต่พูดง่าย ๆ คือ “ซอร์สโค้ดของ CentOS Stream จะถูกเปิดเผยต่อสาธารณะ แต่ซอร์สโค้ดของ RHEL จะไม่ถูกเปิดเผยต่อสาธารณะ”

ต่อไปคือ “ความมุ่งมั่นของ Red Hat ต่อโอเพ่นซอร์ส: การตอบสนองต่อการเปลี่ยนแปลงของ git.centos.org “

นี่คือสรุปของครึ่งแรกของบทความ ข้อความต้นฉบับยาว จึงถูกละไว้

Red Hat ใช้รูปแบบการพัฒนาแบบโอเพ่นซอร์ส และการพัฒนาคุณสมบัติใหม่ การแก้ไขข้อบกพร่อง การย้อนกลับแพตช์ และการทดสอบต่าง ๆ มีค่าใช้จ่ายมาก นอกจากนี้ยังเป็นงานที่ต้องใช้ความพยายามอย่างมากในการจัดการรุ่นหลัก 3 ถึง 4 รุ่นเสมอและย้อนกลับแพตช์ไปยังโค้ดที่มีอายุ 5 ถึง 10 ปี นอกจากนี้ยังจำเป็นต้องสะท้อนถึงโครงการ upstream เช่น Fedora และโครงการ Linux Kernel

ผมรู้สึกว่าความโกรธส่วนใหญ่จากการตัดสินใจล่าสุดของเราเกี่ยวกับแหล่ง downstream มาจากคนที่ไม่ต้องการจ่ายเงินสำหรับเวลา ความพยายาม และทรัพยากรที่ใส่เข้าไปใน RHEL หรือคนที่ต้องการนำไปบรรจุใหม่เพื่อผลกำไรของตัวเอง ความต้องการโค้ด RHEL นี้ไม่จริงใจ

ผมโกรธกับความไม่ซื่อสัตย์ของการกระจายที่เข้ากันได้กับ RHEL ที่เพียงแค่สร้างซอร์สโค้ด RHEL ใหม่และไม่มีการสนับสนุนใด ๆ

มีการประณามการขี่ฟรีที่นี่

ซอฟต์แวร์โอเพ่นซอร์สได้พัฒนาขึ้นด้วยเหตุผลหลายประการ เหตุผลที่ใหญ่ที่สุดสำหรับการพัฒนาคือประโยชน์สำหรับผู้ใช้ เช่น สามารถใช้งานได้ฟรีหรือต้นทุนต่ำ และไม่มี vendor lock-in เพราะซอร์สโค้ดเปิดเผยต่อสาธารณะ อย่างไรก็ตาม ยังมีประโยชน์สำหรับนักพัฒนาด้วย คุณภาพดีขึ้นเมื่อผู้ใช้รายงานข้อบกพร่องมากขึ้น การพัฒนาดำเนินไปเมื่อจำนวนสมาชิกการพัฒนาเพิ่มขึ้น และจำนวนผู้ใช้เพิ่มขึ้นเมื่อเอกสารและข้อมูลทางเทคนิคมีให้ในหลายภาษา

ในช่วงไม่กี่ปีที่ผ่านมา การขี่ฟรีกลายเป็นปัญหาในเมกะคลาวด์เช่น Amazon Web Services Redis, Elasticsearch, MongoDB และบริการอื่น ๆ ได้เปลี่ยนใบอนุญาตของพวกเขาเพื่อต่อต้านการขี่ฟรีในเมกะคลาวด์

เรายังให้บริการสมัครสมาชิก Red Hat Developer และ Red Hat Enterprise Linux (RHEL) สำหรับโครงสร้างพื้นฐานโอเพ่นซอร์สโดยไม่มีค่าใช้จ่าย การสมัครสมาชิกสำหรับนักพัฒนาให้ RHEL โดยไม่มีค่าใช้จ่ายแก่นักพัฒนาและอนุญาตให้ใช้งานได้ถึง 16 ระบบ โดยไม่มีค่าใช้จ่ายอีกเช่นกัน สามารถใช้โดยบุคคลสำหรับงานของตนเองและโดยลูกค้า RHEL สำหรับงานของพนักงานของพวกเขา

เราเสนอการสมัครสมาชิก Red Hat Developer และ Red Hat Enterprise Linux สำหรับโครงสร้างพื้นฐานโอเพ่นซอร์ส (บริการสำหรับชุมชนการพัฒนาโอเพ่นซอร์ส) โดยไม่มีค่าใช้จ่าย

แม้ว่าเงื่อนไขการใช้งานจะค่อนข้างจำกัด RHEL มีโปรแกรมฟรีสำหรับผู้ใช้บางคน

ทำไมมันถึงได้รับการต่อต้านอย่างรุนแรง?

สาเหตุของความโกลาหลนี้คือ “CentOS ที่สามารถใช้งานได้ฟรีในฐานะที่เข้ากันได้กับ RHEL จะไม่มีอยู่อีกต่อไป” และ “ซอร์สโค้ดที่เกี่ยวข้องกับ RHEL นอกเหนือจาก CentOS Stream จะไม่ถูกเปิดเผยต่อสาธารณะ” มาขุดลึกกันอีกนิด เราจะอธิบายวิธีการสร้างการกระจายที่เข้ากันได้กับ RHEL และ GPL

วิธีการสร้างการกระจายที่เข้ากันได้กับ RHEL

แผนภาพด้านล่างแสดงวิธีการสร้างการกระจายที่เข้ากันได้กับ RHEL การกระจายที่เข้ากันได้กับ RHEL ถูกพัฒนาขึ้นจากซอร์สโค้ด (SRPM) ของ RHEL หรือ CentOS การกระจายหลายตัวอิงจาก CentOS ซึ่งปราศจากข้อจำกัดลิขสิทธิ์และแก้ไขได้ง่าย

ปัญหาคือวิธีการสร้างมันในอนาคต ซอร์สโค้ดของ RHEL ถูกจำกัดเฉพาะผู้ใช้บางกลุ่มเช่นลูกค้าและพันธมิตร เฉพาะ CentOS Stream เท่านั้นที่กลายเป็นที่เก็บซอร์สโค้ดที่ทุกคนสามารถเข้าถึงได้ อย่างไรก็ตาม CentOS Stream เป็น upstream ของ RHEL การสร้างซอร์สของ CentOS Stream ใหม่จะไม่ทำให้มันเข้ากันได้กับ RHEL

GPL และข้อตกลง Red Hat Enterprise

เคอร์เนล Linux เป็นโปรแกรมที่ได้รับอนุญาตภายใต้ GPL v2 บางคนอาจคิดว่ามันแปลกที่ไม่ปล่อยซอร์สโค้ดเพราะ Linux เป็น GPL นี่คือคำอธิบายสั้น ๆ เกี่ยวกับ GPL และข้อตกลง Red Hat Enterprise ซึ่งสำคัญสำหรับการเข้าใจใบอนุญาตของ RHEL

GPL เป็นใบอนุญาตที่มีพลังมากโดยมีลักษณะดังต่อไปนี้: ข้อกำหนด GPL ได้รับการแปลเป็นภาษาญี่ปุ่นโดยอาสาสมัครที่ ที่นี่ แต่บางส่วนเข้าใจยากและมีการตีความที่แตกต่างกัน ดังนั้นโปรดคิดว่ามันคร่าว ๆ ดังนี้

  • อนุญาตให้ใช้เชิงพาณิชย์
  • ผู้เขียนไม่รับผิดชอบใด ๆ
  • รวมถึงประกาศลิขสิทธิ์และไม่มีการรับประกัน
  • ต้องเปิดเผยซอร์สโค้ดเมื่อมีการแจกจ่าย
  • หากคุณสร้างซอฟต์แวร์ที่ใช้โปรแกรมทั้งหมดหรือบางส่วนที่ได้รับอนุญาตภายใต้ GPL คุณต้องแจกจ่ายภายใต้ GPL ด้วย

ส่วนที่สำคัญที่ควรทราบคือส่วนที่ บอกว่า “มีภาระผูกพันที่จะต้องเปิดเผยซอร์สโค้ดในขณะที่แจกจ่าย” การตีความทั่วไปของเรื่องนี้คือ “ใครก็ตามที่มีโค้ดอ็อบเจ็กต์ (โค้ดไบนารี) มีสิทธิ์ได้รับซอร์สโค้ด” อย่างไรก็ตาม มันยังสามารถกล่าวได้ว่า “ใครก็ตามที่ไม่มีโค้ดอ็อบเจ็กต์ไม่มีสิทธิ์ได้รับซอร์สโค้ด”

เพื่อให้ตัวอย่างที่ชัดเจน สมมติว่าบริษัทหนึ่งพัฒนาโปรแกรมที่ใช้ซอฟต์แวร์ GPL ที่ถูกแก้ไขเฉพาะภายในบริษัท แม้ว่าซอฟต์แวร์นี้จะเป็น GPL แต่ไม่ได้เปิดเผยต่อสาธารณะ ดังนั้นจึงไม่จำเป็นต้องปล่อยซอร์สโค้ด รวมถึงส่วนที่แก้ไข ต่อสาธารณะ

แม้ว่า GPL จะมีลักษณะที่แข็งแกร่งเกี่ยวกับการเปิดเผยซอร์สโค้ด มันมีลักษณะดังกล่าวข้างต้น ดังนั้น Red Hat จึงกำหนดข้อจำกัดบางประการต่อลูกค้าของตนโดยการทำ ข้อตกลง Red Hat Enterprise กับพวกเขา แม้ว่าเราจะไม่เจาะลึกเนื้อหาของข้อตกลง Red Hat Enterprise มันมีข้อกำหนดที่จำกัดมากมาย

ปฏิกิริยาจากผู้จำหน่ายและโครงการ

เพื่อตอบสนองต่อการประกาศของ Red Hat ผู้จำหน่ายและโครงการที่พัฒนาการกระจายที่เข้ากันได้กับ RHEL ได้เผยแพร่คำแถลงต่าง ๆ นี่คือบางส่วนของพวกเขา

AlmaLinux

AlmaLinux เป็นโครงการที่เปิดตัวโดย CloudLinux บริษัทที่มีประวัติในฐานะระบบปฏิบัติการ Linux สำหรับการโฮสต์ มันเป็นการปล่อยครั้งแรกหลังจากโครงการ CentOS มีการเผยแพร่โพสต์บล็อกสามฉบับติดต่อกันอย่างรวดเร็ว

โครงร่างมีดังนี้:

  • SRPM ที่เข้ากันได้กับ RHEL หาได้ยากขึ้น แต่การอัปเดตความปลอดภัยมีให้เร็วขึ้น
  • รักษาท่าที downstream RHEL แต่ละทิ้งความเข้ากันได้ 1:1 กับ RHEL และมุ่งสู่ความเข้ากันได้ระดับไบนารี
  • มีส่วนร่วมในระบบนิเวศ Enterprise Linux ทั้งหมด รวมถึงชุมชนโอเพ่นซอร์สและแพลตฟอร์ม upstream เช่น Fedora และ CentOS Stream

บล็อกที่สองอธิบายวิธีการติดตามการอัปเดตความปลอดภัยโดยใช้ OpenSSL เป็นตัวอย่าง Cybertrust (MIRACLE LINUX) ซึ่งพัฒนาการกระจายที่เข้ากันได้กับ RHEL ในญี่ปุ่น ได้ประกาศความร่วมมือกับ CloudLinux ผู้สนับสนุนหลักของ AlmaLinux

Rocky Linux

Rocky Linux เป็นโครงการที่ก่อตั้งโดย Gregory Kurtzer ผู้ก่อตั้งโครงการ CentOS การสนับสนุนให้โดย CiQ บริษัทที่ก่อตั้งโดย Gregory Kurtzer โครงการนี้ยังเผยแพร่บล็อกสามฉบับ

โครงร่างมีดังนี้:

  • ความเข้ากันได้ 100% กับ RHEL จนถึงระดับข้อบกพร่อง
  • ปฏิบัติภารกิจของเราในการให้การกระจายที่เข้ากันได้กับ RHEL ที่เสถียรและยาวนาน
  • มีส่วนร่วมในระบบนิเวศ Enterprise Linux ทั้งหมด รวมถึงชุมชนโอเพ่นซอร์สและแพลตฟอร์ม upstream เช่น Fedora และ CentOS Stream
  • แม้ว่าข้อกำหนดการบริการและข้อตกลงใบอนุญาตผู้ใช้ปลายทางของ Red Hat จะจำกัดสิทธิ์ที่ได้รับจาก GPL เว็บไซต์นี้ให้วิธีการทางกฎหมายในการรับซอร์สโค้ด (ใช้ภาพคอนเทนเนอร์ Red Hat Universal Base Image และใช้インスタンスแบบจ่ายตามการใช้งานบนคลาวด์สาธารณะ)
  • เปิดตัว OpenELA โครงการเพื่อส่งเสริม Enterprise Linux ร่วมกับ Oracle และ SUSE

Oracle

Oracle ผู้พัฒนา Oracle Linux ได้เผยแพร่ข่าวต่อไปนี้:

เนื้อหาบางส่วนค่อนข้างเสียดสีเมื่อเทียบกับ AlmaLinux และ Rocky Linux แต่สาระสำคัญมีดังนี้:

  • เขาได้มีส่วนร่วมในชุมชน Linux เป็นเวลา 25 ปี โดยมีเป้าหมายที่จะทำให้มันเป็นระบบปฏิบัติการเซิร์ฟเวอร์ฟรีที่ดีที่สุดสำหรับทุกคน
  • Oracle ปล่อย Oracle Linux ในปี 2006 โดยเลือกความเข้ากันได้กับ RHEL เพื่อหลีกเลี่ยงการแยกชุมชน Linux
  • เราได้ยึดมั่นใน GPL และเปิดเผยไบนารีและซอร์สโค้ดของเรา ไม่เหมือน IBM (Red Hat) เราไม่แทรกแซงสิทธิ์ของผู้ใช้ผ่านสัญญาการสมัครสมาชิก
  • การไม่เปิดเผยซอร์สโค้ดในครั้งนี้มีเจตนาที่จะกำจัดคู่แข่งหรือไม่?
  • ยังคงรักษาความเข้ากันได้กับ RHEL ต่อไปเท่าที่เป็นไปได้
  • Oracle จะยังคงมีส่วนร่วมในชุมชน Linux และจะปล่อยไบนารีและซอร์สโค้ด การกระจาย downstream ได้รับการต้อนรับ

SUSE

สุดท้ายมี SUSE แม้ว่ามันจะเป็นการกระจายที่อิงจาก RPM แต่มันไม่เข้ากันได้กับ RHEL แต่ได้ประกาศว่าจะเข้าสู่ตลาดการกระจายที่เข้ากันได้กับ RHEL

สรุป

Red Hat ไม่ต้องสงสัยเลยว่าเป็นผู้นำในตลาด Linux ระดับองค์กร นอกจากนี้ การมีส่วนร่วมของบริษัทต่อชุมชนโอเพ่นซอร์ส ไม่ใช่แค่ Linux เท่านั้น ไม่สามารถวัดได้ นั่นคือเหตุผลที่การประกาศนี้ทำให้เกิดความประหลาดใจ

แม้ว่าจะผ่านไปเพียงสามเดือนนับตั้งแต่การประกาศของ Red Hat บริษัทอื่น ๆ ได้ตอบสนองอย่างรวดเร็ว ไม่เพียงแต่ผู้จำหน่ายการกระจายที่เข้ากันได้กับ RHEL รายใหญ่ทั้งหมดได้ประกาศมาตรการตอบโต้ แต่แม้แต่ SUSE ซึ่งมีส่วนแบ่งตลาดสูงในยุโรป ได้ประกาศการเข้าร่วม ดังนั้น จึงไม่น่าเป็นไปได้ที่การกระจายที่เข้ากันได้กับ RHEL จะหายไป หรือแพตช์ความปลอดภัยจะล่าช้าอย่างมาก

กรณีนี้ทำให้ผมนึกถึง “คดีความ Linux ของ SCO” ที่กินเวลาตั้งแต่ปี 2003 ถึง 2010 เริ่มต้นด้วย SCO เจ้าของลิขสิทธิ์ Linux ฟ้อง IBM มันดำเนินต่อไปเพื่อฟ้อง Novell และ Red Hat และถึงขั้นบอกใบ้ว่าจะฟ้องผู้ใช้ Linux ทั่วไป นอกเหนือจากการถูกวิพากษ์วิจารณ์อย่างหนักทั่วโลก SCO ไม่สามารถชนะคดีใด ๆ ได้และจบลงด้วยการจ่ายค่าใช้จ่ายทางกฎหมายจำนวนมหาศาล

ครั้งนี้ ไม่มีความ恶毒แบบ troll สิทธิบัตรของ SCO อย่างไรก็ตาม ไม่น่าเป็นไปได้ที่สิ่งที่มีฝ่ายตรงข้ามมากมายในโลกโอเพ่นซอร์สจะประสบความสำเร็จ อย่างไรก็ตาม ยังมีความต้องการ CentOS Stream ในฐานะ upstream ดังนั้นอาจมีการพยายามอยู่ร่วมกันกับฝ่าย downstream ที่เข้ากันได้กับ RHEL