คำถามติดแท็ก terminology

สำหรับคำถามเกี่ยวกับการชี้แจงข้อกำหนดของ DevOps ใช้แท็กนี้เพื่อสอบถามเกี่ยวกับคำที่ไม่ชัดเจนหรือคลุมเครือและอย่าลืมแสดงการวิจัยใด ๆ ที่คุณพบแล้วก่อนถามเกี่ยวกับคำนิยาม

4
ความแตกต่างระหว่าง SRE และ DevOps คืออะไร
ความแตกต่างระหว่าง SRE และ DevOps คืออะไร วิศวกรรมความน่าเชื่อถือของไซต์และการดำเนินการพัฒนาดูเหมือนจะทับซ้อนกันในรายละเอียดมากมาย ฉันจะรู้ได้อย่างไรว่ากลุ่มใดรับผิดชอบเรื่องอะไรและฉันจะรู้ได้อย่างไรว่างานใดเหมาะสมกับทักษะของฉัน ดูเหมือนว่า SRE เกี่ยวกับการบำรุงรักษาเซิร์ฟเวอร์และเครือข่ายและ DevOps เกี่ยวกับการบำรุงรักษารหัสถูกต้องหรือไม่ ยังคงมีการทับซ้อนระหว่างสองสิ่งนี้ไม่ถูกต้องหรือไม่?

5
สิ่งประดิษฐ์คืออะไร?
มีคำถามและคำตอบค่อนข้างมากที่กล่าวถึง " สิ่งประดิษฐ์ " ผมจะไม่แปลกใจถ้ามันเป็นเรื่องที่เกี่ยวข้องอย่างใดเพื่อสิ่งประดิษฐ์ คำถามของฉัน : อะไรคือ "วัตถุโบราณ" (ในบริบทของ DevOps) เหตุใดจึงใช้สิ่งประดิษฐ์

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

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

7
ความแตกต่างระหว่าง DevOps และระบบอัตโนมัติคืออะไร
ฉันเห็นว่าเมื่อใดก็ตามที่มีคนทำ DevOps ส่วนใหญ่เกี่ยวกับการทำสิ่งต่าง ๆ โดยอัตโนมัติเช่นการปรับใช้ ฯลฯ แต่ระบบอัตโนมัติสิ้นสุดลงและ DevOps เริ่มต้นที่ใด

1
“ Walking Skeleton” คืออะไร?
หนึ่งในทีมของฉันเปรียวได้ใช้วิธีที่น่าสนใจในระยะแรกของโครงการของพวกเขา แทนที่จะเริ่มต้นโครงการด้วย Sprint 0 ที่พวกเขาติดตั้งโครงสร้างพื้นฐานของรหัสและตัดสินใจเกี่ยวกับสถาปัตยกรรมโซลูชันพวกเขาได้เริ่มสร้าง "Walking Skeleton" ซึ่งพวกเขาอธิบายว่าเป็นแนวปฏิบัติ DevOps สิ่งนี้ดูเหมือนจะเกิดขึ้นกับการสร้างสิ่งเล็ก ๆ น้อย ๆ (ในกรณีของ API เพียงจุดเดียวที่เพิ่งกลับมา200-OK) ทำให้การทำงานนี้เป็นการผสานรวมอย่างต่อเนื่องและการสร้างขั้นตอนการจัดส่งอย่างต่อเนื่อง การพัฒนา►ทดสอบ►เอือด►การผลิตล่วงหน้า►การผลิต ในกระบวนการพวกเขาจัดการเพื่อติ๊กข้อกำหนดที่ไม่สามารถใช้งานได้หลายอย่างซึ่งอาจพลาดได้หากการปรับใช้ถูกทิ้งให้อยู่ในนาทีสุดท้าย คำถามของฉันคือสิ่งนี้ "Walking Skeleton" คืออะไรและมีประโยชน์อะไรบ้างสำหรับทีม Agile ที่ปฏิบัติตาม DevOps

6
Sysadmin และ DevOps Engineer แตกต่างกันอย่างไร
เมื่อสมัครใช้งานปกติคุณสามารถหาทั้งสองประเภทของงานที่คล้ายกัน: ดูแลระบบวิศวกรและDevOps วิศวกร ทั้งคู่จัดการกับการกำหนดค่าเซิร์ฟเวอร์และตรวจสอบการทำงานที่เชื่อถือได้ของระบบคอมพิวเตอร์ อาจเป็นเรื่องยากที่จะบอกความแตกต่างระหว่างคนทั้งสอง อะไรคือความแตกต่างที่สำคัญระหว่างพวกเขา

