ใครเป็นผู้รับผิดชอบในการดูแล IIS สำหรับเว็บแอพ


15

แอปพลิเคชั่น IIS / เว็บเป็นปัญหาที่ยุ่งยากในร้านค้าที่ฉันทำงานมาเมื่อเวลาผ่านไป

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

อย่างไรก็ตามเว็บแอปพลิเคชั่นแต่ละตัวบนเซิร์ฟเวอร์นั้นมีเอกลักษณ์และมีความแตกต่างมากมายที่อาจจะซับซ้อนขึ้นอยู่กับปัญหาที่เกิดขึ้น

ในอีกด้านหนึ่งเว็บแอปพลิเคชั่นแต่ละตัวนั้นมีเอกลักษณ์ในหลาย ๆ ด้านและมีปัญหาเฉพาะที่ต้องได้รับการจัดการและนักพัฒนาเป็นคนที่รู้มากที่สุดเกี่ยวกับแอปพลิเคชัน หากจำเป็นต้องแก้ไขไฟล์ web.config สำหรับการดีบักหรือ IIS เริ่มให้ความเศร้าโศกแก่เว็บแอปพลิเคชันผู้พัฒนาควรทราบว่าปัญหาอยู่ที่ใดและแก้ไขได้เนื่องจาก IIS หรือแอปพลิเคชันเอง

อย่างไรก็ตามการอนุญาตให้นักพัฒนาเข้าไปและปรับแต่ง IIS ด้วยตัวเองกลายเป็นปัญหาร้ายแรงเนื่องจากการตั้งค่า / การปรับให้เหมาะสมบางอย่างอาจก่อให้เกิดปัญหาประสิทธิภาพและเสถียรภาพของเซิร์ฟเวอร์อย่างจริงจัง

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


เป็นคำถามที่ดีมาก นี่คือ IMHO หนึ่งในการตัดสินใจที่สำคัญที่สุดที่ บริษัท แอปเว็บ. NET ขนาดกลางจะต้องเผชิญ ใครจะเป็นกูรูของ IIS?
Portman

เราลงไปตามถนนสายนี้เช่นกัน ยังไม่พบโซลูชันที่สมบูรณ์แบบ
SqlACID

ฮ่าฮ่าฉันแค่เขียนคำถามนี้และคิดว่า "ไม่นะมันเป็นเรื่องส่วนตัวเกินไป" ดีใจที่ฉันหยุดเพราะมันถูกถามแล้ว
Aaron Powell

คำตอบ:


5

เสียงเหมือนสิ่งที่คุณต้องการจริงๆคือคนที่มีความเชี่ยวชาญทั้งสองด้านของรั้ว


+1 คุณต้องมีผู้ดูแลระบบเครือข่ายที่สนใจ. NET หรือวิศวกรซอฟต์แวร์ที่สนใจเซิร์ฟเวอร์
Portman

4

จากประสบการณ์ของฉัน (กับ บริษัท ขนาดเล็ก) พนักงาน IT / sysadmin ไม่มีเวลาความสนใจหรือความรู้เฉพาะทางเว็บแอพเพื่อดูแลการตั้งค่า IIS อย่างถูกต้อง พวกเขาจะนำสิ่งต่าง ๆ ไปสู่ระบบปฏิบัติการและมอบ IIS ให้ฉันผู้พัฒนา

เห็นได้ชัดว่าฉันต้องเป็น "coder มากกว่า" เพื่อให้งานนี้ถูกต้อง; ฉันต้องระวังปัญหาระดับระบบ (ความปลอดภัยและอะไร) ฉันทำการจัดการระบบระดับต่ำมาหลายปีแล้วดังนั้นฉันจึงมั่นใจในงานประเภทนี้ (อันที่จริงฉันได้สอนระบบดูแลมืออาชีพมาหลายปีแล้ว) อย่างไรก็ตามไม่ใช่นักพัฒนาทุกคนที่มีความสามารถนี้

ยังคงจากสิ่งที่ฉันเห็นมีนักพัฒนาซอฟต์แวร์ที่มีทักษะดูแลระบบมากกว่าและมีทักษะการพัฒนาระบบ (webapp)

เช่นเคย YMMV


3

