에서 피닉스 프로젝트 경우는 식물의 투어 중 하나에 우리는 각 워크 스테이션은 사람, 기계, 측정, 및 프로세스의 조합이라고 말했다 있습니다. 결국 사람, 서버, KPI 및 지침이있는 것이 의미가 있습니다. 그러나 프로세스를 모델링 할 때마다 (예 : 지원 티켓의 수명주기)이를 고려하기 위해 고심하고 있습니다. 내 워크 플로 상태에는 일반적으로 다음이 포함됩니다. …
DevOps 변환 프로그램 내에서 올바른 행동을 유도하려고 노력하고 있으며이를 지원하기 위해 운영 분야에 대한 실행 가능한 메트릭을 식별하려고합니다. 문제 및 사고 관리 용량 관리 변경 및 릴리스 관리 명확하게 말하면, 이들은 운영 조직에 속해 있었고 현재 Agile / DevOps 조직이 소유 한 기능입니다. 잘못된 동작을 유발하는 기존 KPI는 다음과 같습니다. …
Loggregator System Cloud Foundry 문서 개요 에서 Firehose 정의를 찾았습니다 . Firehose는 Cloud Foundry 배포에서 오는 모든 이벤트 데이터를 스트리밍하는 WebSocket 엔드 포인트입니다. 데이터 스트림에는 모든 애플리케이션의 로그, HTTP 이벤트 및 컨테이너 지표 및 모든 Cloud Foundry 시스템 구성 요소의 지표가 포함됩니다. Cloud Controller와 같은 시스템 구성 요소의 로그는 firehose에 …
TL; DR, 개발자, 특히 배포 자동화를 어떻게 증명 하면 변경 실패율이 향상됩니까? 우리는 모두 현재 (대부분 수동) 수단을 사용하여 '배포 실패'에 대한 메트릭을 캡처하려고합니다 . 불행히도 '실패'는 거의 발생하지 않습니다. 문제가 발생하면 팀은 (일반적으로 영웅과 함께) 문제를 해결하기 위해 함께 모이기 때문에 (일반적으로 권한, 구성 누락, 드릴에 대해 알고 있음) …