7
ทำไมฉันไม่ควรลองจ้าง 'DevOps Engineer'
แนวคิดของการมีวิศวกร DevOpsได้รับความนิยมค่อนข้างมากเมื่อเร็ว ๆ นี้และดูเหมือนว่าจะมีเพียงคนที่สามารถต่อเชื่อมและมอบสิทธิประโยชน์มากมายของ DevOps ดังที่อธิบายไว้ในบล็อก Puppet : องค์กรที่ใช้แนวทางปฏิบัติของ DevOps นั้นมีประสิทธิภาพสูง: พวกเขาปรับใช้โค้ดบ่อยกว่าคู่แข่งถึง 30 เท่าและการปรับใช้ล้มเหลวน้อยลง 50% ตามรายงานของ State of DevOps ประจำปี 2558 อย่างไรก็ตามฉันได้สังเกตเห็นว่ามีการคัดค้านเกี่ยวกับเสียงของนักพัฒนา DevOps มากและพยายามทำการปรับปรุงเหล่านี้: แม้จะมีข้อตกลงในวงกว้างเกี่ยวกับคุณลักษณะหลักของ DevOps แต่การโต้แย้งรอบคำว่า“ วิศวกร DevOps” บางคนพูดว่าคำนั้นขัดแย้งกับคุณค่าของ DevOps Jez Humble ผู้เขียนร่วมของการจัดส่งแบบต่อเนื่องชี้ให้เห็นว่าเพียงแค่เรียกวิศวกรของ DevOps ว่าสามารถสร้างไซโลแห่งที่สามได้นอกเหนือจาก dev และ ops - "... เห็นได้ชัดว่าเป็นวิธีที่ยาก (และแดกดัน) ในการพยายามแก้ไขปัญหาเหล่านี้ ." ทำไมมันอาจไม่เป็นเช่นความคิดที่ดีสำหรับธุรกิจที่จะจ้างวิศวกร DevOps และพยายาม 'ใช้ DevOps' …

3
DevOps เข้ากันได้กับ ITIL หรือไม่
ในอาชีพของฉันฉันเป็นทั้งนักพัฒนาซอฟต์แวร์และผู้ปฏิบัติงานITILในบทบาทการปฏิบัติงาน DevOps จึงเป็นความก้าวหน้าตามธรรมชาติของฉัน อย่างไรก็ตามฉันได้ต่อสู้กับภาษาที่มีความเชี่ยวชาญเป็นพิเศษที่ ITIL แนะนำและทำให้ "Developer Friendly" มากพอที่จะไม่ทำให้ผู้พัฒนาปิดตัวลงอย่างสมบูรณ์ ITIL เป็นกรอบการบริหารจัดการบริการด้านไอทีที่ได้รับการยอมรับในระดับสากลซึ่งได้รับการพัฒนามานานกว่า 30 ปีในฐานะชุดปฏิบัติที่ได้รับการพิสูจน์แล้วว่ามีประโยชน์ต่อความมั่นคงในการดำเนินงานและการเติบโตขององค์กร DevOps นั้นเข้ากันได้กับ ITIL จริงหรือเราจำเป็นต้องใช้จิตวิญญาณของ ITIL และ "แปล" เป็นภาษาที่ทีมพัฒนาเข้าใจดีขึ้น: การจัดการเหตุการณ์และปัญหา→ข้อบกพร่องการผลิตข้อบกพร่องหรือปัญหา การจัดการการเปลี่ยนแปลงและการวางจำหน่าย→การจัดส่งอย่างต่อเนื่อง การจัดการเหตุการณ์→การบันทึกการโทรมาตรการวัดและการแจ้งเตือน


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

