AWS (Amazon Web Services)는 공식적으로 지원되는 AMI (Amazon Machine Image)를 제공하지만 기반으로하는 Linux 배포를 나타내지는 않습니다.
공식 Amazon Linux AMI는 다른 Linux 배포판을 기반으로합니까?
답변
공식적으로 지원되는 Amazon Linux AMI가 Linux 배포판을 기반으로하지 않음을 나타내는 AWS 포럼 에서 사용 가능한 토론 스레드가 있습니다 . 오히려 Amazon Linux AMI는 Amazon에서 독립적으로 이미지를 유지 관리합니다.
답변
RHEL을 기반으로하는 것처럼 보입니다.
$ cat /etc/os-release
NAME="Amazon Linux AMI"
VERSION="2017.09"
ID="amzn"
ID_LIKE="rhel fedora"
VERSION_ID="2017.09"
PRETTY_NAME="Amazon Linux AMI 2017.09"
ANSI_COLOR="0;33"
CPE_NAME="cpe:/o:amazon:linux:2017.09:ga"
HOME_URL="http://aws.amazon.com/amazon-linux-ami/"
freedesktop 은 “ID_LIKE”에 대해 말합니다.
패키징 및 프로그래밍 인터페이스와 관련하여 로컬 운영 체제와 밀접한 관련이있는 운영 체제의 식별자를 나열해야합니다 (예 : 로컬 OS가 파생 된 하나 이상의 OS 식별자 나열).
로컬 OS가 파생 된 하나 이상의 OS 식별자 나열
RHEL / CentOS7을 살펴보면 동일한 파일을 읽을 수 있습니다.
$ cat /etc/os-release
...
ID_LIKE="fedora"
...
그럼에도 불구하고 Amazon Linux는 여전히 기능을 갖추고 yum있으며 보이지 않습니다 dnf. 기묘한. 투기 리드 나 아마존이 가지고있는 이론을 지원하는 지원 RH 업스트림 계약을.
RHEL 5/6을 기반으로한다는 것은 극히 드물 것 같습니다.
- RHEL5x를 사용해서는 안됩니다.
- 지난 10 년 동안 소개 된 드라이버 및 보안 업데이트가 너무 많습니다.
그것은 게으르고 바보 일 것이다. 내가 일반적으로 아마존의 엔지니어들에게 비유하지 않는 두 가지. 이를 결정하는 한 가지 방법은 최신 버전의 RHEL7, 드라이버, 커널 보안 패치 등에 존재하는 것을 격리하고 Amazon Linux에서 동일한 테스트를 실행하는 것입니다. 존재하거나 존재하지 않습니다.
무책임한 것은 아니지만 RHEL6x를 사용해야 할 정당한 이유도 없습니다.
답변
/ usr / local / bin / composer 대신 / usr / bin / composer를 사용해야하는 파일 구조에 따라 CentOS 7입니다.