ภาชนะบรรจุอธิบาย

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

ในความเป็นจริง 451 Research คาดการณ์ว่าตลาดคอนเทนเนอร์ของแอพพลิเคชั่นจะขยายจาก 762 ล้านดอลลาร์ในปี 2559 เป็น 2.7 พันล้านดอลลาร์ในปี 2020 ในขณะเดียวกันการ์ทเนอร์คาดการณ์ว่ากว่า 50% ขององค์กรทั่วโลก 2017

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

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

ภาชนะบรรจุ 101

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

“ ภาชนะบรรจุทั้งหมดเกี่ยวกับความคล่องตัว” มานน์กล่าว "ในองค์กรที่มีความซับซ้อนมันเป็นเรื่องของการมอบหมายความรับผิดชอบพร้อมกับอิสระในการส่งมอบคุณสมบัติและบรรจุภัณฑ์ให้เทคโนโลยีนี้เพื่อให้มันพร้อมกันในขณะที่ยังคงจัดการความรับผิดชอบของคุณสำหรับความปลอดภัยความพร้อมใช้งานการปฏิบัติตามกฎระเบียบ

คลิกที่ภาพเพื่อดูข้อมูลทั้งหมด เครดิตภาพ: Twistlock

ด้วยวิธีนี้ความสม่ำเสมอของภาชนะบรรจุทำให้เป็นกลุ่มอาคารที่ใช้งานง่าย เป็นหน่วยที่เล็กและเสียบได้ซึ่งคุณสามารถสร้างสถาปัตยกรรมไมโครไซต์ที่มีประสิทธิภาพในการปฏิบัติงานและการควบคุมเวอร์ชัน ในขณะเดียวกันพวกเขาก็ให้การสนับสนุน DevOps และทีมไอทีอย่างละเอียดในเรื่องการปรับใช้ทรัพยากรโครงสร้างพื้นฐาน เฮอร์มานน์ยังชี้ให้เห็นว่าภาชนะบรรจุเป็นเทคโนโลยีระบบปฏิบัติการ (OS) พื้นฐาน

“ ภาชนะบรรจุใช้ระบบปฏิบัติการและแบ่งมันเป็นสองส่วน” มานน์อธิบาย "ในอีกด้านหนึ่งคุณจะได้หน่วยงานสำหรับแอพพลิเคชั่นซึ่งมีรหัสแอปพลิเคชันและการพึ่งพาในแบบที่ทีม DevOps สามารถปรับให้เหมาะสมได้และพวกเขามีอิสระในการควบคุมและตัดสินใจได้เมื่อพวกเขาต้องการ รอทีมอื่น

"ส่วนอื่นคือเคอร์เนลระบบปฏิบัติการส่วนเคอร์เนลระบบปฏิบัติการและส่วนบรรจุข้อมูลให้การสนับสนุนทรัพยากรและสิ่งที่คุณต้องการเช่นที่เก็บข้อมูลเครือข่ายและความปลอดภัยเนื่องจากบรรจุภัณฑ์เป็นเทคโนโลยีระบบปฏิบัติการคุณจึงสามารถเรียกใช้งานได้ทุกที่ไม่ว่าจะเป็นเสมือน โฮสต์หรือคลาวด์สาธารณะคุณภาพแบบไฮบริดนั้นช่วยให้คุณสามารถจัดการแอปพลิเคชันในสภาพแวดล้อมใดก็ได้โดยใช้เทคโนโลยีเดียวกันในขณะที่ยังคงเพิ่มขีดความสามารถของทีม DevOps "

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

“ ยังมีความสับสนมากมายเกี่ยวกับการทำให้เกิดความสับสนในคอนเทนเนอร์ด้วยการจำลองเสมือน” Herrmann กล่าว "Virtualization แก้ปัญหาที่แตกต่างกันและเราคิดว่า container และ virtualization ช่วยเติมเต็มซึ่งกันและกันได้อย่างดี Virtualization ให้ abstraction และ emulation และด้วย container คุณจะได้นามธรรมที่คล้ายกัน แต่ไม่มี emulation ด้วยกันพวกมันไม่ให้ค่าใช้จ่ายที่วัดได้และ ประสิทธิภาพในการดำเนินงานที่มากมาย แต่มันยากที่จะแยกทั้งสองอย่างออกจากกัน "

