두 그룹으로 나누어 진 IT 부서에서 근무하고 있습니다. 한 그룹은 응용 프로그램을 개발하고 관리하며 다른 그룹은 회사의 인프라와 서버를 관리합니다. 우리가 직면 한 문제 중 하나는 의사 소통의 단절입니다. 나는 애플리케이션 그룹을 위해 일하고 있으며, 인프라 스트럭처에 의해 서버가 중단되거나 데이터베이스가 새로 고쳐질 때 내가 가지고있는 문제 중 하나가 통지되지 않고있다.응용 프로그램 및 인프라 연결 유지
두 그룹 간 통신 개선 방법에 대한 제안이나 여러 시스템 (Linux 및 Windows 모두)에 경량 로그를 유지하는 방법에 대한 아이디어가있는 사람이 있습니까? 이상적으로 우리 상자가 그들의 상태 또는 뭔가를 트윗 할 수 있다면 좋을 것입니다. 도움을
감사합니다,
벤는 서버 상태를 의사 소통을 할 수
한 가지 Nagios처럼 우리의 인프라 그룹 설정, 네트워크 모니터링 시스템을 가지고있다. 이렇게하면 응용 프로그램 그룹의 모든 사용자가 시스템의 모든 서버 상태에 대한 스냅 샷보기를 얻을 수 있습니다. 이런 종류의 지위를 갖는 것은 개발을 할 때 매우 중요합니다.
Nagios는 네트워크 모니터링을 제공 할뿐만 아니라 시스템의 특정 서버에 대한 예정된 가동 중지 시간을 표시 할 수도 있습니다.
인프라 스트럭처와의 의사 소통을 촉진하기 위해 그룹이 할 수있는 또 다른 사항은 빌드 시스템이 현재 제품 빌드 및 테스트에 사용중인 서버를보고하도록하는 것입니다.
또한 두 그룹의 이해 관계자 간의 정기 모임을 설정하는 것이 좋습니다. 모두가 서로 이야기하고 있다면, 심지어 15 분간 일주일 동안, 위에서 설명한 것과 같은 사건을 보게 될 것입니다.
나는 Nagios 아이디어도 좋아합니다. 의사 소통 도구로 뭔가를 설정하려면 Drupal과 같은 콘텐츠 관리 시스템을 권합니다.
우리는 내부적으로 Drupal을 사용하여 팀 간 의사 소통을합니다. 한 팀이 서버를 다운 시키면 Drupal에 이벤트를 추가합니다. 우리 중 나머지는 이메일, RSS 항목 또는 페이지를 새로 고침으로써 얻을 수 있습니다.
변경 사항이 제출되고 승인되고 예약되는 BOTH 그룹을 구현하십시오. 이렇게하면 모든 사람들이 무슨 일이 일어나는지 알 수 있습니다. 이 과정은 당신이 원하는만큼 가볍거나 중량이 될 수 있습니다.
저는 이것이 변경 제어의 더 큰 문제라고 생각합니다.
하드웨어 및 소프트웨어 변경 제어 및 승인 프로세스가 있어야합니다.
궁극적으로 인프라는 사용자에게 서비스를 제공합니다. IT 인프라의 목적은 응용 프로그램을 실행하는 것입니다.
현재 나의 대규모 금융 데이터 회사에서 클라이언트 및 응용 프로그램 그룹을 통한 적절한 승인없이 서버에 접속하지 않습니다. 그것은 엄청난 고통 인 것처럼 보이지만 특정 비즈니스 목표를 달성하고 특정 애플리케이션을 실행하는 모든 단일 서버가 이유가 있습니다. 인프라 그룹이 일을 바꾸거나 서버를 혼란에 빠뜨리는 이유는 없습니다.
중요한 하드웨어 오류에 대한 응답은 예외 일 수 있습니다.
필요한 소프트웨어 및 OS 업데이트는 예약 된 유지 관리 기간 및 승인 된 변경 프로세스를 통해 처리됩니다.
인프라 스트럭처 팀은 변화 통제와 변화를 알고, 필요로하는 사람들을 알고 있습니다. 내가 찾는 방법을 알고있는 사람들을 가능하게 해주는 해결책을 찾고있다. – bong
서버가 고장 나서 걱정할 필요가있는 경우 - –
변경 제어 프로세스가 마련되어 있지만 devbox가 백업되거나 재부팅 될 때마다 문서를 작성해야하는 경우 세분화 될 수 있다고 생각합니다. 다른 한편으로 나는 더 가벼운 것을 가질 수 있다고 생각합니까? – bong