시스템 관리 분야에 잘 알려진 안티 패턴이 있습니까? [닫은]

라이프 사이클의 어느 시점에서 거의 모든 프로젝트가 악마처럼 보이는 몇 가지 일반적인 패턴을 알고 있습니다.

1. 중단 할 수 없음
2. 업그레이드를 차단하는 타사 구성 요소
3. 비 균일 환경
4. 모니터링 및 경고 부족
5. 중복성 누락
6. 용량 부족
7. 불쌍한 변경 관리
8. 너무 자유롭거나 엄격한 액세스 정책
9. 조직의 변화로 인해 인프라 소유권이 떨어짐

책이나 웹 사이트에 요약 된 이러한 반 패턴의 잘 정리 된 라이브러리가 있기를 바랐습니다. 나는 많은 조직이 화재 방법으로 시험을 통해 배우고 있다고 거의 긍정적입니다. 시작하지 않으면 시작하십시오.

수동 작업을 수행 할 때까지 자동화 된 작업을 자동화 된 상태로두면 작업을 수동으로 수행하는 데 항상 시간이 걸리기 때문에 자동화 할 수없는 시간이 걸립니다.

반대로, 조기 자동화. 수동으로 수행하는 데 N 시간이 걸리는 원샷 작업을 자동화하는 데 3N 시간을 소비 할 필요는 없습니다 (손으로 직접 처리하는 것보다 자동화하는 것이 더 재미 있더라도).

A. 복원 테스트하지 않음-백업을 확인하고 확인하는 것이 가능하지만 복원 방법은 무엇입니까?

시간이 얼마나 걸리나요? 스트레스가 많은 상황에서 그렇게해야한다는 것을 알아야합니다 ...

B. 구성 관리, 균일 성 없음-여기저기서 변경하면 여기에서 일부를 조정했다고 생각합니다 ...

모든 단점이 기록되어 있지 않고 상점에 동일한 구성이없는 경우 잘 수행 된 서버를 복제하는 방법을 누가 알고 있습니까? 데이터를 복원하지만 구성은 아닌 앱을 복원하면 어떻게 되나요?

C. 모니터링 없음-박스가 어떻게, 어떤 동작을하는지 모름

a) 리소스가 부족하거나 이상한 동작이 발생하기 전에 알람이 제 시간에 반응하는지 모니터링해야합니다. b) 용량 (디스크, CPU, RAM, 네트워크 등)을 관리하려면 장기 추세를 모니터링해야합니다. ..).

D. cfg에 중복성이 없음-XX가 죽을 때 발생하는 일

즉, 원하는 시스템 관리자에게 미리 계획해야합니다.

나에게 이것들이 가장 중요하다.

가장 치명적인 패턴은 시스템 관리 부서 (또는 전체 IT)가 회사의 수동적 참여자가 될 때입니다. 즉, 모든 사람이 작업을 수행하는 방법에 대해 이미 형성된 아이디어를 제공하는 셀프 서비스로 간주되며, 이는 전체 IT 에코 시스템의 전체가 아닌 사용자의 요구만을 배타적으로 고려합니다.

두 번째로 가장 강력한 패턴은 시스템 관리 부서가 여러 버튼 푸셔로 바뀌는 것입니다. 즉, 모든 소프트웨어 / 도구는 타사에서 구매 또는 개발하고 설치하며 시스템 관리는 공식 교육 및 매뉴얼을 얻은 다음 운영 매뉴얼 및 매뉴얼에 명시되지 않은 모든 것을 공급 업체에 전달하십시오. 이 상황은 (대부분은 아니지만) 시스템 관리자에게는 매우 편안 할 수 있지만 전체 시스템이 실제로 어떻게 작동하는지 모르는 사람이 실제로 시스템을 바닥에 놓을 때 (구성 요소와 공급 업체 간의 비난 게임).

1) 초과 약속 및 미달 게재 (예 : 사용자의 기대를 현실적으로 유지)

2) 백업이 필요할 때까지 확인하지 않습니다.

편집 : 나는 파일 / 데이터의 복원을 포함하기 위해 2 번을 의도

마지막 로그인 시간> 30 일과 같은 AD 계정 사용 패턴을 모니터링하지 않음