โดยส่วนตัวฉันไม่ต้องการให้นักพัฒนายุ่งกับ IIS โดยเฉพาะถ้ามันหมายความว่ามันอาจทำให้เกิดปัญหากับแอปพลิเคชั่นอื่นที่นักพัฒนารายอื่นมีปัญหาในการถ่ายทำทั้งในและนอก

หากมีปัญหา IIS ให้ SysAdmin ตรวจดูและหากมีปัญหากับแอพใดแอพหนึ่งให้ส่งกลับไปที่ dev หากผู้พัฒนามีปัญหาให้นำ SysAdmin ผู้ซึ่งสามารถทำการตัดสินใจอย่างชาญฉลาดว่าจะทำการเปลี่ยนแปลงใด ๆ หรือไม่และพิจารณาว่ามันจะส่งผลกระทบต่อทุกคนอย่างไร


3

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

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

ดังนั้นในสถานการณ์ของคุณนั่นหมายถึงว่า devs สร้างแอปของพวกเขาบนเซิร์ฟเวอร์ IIS ของตัวเองจากนั้นให้ซอฟต์แวร์และเอกสารประกอบสำหรับผู้ดูแลระบบเพื่อติดตั้งบนเซิร์ฟเวอร์ที่ใช้งานจริง


"ผู้พัฒนาในขณะนี้มีเครื่องมือและเอกสารที่ต้องดำเนินการโดยไม่รู้สึกว่าต้องใช้เครื่องมือที่ไม่ได้สร้าง"
ต่อเนื่อง

3

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

คำตอบ: หาคนคนหนึ่งและ annoint พวกเขา"WSA" (Web Server Administrator) พวกเขาอาจเป็นผู้ดูแลระบบหรือนักพัฒนา; มันไม่สำคัญหรอก แต่พวกเขาจำเป็นต้องดื่มด่ำกับทั้งสองด้านของงานและส่วนที่เหลือของทีม (ทั้งสองด้าน) จำเป็นต้องเคารพความเชี่ยวชาญของพวกเขา

ไม่แตกต่างจากวิธี DBA ที่ข้ามเส้นแบ่งระหว่าง IT / dev ด้วยความสำคัญของเว็บเซิร์ฟเวอร์ในองค์กรที่มีผลิตภัณฑ์บนเว็บฉันคิดว่านี่เป็นบทบาทที่สำคัญและมักถูกมองข้าม

เนื่องจากเว็บยังเด็ก (เทียบกับฐานข้อมูล) จึงยากที่จะรับสมัครบุคคลนี้ คุณมักจะต้องเติบโต / เจ้าบ่าวใครบางคนเข้ามาในบทบาท


0

ด้วยยูทิลิตี้ใหม่เช่นเครื่องมือการปรับใช้เว็บ (ซึ่งจะกลายเป็นวิธีมาตรฐานในการเผยแพร่แอปพลิเคชันเว็บที่เริ่มต้นใน Visual Studio 2010) ดูเหมือนว่า Microsoft จะมุ่งหน้าไปสู่เส้นทางเพื่อให้นักพัฒนาหรือวิศวกรติดตั้งอย่างน้อยเลือกการตั้งค่า IIS certs การตั้งค่าแอพพูล ฯลฯ ) โดยจะรวมอยู่ในแพ็คเกจการติดตั้ง msdeploy และจะนำไปใช้กับเซิร์ฟเวอร์ IIS โดยอัตโนมัติเมื่อมีการปรับใช้แพ็คเกจกับเซิร์ฟเวอร์

ดูเหมือนว่าการประนีประนอมที่เหมาะสม นักพัฒนาไม่ได้เข้าไปยุ่งกับการตั้งค่าบนเซิร์ฟเวอร์ที่ใช้งานจริงและผู้ดูแลระบบของ sys ไม่จำเป็นต้องมีความรู้เฉพาะทางของเว็บแอพ และยังมีการตั้งค่า IIS ที่ต้องการสำหรับ sysadmins ที่ต้องการเข้าใจสิ่งที่จะเกิดขึ้นก่อนที่จะมีการติดตั้งแพ็คเกจ


จุดดี. แม้วันนี้การตั้งค่า <system.webserver> บน IIS7 จะพร่ามัวสายแบบเดิม: นักพัฒนาสามารถทำการตัดสินใจ "sysadmin" ใน web.config
Portman
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.