รายละเอียดด่วนของทิวทัศน์คอนเทนเนอร์

DevOps และหลักการความคล่องตัวที่เรากำลังพูดถึงในเรื่องของคอนเทนเนอร์ไม่ใช่เรื่องใหม่เมื่อพวกเขากลับไปที่แนวคิดของสถาปัตยกรรมที่มุ่งเน้นบริการ (SOA) ซึ่งมีรายละเอียดในไมโครไซต์ของเราด้านบน คอนเทนเนอร์ Linux ที่ทันสมัยได้รับการคิดค้นเมื่อ Docker เปลี่ยนเกม นักเทียบท่าเป็นสิ่งที่แตกต่างกันเล็กน้อย แต่สิ่งแรกและสำคัญที่สุดคือเทคโนโลยีโอเพ่นซอร์สที่ได้รับความนิยมอย่างสูงซึ่งได้รับการพัฒนาโดย Docker Project ในปี 2013 มันถูกออกแบบมาสำหรับการบรรจุการขนส่งและการใช้งานแอปพลิเคชันใด ๆ ในปี 2560 นักเทียบท่าได้เพิ่มความสามารถในการใช้งานคอนเทนเนอร์ Linux บน Windows โดยใช้เทคโนโลยี Hyper-V

นักเทียบท่าเป็นหนึ่งในโครงการโอเพนซอร์ซหลายโครงการที่ช่วยในการกำหนดรูปแบบเทคโนโลยีและพื้นที่ Kubernetes พัฒนาโดย Google และตอนนี้จัดการโดย Cloud Native Computing Foundation เป็นระบบโอเพ่นซอร์สสำหรับการปรับใช้คอนเทนเนอร์อัตโนมัติการปรับขนาดและการจัดการ Docker และ Kubernetes เป็นโรงไฟฟ้าโอเพนซอร์สสองโครงการที่ได้รับอิทธิพลจากการพัฒนาเทคโนโลยีมากที่สุด ในความเป็นจริงแล้วในเดือนเมษายน Dockers ได้เปิดตัว Docker Enterprise Edition (EE) 2.0 ซึ่งช่วยให้ผู้ใช้จัดการและรักษาความปลอดภัยเวิร์กโหลดใน Kubernetes ผ่านสภาพแวดล้อมแบบ multi-Linux, multi-OS หรือ multi-cloud ความยืดหยุ่นนี้ช่วยลดโอกาสของ บริษัท ที่ถูกล็อคด้วยเทคโนโลยีหรือโครงสร้างพื้นฐานบางอย่าง Docker กล่าวว่า EE 2.0 ช่วยให้ บริษัท ต่างๆประหยัดค่าใช้จ่ายได้มากขึ้นด้วยการจัดการแอพพลิเคชั่นจากอินเทอร์เฟซการควบคุมเดียวเพื่อติดตามภาพการจัดเก็บและเครือข่าย

มี บริษัท อื่นอีกหลายสิบแห่งพร้อมด้วย Project Atomic ของ Red Hat (สำหรับสแต็ค Docker / Kubernetes รวม) และ Open Container Initiative ของ Linux Foundation ที่มุ่งสร้างมาตรฐานอุตสาหกรรมแบบเปิดรอบ ๆ คอนเทนเนอร์ สำหรับนักเทียบท่ามันเป็นภาพนักเทียบท่าที่ทำให้โลกแห่งการพัฒนาลุกเป็นไฟ ภาชนะเก็บรหัสห้องสมุดและไฟล์การกำหนดค่าเพื่อเรียกใช้ภาพในสถานที่ใด ๆ "ภาชนะบรรจุทั้งหมดถูกให้บริการบนโหนดเดียวกันจนกระทั่ง Docker แนะนำแนวคิดของการปรับใช้ระบบภาพ" มานน์กล่าว

คลิกที่ภาพเพื่อดูข้อมูลทั้งหมด ภาพ: การสำรวจนักเทียบท่า, 2016

