เราขอเชิญ 10 กันยายน ในการประชุมออนไลน์ของชุมชน Acceleration: เราจะเปลี่ยนจากการวัด Agile และ DORA ไปสู่บริการที่ทำให้ชีวิตของวิศวกรง่ายที่สุดเท่าที่จะทำได้ เราจะค้นหาว่าลูกค้าต้องการอะไรจริงๆ เมื่อพวกเขาพูดถึง DevOps และสิ่งที่เกี่ยวข้องในปัจจุบันเพื่อศึกษาในกลุ่มเทคโนโลยี
เราจะพูดถึงเรื่องอะไร
วิวัฒนาการของการเปลี่ยนแปลงด้านไอที - จากตัวชี้วัด Agile และ DORA ไปจนถึงบริการที่ทำให้ชีวิตของวิศวกรง่ายขึ้นมากที่สุดเท่าที่จะเป็นไปได้
แอนตัน ไรคอฟ และนิโคไล โวโรบียอฟ-ซาร์มาตอฟ, ไรฟไฟเซนแบงก์
เกี่ยวกับรายงาน: วิธีที่เราเริ่มต้นการเปลี่ยนแปลงด้านไอทีด้วยการแนะนำวิธีการที่ยืดหยุ่นและมุ่งเน้นอย่างใกล้ชิดกับตัวชี้วัด DORA 4 ตัว จากนั้นเมื่อรวมความคิดเห็นและผลลัพธ์ของการสัมภาษณ์ทางออก เราพบว่าวิศวกรในทีมกำลังทำร้ายบางสิ่งที่แตกต่างไปจากเดิมอย่างสิ้นเชิง และความหมายของคำว่า “อื่นๆ” ในกรณีของ Raiffeisenbank นั้นสามารถระบุได้อย่างไร และเหตุใดความสะดวกสบายของวิศวกรจึงมีความสำคัญมาก
เกี่ยวกับวิทยากร: Anton Rykov อยู่ในอุตสาหกรรมนี้มานานกว่า 10 ปี โดยทำงานในบริษัทต่างๆ เช่น Luxoft, Kaspersky Lab ปัจจุบันเขาเป็นผู้นำทีมส่งเสริมวัฒนธรรม DevOps ในธนาคาร รวมถึงพัฒนาเครื่องมือสำหรับนักพัฒนา
เกี่ยวกับวิทยากร: ในอาชีพของเขา Nikolay Vorobyov-Sarmatov สามารถทำงานเป็นผู้ทดสอบ ผู้เชี่ยวชาญด้านเทคนิคก่อนการขาย และผู้ตรวจสอบบัญชี ตลอด 6 ปีที่ผ่านมา เขาได้ปรับปรุงกระบวนการภายในและแนะนำแนวทางปฏิบัติด้านวิศวกรรมให้กับธนาคารชั้นนำ 10 แห่งในรัสเซีย
“แนวปฏิบัติ DevOps ของ CROC: จากการรวมเป็นหนึ่งไปสู่ระบบอัตโนมัติของกระบวนการพัฒนา”
ลาริซา โบลชาโควา CROC
เกี่ยวกับรายงาน: สิ่งที่ลูกค้าต้องการเมื่อพูดถึง DevOps วิธีทำให้ไปป์ไลน์เป็นอัตโนมัติและคำนึงถึงข้อกำหนดด้านความปลอดภัยของข้อมูล ปัญหา 5 อันดับแรกของการพัฒนาที่ไม่มี DevOps ขึ้นอยู่กับผลลัพธ์ของการตรวจสอบ และปัจจัยความเสี่ยง/ความสำเร็จเมื่อสร้าง/ทำให้กระบวนการพัฒนาเป็นแบบอัตโนมัติ
เกี่ยวกับวิทยากร: หัวหน้าฝ่ายปฏิบัติการการจัดการวงจรการใช้งานซอฟต์แวร์ มีความเชี่ยวชาญในการสร้างกระบวนการด้านไอทีจากประสบการณ์ 10 ปีทั้งในด้านบริษัทไอทีและด้านบริษัทค้าปลีก ผลงานของโครงการที่ดำเนินการในธนาคาร การค้าปลีก ไอที และอุตสาหกรรม ได้แก่ การใช้ระบบการจัดการโครงสร้างพื้นฐานด้านไอที การตรวจสอบและการจัดการกระบวนการไอที (โอเพ่นซอร์สและองค์กร) ระบบอัตโนมัติของกระบวนการพัฒนาและเผยแพร่ ตลอดจนการสร้างแนวปฏิบัติ DevOps ตั้งแต่เริ่มต้น .
ผ่านหนามสู่ดวงดาว: DevOps เปลี่ยนแปลง Rosbank
ยูริ บูลิช, รอสแบงค์
เกี่ยวกับรายงาน: ความสำคัญของการพัฒนากฎการตั้งชื่อและการออกแบบสถาปัตยกรรมของระบบนิเวศของเครื่องมือ DevOps ความต้องการบริการ DevOps แบบรวมศูนย์ระหว่างการเปลี่ยนแปลงทางดิจิทัล และอีกเล็กน้อยเกี่ยวกับสิ่งที่เป็นตัวขับเคลื่อนหลักของการเปลี่ยนแปลง
เกี่ยวกับวิทยากร: ผู้นำด้านการเปลี่ยนแปลง DevOps Rosbank ในอุตสาหกรรมไอทีมานานกว่า 8 ปี ในอาชีพของเขาเขาได้ผ่านเส้นทางที่ยากลำบากตั้งแต่นักพัฒนาแบ็กเอนด์ไปจนถึงผู้อำนวยการโครงการการเปลี่ยนแปลงทางดิจิทัล ในทางปฏิบัติ ฉันเชื่อมั่นในคุณค่าของการทำลายอุปสรรคทางวัฒนธรรมระหว่าง Dev และ Ops สร้างระบบนิเวศ DevOps แบบรวมศูนย์โดยใช้โซลูชันโอเพ่นซอร์สที่มีผู้ใช้งานมากกว่า 800 ราย
ต้องศึกษาอะไรจาก Technology Stack?
เลฟ นิโคลาเยฟ ด่วน 42
เกี่ยวกับรายงาน: ในช่วงสองสามปีที่ผ่านมา Lev ทำงานเป็นผู้ฝึกสอนให้กับบริษัทเอกชนและบริษัทมหาชนหลายแห่ง ฝึกอบรมวิศวกร และอื่นๆ อีกมากมาย ดังนั้น นักเทคโนโลยีจากรายงานของเขาจะสามารถมองกลุ่มเทคโนโลยีสมัยใหม่ได้กว้างขึ้นเล็กน้อย และเข้าใจด้วยตนเองว่าควรย้ายไปที่ใดดีกว่าสำหรับพวกเขา และสำหรับความเชี่ยวชาญพิเศษอื่นๆ จะมีประโยชน์ในการทำความเข้าใจว่าตลาดกำลังเคลื่อนไหวไปในทิศทางใด แม้ว่าจะไม่ได้เจาะลึกก็ตาม
เกี่ยวกับวิทยากร: DevOps และผู้ฝึกสอนที่ Express 42 ซึ่งปลูกฝัง DevOps ในบริษัทเทคโนโลยี ในด้านการบริหารระบบตั้งแต่ปี 2000 เขาเปลี่ยนจาก Windows มาเป็น Linux โดยหยุดใช้งาน FreeBSD ระดับกลาง เขานำแนวปฏิบัติ DevOps ไปใช้ในงานของเขามาตั้งแต่ปี 2014 ครั้งแรกกับ Chef และ LXC จากนั้นกับ Ansible และ Docker และจากนั้นกับ Kubernetes
>>> เราจะเริ่มมีตติ้งเวลา 18 น.
: จดหมายพร้อมลิงก์จะถูกส่งไปยังอีเมลของคุณ เรากำลังรอคุณอยู่ เจอกันออนไลน์!
ที่มา: will.com