얼음의 노래(Bloody Enterprise) 및 불(DevOps 및 IaC)

DevOps 및 IaC 주제는 매우 인기가 있으며 빠르게 성장하고 있습니다. 그러나 대부분의 저자는 그 과정에서 순전히 기술적인 문제를 다룹니다. 대기업에 특정한 문제를 설명하겠습니다. 해결책이 없습니다. 일반적으로 문제는 치명적이며 관료주의, 감사 및 "소프트 스킬" 분야에 있습니다.

기사 제목이 그러하니 대너리스가 엔터프라이즈 편으로 넘어간 고양이 역할을 하게 된다.

의심 할 여지없이 지금은 옛것과 새것의 충돌이 있습니다. 그리고 종종 이러한 충돌에는 옳고 그름이 없습니다. 그렇게 일어났습니다. 그러나 근거가 없는 일이 없도록 다음 화면부터 시작하겠습니다.

이것이 소위 변경 요청입니다. 다양한 디렉토리에서 채워야 하는 필드의 약 XNUMX/XNUMX이 표시되고 나머지 필드는 다른 탭에 있습니다. 프로덕션 서버에 스크립트를 적용하거나 새 파일을 업로드하고 일반적으로 무언가를 변경하려면 이러한 문서를 작성해야 합니다.

필드의 수는 이 필드를 채우기 위해 작은 자동화를 작성했습니다. 게다가 이 페이지는 자동화 도구가 해당 필드를 볼 수 없도록 작성되었으며 가능한 유일한 해결책은 AutoIt을 사용하여 어리석게도 마우스로 좌표를 맞추는 것이었습니다. 이를 결정하기 위해 절망의 정도를 평가하십시오.

따라서 jenkins, chef, terraform, nexus 등을 사용하여 이 모든 것을 개발에 즐겁게 배포합니다. 하지만 이제 QA, UAT 및 PROD로 보낼 시간입니다. Nexus 아티팩트가 있고 DBA로부터 다음과 같은 편지를 받습니다.

친애하는

첫째, 당신이 상상할 수 있는 당신의 넥서스, 나는 당신의 넥서스에 접근할 수 없습니다
둘째, 모든 변경은 변경 요청으로 제출해야 합니다.
Nexus에서 SQL 스크립트를 분리하여 변경 요청에 연결해야 합니다.
긴급 변경이 아닌 경우, 출고 후 7일 이내(주말 제외)에 변경해야 합니다.
변경 요청이 많은 사람들에 의해 승인되면 DBA는 스크립트를 실행하고 메일로 결과 스크린샷을 보낼 수도 있습니다.

감사합니다. 메인프레임 때부터 여기에서 일해 온 DBA.

이것이 무엇을 생각나게 하는지 아십니까? 반자동화: 로봇이 프레임을 잡고 작업자가 큰 망치로 프레임을 때립니다. 글쎄요, 모든 것이 완전히 수동으로 이루어지면이 Nexus의 용도는 무엇입니까?

그러나 이것에 대해 Enterprise를 비난하지 마십시오! 물론 피비린내 나는 일이지만 변경 요청이 있는 이 모든 관료주의는 강제적이며 감사자로부터 나옵니다. 기업은 그런 식으로 일해야 합니다. 그는 달리 할 수 ​​없습니다. 그리고 감사는 매우 보수적인 것입니다. 예를 들어 길고 복잡한 암호와 자주 변경되는 암호가 나쁘다는 사실에 대해 얼마나 많이 언급되었지만 기업은 이것을 변경하는 마지막 장소가 될 것입니다. 또한 배포 및 기타 모든 것.

그런데 한 번은 terraform용 파일을 만들려고 시도했지만 성공하지 못했습니다. 소프트 스킬이 부족해서 도저히 알아내지 못한 'Project Accounting Billing Code' 태그의 의미를 우연히 발견했습니다.

나는 수동적 Luddism이라는 주제도 다루지 않습니다. 오, 자동화가 내 직업 안정을 위협하고 있습니다. 새로운 것을 배우고 싶지 않으므로 조용히 방해하겠습니다.

그렇다면 해결책은 무엇일까요? ITSM 시스템에는 문서를 자동으로 생성하는 매우 원시적인 API가 있습니다. 그리고 일반적으로 이러한 시스템의 대부분은 메인프레임 시대에서 왔습니다. 누군가가 정말 최신 ITSM 시스템을 알고 있을까요? 현대 DevOps와 관료주의를 성공적으로 통합한 경험이 있는 사람이 있을까요? 물론 이것은 실제로 매일 배포될 수 있는 순전히 손상된 사이트에 관한 것이 아니라, 예를 들어 감사를 받고 상위 환경을 매우 강력하게 격리하는 은행 부문입니다.

모든 환상이 감사에 국한된다는 것을 잊지 마십시오. 그리고 그것은 모든 것을 바꿉니다. 댓글에서 당신을 기다리고 있습니다!

출처 : habr.com