웹 앱용 IIS를 유지 관리하는 담당자는 누구입니까?

IIS / 웹 응용 프로그램은 시간이 지남에 따라 일했던 상점에서 까다로운 문제였습니다.

한편으로, IIS는 서버에 내장 된 서비스 (대개)이며 일반적으로 서버 관리자가 유지 관리하고 구성해야합니다. 문제가 발생하면 어떤 일이 발생하는지 알거나 최소한 "웹 앱에 문제가 있습니다"라고 말한 지점까지 진단하여 개발자가 코드를 디버깅하도록 할 수 있습니다.

그러나 서버의 각 웹 응용 프로그램은 고유하며 당면한 문제에 따라 복잡해질 수있는 많은 뉘앙스가 있습니다.

반면에 각 웹 응용 프로그램은 여러 가지면에서 독특하고 다루어야 할 특정 문제가 있으며 개발자는 응용 프로그램에 대해 가장 잘 알고있는 사람입니다. 디버깅을 위해 web.config 파일을 수정해야하거나 IIS가 웹 응용 프로그램에 슬픔을주기 시작하는 경우 개발자는 IIS 또는 응용 프로그램 자체로 인해 문제가있는 위치를 파악하고 적절히 수정해야합니다.

그러나 일부 설정 / 최적화가 서버 성능 및 안정성에 크게 영향을 줄 수 있기 때문에 개발자가 직접 IIS를 사용하여 조정할 수있는 것은 심각한 문제가됩니다.

그렇다면 균형은 어디에 있습니까? 서버 관리자가 IIS 전문가 여야하고 모든 문제를 처리해야하며 배포를 통해 사이트 파일을 보내거나 개발자가 서버 및 IIS 문제에 대한 책임을 맡고 이에 따라 처리해야합니까?

실제로 필요한 것은 펜스의 양쪽에 전문 지식을 가진 사람입니다.

필자의 경험에 따르면 (소규모 회사에서) IT / sysadmin 직원은 IIS 설정을 올바르게 유지 관리 할 시간, 관심 또는 웹앱 관련 지식이 없습니다. 그들은 운영 체제까지 물건을 가져 와서 개발자 인 IIS에게 IIS를 전달합니다.

분명히이 작업을 제대로 수행하려면 "코더 이상의 것"이어야합니다. 시스템 수준 문제 (보안 및 기타)를 알고 있어야합니다. 나는 몇 년 동안 저수준 시스템 관리를 해왔 기 때문에 이런 종류의 작업에 확신을 가지고 있습니다. 그러나 모든 개발자에게이 기능이있는 것은 아닙니다.

아직도, 내가 본 것보다 더 많은 sysadmin 기술을 가진 개발자가 있고 (webapp) 개발 기술을 가진 sysadmin이 있습니다.

항상 그렇듯이 YMMV.

개인적으로 개발자가 IIS를 망칠 필요는 없습니다. 특히 다른 개발자가 다른 응용 프로그램에서 문제를 해결 해야하는 문제가 발생할 수 있다는 것을 의미합니다.

IIS 문제가있는 경우 SysAdmin에서 조사하고 특정 응용 프로그램에 문제가 있으면 개발자에게 다시 보냅니다. 개발자에게 문제가있는 경우 SysAdmin으로 가져 와서 변경 여부를 결정하고 모든 사람에게 어떤 영향을 줄지에 대한 정보를 바탕으로 결정을 시도 할 수 있습니다.

우리 (sysadmins)는 개발자를 타사 공급 업체처럼 처리합니다. 개발자가 앱을 배포하려고 할 때 지원 될 것으로 예상되는 경우 설명서를 제공해야합니다. 여기에는 일반적인 문제 해결 루틴과 지원 에스컬레이션 경로 (허용되지 않는 중단시 문서화 된 개발자 책임과 결합 된 가동 시간 요구 사항)가 포함됩니다.

분명히 흑백은 아니지만 개발자와 관리자 간의 긴장을 완화하기 위해 많은 노력을 기울였습니다. 개발자들은 이제 몇 시간 후에 페이징 될 의사가있는 것에 반비례하는 품질의 소프트웨어를 제공해야한다는 것을 알고 있으며, 이제는 그들이 만들지 않은 도구에 대한 갈망없이 도구와 문서를 가지고 있습니다.

따라서 시나리오에서 개발자는 자신의 IIS 서버에서 앱을 만든 다음 관리자가 프로덕션 서버에 설치할 소프트웨어 및 설명서를 제공해야합니다.

서버 관리자가 IIS 전문가 여야하고 모든 문제를 처리해야하며 배포를 통해 사이트 파일을 보내거나 개발자가 서버 및 IIS 문제에 대한 책임을 맡고 이에 따라 처리해야합니까?

답변 : 한 사람 을 찾아서 "WSA"(웹 서버 관리자)에 기름 부으십시오 . 관리자 또는 개발자 일 수 있습니다 . 정말 중요하지 않습니다. 그러나 그들은 업무의 두 측면 모두에 몰입해야하며, 나머지 팀 (양측)은 전문 지식을 존중해야합니다.

DBA가 IT / 개발자 사이의 선을 가로 지르는 방식과 다르지 않습니다. 웹 기반 제품을 사용하는 조직에서 웹 서버의 중요성을 감안할 때 이것이 중요하고 간과되는 역할이라고 생각합니다.

웹은 아직 데이터베이스에 비해 젊기 때문에이 개인을 채용하기는 어렵습니다. 누군가를 그 역할로 키우고 손질해야 할 것입니다.

웹 배포 도구 와 같은 새로운 유틸리티 (Visual Studio 2010부터 웹 응용 프로그램을 게시하는 표준 내장 방식이 됨)를 통해 Microsoft는 개발자 나 최소한 설치 엔지니어가 IIS 설정 ( 인증서, 앱 풀 설정 등). 패키지는 msdeploy 설치 패키지에 내장되어 패키지가 서버에 배포 될 때 IIS 서버에 자동으로 적용됩니다.

합리적인 타협처럼 보입니다. 개발자는 라이브 프로덕션 서버의 설정으로 수동으로 머킹하지 않아도되며 시스템 관리자는 웹앱 관련 지식이 없어도됩니다. 그러나 원하는 IIS 설정은 패키지를 설치하기 전에 어떤 일이 발생하는지 이해하려는 sysadmin에게 명확하게 표시됩니다.