5
เซิร์ฟเวอร์ที่ไม่เปลี่ยนรูปแบบคืออะไร
มีคำถามบางอย่างเกี่ยวกับเซิร์ฟเวอร์ที่ไม่เปลี่ยนรูปเช่น: วิธีการใช้รูปแบบเซิร์ฟเวอร์ที่เปลี่ยนแปลงไม่ได้โดยไม่สูญเสียความสามารถในการทำ post-mortems เครื่องมือการจัดการการกำหนดค่ามีบทบาทอย่างไรในโครงสร้างพื้นฐานที่ไม่เปลี่ยนแปลง ดูเหมือนว่าจะต้องทำกับเซิร์ฟเวอร์ (ส่วนที่ฉันได้รับ) และเพียงแค่การย่อยไวยากรณ์ของการเปลี่ยนแปลงไม่ได้ฉันคิดว่ามันมีบางอย่างที่เกี่ยวข้องกับ "ไม่สามารถปิดเสียง " ได้ หากการเดานั้นอยู่ใกล้ฉันจะไม่มีเงื่อนงำอะไรที่ไม่สามารถปิดเสียงได้อย่างแน่นอน (และฉันสงสัยว่ามันเกี่ยวข้องกับการ์ดเสียงหรืออะไรซักอย่าง ... ) คำถามของฉัน : อะไรคือ "เซิร์ฟเวอร์ที่ไม่เปลี่ยนรูป" (ในบริบทของ DevOps) ทำไมถึงใช้

4
คอนเทนเนอร์คืออะไร
มีคำถามบางอย่างเกี่ยวกับตู้คอนเทนเนอร์เช่น: เครื่องมือการจัดการการกำหนดค่ามีบทบาทอย่างไรในโครงสร้างพื้นฐานที่ไม่เปลี่ยนแปลง orchestration คอนเทนเนอร์มีปัญหาใดบ้าง Simple CI / CD Container ใน AWS คำถามของฉัน : อะไรคือ "คอนเทนเนอร์" (ในบริบทของ DevOps) ทำไมถึงใช้

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

4
การรวมอย่างต่อเนื่องเกี่ยวข้องกับการจัดส่ง / การปรับใช้อย่างต่อเนื่องอย่างไร
นี่คือคำพูดจากเนื้อหาปัจจุบันของการรวมกลุ่มอย่างต่อเนื่อง : ... กระบวนการรวมสำเนารหัสการทำงานของนักพัฒนาซอฟต์แวร์ไปยังรหัสฐานที่ใช้ร่วมกันบ่อยครั้งเพื่อป้องกันหรือลดปัญหาการรวม ตกลงฉันเข้าใจแล้ว แต่จากนั้นยังมีการจัดส่งอย่างต่อเนื่องและ การปรับใช้อย่างต่อเนื่องและนั่นคือสิ่งที่ฉันทำหายไปอย่างต่อเนื่อง : วิธีการที่ไม่บูรณาการอย่างต่อเนื่องที่เกี่ยวข้องกับการส่งมอบอย่างต่อเนื่องและ / หรือการใช้งานอย่างต่อเนื่องสมมติว่าบางที่ตามเส้น (s) ผ่านทางintegrationคุณจะจบลงในสภาพแวดล้อมเป้าหมายที่ทุกอย่างจะเป็นdeliveringdeployed อะไรคือความแตกต่างระหว่างการส่งมอบอย่างต่อเนื่องและการใช้งานอย่างต่อเนื่อง ? ย้อนกลับไปในวันก่อนที่ DevOps จะถูกเรียกว่า DevOps เราใช้คำศัพท์ซึ่งอาจช่วยให้เข้าใจข้อกำหนด DevOps ใหม่เหล่านี้เช่น: เลื่อนระดับไปยัง (หรือลดระดับจาก) เป้าหมายก่อนการผลิตบางรายการรวมกับกระบวนการฟื้นฟูบางประเภท (คอมไพล์, ผูก, ฯลฯ ) เพื่อรวมส่วนประกอบทั้งหมดที่เกี่ยวข้องเข้าด้วยกันในสิ่งที่คล้ายปฏิบัติการ นั่นคือสิ่งที่ควรจะคล้าย / ใกล้เคียงกับการรวมกลุ่มอย่างต่อเนื่องหรือไม่? แจกจ่ายไปยังสภาพแวดล้อมเป้าหมายโดยใช้บางอย่างเช่น FTP (หากสำเนามาตรฐานไม่สามารถเชื่อมช่องว่าง) แต่ยังไม่เปิดใช้งานในเป้าหมาย นั่นคือสิ่งที่ควรจะคล้าย / ใกล้เคียงกับการจัดส่งอย่างต่อเนื่องหรือไม่? ติดตั้ง (หรือเปิดใช้งาน ) ในบางสภาพแวดล้อมเป้าหมายรวมกับสิ่งต่าง ๆ เช่นการผูกการหยุด / เริ่มการทำงานเป็นต้นนั่นคือสิ่งที่ควรจะคล้าย / ใกล้เคียงกับการปรับใช้อย่างต่อเนื่องหรือไม่?

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.