1. 서비스 네트워크가 가열되고 있습니다.
서비스 그리드 (Service grid) 는 서비스 간 통신에 초점을 맞춘 인프라 계층이자 클라우드 원생성과 관련된 현재 관심사입니다. 컨테이너가 보급됨에 따라 비즈니스 토폴로지가 점점 더 동적이어 네트워크 기능에 대한 요구 사항이 높아지고 있습니다. 서비스 그리드는 서비스 검색, 라우팅, 로드 밸런싱, 상태 감지 및 관찰 가능성을 통해 트래픽을 관리하여 컨테이너 고유의 복잡성을 단순화합니다.
HAProxy, traefik 및 NGINX 가 자신을 데이터 평면으로 포지셔닝함에 따라 서비스 그리드가 점점 더 인기를 얻고 있습니다. 서비스 그리드는 아직 대규모로 배포되지 않았지만 일부 기업은 이미 프로덕션 환경에서 서비스 그리드를 실행했습니다. 또한 서비스 그리드는 마이크로서비스 또는 Kubernetes 환경뿐만 아니라 VM 및 서버 없는 아키텍처 환경에도 사용할 수 있습니다. 예를 들어, 미국 국립 생명 공학 정보 센터는 컨테이너를 사용하지 않습니다. 그들은 Linkerd 를 사용합니다.
2. 이벤트 중심 아키텍처의 부상
비즈니스 시나리오가 끊임없이 변화함에 따라 푸시 또는 이벤트 기반 아키텍처가 트렌드가 되고 있음을 알 수 있습니다. 서비스는 이벤트에 가입한 관찰자 컨테이너에 이벤트를 보내고 컨테이너는 비동기적으로 응답하며 이벤트 발신자는 그것에 대해 아무것도 모를 수 있습니다. 요청-응답 프레임워크와 달리 이벤트 기반 시스템 아키텍처에서는 이벤트를 시작하는 컨테이너가 다운스트림 컨테이너에 종속되지 않으며 처리 및 로드된 트랜잭션이 다운스트림 컨테이너의 가용성 또는 완성도와 무관합니다. 이 아키텍처의 또 다른 장점은 개발자가 자체 서비스를 보다 독립적으로 설계할 수 있다는 것입니다.
3. 안전 모드의 변화
커널 액세스 제한으로 인해 컨테이너에 배포된 응용 프로그램은 비교적 안전합니다. VM 환경에서 가상 장치 드라이버는 공개적으로 표시되는 곳입니다. 컨테이너 환경에서 운영 체제는 시스템 호출을 제공하고 신호 소스는 더욱 풍부해집니다. 이전에는 관리자가 가상 시스템에 에이전트를 설치해야 했지만 너무 복잡해서 너무 많은 것을 관리해야 했습니다. 컨테이너는 보다 명확한 가시성을 제공하며 컨테이너와의 통합은 VM 보다 쉽습니다.
4. REST 에서 GraphQL 까지
GraphQL 은 페이스북이 20 12 년에 만든 쿼리 언어 API 사양으로 2023 년 오픈 소스입니다. GraphQL 의 유형 시스템을 통해 개발자는 기존 쿼리에 영향을 주지 않고 클라이언트를 수정할 필요 없이 자체 데이터 스키마를 정의하거나 새 필드를 추가하거나 이전 필드를 삭제할 수 있습니다. GraphQL 은 특정 데이터베이스나 스토리지 엔진에 의존하지 않기 때문에 매우 강력합니다.