업그레이드하거나 업그레이드하지 않으려면

Question

나는 최신 버전을 최신 상태로 유지하는 것이 좋은 방법이라고 생각하는 경향이 있습니다. 이는 제품이 출시되는 즉시 업그레이드를 의미하지는 않지만 이후 (3-6 개월) 비교적 짧은 시간 내에 이루어집니다.

업그레이드 난 업체는 일반적으로 버전 버전 및 업그레이드에 합리적으로 간단한 업그레이드 경로를 제공하는 것으로 나타났습니다

등 애플리케이션 서버, .NET 프레임 워크, 자바 SDK, 데이터베이스, 타사 구성 요소에 대한 될 수 있습니다 업그레이드가 몇 가지 버전 (예 : .NET Framework 1.1 -> 3.5 sp1)을 건너 뛰어야하는 경우 더 문제가됩니다.

응용 프로그램이 문제없이 제대로 작동하는 경우 아무 것도 변경하지 않고 오버 헤드를 피하려는 욕망을 이해할 수 있습니다 회귀 테스트 그러나 자동화 된 유닛 테스트가 널리 보급되면서 새로운 버전이 성능 및/또는 기능면에서 상당한 이점을 제공한다면 업그레이드 할 가치가 있습니까?

내 경험에 의하면 제품이 대개 최신 상태로 유지되지 않으며 특정 버전의 제품이 더 이상 지원되지 않을 때 최신 버전으로 업그레이드하는 작업은 시간이 많이 걸리고 비용이 많이 드는 경향이 있습니다 .

내 질문은 :

가 등등 운영 체제, 애플리케이션 서버, 데이터베이스, 프레임 워크 등 주요 시스템 구성 요소의 최신 버전과 최신을 유지하는 것이 좋습니다? 편집

현재 우리는 자바 SDK 1.4.2까지 사용하는 인증 오라클 애플리케이션 서버 10.1.2.x 있습니다. Java의 최신 버전은 현재 1.6이고 (현재 1.7은 현재 작동 중입니다) Oracle Application Server는 최대 10.1.3 (SDK 1.5+ 인증)입니다.

SDK 1.5 이상으로 업그레이드하면 기존 인프라를 사용하여 Hibernate 3.3이나 iBATIS 2.3.4와 같은 최신 프레임 워크 버전과 최신 표준을 지원하는 새로운 응용 프로그램을 개발할 수 있습니다 JSP, JSF 등의 경우

이러한 업그레이드가 수행되지 않으면 개발중인 새 응용 프로그램이 이전 버전을 사용하는 것으로 제한되므로 나중에 업그레이드하는 데 드는 시간과 비용이 추가됩니다.

Answer 1

필자는 개인용 리눅스 박스에서 전체 OS의 점진적 업그레이드를 수행하는 것이 일반적으로 가치가 없다고 경험적으로 발견했습니다. yum이나 apt-get이 시스템 업그레이드를 할 때 너무 많은 시간이 지나면 필자는 필자가 필요로하는 패키지 만 업그레이드하도록 제한합니다. 특히 GUI가 아닌 사용자의 경우, 우분투 자체에 R 또는 gcc보다는 킬러 기능이있는 마지막 시간을 기억할 수 없습니다.

서버는 또 다른 문제입니다. 최소한 보안 패치를 유지해야합니다.

소프트웨어 측면에서 새로운 버전으로 즉시 업그레이드해도 생각보다 빨리 시작하지는 못합니다. 새 버전에서 도입 된 여러 가지 파손을 처리 할 때 벌레로 언더 브러시를 지우고 Stackoverflow 및 기타 위치에 답변을 게시합니다.

그러면 다른 누군가가 3 개월 후부터 온라인으로 게시 한 모든 답변을 귀하와 다른 사람들이 잘라낸 경로를 통해 얻을 수 있습니다. 귀하의 효과적인 납은 어쩌면 단지 1 개월입니다.

는 (예외는 dev에 시간이 일 선점에 측정 아이폰 플랫폼이나 페이스 북 플랫폼과 같은 무언가를 할 수있는 거대하다.) 하드웨어

