DevOps 서밋: 네트워크가 파티에 초대된 곳

DevOps Summit NY에서는 DevOps뿐만 아니라 컨테이너, IoT, 마이크로서비스에 대해서도 많은 이야기가 나왔습니다. 세션은 DevOps 접근 방식으로 규모에 맞게 성장하는 데 필요한 문화적 변화에만 초점을 맞춘 것이 아니라, 애플리케이션이 마이크로서비스 아키텍처로 분해되어 (모든) 사물 인터넷에 대한 빠른 성장과 지원을 가능하게 하는 데 필요한 네트워크 "배관"을 포함하도록 했습니다.

컨테이너와 마이크로서비스 및 네트워크

Docker의 Jerome Petazzo (@jpetazzo )는 마이크로서비스와 컨테이너와의 자연스러운 친화성에 대해 논의했지만, 그의 논의에서 중요한 것은 독립적인 확장성, 발견, 복원력을 위한 "네트워크"의 필요성과 마이크로서비스로 인해 발생하는 점점 더 네트워크에 의존적인 아키텍처를 관리하는 것이었습니다. 실제로 DNS는 발견에서 자연스럽고 중요한 역할을 하며, 서비스가 네트워크 주소 지정 체계에 의존하지 않고 오히려 DNS가 서비스의 실제 위치(또는 확장성의 경우 서비스 엔드포인트)를 빠르게 업데이트하여 원활한 연결을 보장하는 기능을 활용하도록 하는 데 필요한 서비스 계층의 추상화 수준을 보장합니다.

애플리케이션과 인프라의 영역 밖에 있는 기능을 위해 많은 경우 "네트워크"를 포함하고 이에 의존해야 할 필요성에 대한 이러한 인식은 보기에 좋았습니다. IT의 애플리케이션 측면에서는 아키텍처에 "네트워크"를 포함해야 할 필요성을 인식합니다. 그러므로 IT의 네트워크 측면에서는 서비스 제공에 있어 보다 프로그래밍적이고 협력적인 접근 방식을 채택하여 지원해야 할 필요성을 인식하는 것이 필수적입니다. 특히 마이크로서비스는 그러한 필요성을 주도하고 있으며, 이는 제 세션 " 마이크로서비스 아키텍처가 네트워크로 DevOps를 추진하는 방식 "의 주제입니다(링크는 프레젠테이션으로 이동). 

존 윌리스( @botchagalupe )는 변경 불가능한 인프라에 대해 깊이 있게 설명하고 애플리케이션 인프라(서버 및 플랫폼)를 어떻게 변경 불가능하게 만들 수 있고, 어떻게 변경 불가능하게 만들어야 하는지에 대한 견해를 제시했습니다. 이 개념은 부하 분산, 애플리케이션 보안, 가속 등의 애플리케이션 관련 서비스에도 동일하게 적용할 수 있습니다 . 그의 주장은 - 궁금하시다면 저도 동의하는 바인데 - 스크립팅 기반의 장기 관리에 의존하는 것은 매우 위험할 수 있다는 것입니다. 명령 순서, 적절한 롤백 옵션 부족, 일반적인 오류, 스크립트 내에서 오류를 해결하지 못하는 등의 모든 요인은 매우 중단을 초래할 가능성이 있으며, 특히 중단에 민감한 프로덕션 네트워크에서는 더욱 그렇습니다. 배포 후에는 패키지, 구성, 앱 또는 데이터를 수정할 수 없다는 전제에 기반한 변경 불가능한 인프라 모델을 사용하면 조직은 보다 안정적이고 민첩한(또한 관리하기 쉬운) 환경을 구축할 수 있습니다. 그는 변경 불가능한 인프라를 구현하기 위한 간단한 방법을 제안했습니다.

1. 새로운 것을 제공하다

2. 새로운 것을 테스트하다

3. 새로운 곳으로 직접 교통

4. 롤백을 위해 이전 버전을 보관하세요

DevOps는 치료법이 아닌 증상

마지막으로, 저는 Mark Thiele( @mthiele10 )의 세션에 참석했는데, 그는 DevOps는 건강한 조직을 이루는 수단이 아니라 건강한 조직의 증상이라고 주장했습니다. Switch SUPERNAP 부사장은 조직에 "현재의 업무 방식으로는 확장이 불가능하다고 가정"하고 다음의 큰 수요를 충족하는 데 필요한 규모를 실현할 수 있는 인력과 프로세스를 지속적으로 모색하라고 조언합니다. 오늘날의 애플리케이션과 마찬가지로 규모도 정적이지 않기 때문에 전반적으로 IT에 대한 보다 민첩하고 협력적인 접근 방식이 필요합니다. 마크는 "IT는 IT 비용을 줄이기 위해 만들어진 것이 아니라" 오히려 비즈니스에 가치를 더하기 위해 만들어졌다고 말하며 효율성과 비즈니스 가치에 더 중점을 두었습니다. 그러한 목적을 위해 그는 조직이 기술보다는 서비스 관점에서 생각하고, 서비스를 설계하고 제공하는 데 협력적인 접근 방식을 채택하도록 장려합니다.

협업은 일반적인 주제였으며, IT 사일로 자체만큼이나 사일로 내부 사일로에도 많은 관심이 쏠렸습니다. IT 그룹 내부 또는 그룹 간 사일로를 넘어서는 접근은 애플리케이션의 제공 시간, 성능, 규모, 보안과 관련된 정책을 수립하고 시행하는 데 중요할 뿐만 아니라 개발에서 프로덕션, 앱에서 사용자까지 애플리케이션의 종단 간 제공을 최적화하는 데 필요한 프로세스를 정의하고 구축하는 데도 중요합니다.

전반적으로 마이크로서비스와 컨테이너 간의 연결이 강조되었으며, 이에 따라 급증하는 서비스와 지원 인프라를 DevOps 방식으로 관리해야 할 필요성이 강조되었습니다. IoT는 컨테이너, 마이크로서비스, 네트워크에 대한 소프트웨어 정의 접근 방식과 같은 기술과 포괄적인 접근 방식인 DevOps 모두의 주요 원동력이 될 것입니다. 이는 조직이 .com 시대에 경험했던 기하급수적 성장과 유사한 단계에 진입하기 시작했기 때문입니다.

뉴욕에서는 여기까지입니다. 행복한 목요일!