현재 프로덕션 환경에서 JBoss 5.1이 실행되고 있으며, JBoss 7.1로 마이그레이션 할 가치가 있는지 여부를 논의 해 왔습니다. 단순한 서버 업그레이드 인 경우에는 문제가되지 않습니다. 그러나 유감스럽게도 구성을 변경해야하며 약간의 노력이 필요합니다. 또한 서버가 클러스터에서 실행되며 JBoss 7.1에 더 많은 클러스터 지원이 있다는 것을 알았습니다.JBoss 5.1에서 JBoss 7.1로 업그레이드 할 가치가 있습니까?
그래서 가치가 있느냐 없습니까?
감사합니다.
우리는 현재 같은 상황에 있습니다.
은 긍정적 인 측면에 사물의 많은 것 같다 :
것들에 의해 비어 있습니다. 현재 JBoss Cache의 TreeCache API를 사용하고 있습니다. 동일한 API를 제공하는 Infinispan 용 어댑터가 있지만 일부 이론적 테스트는 더 나쁜 쓰기 성능을 보여줍니다. 이것은 Infinispan의 트리 API에만 적용됩니다.
우리는 클러스터에서 실행되지 않으므로 이에 대해 언급 할 수 없습니다.
아마 우리가 어떤 식 으로든 보스와 다른 상호 작용하는 모든 쉘 스크립트 (설치, 통합 테스트, ...)를 마이그레이션됩니다에 대한 가장 큰 노력이 될 것입니다 무엇.
업데이트는
우리는 이주과는 확실히 가치가 있었다. 위의 사항에 대한 일부 업데이트는 다음과 같습니다.
업데이트 2
JBoss 5.1.0에서 모든 것이 작동합니까? 당신의 공연은 당신이 살 수있는 것입니까?
나는 보스 7.1.1에 보스 5.1.0GA에서 업그레이드 중간에 현재 해요 그것은 전혀 쉽지 않았다. 기본적으로 새 응용 프로그램 서버로 업그레이드 중입니다. 내가 추측하는이 노력을 위해 많은 예산을 책정해야합니다.
는 5.1.0가 (적어도 시간을 시작)에 보스 7.1.1이 매우 빠르게 비교하고 있다고 말했다 가졌어요. 나는 앞으로 6 개월 내에 (또는 그렇게) 대부분의 "어려운"마이그레이션 및 전환 문제가 jboss 포럼이나 버그 수정을 통해 구체화 될 것이라고 생각합니다. 이 시점에서 귀하와 귀하의 팀은 마이그레이션을 원한다면 재평가 할 수 있습니다.행운을 빈다.
SSL을 사용하는 경우 업그레이드에 대한 한 가지 이점은 JBoss 7.1.1이 TLS 1.1 & 1.2를 지원하는 jdk 1.7에서 실행된다는 것입니다. 반면 JDK 1.6은 TLS 1.0까지만 지원합니다. JBoss 5는 Java 1.7에서 실행되지 않으므로 BEAST 공격에 취약합니다.
나는 조금 기다릴 것입니다.
AS 5는 EE5 서버이고 AS 7.1은 EE6 서버입니다 (EE6 사양은 2009 년에 나왔습니다). 따라서 새로운 런타임 환경을 위해 많은 노력을 기울이지 만, 당신에게 멋진 아키텍처를 제공하지는 못합니다.
WildFly 8.0.0.CR1은 이미 출시되었으며 EE7 서버는 WebSockets 및 JAX-RS 2.0 (http://www.slideshare.net/dandreadis/2013-11devoxxwild-flybof)과 같은 새로운 흥미로운 개발 가능성을 제공합니다. 단일 인스턴스 패칭과 같은 새로운 관리 기능 JBossWeb/Tomcat 대신 언더 토우 (Undertow)와 같은 주요 새로운 것들이 소개되기 때문에 AS7에서 WildFly8까지는 매우 쉽게 마이그레이션 할 수 있을지 확신 할 수 없습니다.
가야한다면 가야합니다. 7. U가 죽은 7.x 경로를 감아 버린다면, 훨씬 더 개선 된 7.2.0.Final 태그를 손에 넣는 것을 잊지 마십시오. .1). 그러나 현재 Beta/CR 릴리스를 사용하여 개발/마이그레이션을 시작하고 안정적인 WildFly 8.x.x 프로덕션 환경을 유지하기 위해 몇 달을 기다릴 수 있다고 생각한다면 다음 주요 업데이트를하기 전에 더 오래 앉아있을 수 있습니다.
br, jens