저는 제 경력을 통해 많은 것을 불렀습니다. 대부분은 정중합니다.보다 최근에는 CI / CD 파이프 라인을 구축하는 작업을 "플랫폼 엔지니어"또는 "플랫폼 엔지니어링"이라고합니다. 이러한 타이틀의 위험은 개발자가 사용할 플랫폼을 개발하고 DevOps의 Ops 비트를 반드시 포함 할 필요는없는 엔지니어의 역할에 따라 유형 변환을 수행 할 수 있다는 것입니다.
그러나 필자의 경험에 따르면 주요 사건 관리 프로세스 설계, 경고 및 모니터링 솔루션 설계와 같은 많은 분야의 작업이이 역할에 포함되었습니다.
Site Reliability Engineering과 공통점이 많은 것처럼 느끼는 역할에서 두 역할 모두 소프트웨어 엔지니어링과는 별개로 엔지니어링 역할을 수행한다는 점에서 유사한 Google 트렌드 패턴 이있는 것 같습니다 .
플랫폼 엔지니어에 대한 정식 정의가 있습니까? 아니면 SRE가 단순히 조직 내에서 DevOps 기능을 구현하는 것과 비슷합니까?
답변:
플랫폼 엔지니어에 대한 명확한 정의를 얻기가 어려울 것이라고 생각합니다.
현재 팀의 모든 직원이 자신의 특별한 역할로 시작하지만 최종 게임은 플랫폼 엔지니어라고 불릴만큼 편안하다고 느끼는 것 같습니다.
처음에 플랫폼 엔지니어가 공식적으로 그 의미에 대한 간략한 설명을 들었을 때 플랫폼에 대해 훨씬 더 많은 방어를해야한다는 것이 었습니다.
나는 개발자에게 직접 도움을주는 데 그다지 초점을 맞추지 않았지만 (물론 여전히 목표는 분명하지만) 플랫폼 소유자로서 우리의 작업은 대부분 개발자가 우리가 할 수 있도록 플랫폼을 설계함으로써 개발자가 좋은 시민이되는 곳을 확인하는 것이 었습니다 문제가 발생했을 때 무엇이 잘못되었는지 보여 주면 코드를 수정하는 데 필요한 모든 정보를 제공 할 수 있습니다.
이것의 명백한 의미는 우리 플랫폼이 완벽하다는 것입니다. 그러나 최소한 계약 측면을 수정하는 동안 개발자가 최종적으로 솔루션을 개발할 수 있도록 개발자를 지원할 수 있습니다.
출처 : 저는 플랫폼 엔지니어입니다 (엄격한 DevOps 의미는 아니지만).
고용주를 위해 Office 365를 관리합니다. 특히 신원, 인증, 메시징 부분. Exchange 서버를 구축하지는 않지만 (일반적인 상황에서는) 서비스의 모든 변경 사항을 관리하고 플랫폼을 "소유"합니다.
으로 hvindin의 대답은 또한 부른다, 나는 자신의 플랫폼을 복음화뿐만 아니라 그것을 유지하기위한 동등하게 책임입니다.