top 36 most important chef interview questions
이 튜토리얼에서는 가장 중요한 셰프 인터뷰 질문과 그에 대한 답변을 설명과 함께 제공했습니다.
모든 조직에는 시스템 관리자가 실패한 시스템, 서버 및 네트워크 서비스의 설치, 구성 및 문제 해결을 담당하는 IT 지원 시스템이 있습니다. 여러 시스템에 장애가 발생할 경우 시스템 관리자는 우선적으로 이러한 시스템을 수리하고 수정해야합니다.
Chef와 같은 구성 자동화 도구를 설치하면 시스템 관리자가 여러 개의 실패한 시스템을 수정하는 것을 돕고 보호 할 수 있습니다. Chef를 사용하여 시스템 관리자는 실패한 시스템의 구성을 다시 실행되고 안정된 단계로 재설정하는 스크립트 또는 코드를 만들 수 있습니다.
학습 내용 :
Chef 소프트웨어 란?
Chef는 도메인 별 언어와 Ruby를 사용하여 시스템 구성 스크립트를 작성하는 자동화 도구입니다. 프로그래밍 가능한 인프라를 설계하고, 애플리케이션을 배포하고, 온 프레미스 또는 퍼블릭 클라우드에 배포 된 인프라에 대한 구성을 네트워크 전체에서 관리하는 데 도움이됩니다.
여러 인프라를 올바르게 구성하는 스크립트를 자동으로 실행하여 물리적 서버, 가상 머신, Cloud 등의 인프라를 관리하는 자동화 스크립트 또는 여러 시스템 장애시 스크립트가 실행되고 장애가 발생한 시스템을 재설정하는 스크립트입니다. 구성을 정상 및 실행중인 시스템의 구성으로 되돌립니다.
시스템 구성 설정은 Ruby 언어로 작성된 스크립트에 설명되어 있습니다. 이러한 스크립트를 Chef Recipe라고합니다. 레시피 모음은 요리 책에 저장됩니다. Chef 서버는 이러한 요리 책, 요리 책의 레시피를 저장하고이를 구성하는 방법을 chef-client의 새 노드에 지시합니다.
가장 자주 묻는 요리사 인터뷰 질문
시스템 및 서버 유지 관리 및 관리 역할 영역에서보다 보람있는 위치로 이동할 수 있도록 Chef 인프라 구성 도구에 대해 가장 자주 묻는 인터뷰 질문과 답변을 마련했습니다.
Q # 1) DevOps 수명주기를 설명 하시겠습니까?
대답: DevOps 수명주기는 지속적인 개발, 통합, 테스트, 배포 및 모니터링과 같은 단계로 구성됩니다. 아래 단계를 설명합니다.
지속적인 개발
이 단계는 프로젝트 계획 및 코딩을 통한 애플리케이션 개발로 구성됩니다. 시스템 설계 팀이 계획에 참여합니다. 프로젝트 계획에는 어떤 기술, IDE, 프로그래밍 언어, 프레임 워크가 애플리케이션, 애플리케이션 유형 (데스크톱, 웹 또는 모바일), 리소스 가용성, 문제점 및 모듈 통합 장애에 적합할지 결정하는 것이 포함됩니다.
코딩에는 요구 사항 문서에서 예상되는 기능과 기능을 개발하기위한 설계, 단위 테스트, 배포 및 통합 프로그램이 포함됩니다. Git, SVN, JIRA와 같은 버전 제어 도구는 다양한 빌드 및 버전을 추적하고 코드베이스를 유지하는 데 사용됩니다. Java 기반 프로젝트를 빌드하기 위해 Ant 및 Maven과 같은 코드 빌드 도구를 사용합니다.
지속적인 통합
개발자는 일주일 또는 심지어 하루에 여러 번 소스 코드를 커밋합니다. 버전 관리 도구에서 수집 된 코드베이스는 코드를 통합하고, 통합 후 빌드에서 불일치 여부를 테스트하고, 빌드를 배포하는 Jenkins를 사용하여 지속적으로 통합됩니다.
지속적인 테스트
그런 다음 통합 또는 변경 요청으로 인해 발생하는 모든 결함과 기능을 테스트하기 위해 빌드가 테스트 서버에 배포됩니다. 회귀 테스트는 웹 기반 애플리케이션의 경우 Selenium, 데스크톱 애플리케이션의 경우 UFT로 수행되며 TestNG를 사용하여 테스트 상태를보고합니다. 결함은 JIRA 버그 추적 도구에보고됩니다.
지속적인 배포
이 단계에서 코드는 프로덕션 서버에 배포되고 Jenkins는 지속적으로 통합, 테스트 빌드, 코드베이스 및 클라이언트의 온 프레미스 또는 클라우드 서버에 배포합니다. 이 구성 관리 도구 (예 : Chef, Ansible 및 인형 지속적인 배포를 지원합니다.
지속적인 모니터링
프로덕션 서버에 애플리케이션을 배포 한 후 운영 팀은 사용 가능한 인프라 (하드웨어 구성), 연결 또는 네트워크 문제가있는 경우 배포 된 애플리케이션이 서버에서 실행되는 방식을 모니터링하고 최소한의 다운 타임으로 해결해야합니다.
Nagios와 같은 지속적인 모니터링 도구를 사용하여 다양한 사용자 활동, 기능 사용, 부하 조건 중 부적절한 시스템 동작을 모니터링하고 분석 할 수 있습니다.
추천 자료 => DevOps에 대한 궁극적 인 가이드
Q # 2) 조직에서 시스템 관리자의 책임은 무엇입니까?
대답: 시스템 관리자는 고 가용성 및 성능을 달성하기 위해 효과적인 계획, 설치, 구성 및 IT 인프라 최적화를 담당합니다.
Q # 3) IT 인프라 란 무엇을 의미합니까?
대답: IT 인프라에는 시스템, 서버, 네트워크 시스템, 스위치, 라우터, 레거시 인터페이스와 같은 모든 물리적 하드웨어와 데이터 센터, 데이터 스토리지, 검색과 같은 시설과 데이터와 정보를 안전하게 관리하고 사용하는 데 사용되는 모든 요소가 포함됩니다. 조직의 비즈니스 목표를 보호합니다.
Q # 4) 구성 관리 란 무엇입니까?
대답: 구성 관리는 서버, 스토리지, 네트워크 및 소프트웨어와 같은 인프라를 원하는 시스템 상태로 유지합니다. 대상 시스템 및 소프트웨어의 원하는 상태를 유지하는 자동화 소프트웨어를 제공합니다.
구성 관리의 일관성과 정확성을 제공합니다. 시간이 많이 걸리는 수동 구성 프로세스를 자동화하여 더 적은 리소스로 효율성과 정확성을 개선합니다. 구성 관리를위한 인기있는 자동화 도구는 Red Hat Ansible, Chef 및 Puppet입니다.
Q # 5) Chef와 Puppet을 비교해 주시겠습니까?
대답: Chef와 Puppet은 모두 온 프레미스 및 클라우드 기반 인프라의 구성 관리를위한 DevOps 도구입니다. 둘 다 Ruby 언어에 익숙해야합니다. 이 둘의 차이점은 아래 표에 나와 있습니다.
| 주요한 | 인형 |
|---|---|
| 칼 -vsphere | ‘knife vsphere’하위 명령은 VMware vSphere로 시스템을 프로비저닝하기위한 것입니다. |
| 가용성 측면에서 Chef의 주 서버가 어떤 이유로 중지되는 경우 백업 서버가 작업을 인수합니다. | Puppet에는 다중 마스터 아키텍처가 있습니다. Puppet의 활성 마스터가 중지되는 경우 대기 마스터가 작업을 처리합니다. |
| Chef는 인프라를 구성하기 위해 레시피와 요리 책을 사용합니다. | Puppet은 시스템과 서버의 구성을 관리하기 위해 매니페스트와 모듈을 사용합니다. |
| Chef는 워크 스테이션, 서버 및 노드로 구성되어 있습니다. | Puppet은 서버를 마스터 시스템으로 사용하고 클라이언트 시스템을 에이전트로 사용합니다. |
| Chef는 구성 관리를 위해 RubyDSL 언어가 필요합니다. | Puppet은 구성을 자동화하고 재설정하기 위해 자체 PuppetDSL 언어를 사용합니다. |
| Chef는 코드 기반이며 구성 관리에서 개발자에게 더 많은 유연성과 제어를 제공합니다. | Puppet에는 사용자 인터페이스와보고 기능이 있습니다. |
| Chef의 'Knife'도구는 설치 문제를 줄여줍니다. | Puppet은 명령 줄 언어입니다. |
Q # 6) DevOps 운영을 위해 Chef에서 제공하는 제품을 나열하십시오.
대답: 제공되는 제품은 다음과 같습니다.
- Chef 데스크탑
- 요리사 규정 준수
- 헤드 인프라
- 서식지 책임자
- 셰프 인스 펙
- 수석 오토 마톤
Q # 7) Chef Desktop에 대해 설명
대답: 랩톱, 데스크톱 및 키오스크 워크 스테이션과 같은 IT 리소스를 중앙 위치에서 원격으로 제어하는 데 도움이됩니다. 배포, 관리를 자동화하고 IT 리소스의 유지 관리를 보호합니다. 정책 기반 구성 구현과 같은 작업을 자동화하고 시간이 많이 걸리는 수동 프로세스를 제거합니다.
Q # 8) Chef Compliance의 기능은 무엇입니까?
대답: Chef Compliance는 하이브리드 및 멀티 클라우드 환경 전반에 대한 가시성과 제어를 제공하기 위해 이기종 자산 전반에 걸쳐 표준 감사 및 수정 콘텐츠를 통해 규정 준수를 시행 및 유지하고 보안 사고를 방지하는 데 도움이됩니다.
Q # 9) 인프라 관리에서 DevOps 팀은 Chef Infra를 어떻게 사용합니까?
대답: Chef Infra는 인프라 구성을 자동화하고 일관되고 정확하고 유연하며 테스트 가능하고 버전이 가능하며 사람이 읽을 수있는 구성 정책을 보장하며 구성의 모든 수정 사항은 전체 인프라에 보편적으로 적용됩니다.
Q # 10) Chef Habitat의 기능을 설명해주세요.
대답: 배포 플랫폼 또는 운영 체제에 관계없이 모든 환경에 애플리케이션을 정의, 패키징 및 제공하는 자동화를 제공합니다. 리팩토링이나 재 작성없이 가상 머신 또는 컨테이너에 배포 가능한 아티팩트를 생성합니다. 또한 운영 및 개발 전반에 걸쳐 애자일 제공 방식의 채택을 확장하는 데 도움이됩니다.
최고의 무료 이미지 백업 소프트웨어 2017
Q # 11) 자동화 준수에서 Chef Inspec의 중요성을 설명하십시오.
대답: Chef Inspec은 보안 엔지니어, 운영 및 소프트웨어 개발자에게 보안 및 규정 준수 규칙을 제공합니다. 서버, 컨테이너 및 클라우드 API에서 규정 준수, 보안 및 기타 정책 요구 사항에 대한 자동화 된 테스트를 실행하여 관리되는 환경과 각 개발 단계에서 일관된 표준을 적용합니다.
Q # 12) Chef Automate는 어떻게 활용됩니까?
대답: Chef Automate는 개발자, 운영 및 보안 담당자를위한 분석 대시 보드를 한 곳에서 제공하여 인프라 및 애플리케이션의 변경 사항을 제공합니다. 또한 여러 데이터 센터 및 클라우드 공급자의 성능 및 확장에 대한 실행 가능한 통찰력을 제공합니다.
Q # 13) Chef 구성 요소를 설명하십시오.
대답: Chef는 주로 세 가지 구성 요소로 구성됩니다. 즉. Chef Workstation, Chef Server 및 Chef Node.
- Chef 워크 스테이션 : 로컬 컴퓨터에 설치되며 임시 원격 실행, 검색, 구성 작업 및 요리 책 생성을위한 도구와 같은 기능이 있습니다. ChefDK를 대체하는 Workstation에는 Chef Infra Client, InSpec, Test Kitchen, ChefSpec, Cookstyle과 같은 테스트 도구, Chef 및 Knife 명령 줄 도구가 포함되어 있습니다.
- Chef 서버 : 쿡북에 정의 된 구성 정책과 각 노드에 대한 검색 가능한 관리 메타 데이터가 저장되는 저장소입니다. Chef에서 관리하는 노드는 로컬 구성을 최신 상태로 유지하기 위해 Chef Server에 정기적으로 체크인합니다.
- 최고 노드 : 여기에는 Chef 서버에 저장된 JSON 파일에 설명 된 실행 목록 및 노드 속성이 포함됩니다. Chef 클라이언트는 각 Chef 클라이언트 실행 중에 노드 개체의 복사본을 가져 와서 Chef- 클라이언트 실행 종료시 Chef 서버의 업데이트 된 복사본을 대체합니다.
Q # 14) Chef에서 리소스를 설명하십시오.
대답: Chef의 리소스는 다음과 같은 구성 정책에 대한 문서입니다.
- 구성 항목에 대해 원하는 상태를 지정합니다.
- 이 항목을 원하는 상태로 만드는 데 필요한 단계를 나열합니다.
- 패키지, 템플릿 또는 서비스와 같은 리소스 유형을 설명합니다.
- 필요한 리소스 속성을 표시합니다.
- 리소스는 레시피로 그룹화 된 작업 구성입니다.
Ruby의 리소스 구문은 아래와 같이 4 개의 구성 요소, 유형, 이름, 하나 이상의 속성 및 해당 값이있는 하나 이상의 작업으로 구성됩니다.
Q # 15) Chef에서 레시피 사용에 대해 설명하십시오.
대답: 레시피는 노드의 정책 또는 구성을 결정하는 리소스 모음입니다. 레시피를 실행하려면 노드의 실행 목록에 있어야합니다. Ruby를 사용하여 생성되며 Chef Client의 노드에서 실행, 업데이트 또는 생성하는 데 필요한 모든 지침이 있습니다.
Q # 16) Chef에서 노드는 무엇을 나타 냅니까?
대답: 노드는 Chef Infra에서 관리하는 모든 장치, 물리적, 가상, 클라우드 또는 네트워크 장치가 될 수 있습니다.
최고의 게임 회사는 무엇입니까
- 물리적 노드 온-프레미스 서버 또는 네트워크에 연결된 가상 머신 일 수 있으며 인터넷을 통해 정보를 보내고, 받고, 전달할 수 있습니다.
- 가상 노드 소프트웨어 구현으로 실행되는 물리적 기계입니다.
- 클라우드 기반 노드 Amazon 웹 서비스, Google Cloud Platform 또는 Microsoft Azure로 호스팅되는 외부 클라우드 기반 서비스입니다. Chef Infra 클라이언트는 Knife 도구를 사용하여 플러그인으로 생성 된 이러한 인스턴스를 배포, 유지 관리 또는 구성하기 위해 설치됩니다.
- Network node Chef가 일반적인 네트워크 구성을 자동화하기 위해 물리적 또는 논리적 이더넷 및 VLAN에 연결된 스위치, 라우터와 같은 네트워크 장치입니다.
Q # 17) Chef에서 OHAI의 역할은 무엇입니까?
대답: OHAI는 Chef Infra가 Cookbook 내에서 사용되는 시스템 구성 데이터를 실행하고 수집하는 도구입니다. 내장 플러그인의 도움으로 일반적인 구성 세부 정보를 감지합니다. 또한 운영 체제, 네트워크, 메모리, 디스크, CPU, 커널, 호스트 이름 및 클라우드 공급자 메타 데이터에서 속성을 수집합니다.
Q # 18) Chef에서 Knife 사용에 대해 설명하십시오.
대답: Knife는 Chef Workstation과 Chef Server 간의 인터페이스 역할을하는 명령 줄 도구로 Chef Workstation이 Chef-repo 디렉터리의 콘텐츠를 Chef Server와 통신 할 수 있도록 도와줍니다. Chef-Workstation에는 쿡북, 역할, 데이터 백 및 환경이 저장되는 chef-repo 디렉토리가 있습니다.
Knife 명령으로 사용자는 Knife 플러그인을 사용하여 노드, 역할, JSON 데이터 저장소, 환경, 요리 책 및 레시피, 클라우드 리소스를 관리 (생성, 삭제, 편집, 나열, 표시) 할 수 있습니다.
Q # 19) dpkg_package 리소스를 설명하십시오.
대답: dpkg 플랫폼 용 패키지를 관리하려면 노드에서 Debian 패키지의 dpkg 프로그램을 적용하여 .deb 패키지에 대한 정보를 설치, 제거 및 검색합니다. : install, : nothing, : remove of dpkg_package 리소스와 같은 다양한 작업이 데비안 패키지 관리에 사용됩니다.
Q # 20) Chef에서 metadata.rb를 설명하세요.
대답: metadata.rb 파일에는 Chef Infra 클라이언트 및 서버가 각 노드에 요리 책을 배포하는 데 도움이되는 정보가 있습니다.이 파일은 Cookbook의 디렉토리에서 사용할 수 있습니다. Cookbook이 Chef Infra Server에 업로드되거나 커맨드 나이프 쿡북 메타 데이터가 실행되면 metadata.rb 파일이 컴파일되어 쿡북에 JSON 데이터로 저장됩니다.
Q # 21) 클라우드 호스팅 플랫폼에 사용할 수있는 Knife 플러그인 하위 명령을 나열합니까?
대답: 다음 표에는 클라우드 호스팅 플랫폼에 사용할 수있는 knife 플러그인 하위 명령이 나열되어 있습니다.
| 부속 명령 | 기술 |
|---|---|
| 칼날처럼 | ‘knife azure’하위 명령은 Microsoft Azure에서 호스팅하는 API 기반 클라우드 서버를 관리하는 데 사용됩니다. |
| 칼 -ec2 | ‘knife ec2’하위 명령은 Amazon EC2에서 호스팅하는 API 기반 클라우드 서버를 관리하는 데 사용됩니다. |
| 칼 구글 | ‘knife google’하위 명령어는 Google의 Compute Engine에서 호스팅하는 API 기반 클라우드 서버를 관리하는 데 사용됩니다. |
| 나이프 오픈 스택 | 'knife openstack'하위 명령은 OpenStack에서 호스팅하는 API 기반 클라우드 서버를 관리하는 데 사용됩니다. |
| 나이프 랙 스페이스 | 'knife rackspace'하위 명령은 Rackspace에서 API 기반 클라우드 서버를 관리하는 데 사용됩니다. |
| 칼 센터 | ‘knife vcenter’하위 명령은 VMware vCenter를 사용하여 시스템을 프로비저닝하기위한 것입니다. |
Q # 22) Chef의 핸들러 유형을 나열하십시오.
대답: ‘Chef_handler’리소스는 모든 핸들러가 활성화되어 있고 Chef Infra Client 실행에 사용할 수 있는지 확인합니다. Chef 핸들러에는 세 가지 유형이 있습니다.
다음은 다음과 같습니다.
- 예외 처리기
- 보고서 처리기
- 핸들러 시작
Q # 23) Chef의 Exception 핸들러를 설명하세요.
대답: 실행 중 Chef Infra 클라이언트가 실패하면이 핸들러를 Chef Infra Client 실행에서 사용할 수 있습니다. 여기에서 Chef 핸들러 리소스가 포함 된 레시피가 노드의 실행 목록에 추가됩니다. 예외 처리기는 run_status 개체와 함께 실행되어 '실패?'에 대한 속성 값을 true로 반환합니다.
Q # 24) Chef의 보고서 처리기에 대해 설명하십시오.
대답: Chef Infra Client가 성공적으로 실행되면이 실행에 대한 보고서를 보내면이 핸들러를 사용할 수 있습니다. 요리사 핸들러 리소스를 포함하는 레시피는 노드 목록을 실행하는 데 사용됩니다. 보고서 처리기는 'success?'에 대한 속성 값을 true로 반환하는 run_status 개체와 함께 실행됩니다.
Q # 25) Chef의 시작 핸들러를 설명하십시오.
대답: 이름에서 알 수 있듯이 이러한 핸들러는 Chef Infra Client를 시작하거나 이벤트를 실행하거나 chef-client 쿡북 레시피에서 사용할 수있는 gem 리소스를 적용하는 동안 client.rb 설정에 적용됩니다.
Q # 26) Chef에서 Handler DSL을 설명하십시오.
대답: Chef Infra Client 실행 실패시 이메일 전송 또는 Chef Infra Client가 StatsD로 실행되는 동안 리소스에 대한 집계 통계 업데이트와 같은 이벤트, Handler DSL은 이러한 이벤트에 콜백을 첨부하는 데 사용됩니다.
Q # 27) Chef에서 리소스의 작업을 지정하는 것을 잊은 경우 어떻게합니까?
대답: 작업 속성 (속성)과 해당 값이 Chef의 리소스에 포함되지 않은 경우 Chef는 기본 작업을 적용합니다. 리소스의 기본 작업은 만들기입니다.
예를 들면
Q # 28)이 두 Chef 레시피는 동일합니까?
'httpd'패키지 1 개
2 서비스‘httpd’는
3 액션 (: enable, : start)
4 끝
&&
'httpd'서비스 1 개
2 액션 (: enable, : start)
3 끝
4 개 패키지‘httpd’
대답: 아니요, 레시피 파일은 작성된 순서대로 실행됩니다. 첫 번째 레시피에서는 httpd 패키지가 설치되고 서비스를 구성합니다. 두 번째 레시피에서는 서비스를 구성한 다음 httpd 패키지가 설치됩니다.
Q # 29) Chef-apply와 Chef-client의 차이점을 설명하십시오.
답변 : 차이점은 다음과 같습니다.
| 요리사 신청 | 최고 고객 |
|---|---|
| Chef-apply는 로컬 시스템을 구성하기 위해 로컬 데스크톱 컴퓨터에서 단일 레시피를 수렴하기 위해 chef를 실행하는 실행 가능한 프로그램입니다. | chef-client는 하나의 특정 쿡북을 실행하는 실행 가능한 명령 줄 코드입니다. |
| chef-apply는 요리사에 대한 기본적인 이해를 제공하며 요리사 리소스를 배우고 탐색하는 데 이상적입니다. | 요리사 클라이언트는 단일 또는 여러 요리 책에 적용되며 생산 목적에 이상적입니다. |
Q # 30) Chef의 실행 목록을 설명하십시오.
대답: 실행 목록에는 Chef가 원하는 상태로 노드를 구성하는 데 필요한 정보가 포함되어 있습니다. 실행 목록에는 역할, 레시피 또는 둘 다의 목록이 있으며, 목록에 나열된 정확한 순서대로 실행됩니다. 노드 개체의 일부로 Chef 서버에 저장되며 Chef 워크 스테이션에서 업로드 된 나이프를 사용하여 유지 관리됩니다. 실행 목록 형식은 정규화, 쿡북 또는 기본값입니다.
예: “role (role_name)”또는“recipe (COOKBOOK :: RECIPE_NAME)”
Q # 31) Chef에서 노드를 부트 스트랩하려면 어떤 세부 정보가 필요합니다.
대답: 다음은 필수 요구 사항입니다.
- 특정 노드에 대한 로그인 자격 증명으로 사용되는 사용자 이름 및 암호
- 노드의 공용 IP 주소 또는 호스트 이름입니다.
- 사용자 이름 및 암호 자격 증명 대신 키 기반 인증.
Q # 32) Chef에서 업데이트 된 Cookbook을 노드에 적용하는 방법을 설명하십시오.
대답: 업데이트 된 Cookbook을 Chef의 노드에 적용하는 세 가지 가능한 방법이 있습니다.
이것들은:
- knife ssh 하위 명령을 실행하여 워크 스테이션에서 SSH 명령을 호출합니다.
- Chef-client 명령을 실행하여 ssh 연결을 서버로 보냅니다.
- Chef Server를 정기적으로 검토하기 위해 Chef-client를 데몬 또는 서비스로 실행합니다.
Q # 33) 테스트 키친이란?
대답: 테스트 키친은 격리 된 환경에서 생산 환경을 변경할 수있는 잠재적 인 결함에 대해 레시피 (인프라를 구성하는 코드)를 테스트하는 기본 제공 도구입니다. 테스트 코드는 Chef Inspec을 사용하여 모든 플랫폼 또는 운영 체제에서 인프라를 구성 할 수 있습니다.
Test Kitchen을 사용하면 플랫폼과 테스트 스위트의 모든 조합에서 요리 책 데이터를 확인할 수 있으며 kitchen.yml 파일이 생성됩니다. 이 yml 파일로 여러 주방 인스턴스를 만들 수 있습니다.
Q # 34) 구성 관리를 위해 Chef를 설치하면 조직에 어떤 이점이 있습니까?
대답: 조직은 다음과 같은 이점을 얻을 수 있습니다.
- Chef의 도움으로 자동 구성으로 새로 설치된 시스템 및 서버 관리.
- 구성을 기본 실행 상태로 자동 재설정하여 다운 타임을 제거하고 실패한 시스템의 가용성을 향상시킵니다.
- Chef를 사용한 하드웨어 및 네트워크 인프라의 자동 설치 및 구성은 소프트웨어 제공을 개선하고 실패한 상태에서 신속하게 복구합니다.
- 빠르게 발견 된 오작동 또는 취약한 시스템을 수정하여 위험 관리를 개선합니다.
Q # 35) Chef에 SSL 인증서를 설치하는 것이 얼마나 중요합니까?
대답: SSL 인증서는 웹 사이트에 대한 디지털 서명 또는 인증이며 암호화 된 연결을 제공하여 민감한 데이터에 액세스하려는 의도로 해커의 공격으로부터 웹 사이트를 보호합니다. 개인 키를 생성하는 데 도움이되며 Chef Server와 Chef Client 간의 안전한 데이터 전송을 보장합니다.
Q # 36) 구성 관리 시스템에 Chef를 설치 한 회사를 나열하십시오.
대답: 다음은 인프라의 구성 설정을 재설정하는 코드를 실행하는 자동화 도구 인 Chef를 설치 한 일부 회사의 목록입니다.
- IBM
- 알래스카
- 페이스 북
- 노드 스톰
- 수액
- 확인하다
- 월마트 IRL
- 십자로
- Haventec
- 라쿠텐
- 대문자 1
- 덴마크 은행
결론
대규모 고객 기반을 가진 회사는 온 프레미스 또는 클라우드를 통해 시스템과 서버로 구성된 인프라를 유지해야합니다. 새로운 시스템과 서버를 관리 및 구성하고 기존 인프라를 유지하여 양호한 상태로 유지하려면 구성 관리 자동화 도구 인 Chef를 설치해야합니다.
Chef는 온 프레미스 또는 클라우드 플랫폼을 통해 배포하기 전에 지속적인 배포를 지원하여 인프라에서 결함을 식별하고 제거합니다.
인터뷰에 행운을 빕니다 !!