นักเทียบท่ายังเป็นจุดเริ่มต้น (ก่อตั้งขึ้นในปี 2010 ในฐานะ dotCloud) ซึ่งระดมทุนได้มากกว่า $ 242 ล้าน บริษัท ให้บริการชุดเครื่องมือ Container-as-a-Service (CaaS) สำหรับองค์กรในการปรับใช้นักเทียบท่าในศูนย์ข้อมูลและคลาวด์ส่วนตัว แน่นอนเมื่อพูดถึงการจัดการคอนเทนเนอร์องค์กรนักเทียบท่าไม่ได้อยู่คนเดียวในอวกาศ Red Hat นำเสนอชุดเครื่องมือสำหรับนักพัฒนาองค์กรของ CaaS ในผลิตภัณฑ์ Red Hat Enterprise Linux (RHEL), OpenShift และ JBoss

บริษัท เทคโนโลยีชื่อดังมากขึ้นเรื่อย ๆ เช่นกัน Amazon Web Services (AWS), Microsoft Azure และ Google Cloud Platform (GCP) มีเครื่องมือการรวมและการจัดการคอนเทนเนอร์ในตัวทั้งหมดไว้ในแพลตฟอร์ม Cloud-as-a-Service (IaaS) ในวันที่ 8 พฤษภาคม Microsoft ประกาศความร่วมมือกับ Red Hat เพื่อให้นักพัฒนาซอฟต์แวร์สามารถทำงานบนคอนเทนเนอร์ใน Azure ได้ ในวันเดียวกันนั้นเอง IBM รายงานว่าจะขยายความร่วมมือกับ Red Hat เพื่อให้นักพัฒนาสามารถสร้างแอพพลิเคชั่นบนแพลตฟอร์มคอนเทนเนอร์รวม ในช่วงเวลาไม่กี่ปีที่ผ่านมาพื้นที่ตู้คอนเทนเนอร์ค่อนข้างแออัด

ปัญหาทางธุรกิจใดที่สามารถแก้ไขได้?

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

“ ตอนนี้เราเห็นว่าการจัดตู้เป็นวิธีที่ใช้ประโยชน์ได้จริงที่สุดในการแนะนำระบบคลาวด์ DevOps และบริการไมโครสโคปในสภาพแวดล้อมของคุณตู้บรรจุสินค้านั้นผสานรวมเข้ากับเทคโนโลยีที่คุณมีอยู่แล้ว” Herrmann กล่าว

Rich Sharples ผู้อำนวยการอาวุโสฝ่ายการจัดการผลิตภัณฑ์สำหรับ Middleware ที่ Red Hat กล่าวว่าทั้งหมดเกี่ยวกับการส่งมอบซอฟต์แวร์ที่มีคุณภาพในจังหวะที่เร็วขึ้น บริษัท ทุกแห่งต่างก็มองหาซอฟต์แวร์ที่เร็วกว่าเพื่อแข่งขันในตลาดของตนเองและความกดดันนั้นมักจะตกอยู่ในแผนกไอทีที่ทำงานหนักเกินไป Sharples กล่าวว่าบรรจุภัณฑ์เป็นวิธีการผลิตแอพพลิเคชั่นและบริการที่สามารถเปลี่ยนแปลงได้เร็วขึ้นไม่ว่าจะเป็นการเพิ่มคุณสมบัติใหม่หรือการแก้ไขความปลอดภัยที่สำคัญในขณะที่รักษาคุณภาพ นอกจากนี้เขายังได้พูดคุยเกี่ยวกับโครงสร้างพื้นฐาน containerized เป็นสะพานเพื่อให้องค์กรพร้อมสำหรับ microservices

“ เรามีหลักการออกแบบนี้: เราไม่สามารถทิ้งแอปพลิเคชันไว้ได้” Sharples กล่าว "เราอยู่ในโลกใหม่ที่ยอดเยี่ยมของ DevOps และการพัฒนาซอฟต์แวร์ที่คล่องตัว แต่องค์กรไม่สามารถเขียนแอปพลิเคชันทั้งหมดเพื่อเข้าร่วมปาร์ตี้ได้เราจะย้ายพวกเขาไปสู่แนวคิดใหม่เหล่านี้ได้อย่างไร

