저는 최근에 LAMP 서버에 대한 더 많은 작업을 시작했는데, 이는 저에게 매우 새로운 일입니다. 처음에는 기본 설정 파일을 마이그레이션하는 것이 문제가 되지 않았지만 성장하고 더 많은 것을 배우면서 내 기본 설정과 작업 흐름은 더욱 구체적이게 되었습니다(그리고 이식성이 떨어집니다*). 오늘 아침 저는 오래된 Red Hat 4 서버에서 작업하라는 요청을 받았는데... 너무 오래되어서 어떻게 해야 할지 몰랐습니다. 윔 6? RPMForge를 통해 모든 것이 설치됩니까? tree저장소를 추가하지 않으면 설치할 수 없나요? 루트 외에 실제 사용자 계정이 없습니까? 루트 사용자의 경로에도 /sbin/없습니까 ?/usr/sbin/
이 기능은 한 번 설치되었으며 수정되지 않았습니다. 설치된 모든 패키지는 Ice Age의 것입니다. 첫 번째 빙하 시대.
그렇다면 이런 상황에서는 어떻게 해야 할까요? 귀찮게 출근해야 하나?존재하다아니면 이 문제를 해결하는 더 좋은 방법이 있습니까?
* - 제가 가지고 있는 유일한 문제는 Jellybeans 색상 테마 지원과 Vim 탭 사용입니다.
편집 - 내가 요청한 방식이 명확하지 않은 것 같지만 질문의 요점은너. 내가 정말로 알고 싶은 것은 비슷한 상황에서 다른 사람들이 어떻게 행동할지입니다.
기억하세요: 저는 상담 중입니다. 서버를 다시 설치하는 것은 내 일이 아닙니다. 보안 감사를 수행하고 서버를 강화하는 것은 내 일이 아닙니다. 내 임무는 매우 오래된 서버를 운영하는 기술 지식이 없는 고객의 모호한 요구 사항을 받아들여 가능한 한 짧은 시간 내에 구현 가능하게 만드는 것입니다. 그게 다야.
나는 시스템 관리자가 아닌 개발자입니다. 이것은 나에게 매우 새로운 일이며, 제대로 속도를 높이는 데는 내가 처리할 수 있는 것보다 더 많은 시간이 걸립니다. 수년 동안 제작되어 왔으며 몇 가지만 수정했습니다.
나는인가?생각하다이 서버에 개선의 여지가 있습니까? 틀림없이! 내가 할 수 있을까?생각하다이 프로젝트가 내가 자랑스러워하는 프로젝트인가요? 예! 이런 일이 일어날까요? 아니요. 저는 관심도 없고 트래픽도 많이 발생하지 않는 오래된 소프트웨어를 유지 관리하고 있습니다. 큰 어려움 없이 편안하게 마무리하고 싶습니다.
편집 2 - 약간의 검색과 조작 끝에 sshfs와 MacFuse를 사용하여 로컬에 필요한 것을 설치하게 되었습니다. 이렇게 하면 터미널에 머물면서 수행 중인 작업에 따라 로컬 및 원격 도구를 혼합하여 사용할 수 있습니다.
답변1
일반적인 UNIX 도구를 사용하는 방법을 알아야 합니다. vim은 redhat 4와 redhat 300 사이에서 변경되었을 수 있지만 vi는 동일할 것입니다(vim을 vi 대신 사용하더라도 vi 명령은 예상대로 작동합니다). 이러한 패키징 도구에 익숙하지 않을 수도 있지만 tgz 파일을 다운로드할 수는 있을 것 ./configure입니다.makesudo make install
최신의 최고의 기술을 배우는 것은 좋지만 도구의 기반이 되는 도구도 배워야 합니다. 어떤 것들은 Unixland에서 상당히 일정하게 유지되며, 이를 사용하는 방법을 알고 이해한다면 연령에 관계없이(합리적인 범위의 사람들 내에서) 사용하게 되는 모든 변형에 더 익숙해질 것입니다.
트리가 설치되지 않았나요? 나는 grep, find, awk 및 sed가 그럴 것이라고 확신합니다. 이들은 당신의 친구들입니다.
cygwin/etc의 대안으로 VirtualBox를 설치하고 가상 환경에 Linux 상자를 설정하는 것은 어렵지 않습니다. 그런 다음 개발에 사용하고 나중에 파일을 서버에 푸시할 수 있습니다.
답변2
"빌어먹을 새끼들" 모드로 들어갑니다.
도구는 진행 상황을 이해하는 데 방해가 되지 않으면서 작업을 보다 효율적으로 수행하는 데 도움이 되어야 합니다. 물론 RH 4는 그다지 오래되지 않았으며 오늘날 사용 가능한 것과 대부분 유사합니다. 최신의 것이거나 최고가 아닐 수도 있지만 귀하의 요구 사항(필요한 것)에는 충분해야 합니다.
호언장담은 끝났습니다.
반면, 네트워크에 이런 일이 발생하면 최소한 최신 RH 4 패키지로 업데이트해야 합니다.
답변3
대부분의 서비스 전문가는 결국 고객에게 "현재 설정이 잘못되었거나 위험합니다. 수정하지 않고는 건드리지 않겠습니다."라고 쉽게 말할 수 있는 지점에 도달합니다.
법적으로나 윤리적으로 정확할 수도 있고 그렇지 않을 수도 있지만, 실용적인 관점에서 기술이 아닌 사람은 실패한 시스템에서 작업한 마지막 사람을 비난할 것입니다. 손상되었거나 작동이 중지된 서버에 마지막으로 로그인한 사람이라면 변경한 내용(또는 방금 살펴본 내용)이 오류와 관련이 없더라도 오류에 대해 비난을 받을 가능성이 높습니다.
이것은 물리적인 상황에서 더 분명합니다. 타이어 가게에 가서 타이어가 벗겨져서 벗겨진 타이어를 수리해달라고 요청하거나 브레이크 가게에 가서 네 바퀴의 브레이크가 모두 부러져서 수리만 요청한다고 상상해 보세요. 1개 그룹, 또는 위험할 정도로 녹슨 온수기의 표시등을 다시 켜도록 가스 회사에 요청) 소프트웨어와 서버에도 동일한 원칙과 고려 사항이 적용됩니다.
귀하의 클라이언트에는 최소한 두 가지 문제가 있는 것 같습니다. 관리되지 않는 서버 환경과 개발 및 프로덕션 환경이 동일한 물리적 하드웨어에서 실행되어 다른 환경에 영향을 주지 않고 한 환경을 수정할 수 없다는 것입니다.
이것이 일을 실행하는 합리적인 방법이라고 가장한다면, 문제가 발생하면 이를 고쳐야 할 것이며 아마도 무료로 할 것으로 예상될 것입니다.확실히당신의 잘못은 그것이 전혀 실패했다는 것입니다.
귀하의 질문에 직접적으로 대답하자면, 고객에게 공유 하드웨어 시스템은 고쳐야 할 문제이고 유지관리되지 않은 서버 환경이 너무 오래되었으므로 기존 데이터를 새로운 시스템으로 옮기는 데 비용을 지불하는 것이 유지하는 것보다 저렴하다고 말씀드리고 싶습니다. 기존 시스템을 업그레이드하는 데 필요한 모든 변경 사항과 종속성을 추적합니다. (a) 개발 시스템을 실행하기 위해 새 하드웨어를 구입하고 (b) 새 하드웨어에 최신 소프트웨어를 설치한 다음 개발을 해당 새 하드웨어로 마이그레이션해야 합니다. 공유 하드웨어 문제를 해결하면 마이그레이션을 수행하기 전에 새로운 개발 환경을 테스트할 수 있어 보다 원활한 전환이 가능하다는 이점이 있습니다.
답변4
옵션은 모든 패키지를 업데이트하고 새 저장소를 추가하거나 데이터와 사이트를 백업하고 서버를 다시 설치하는 것입니다.