(감사를 위해이 작업을 수행해야하지만 결과는 매우 충격적입니다.)

• 한 사람의 머리 /받은 편지함 / 문서 폴더에 주요 정보를 보관합니다. 공급 업체 연락처 정보, 라이센스 키, 설정 지침과 같이 중요한 경우, 권한이 있고 액세스해야하는 부서의 모든 사람과 표준 장소에서 사용할 수 있어야합니다.

• 무언가를 알고있는 사람에게 문서화를 요청하십시오. 그들은 지식을 가진 사람이기 때문에 좋아 보이지만 중요한 지식이 무엇인지 쉽게 알 수 없기 때문에 실제로는 나쁩니다. 지식이있는 사람에게 필요한 정보를 요청하고 정보를 문서화하도록하여 누군가에게 새로운 정보를 제공하는 것이 좋습니다.

• 불분명 한 문서. 하루 종일 모든 IT 부서와 대화 할 수있는 중급 문제를 해결할 수 있습니다. 밤에 거의 혼자있을 때 시스템이 어떻게 설정되어 있는지 또는 왜 문서가 말한 것과 일치하지 않는지 전혀 모르는 늦은 밤에 우선 순위가 높은 문제를 해결하는 것도 중요합니다.

• 비밀번호를 제대로 추적하지 않습니다. 따라서 신속하게 계정이 필요하고 임의의 암호로 계정을 만든 다음 18 개월이 지난 후에도 여전히 사용 중이며 암호를 모르거나 변경 될 경우 어떤 서비스가 중단되는지 아무도 모릅니다.

• 키 시스템이 너무 비싸기 때문에 주요 시스템에 대한 공급 업체 지원을 구매하지 않습니다.

• 부적절한 우선 순위. IT 담당자는 경영진의 안내를 받아야합니다. 어떤 프로젝트가 우선 순위가되는지 또는 긴급 상황에서 먼저 필요한 시스템이 있어야합니다. IT 부서가 비즈니스 시스템을 수정하려는 경우 경영진은 이메일을 요구하고 사용자는 주문 처리를 요구하고있어 혼란을 초래할 수 있습니다.

• 부적절한 솔루션-IT 부서가 "2 년 동안 시도해 보겠다"는 관리 -IT 계약을 체결하는 것이 더 적절할 때 "문제를 해결하려면 IT 시스템이 이전의 방식대로 작동해야합니다"라는 사고 방식에 빠지기 쉽습니다. 시간이 정해지지 않았다면 유망 해 보일지라도 중단하고 백업에서 복구로 이동하십시오. "

• 모든 곳의 테스트 파일 사본. 비즈니스 시스템 또는 웹 사이트를 실행하는 폴더를 열지 않으려면 "website-new /, website-current /, website-copy // website-testing /, website-test-dave /, website-use- 개발자, 생산 및 테스트는 존재해야하며 변경 내용에 대한 위치와 합의가 무엇인지 알아야하는 관련 부서 (IT, 개발자, 프로젝트 관리 등)와 분리되어야합니다. 구성 파일에도 승인됩니다.

• 변경 승인-먼저 구두로 토론을하더라도 다른 사람이 모르더라도 중요한 작업 방식을 바꾸지 마십시오. 귀하의 상황에 "중요한"내용을 결정하는 것은 귀하의 책임입니다.

• 보답 된 솔루션은 장기적으로 유지되었습니다. 구식 전화선을 사용하여이 서버를 해당 네트워크에 신속하게 패치하여 긴급한 문제를 해결할 수 있음을 알고 있습니다. 제대로 다시 실행할 시간이 없다는 것을 알고 있습니다. 시간을 내십시오.

• 나머지 회사와의 관계가 좋지 않습니다. IT는 회사의 나머지 작업을 수행하는 데 도움이되는 서비스입니다. 그들이 큰 파일을 빨리 필요로한다면, 그렇게하십시오. 하드웨어를 구입하기 위해 관리 승인이 필요한 경우 구입하십시오. 얻을 수 없다면 경영진이 다른 지출을 우선시했기 때문에 거대한 파일이 빠르게 이동할 수 없다는 점을 분명히 알리십시오. 법적 이유로 보관이 필요하지만 예산이없는 경우 최대한 보관 시스템에 보관해야합니다.