"การลงทุนในแพลตฟอร์มต่างๆเช่นตู้คอนเทนเนอร์เป็นวิธีการที่ทำให้มั่นใจว่าองค์กรพร้อมที่จะเริ่มสร้างสิ่งเล็ก ๆ น้อย ๆ เช่น microservices Microservices และตู้คอนเทนเนอร์ด้วยกันคือที่ที่พลังแท้จริงคือไม่มีอะไรน่าสนใจเกี่ยวกับบริการไมโครเดียวเท่านั้น เครือข่ายความร่วมมือประกอบด้วยส่วนของการทำงานที่ไม่ต่อเนื่อง "

เครดิตรูปภาพ: Docs.Docker.com

การประเมินว่าจะลงทุนและนำภาชนะมาใช้ไม่เพียง แต่เกี่ยวกับเทคโนโลยี Sharples อธิบายว่าสำหรับการเปลี่ยนไปใช้ DevOps ที่ประสบความสำเร็จซึ่งรวมเอาคอนเทนเนอร์และไมโครเซอร์วิซคุณจะต้องมีสถาปัตยกรรมแพลตฟอร์มพื้นฐานและกระบวนการที่คล่องตัว

“ นี่ไม่ใช่แค่การตัดสินใจทางเทคโนโลยี” Sharples กล่าว "คุณต้องคิดว่าองค์กรของคุณพร้อมหรือไม่ว่าคุณมีปัญหาการส่งมอบซอฟต์แวร์เฉพาะที่คุณต้องแก้ไขและเข้าใจว่าไดรเวอร์ธุรกิจมีลักษณะอย่างไรในระบบอัตโนมัติและ DevOps เข้าใจความต้องการหลักของคุณดูความต้องการของโครงการต่าง ๆ และ จากนั้นตัดสินใจว่าการรวมกันของคลาวด์สถาปัตยกรรมแอปพลิเคชันและเทคโนโลยีคอนเทนเนอร์สามารถทำให้เกิดขึ้นได้ "

Herrmann ให้คำแนะนำกับแผนกไอทีขององค์กรสามชิ้นเมื่อดูว่าบรรจุภัณฑ์เหมาะสมกับองค์กรของพวกเขาอย่างไร:

1. เริ่มต้น

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

2. วิสัยทัศน์ที่ครอบคลุม

เฮอร์มันน์แนะนำว่าคุณเข้าหาตู้คอนเทนเนอร์จากมุมมองแบบองค์รวมมากขึ้น “ เลือกเป้าหมายที่สำคัญที่สุดของคุณ” เขากล่าว "ความสามารถในการส่งมอบซอฟต์แวร์ได้เร็วขึ้นเป็นจุดเริ่มต้นที่ดีขึ้นอยู่กับวัตถุประสงค์นั้นลองคิดดูว่าคุณจะนำองค์กรของคุณเข้าสู่กระบวนการได้อย่างไรและจัดโครงสร้างงานนี้โดยไม่มีความเสี่ยง

3. ระบบนิเวศ

องค์กรหลายแห่งถึงจุดที่พวกเขาถูก จำกัด ด้วยสถาปัตยกรรมกระบวนการและแพลตฟอร์มแบบดั้งเดิม “ คุณไม่สามารถเปลี่ยนสถาปัตยกรรมโดยไม่ต้องนึกถึงแพลตฟอร์มที่คุณต้องการใช้” เขากล่าว "จากนั้นคำถามคือฉันทำงานกับใครฉันจะคุยกับใครคำแนะนำของเราคือมองหา บริษัท ที่สามารถช่วยได้ไม่เพียง แต่เกี่ยวกับปัญหาด้านเทคโนโลยี แต่จัดการการเปลี่ยนแปลงในมิติเหล่านี้ทั้งหมด: เทคโนโลยีกระบวนการตลอดทาง สำหรับองค์กรเมื่อต้องจัดการกับคลาวด์, DevOps, คอนเทนเนอร์และไมโครไซต์ด้วยกันคุณต้องการพึ่งพาระบบนิเวศที่สามารถช่วยให้คุณประสบความสำเร็จในระยะเวลาอันสั้นและช่วยคุณให้พ้นจากความตาย "