스프링 프레임워크 역사(배경)

역사

로드 존슨이 2002년 10월에 출판한 자신의 저서인 Expert One-on-One J2EE Design and Development 에 작성한 코드를 기반으로 최초 버전을 만들게 됨.

2006년에 1.2.6 버전으로 Jolt Productive Award 와 Jax Innovation Award 를 수상하였음.

버전	날짜	참고
1.0	2004년 3월	https://spring.io/blog/2004/03/24/spring-framework-1-0-final-released
2.0	2006년 10월	https://spring.io/blog/2006/10/03/spring-2-0-final-released
2.5	2007년 11월	https://spring.io/blog/2007/11/19/spring-framework-2-5-released
3.0	2009년 12월	https://spring.io/blog/2009/12/16/spring-3-0-0-is-now-available
3.1	2011년 12월	https://spring.io/blog/2011/12/13/spring-framework-3-1-goes-ga/
3.2	2012년 12월	https://spring.io/blog/2012/12/13/spring-framework-3-2-goes-ga/
4.0	2013년 12월	https://spring.io/blog/2013/12/12/announcing-spring-framework-4-0-ga-release
4.1	2014년 9월	https://spring.io/blog/2014/09/04/spring-framework-4-1-ga-is-here
4.2	2015년 7월	https://spring.io/blog/2015/07/31/spring-framework-4-2-goes-ga

엔터프라이즈 애플리케이션이란 기업과 조직의 비즈니스를 처리해주는 시스템을 의미함.

엔터프라이즈 애플리케이션 개발이 어려운 원인은 개발의 복잡성(complexity)이 증가했기 때문임.

참고

과거 J2EE 프로젝트가 왜 실패하는지에 대한 토론을 참고하면 당시의 상황을 이해하는 데 도움이 될 수 있다.

Symposium Presentation: Rod Johnson - Why J2EE Projects Fail

엔터프라이즈 애플리케이션 개발의 복잡성은 크게 비즈니스 복잡성과 기술 복잡성으로 나눌 수 있음.

비즈니스 복잡성	기술 복잡성
넓은 범위 복잡한 프로세스 업무 연관성 지속적인 변화 ...	보안 트랜잭션 관리 상태 관리 멀티 스레딩 리소스 풀링 타 시스템 연계 품질 속성(성능, 가용성, 안정성, 확장성, 테스트 용이성, ...) ...

위와 같은 복잡성을 해결하기 위해서는 비즈니스 복잡성과 기술 복잡성을 나누어서 정복하는 전략(Divide and Conquer)이 필요함.