ฉันขอนำเสนอคำแนะนำเกี่ยวกับ DevOpsConf ซึ่งเป็นการประชุมที่ในปีนี้อยู่ในระดับกาแล็กซี ในแง่ที่ว่าเราสามารถรวบรวมโปรแกรมที่ทรงพลังและสมดุลที่ผู้เชี่ยวชาญหลายคนจะเพลิดเพลินไปกับการเดินทาง: นักพัฒนา ผู้ดูแลระบบ วิศวกรโครงสร้างพื้นฐาน QA หัวหน้าทีม สถานีบริการ และโดยทั่วไปทุกคนที่เกี่ยวข้องกับการพัฒนาเทคโนโลยี กระบวนการ.
เราเสนอให้เยี่ยมชมสองพื้นที่ขนาดใหญ่ของจักรวาล DevOps: ส่วนหนึ่งมีกระบวนการทางธุรกิจที่สามารถเปลี่ยนแปลงได้อย่างยืดหยุ่นผ่านโค้ด และอีกส่วนหนึ่งมีเครื่องมือ นั่นคือในการประชุมของเรา จะมีเนื้อหาที่มีความเข้มแข็งเท่าเทียมกันสองสาย และที่สำคัญคือในจำนวนรายงาน หัวข้อหนึ่งมุ่งเน้นไปที่การใช้เครื่องมือจริง และหัวข้อที่สองเกี่ยวกับกระบวนการโดยใช้ตัวอย่างปัญหาทางธุรกิจที่ถือเป็นโค้ดและจัดการในรูปแบบโค้ด เราเชื่อว่าเทคโนโลยีและกระบวนการเชื่อมโยงกันอย่างแยกไม่ออกและแสดงสิ่งนี้อย่างเป็นระบบด้วยความช่วยเหลือจากวิทยากรของเราที่ทำงานในบริษัทคลื่นลูกใหม่ และแบ่งปันเส้นทางสู่การรับรู้ใหม่เกี่ยวกับการพัฒนาผ่านการแก้ปัญหาและเอาชนะความท้าทาย
หากคุณต้องการ บทสรุปสั้นๆ ของคำแนะนำของเรา :
- ในวันที่ 30 กันยายน ในวันแรกของการประชุม เราจะพิจารณากรณีธุรกิจ 8 กรณีในฮอลล์แรก
- ในห้องโถงที่สองของวันแรก เราจะวิเคราะห์โซลูชันเครื่องมือที่มีความเชี่ยวชาญสูงมากขึ้น รายงานแต่ละฉบับมีประสบการณ์เชิงปฏิบัติที่ยอดเยี่ยมมากมาย ซึ่งไม่เหมาะสำหรับทุกบริษัท
- ในทางกลับกัน ในวันที่ 1 ตุลาคม ที่ห้องโถงแรก เราจะพูดถึงเทคโนโลยีมากขึ้น แต่ในวงกว้างมากขึ้น
- ในห้องโถงที่สอง ในวันที่สอง เราจะหารือเกี่ยวกับงานเฉพาะที่ไม่ได้เกิดขึ้นในทุกโครงการ เช่น ในองค์กร
แต่ฉันจะทราบทันทีว่าการแบ่งส่วนดังกล่าวไม่ได้หมายถึงการแบ่งแยกผู้ชมเลย ในทางตรงกันข้าม วิศวกรจะต้องเข้าใจปัญหาทางธุรกิจ รู้ความหมายของสิ่งที่กำลังทำอยู่ และมีประสบการณ์ในทางปฏิบัติเป็นสิ่งสำคัญ และสำหรับหัวหน้าทีมหรือสถานีบริการ แน่นอนว่า กรณีและประสบการณ์ของบริษัทอื่นถือเป็นสิ่งสำคัญ แต่ในขณะเดียวกัน คุณต้องเข้าใจการทำงานภายในด้วย ด้านล่างนี้ฉันจะบอกคุณเกี่ยวกับหัวข้อทั้งหมดโดยละเอียดและช่วยคุณสร้างแผนการเดินทางโดยละเอียด
การประชุมจะจัดขึ้นที่ Infospace และเราเรียกห้องโถงหลักทั้งสองแห่งว่า "Golden Heart" - เหมือนเรือจาก "The Hitchhiker's Guide to the Galaxy" ซึ่งใช้หลักการของความไม่น่าจะเป็นไปได้ในการเคลื่อนที่ผ่านอวกาศ และ "At the Edge of the จักรวาล” - เหมือนร้านอาหารจากเทพนิยายเดียวกัน ต่อไปนี้ฉันจะใช้ชื่อเหล่านี้เพื่ออ้างอิงถึงเพลง รายงานจุดแวะพักในพื้นที่กาแล็กซี "หัวใจสีทอง" เหมาะสำหรับกลุ่มนักท่องเที่ยวหลักมากกว่าหากคุณต้องการสถานที่ท่องเที่ยวที่ต้องแวะเยี่ยมชม “ที่ขอบจักรวาล” มีวัตถุที่น่าสนใจสำหรับนักเดินทางผู้มีประสบการณ์ มีเพียงไม่กี่คนที่ไปถึงที่นั่น แต่ผู้ที่กล้าไปที่นั่นด้วยสายตาที่ลุกเป็นไฟผ่านแถบดาวเคราะห์น้อย
ในเวลาเดียวกันคุณสามารถย้ายจากห้องหนึ่งไปอีกห้องหนึ่งได้อย่างง่ายดายและคุณจะพบหัวข้อที่เหมาะกับคุณเมื่อใดก็ได้ อย่างที่ผมบอกไปแล้วว่าโปรแกรมนี้มีความสมดุลมาก เรามีรายงานของชั้นเรียนมากกว่านี้มาก แต่คณะกรรมการโครงการต้องย้ายพวกเขาไปอย่างไม่เต็มใจ หรือเลื่อนไปจนถึงการประชุมฤดูใบไม้ผลิที่เซนต์ปีเตอร์สเบิร์กเพื่อไม่ให้เสียสมดุลและนำแนวคิดเดิมไปใช้ โปรแกรมการประชุมช่วยให้คุณพิจารณาแต่ละหัวข้อที่วางแผนไว้ (การจัดส่งอย่างต่อเนื่อง โครงสร้างพื้นฐานเป็นโค้ด การเปลี่ยนแปลง DevOps แนวทางปฏิบัติ SRE ความปลอดภัย แพลตฟอร์มโครงสร้างพื้นฐาน) โดยใช้ตัวอย่างที่แตกต่างกันและจากมุมที่ต่างกัน
นั่งลงก่อน เรือกาแล็กซีของเรากำลังมาถึงจุดจอดทุกแห่งแล้ว
“หัวใจทองคำ” 30 กันยายน
90 วันแรกในตำแหน่ง CTO
จะเปิดสัมมนา ลีโอน่า ไฟร์. เกี่ยวกับการสืบทอดระบบเดิมและปัญหาที่มักเกิดขึ้น ลีออนจะบอกคุณว่าสถานีบริการสามารถทำความเข้าใจระบบทางเทคนิคที่เขาเริ่มทำงานได้อย่างไร สำหรับผู้อำนวยการด้านเทคนิคในบริษัทสมัยใหม่ การจัดการกระบวนการ DevOps เป็นงานหลัก และ Leon จะแสดงให้คุณเห็นในรูปแบบที่น่าสนใจและมีอารมณ์ขัน ความสัมพันธ์ระหว่างส่วนทางเทคนิคและธุรกิจ ในมุมมองของ รฟท.
ผู้เริ่มต้นและผู้ที่ต้องการเป็นหนึ่งเดียวควรมาที่รายงานนี้อย่างแน่นอน ท้ายที่สุดแล้ว การเติบโตขึ้นเป็นผู้อำนวยการฝ่ายเทคนิคในบริษัทของคุณเป็นสิ่งสำคัญและเป็นอีกเรื่องหนึ่งในการกลับมารับตำแหน่งนี้อีกครั้ง การแสดงผาดโผนดังกล่าวไม่สามารถใช้ได้กับทุกคน
ข้อมูลพื้นฐานเกี่ยวกับ DevOps - การเข้าสู่โปรเจ็กต์ตั้งแต่เริ่มต้น
Следующий ยังคงหัวข้อแต่ อันเดรย์ ยูมาเชฟ (LitRes) จะพิจารณาปัญหานี้น้อยลงทั่วโลกและตอบคำถาม: พื้นฐานอะไรบ้างที่คุณจำเป็นต้องรู้เมื่อเริ่มทำงานในทีมต่างๆ; วิธีการวิเคราะห์ช่วงของปัญหาอย่างถูกต้อง วิธีการจัดทำแผนกิจกรรม วิธีคำนวณ KPI และเมื่อใดที่ควรหยุด
อนาคตของโครงสร้างพื้นฐานในรูปแบบโค้ด
ต่อไปเราจะหยุดพักเพื่อหารือเกี่ยวกับหัวข้อโครงสร้างพื้นฐานในรูปแบบโค้ด โรมันบอยโก สถาปนิกโซลูชันที่ AWS ที่ DevOpsConf เกี่ยวกับเครื่องมือใหม่ ชุดพัฒนา AWS Cloudซึ่งช่วยให้คุณอธิบายโครงสร้างพื้นฐานในภาษาที่คุ้นเคย (Python, TypeScript, JavaScript, Java) เราจะเรียนรู้โดยตรงว่าอะไรที่ทำให้ระบบคลาวด์ใกล้ชิดกับนักพัฒนามากขึ้น วิธีเริ่มใช้เครื่องมือนี้ และสร้างส่วนประกอบที่นำมาใช้ซ้ำได้เพื่อการจัดการโครงสร้างพื้นฐานที่สะดวก สำหรับผู้เข้าร่วมการประชุม นี่เป็นโอกาสอันดีที่จะได้ฟังเกี่ยวกับนวัตกรรมของโลกในภาษารัสเซียและระดับรายละเอียดทางเทคนิคซึ่งมีอยู่ทั่วไปที่นี่ แต่ไม่ใช่ในประเทศตะวันตก
ตั้งแต่การเผยแพร่ไปจนถึง FastTrack
หลังอาหารกลางวันเราจะกลับเข้าสู่ประเด็นการเปลี่ยนแปลงอีกสองสามชั่วโมง บน เยฟเจเนีย โฟเมนโก มาติดตามการเปลี่ยนแปลง DevOps ของ MegaFon กัน: เริ่มจากขั้นที่พวกเขาพยายามใช้วิธีการแบบดั้งเดิม เช่น KPI เอาชนะขั้นที่ไม่มีอะไรชัดเจน และคุณต้องคิดเครื่องมือใหม่ๆ และเปลี่ยนแปลงตัวเอง จนกว่ากระบวนการจะปรับโครงสร้างใหม่ทั้งหมด. นี่เป็นประสบการณ์ที่ยอดเยี่ยมและสร้างแรงบันดาลใจสำหรับองค์กร ซึ่งยังเกี่ยวข้องกับผู้รับเหมาในการเปลี่ยนแปลง DevOps ซึ่ง Evgeniy จะพูดถึงด้วย
วิธีที่จะเป็นทีมข้ามสายงาน
У มิคาอิล บิซชาน ประสบการณ์ที่กว้างขวางในการดำเนินการเปลี่ยนแปลงการเปลี่ยนแปลงในทีม ปัจจุบัน มิคาอิลในฐานะผู้นำของทีม Raiffeisenbank Acceleration ทำให้ทีมทำงานข้ามสายงานได้ กับเขา เรามาพูดถึงความเจ็บปวดจากการขาดแคลนทีมข้ามสายงาน และเหตุใดความท้าทายของทีมข้ามสายงานจึงไม่จบลงด้วยการคิดค้น สร้างสรรค์ และนำไปปฏิบัติ
แนวทางปฏิบัติของ SRE
ต่อไประหว่างทาง เราจะพบรายงานสองฉบับที่เกี่ยวข้องกับแนวทางปฏิบัติ SRE ซึ่งกำลังได้รับแรงผลักดันและมีบทบาทสำคัญในกระบวนการ DevOps ทั้งหมด
อเล็กซี่ อันเดรเยฟ จากพริสมา แล็บส์ เหตุใดสตาร์ทอัพจึงต้องมีแนวทางปฏิบัติ SRE และเหตุใดจึงได้รับผลตอบแทน
มัตวีย์ กริกอรีฟ จากโดโด้พิซซ่า ตัวอย่างของ SRE ในบริษัทขนาดใหญ่ที่โตเกินระยะสตาร์ทอัพไปแล้ว Matvey พูดเรื่องนี้เกี่ยวกับตัวเขาเอง: นักพัฒนา .NET ที่มีประสบการณ์และ SRE มือใหม่ ตามลำดับจะแบ่งปันเรื่องราวของการเปลี่ยนแปลงของนักพัฒนา ไม่ใช่แค่คนเดียว แต่ทั้งทีม ไปสู่โครงสร้างพื้นฐาน ทำไม DevOps เป็นเส้นทางเชิงตรรกะสำหรับนักพัฒนา และจะเกิดอะไรขึ้นหากคุณเริ่มดู Playbooks และสคริปต์ทุบตี Ansible ทั้งหมดของคุณเป็นผลิตภัณฑ์ซอฟต์แวร์ที่มีคุณสมบัติครบถ้วนและใช้ข้อกำหนดเดียวกันกับพวกเขา เราจะหารือในรายงานของ Matvey ในวันที่ 30 กันยายน เวลา 17:00 น. ในห้องโถง Golden Heart
จบโปรแกรมวันแรก ดาเนียล ติโคมิรอฟใครอยู่ในของเขา ทำให้เกิดคำถามสำคัญ: เทคโนโลยีเกี่ยวข้องกับความสุขของผู้ใช้อย่างไร. การแก้ปัญหา "ทุกอย่างใช้งานได้ แต่ผู้ใช้ไม่พอใจ" MegaFon เปลี่ยนจากการตรวจสอบระบบแต่ละระบบ เซิร์ฟเวอร์ แอปพลิเคชัน ไปจนถึงการตรวจสอบบริการผ่านสายตาของผู้ใช้ วิธีที่ผู้เชี่ยวชาญด้านเทคนิค ลูกค้า และผู้จำหน่ายเริ่มให้ความสำคัญกับตัวชี้วัด KQI เหล่านี้ เราจะทราบคำตอบในตอนเย็นของวันแรกของการประชุม หลังจากนั้น เราจะไปหารือเกี่ยวกับโครงสร้างพื้นฐานและการเปลี่ยนแปลงในบรรยากาศที่ไม่เป็นทางการในอาฟเตอร์ปาร์ตี้
“สุดขอบจักรวาล” 30 กันยายน
รายงานสามฉบับแรกในห้องโถง "At the Edge of the Universe" จะน่าสนใจมากจากมุมมองของเครื่องดนตรี
แม็กซิม โคสตริกิน (อิกซ์เทน) ลวดลายใน Terraform เพื่อต่อสู้กับความวุ่นวายและกิจวัตรในโครงการขนาดใหญ่และระยะยาว นักพัฒนา Terraform เสนอแนวทางปฏิบัติที่ดีที่สุดที่ค่อนข้างสะดวกสำหรับการทำงานกับโครงสร้างพื้นฐาน AWS แต่ก็มีความแตกต่างกันเล็กน้อย Maxim จะสาธิตวิธีที่จะไม่เปลี่ยนโฟลเดอร์ที่มีโค้ด Terraform ให้เป็นก้อนหิมะโดยใช้ตัวอย่างโค้ด แต่ใช้รูปแบบเพื่อทำให้ระบบอัตโนมัติง่ายขึ้นและการพัฒนาเพิ่มเติม
กริกอรี มิคาลคิน จากลาโมด้า “เหตุใดเราจึงพัฒนาตัวดำเนินการ Kubernetes และเราเรียนรู้บทเรียนอะไรจากมัน” จะช่วยเติมเต็มข้อมูลที่ขาดเกี่ยวกับวิธีการใช้โครงสร้างพื้นฐานเป็นแนวทางปฏิบัติด้านโค้ดโดยใช้ Kubernetes Kubernetes มีคำอธิบายบริการที่ใช้ไฟล์ yaml เป็นต้น แต่ไม่เพียงพอสำหรับงานทั้งหมด การจัดการระดับต่ำจำเป็นต้องมีผู้ปฏิบัติงาน และการพูดคุยนี้มีประโยชน์มากหากคุณต้องการจัดการ Kubernetes อย่างเหมาะสม
หัวข้อของรายงานครั้งต่อไปคือ ห้องนิรภัย Hashicorp - ค่อนข้างพิเศษ แต่ในความเป็นจริงแล้ว เครื่องมือนี้จำเป็นทุกที่ที่คุณต้องการจัดการรหัสผ่านและมีจุดร่วมในการทำงานกับความลับ เมื่อปีที่แล้ว Sergey Noskov เล่าถึงวิธีจัดการความลับใน Avito ด้วยความช่วยเหลือของ Hashicorp Vault ดูสิ และมา ยูริ ชัทกิน จาก Tinkoff.ru เพื่อประสบการณ์ที่มากยิ่งขึ้น
ทาราส โคตอฟ (แพม) งานที่ยากยิ่งกว่าในการสร้างโครงสร้างพื้นฐานระบบคลาวด์ที่มีแกนหลักของตัวเอง เครือข่ายไอพี/MPLS. แต่ประสบการณ์นั้นยอดเยี่ยมมากและรายงานก็ฮาร์ดคอร์ ดังนั้นหากคุณเข้าใจว่ามันเกี่ยวกับอะไร อย่าลืมมาที่รายงานนี้
ตอนเย็นเราจะพูดถึงการจัดการฐานข้อมูลในโครงสร้างพื้นฐานคลาวด์ คิริลล์ เมลนิชุก ประสบการณ์การใช้งาน เยี่ยมชมเพื่อทำงานกับ MySQL ภายในคลัสเตอร์ Kubernetes. วลาดิมีร์ เรียวบอฟ จาก Playkey.net วิธีทำงานกับข้อมูลภายในคลาวด์ และวิธีการใช้พื้นที่จัดเก็บข้อมูลที่มีอยู่อย่างเหมาะสม
“หัวใจทองคำ” 1 ต.ค
วันที่ 1 ตุลาคม ทุกอย่างจะเปลี่ยนไป ห้องโถง Golden Heart จะมีสนามแข่งที่เน้นเทคโนโลยีมากขึ้น ดังนั้น สำหรับวิศวกรที่เดินทางผ่าน "หัวใจสีทอง" ก่อนอื่นเราขอเชิญคุณให้เจาะลึกกรณีทางธุรกิจ จากนั้นดูว่ากรณีเหล่านี้ได้รับการแก้ไขในทางปฏิบัติอย่างไร และในทางกลับกัน ผู้จัดการก็จะคิดถึงงานที่เป็นไปได้ก่อน จากนั้นจึงเริ่มเข้าใจวิธีการนำสิ่งนี้ไปใช้ในเครื่องมือและฮาร์ดแวร์ได้ดีขึ้น
ภายใต้ประทุนของที่เก็บข้อมูลบนคลาวด์ขนาดใหญ่
ผู้บรรยายคนแรก อาร์เทมี คาปิตูล่า. รายงานของเขาเมื่อปีที่แล้ว“ผู้เข้าร่วมการประชุมเรียกสิ่งนี้ว่าดีที่สุด ฉันคิดว่า เนื่องจากเรื่องราวมีความลึกอย่างเหลือเชื่อ เวลานี้ จะยังคงใช้โซลูชัน Mail.Ru Cloud Solutions ในการออกแบบพื้นที่จัดเก็บข้อมูลและการวิเคราะห์ตัวอย่างความล้มเหลวของระบบ ประโยชน์ที่เห็นได้ชัดของรายงานนี้สำหรับผู้จัดการก็คือ Artemy ไม่เพียงแต่ตรวจสอบปัญหาทางเทคนิคเท่านั้น แต่ยังรวมถึงกระบวนการแก้ไขทั้งหมดด้วย เหล่านั้น. คุณสามารถเข้าใจวิธีจัดการกระบวนการทั้งหมดนี้และนำไปใช้กับบริษัทของคุณได้
การปรับใช้แบบกระจายอำนาจแบบย้อนกลับ
เอกอร์ บูกาเอนโก นี่ไม่ใช่ครั้งแรกที่เขาปรากฏตัวในการประชุม รายงานของเขามักจะประกอบด้วยวิทยานิพนธ์ที่ก่อให้เกิดข้อขัดแย้ง แต่สิ่งเหล่านี้ทำให้คุณคิด เราหวังว่าอย่างนั้น การพูดคุยของ Egor เกี่ยวกับการปรับใช้แบบกระจายอำนาจจะทำให้เกิดการอภิปรายที่น่าสนใจและที่สำคัญที่สุดคือ
เราอยู่ในเมฆอีกครั้ง
อเล็กเซย์ วาคอฟเป็นการผสมผสานอันทรงพลังขององค์ประกอบทางธุรกิจและเทคโนโลยี ซึ่งจะน่าสนใจจากทั้งด้านวิศวกรรมและการจัดการ Alexey จะบอกคุณว่า Uchi.ru ทำงานอย่างไร โครงสร้างพื้นฐานคลาวด์เนทิฟ: วิธีการใช้งาน Service Mesh, OpenTracing, Vault, การบันทึกแบบรวมศูนย์ และ SSO ทั้งหมด หลังจากนั้นเวลา 15 น. Alexey จะถือ โดยทุกคนที่มาจะได้สัมผัสเครื่องดนตรีเหล่านี้ด้วยมือของตัวเอง
Apache Kafka ใน Avito: เรื่องราวของการกลับชาติมาเกิดสามครั้ง
อนาโตลี โซลดาตอฟ เกี่ยวกับวิธีที่ Avito สร้าง Kafka ให้เป็นบริการ จะเป็นที่สนใจของผู้ที่ใช้ Kafka อย่างแน่นอน แต่ในทางกลับกันกลับเปิดเผยได้ดีมาก กระบวนการสร้างบริการภายใน: วิธีรวบรวมข้อกำหนดการบริการและความปรารถนาของเพื่อนร่วมงาน ใช้อินเทอร์เฟซ สร้างปฏิสัมพันธ์ระหว่างทีม และสร้างบริการเป็นผลิตภัณฑ์ภายในบริษัท จากมุมมองนี้ ประวัติศาสตร์จะมีประโยชน์อีกครั้งสำหรับผู้เข้าร่วมการประชุมที่แตกต่างกันมาก
มาทำให้ไมโครเซอร์วิสมีน้ำหนักเบาอีกครั้งกันเถอะ
ดูเหมือนว่าทุกอย่างชัดเจนจากชื่อ แต่สิ่งเหล่านี้ มิทรี ซูโกรบอฟ จากลีรอย เมอร์ลิน แม้แต่ในคณะกรรมการโครงการก็ก่อให้เกิดการถกเถียงอย่างดุเดือด นี่จะเป็นพื้นฐานที่ดีสำหรับการอภิปรายในหัวข้อของสิ่งที่โดยทั่วไปถือว่าเป็นไมโครเซอร์วิส วิธีเขียน บำรุงรักษา ฯลฯ
CI/CD สำหรับการจัดการโครงสร้างพื้นฐาน BareMetal
รายงานครั้งต่อไปเป็นแบบสองในหนึ่งเดียวอีกครั้ง ด้านหนึ่ง อันเดรย์ ควาพิล (WEDOS Internet, a.s) จะพูดถึงการจัดการโครงสร้างพื้นฐาน BareMetal ซึ่งค่อนข้างเฉพาะเจาะจง เนื่องจากตอนนี้ทุกคนใช้คลาวด์เป็นหลัก และหากพวกเขาถือฮาร์ดแวร์ ก็จะไม่มีขนาดใหญ่ขนาดนี้ แต่มันสำคัญมากที่อันเดรย์ การใช้เทคนิค CI/CD สำหรับการปรับใช้และการจัดการโครงสร้างพื้นฐาน BareMetal และจากมุมมองนี้ รายงานจะเป็นที่สนใจของทั้งหัวหน้าทีมและวิศวกร
จะไปต่อในหัวข้อ เซอร์เกย์ มาคาเรนโก, เบื้องหลังกระบวนการที่ต้องใช้แรงงานเข้มข้นนี้ แพลตฟอร์มวอร์เกมมิ่ง.
ภาชนะสามารถปลอดภัยได้หรือไม่?
จะจบหลักสูตรในห้องโถงหัวใจทองคำ อเล็กซานเดอร์ คาโยรอฟ เอกสารเสวนาเรื่องความปลอดภัยของตู้คอนเทนเนอร์ Alexander อยู่ที่ RIT++ แล้ว เกี่ยวกับปัญหาด้านความปลอดภัยของ Helm และวิธีการต่อสู้กับมัน และคราวนี้จะไม่จำกัดตัวเองอยู่เพียงรายการจุดอ่อน แต่ เครื่องมือสำหรับการแยกสิ่งแวดล้อมอย่างสมบูรณ์
“สุดขอบจักรวาล” 1 ตุลาคม
จะเริ่ม อเล็กซานเดอร์ เบิร์ตเซฟ (บรามาบรามา) และ หนึ่งในโซลูชั่นที่เป็นไปได้ในการเร่งความเร็วไซต์ เรามาดูความสำเร็จของการดำเนินการตามหลักห้าประการนี้กัน การเร่งความเร็วเนื่องจากเครื่องมือ DevOps เท่านั้น โดยไม่ต้องเขียนโค้ดใหม่ คุณยังคงต้องตัดสินใจว่าจะเขียนโค้ดใหม่หรือไม่ในแต่ละโปรเจ็กต์ แต่การคำนึงถึงประสบการณ์ดังกล่าวจะเป็นประโยชน์เสมอ
DevOps ใน 1C: องค์กร
เพตเตอร์ กรีบานอฟ จากบริษัท 1C หักล้างความเชื่อที่ว่าเป็นไปไม่ได้เลยที่จะนำ DevOps ไปใช้ในองค์กรขนาดใหญ่ สิ่งที่อาจซับซ้อนกว่าแพลตฟอร์ม 1C: Enterprise แต่เนื่องจากแนวทางปฏิบัติของ DevOps สามารถใช้ได้แม้ที่นั่น ฉันคิดว่าความเชื่อผิด ๆ จะไม่คงอยู่
DevOps ในการพัฒนาแบบกำหนดเอง
แอนตัน คเลวิทสกี้ ในการจัดทำรายงานต่อโดย Evgeniy Fomenko วิธีที่ MegaFon สร้าง DevOps ในด้านผู้รับเหมา และสร้างการใช้งานอย่างต่อเนื่อง รวมถึงการพัฒนาแบบกำหนดเองจากซัพพลายเออร์ซอฟต์แวร์หลายราย
นำ DevOps มาสู่ DWH/BI
หัวข้อที่ไม่ได้มาตรฐาน แต่เป็นหัวข้อที่น่าสนใจสำหรับผู้เข้าร่วมที่แตกต่างกัน วาซิลี คุตเซนโก จากแก๊ซพรอมแบงก์ Vasily จะแบ่งปันคำแนะนำเชิงปฏิบัติเกี่ยวกับวิธีการพัฒนาวัฒนธรรมไอทีในการพัฒนาข้อมูลและการประยุกต์ใช้แนวทางปฏิบัติ DevOps ใน Data Warehous และ BI และจะบอกคุณว่าไปป์ไลน์สำหรับการทำงานกับข้อมูลแตกต่างกันอย่างไร และเครื่องมืออัตโนมัติใดบ้างที่มีประโยชน์จริงๆ ในบริบทของการทำงานด้วย ข้อมูล.
(คุณ) ใช้ชีวิตอย่างไรโดยไม่มีแผนกรักษาความปลอดภัย
หลังอาหารกลางวัน โมนา อาร์คิโปวา (sudo.su) เราด้วยพื้นฐาน DevSecOps และจะอธิบายว่าคุณสามารถฝังการรักษาความปลอดภัยเป็นกระบวนการในกระบวนการพัฒนาของคุณและหยุดใช้แผนกความปลอดภัยแยกต่างหากได้อย่างไร หัวข้อกำลังเร่งด่วนและรายงานน่าจะมีประโยชน์มากสำหรับหลาย ๆ คน
โหลดการทดสอบใน CI/CD ของโซลูชันขนาดใหญ่
เติมเต็มหัวข้อก่อนหน้าอย่างสมบูรณ์แบบ วลาดิมีร์ โคนิน จากเมก้าฟอน. ที่นี่เราจะพูดถึง วิธีแนะนำคุณภาพให้กับกระบวนการ DevOps: วิธีใช้ Quality Gate บันทึกกรณีต่างๆ ภายในระบบ และวิธีบูรณาการทั้งหมดเข้ากับกระบวนการพัฒนา รายงานนี้เหมาะอย่างยิ่งสำหรับผู้ที่ทำงานกับระบบขนาดใหญ่ แต่แม้ว่าคุณจะไม่ได้ทำงานกับการเรียกเก็บเงินจำนวนมาก คุณจะพบแง่มุมที่น่าสนใจสำหรับตัวคุณเอง
SDLC และการปฏิบัติตามข้อกำหนด
และหัวข้อถัดไปเกี่ยวข้องกับบริษัทขนาดใหญ่มากขึ้น - วิธีแนะนำโซลูชันการปฏิบัติตามข้อกำหนดและข้อกำหนดมาตรฐานในกระบวนการ อิลยา มิทรูคอฟ จากศูนย์เทคโนโลยีดอยช์แบงก์ ที่ มาตรฐานการทำงานอาจเข้ากันได้กับ DevOps.
และในตอนท้ายของวัน มัตวีย์ คูคุย (Amixr.IO) สถิติและข้อมูลเชิงลึกเกี่ยวกับจำนวนทีมทั่วโลกที่ปฏิบัติหน้าที่ แยกแยะเหตุการณ์ การจัดระเบียบงานและการสร้างระบบที่เชื่อถือได้ และจะอธิบายว่าทั้งหมดนี้เกี่ยวข้องกับ SRE อย่างไร
ตอนนี้ฉันยังอิจฉาคุณนิดหน่อยเพราะการเดินทางผ่าน คุณเพียงแค่ต้อง คุณสามารถสร้างแผนส่วนบุคคลของคุณเองและเพลิดเพลินไปกับการที่รายงานจะช่วยส่งเสริมซึ่งกันและกัน แต่ฉันก็มักจะไม่มีเวลาพิจารณาอย่างรอบคอบเช่นเดียวกับคำแนะนำอื่นๆ
นอกเหนือจากโปรแกรมหลักแล้ว เรายังมีสถานที่ตั้งแคมป์ - ห้องพบปะซึ่งผู้เข้าร่วมสามารถจัดการพบปะเล็ก ๆ เวิร์กช็อป มาสเตอร์คลาส และหารือเกี่ยวกับประเด็นเร่งด่วนในสภาพแวดล้อมที่ใกล้ชิด ผู้เข้าร่วมคนใดก็ได้ และผู้เข้าร่วมสามารถทำหน้าที่เป็นคณะกรรมการโครงการและลงคะแนนให้มีการพบปะอื่นๆ ได้ รูปแบบนี้ได้พิสูจน์ประสิทธิภาพแล้ว โดยเฉพาะอย่างยิ่งในแง่ของเครือข่าย ดังนั้นโปรดพิจารณาให้ละเอียดยิ่งขึ้น กำหนดการ และในระหว่างการประชุม ให้ดูประกาศเกี่ยวกับการพบปะครั้งใหม่ได้ใน .
พบกันในกาแล็กซี DevOpsConf 2019!
ที่มา: will.com