인프라 팀은 표준화 및 자동화가 크게 향상되어 더 이상 작업 주문이 필요하지 않아 큰 이점을 얻을 수 있습니다.
This Is Why Infra Teams Should Care About Platform Engineering (저자 Luca Galante) 에서 번역되었습니다 .
특히 기업의 인프라 팀은 점점 더 큰 압박을 받고 있으며 이로 인해 많은 엔지니어링 조직이 운영 붕괴 위기에 처해 있습니다. 이러한 인프라 팀의 대부분은 수년 전에 현대화 및 클라우드 마이그레이션 이니셔티브를 담당했지만 이러한 이니셔티브는 종종 중단되었습니다.
이제 그들은 개발자 셀프 서비스 지원을 약속하는 클라우드 제공업체 콘솔과 경쟁하면서 온프레미스 및 클라우드 설정을 모두 관리해야 합니다. 물론, 그러한 콘솔을 통해서는 개발자 셀프 서비스가 불가능하며, 인프라 팀은 점점 늘어나는 개발자 요청과 티켓을 처리해야 합니다.
개발자들은 점점 더 복잡해지는 클라우드 네이티브 툴체인을 처리하는 데 소요되는 긴 대기 시간과 높은 인지 부하에 대해 불평합니다. 출시 기간이 길어지고 있으며, 경영진은 이로 인해 인프라 팀이 병목 현상을 겪고 있다고 비난합니다.
이는 대부분의 사람들에게 지나치게 친숙하게 들릴 수 있습니다. 그러나 흥미로운 점은 다음과 같습니다. 지난 몇 년 동안 플랫폼 엔지니어링은 이러한 문제 중 많은 부분을 해결하여 인프라 위에 UI 레이어를 추가하는 것이 아니라 규모에 맞는 진정한 개발자 셀프 서비스를 가능하게 하면서 근본적인 부담을 완화하겠다고 약속했습니다. 시설팀. 그러나 제가 대화를 나눈 많은 인프라 팀은 플랫폼 엔지니어링을 문제에 대한 해결책으로 보지 않는 것 같습니다. 왜?
그들은 그것을 개발자 경험(DevEx)과 즉시 연관시키기 때문에 실제로는 관심이 없습니다. 결국 인프라 팀으로서 인프라와 서비스 제공에 대해 걱정해야 하는데 왜 신경 써야 할까요?
개발자에게 사내 개발자 플랫폼(IDP)을 제공함으로써 대기 시간을 없애고 티켓 작업의 물결을 방지할 수 있기 때문입니다. 동일한 Postgres DB의 N번째 인스턴스를 가동하는 대신 실제로 새로운 리소스 및 인프라 추가(솔직히 말하면 더 재미있음)와 같은 중요한 일에 집중할 수 있습니다. 경영진의 관점에서 당신은 문제의 일부(병목 현상)에서 솔루션의 일부로 이동하기 때문에 주의를 기울여야 합니다.
인프라 + 플랫폼 엔지니어링 = 인프라 플랫폼 엔지니어링
플랫폼 엔지니어링은 기업 조직에서 순환하는 모든 기술과 도구를 통합하고 이를 골든 경로로 묶어 개발자 셀프 서비스를 지원하고 개별 기여자의 인지 부하를 제거하는 것입니다. Gartner는 인프라 플랫폼 엔지니어링을 "사용하기 쉬운 방식으로 IT 인프라를 사용자 또는 다른 플랫폼에 노출하는 내부 소프트웨어 제품(IDP)을 구축하는 분야"로 정의합니다.
따라서 플랫폼 엔지니어링 프로그램이 성공하려면 플랫폼 팀과 기존 인프라 팀 간의 명확한 의사소통 라인을 구축하는 것이 중요합니다. 플랫폼 엔지니어링은 DevEx 그 이상이며, 인프라 측면은 애플리케이션 측면이나 개발자 인터페이스만큼 중요합니다. 인프라 플랫폼 엔지니어는 플랫폼 팀에서 중요한 역할을 합니다.
플랫폼 엔지니어링 팀은 클라우드 공급자, 인프라 팀 또는 둘 모두에서 사용하려는 리소스에 관계없이 개발자를 위한 통합 환경을 만들 수 있는 엄청난 기회를 갖고 있습니다. 엔터프라이즈급 IDP는 자연스럽게 이러한 리소스의 소비를 표준화하여 효율성을 높이고 보안을 강화하며 내부 또는 외부 공급자에 대한 규정 준수를 강화합니다.
이는 개발자뿐만 아니라 인프라 팀에게도 엄청난 잠금 해제입니다. Platform Orchestrator로 구축된 IDP는 인프라 팀으로서의 삶을 더욱 즐겁게 만들 수 있는 표준화 및 자동화 수준을 도입합니다.
예를 들어, Postgres를 Vx에서 Vx+1로 업그레이드해야 하고 모든 애플리케이션 개발 팀에서 이 작업을 수행해야 한다고 가정해 보겠습니다. IDP가 없으면 각 팀을 방문하여 어떤 인스턴스에서 실행 중인지 파악하고 이를 모두 매핑해야 합니다. 그런 다음 일반적으로 개별 팀과 각 인스턴스마다 고유하게 돌아가서 업그레이드해야 합니다.
잘 구축된 IDP( 플랫폼 오케스트레이터를 백엔드로 )를 사용하면 간단히 파일(리소스 정의)을 업데이트할 수 있으며 다음에 팀이 워크로드를 배포할 때 최신 리소스 버전이 자동으로 사용됩니다.
이는 티켓 작업에서 완전히 벗어나 모든 팀과 워크플로에서 설계에 따라 표준화되어 최고의 작업을 수행할 수 있습니다.
결론적으로
플랫폼 엔지니어링 및 플랫폼 오케스트레이터는 엔지니어링 조직에 운영 방식과 개발자가 인프라와 상호 작용하는 방식을 개선하여 효율성을 높이고 TTM(Time To Market)을 단축할 수 있는 고유한 기회를 제공합니다.
그러나 플랫폼 엔지니어링 이니셔티브는 기존 인프라 팀과의 긴밀한 협력 없이는 큰 진전을 이룰 수 없습니다. 기존 인프라 팀은 표준화 및 자동화 향상을 통해 큰 이점을 얻고 티켓 운영의 필요성을 제거하게 됩니다.
인프라 플랫폼 엔지니어는 IDP 출시 및 광범위한 조직 성과에 점점 더 중요한 역할을 하게 될 것입니다. 더 자세히 알아보고 싶으시다면,
1990년대에 태어난 프로그래머가 비디오 포팅 소프트웨어를 개발하여 1년도 안 되어 700만 개 이상의 수익을 올렸습니다. 결말은 매우 처참했습니다! 고등학생들이 성인식으로 자신만의 오픈소스 프로그래밍 언어 만든다 - 네티즌 날카로운 지적: 만연한 사기로 러스트데스크 의존, 가사 서비스 타오바오(taobao.com)가 가사 서비스를 중단하고 웹 버전 최적화 작업 재개 자바 17은 가장 일반적으로 사용되는 Java LTS 버전입니다. Windows 10 시장 점유율 70%에 도달, Windows 11은 계속해서 Open Source Daily를 지원합니다. Google은 Docker가 지원하는 오픈 소스 Rabbit R1을 지원합니다. Electric, 개방형 플랫폼 종료 Apple, M4 칩 출시 Google, Android 범용 커널(ACK) 삭제 RISC-V 아키텍처 지원 Yunfeng은 Alibaba에서 사임하고 향후 Windows 플랫폼용 독립 게임을 제작할 계획이 기사는 Yunyunzhongsheng ( https://yylives.cc/ ) 에 처음 게재되었습니다 . 누구나 방문하실 수 있습니다.