IMO

은 잠시 때까지 기다려야 아마 훨씬 더 중요합니다 당신은 단계 함수 점프를 얻습니다. 업 그레 이드 전에 '쿼터 가스 탱크'에 상응 할 때까지 기다리십시오. 응용 프로그램에 대한 스텝 기능 점프가 길어질수록 기다릴 수 있습니다. 첫 번째 세대의 인텔 맥은 빠른 업그레이드가 보장되는 몇 안되는 경우 중 하나 였을 것이다.

모든 말로, 저는 개념의 초기 도입자인 (특히 수학)이 중요하다고 (분명히) 생각합니다. 소프트웨어는 로컬 박스에서 놀아도 괜찮지 만, IMO는 출시 후 적어도 2-3 개월을 기다렸습니다.

Answer 2

이 질문에 대한 "올바른 답변은 솔직히 말하면 정확한 패키지/시스템과 구성 방법에 달려 있습니다. 또한 일부 업그레이드는 이전 버전과의 호환성을 손상시킬 수 있습니다. 따라서 문제는 "얼마나 많은 시간이 걸리겠습니까? 그리고 얼마나 오래 걸릴 것입니까?"

정직하게 말하자면, 나는 개발 환경에서 업그레이드를 시도하고 테스트 환경에 배포하여 어느 정도의 작업이 이루어지는 지보고 싶어합니다.

내가 현재 버전에서 모든 것을 유지하는 것을 선호 진짜 이유는 이것이다 :

및 제품의 특정 버전이 더 이상 작업을 지원하는 경우 최신 일반적으로 유지하지 수있는 제품 최신 버전으로 업그레이드하는 것은 시간과 비용이 많이 듭니다.

나는 동의하며, 기다리는 것보다 나중에 업그레이드 할 때마다 약간의 작업을 선호한다. 나중에 모든 것을 정리해야한다.

Answer 3

현재 릴리스와 상당히 가깝게 유지하는 것이 좋습니다. 즉각적인 문제는 저장하지 말고 나중에 프로젝트/응용 프로그램 수명주기 동안 많은 양의 작업을 절약 할 수 있습니다. 일반적으로 오늘날 보수적 인 결정을 내리는 사람들은 업그레이 드해야하는 절대적인 비판적 필요성이 생겨서 '자유롭게 될 수 없게 될 때가 지 오래 멀어 질 것입니다. 단기간의 통증이 나중에 완전한 프로젝트 붕괴보다 낫다는 것을 지적하는 기술 자원으로서 우리에게 달려 있습니다.

내 생각에 빛나는이 예제는 Oracle 8.0을 기반으로 작성된 대규모 시스템으로, 현재 Oracle 8.0에 있습니다. 정기적으로 실패합니다. 너무 오래되었으므로 패치 할 수 없으며 곧 폐기 될 것입니다 누구나 그렇게 할 수있는 정치적 이유가 있습니다. 업그레이드하지 않는 비용은 현재 다운 타임, 전문가 지원 및 기타 기술과의 호환성 부족으로 연간 $ 1M 이상으로 운영되고 있습니다.

오늘은 오늘 업그레이드되지 않습니다. 이는 나중에 큰돈을 쓰는 것을 의미합니다.

Answer 4

먼저 테스트 시스템에서 업그레이드하십시오. 유효성 검사. 린스를 씻고 반복하십시오.

Answer 5

업그레이드해야 할 좋은 이유는 기존 시스템이 지원되지 않게된다는 것입니다. 예를 들어 Java 1.4.2는 이미 end of service life이고 Java SE for Business (기본적으로 동일한 제품이지만 더 이상 유료 지원) 버전이 있지만 업그레이드하는 것이 좋습니다.

최신 버전이 테스트되지 않았기 때문에 필요한 지원되지 않는 제품에 주요 보안 문제가 발생하여 업데이트 경로가없는 것보다 몇 가지 나쁜 점이 있습니다.

일부 제품 (OS, 하드웨어 등)에 대한 지원을 받기 위해 일부 회사가 많은 돈을내는 것을 보았습니다. .