%20%EB%82%B4%EC%97%90%EC%84%9C%20%EA%B0%9C%EB%B3%84%20%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%20%EC%97%85%EA%B7%B8%EB%A0%88%EC%9D%B4%EB%93%9C.png)
(원래 stackoverflow에 게시되었습니다. 누군가가 여기에 질문을 놓을 것을 제안했습니다.)
XAMPP에서 업그레이드를 설치하지 않고 XAMPP LAMP 스택의 개별 청크를 업그레이드한 경험이 있는 사람이 있습니까?
openssl lib에 대한 업데이트가 필요한 여러 프로덕션 서버가 있지만 XAMPP에서 업그레이드하면 아직 테스트하지 않은 최신 버전의 MySQL 및 PHP로 이동하게 됩니다.
그렇지 않으면 XAMPP를 포기하고 자체 LAMP 스택을 구축/유지하기로 결정한 모든 사람으로부터 현명한 지혜를 찾을 것입니다.
감사해요
답변1
이는 "공급업체" 스택을 사용하는 것과 직접 롤링하는 것의 절충안입니다. 나는 두 가지 방법을 모두 해냈습니다. 그리고 나는 더 이상 내 자신의 스택을 유지 관리하는 일을 하지 않습니다. 좋은 경험입니다. 소프트웨어와 소프트웨어 구성 방법 등을 실제로 배울 수 있습니다. 하지만 노력과 시간이 필요합니다. "공급업체"에서 제공한 스택을 사용하는 경우 해당 스택을 "있는 그대로" 사용하고 제공될 수 있는 일회성 수정 사항을 적용하는 것이 가장 좋습니다. 결국, 이것이 주요 이점 중 하나는 다음과 같습니다. 하나의 pkg를 설치하면 라이브러리와 종속성을 유지할 필요가 없습니다.
절충안은 다음과 같습니다.
"공급업체" 스택은 스택 릴리스 속도에 맞춰 업데이트, 패치, 수정 사항을 기다려야 함을 의미합니다.
자신만의 스택을 롤링한다는 것은 모든 업데이트, 패치, 수정 사항을 유지하고 원하는 속도로 이를 적용할 수 있음을 의미합니다. 당신은 일을하기 만하면됩니다.
예, 라이브러리에 들어갈 수 있지만 어떤 면에서는 스택의 지원 가능성을 무효화합니다. 문제가 발생하면 방금 스택에 추가한 라이브러리 때문입니까? "공급업체" 또는 커뮤니티가 어떻게 이를 가장 잘 지원할 수 있습니까?
답변2
우리는 서버에 Debian/Ubuntu를 사용합니다. 보안 업데이트로 인해 소프트웨어 버전이 업그레이드되지는 않습니다. 모든 것이 현재 안정 릴리스로 백포트됩니다.
특정 구성 요소를 업그레이드해야 하는 경우 이전 릴리스에 대해 특정 패키지를 다시 빌드하는 것은 매우 쉬우며 일반적으로 그렇게 하면 합병증이 거의 없습니다.
답변3
최신 배포판은 패키지의 기본 버전 번호(예: 0.9.6)를 변경하지 않고 보안 패치를 패키지의 '현재' 릴리스로 '백포트'하므로 버전 변경으로 인해 다른 구성 요소나 패키지가 손상되지 않습니다.
모든 것의 가장 뛰어난 최신 버전을 원한다면 애플리케이션 스택에 대한 자체 패키지를 롤링하고 내부 미러/저장소에서 호스팅하는 것을 고려해야 합니다.