때문에 멀티 비즈니스, 개발 환경, 테스트 환경으로, 사전 제작 및 생산 환경은 고립, 그리고 프로덕션 환경에 추가로 비용을 절약하기 위해, 환경은 K8S와 시간에, 다른 로그 수집하지 않습니다 테스트에서 선을보기 당신이 K8S, 개발, 사용 후 로그를 볼 수 있습니다 및 테스트 할 수있는 대시 보드를 직접 네임 스페이스에 해당 K8S 전에 로그가 해당 컨테이너를 찾아, 해당 기계를 찾기 위해, 또는 테스터를 개발해야합니다, 당신은 비즈니스를 탐색 할 수 있습니다 용기는 크게 다음 동작 시간을 줄이고, 해당 로그에 본체를 직접 볼 수있다.
응용 프로그램이 K8S, 릴리스 코드, 롤백에 배포하고, 출시 후 파란색 - 녹색, 카나리아 출시 등 만 반복의 비즈니스 코드의 속도, 인간의 개입없이 전체를 가속화하지, 특히 간단한된다. 우리는 현재 빌드로 완전히 준수, 최종 생산 환경, gitrunner는, 테스트 환경에 개발 환경에서, 등, 버전 또는 롤백 할 젠킨스를 사용하는 멀티 클러스터, 멀티 환경 구축, 다른 시작 매개 변수, 서로 다른 환경 변수를 통해, 다른 환경을 달성하기 위해 다른 정보를 구별한다. 지금은 크게 개발 개발자의 효율을 개선, 파이썬, 자바, PHP, NodeJS, 이동, .NET 코어와 다른 언어, 하나의 버튼 문제 에디션, 한 번의 클릭으로 롤백을 달성했다.
개발 과정에서, 응용 프로그램 개발자 서비스 격자를 사용하면, 코드의 네트워크 부분에 대해 더 이상 걱정, 이러한 기능은 개발자가 코드 만 로직 부분에 대해 신경 수 있도록, 네트워크 부분의 기능을 실현할 수, 서비스 그리드를 구현하지 않습니다 예컨대 : 건조까지, 전환, 라우팅,로드 밸런싱, 오류 제한 속도 및 트리거링 기능한다.
시험하는 동안, 5 월은 환경이, 물론, 테스트 환경이 만들어지는 전, 테스트 환경을 만들어 운영 및 유지 보수 또는 자신의 손으로 제작 찾아야 할 필요가 설정합니다. K8S 클러스터로 마이그레이션 한 후, 당신 만 K8S는 젠킨스에 클러스터에 새로운 테스트 환경을 만들기 위해 작은 마우스가 필요합니다.