source : http://www.opennaru.com/jboss/jboss-migration-tool-rhamt/
JBoss 마이그레이션 도구인 Red Hat Application Migration Toolkit (RHAMT)은 weblogic/websphere 와 같은 WAS 제품에서 운영하던 애플리케이션을 JBoss 로 마이그레이션 할 때 유용하게 사용할 수 있는 도구입니다.
RHAMT 을 이용하면 애플리케이션 소스가 없더라도 해당 애플리케이션이 JBoss 에서 실행되기 위해 수정이 필요한 부분을 리포트하고 수정 방법을 가이드해 줍니다.
AManaging Kong API Gateway with TerraformByungjin Park
2018년 10월 23일 진행된 하시코프 한국 사용자 모임 두 번째 밋업 발표 자료 입니다.
# Terraform으로 Kong API Gateway 관리하기
박병진, Site Reliability Engineer @ Kasa
Abstract:
Kong은 Nginx와 Lua를 기반으로 하는 오픈소스 API Gateway입니다. 본 세션에서는 API Gateway가 무엇인지, Kong을 선택한 이유와 사용 방법, Terraform을 이용하여 Kong을 관리한 경험을 공유합니다.
단일 툴로는 최고의 DevOps툴인
GitLab Starter 라이센스에 포함된 기능을 요약하여 소개 합니다.
소프트웨어 개발 라이프사이클을 GitLab으로 개선해보세요.
DevOps 에서 DevSecOps를 단일 툴로 구축 가능합니다.
인포그랩은 다음 서비스를 제공합니다.
- GitLab 라이센스 비용 절감
- ITSM 고도화, DevSecOps 구축 및 개선 (진단→개선→실행→진단)
- 맞춤 설치와 환경 설정 혹은 최신 버전으로 업그레이드
- CI/CD 파이프라인을 구축하거나, 관련 기능 커스텀 개발
- Git, GitLab에 교육 제공, 개발 팀의 협업 개선을 위한 워크숍 진행
- Jira, Jenkins, SonarQube, Artifactory 연동 및 통합 또는 마이그레이션
- SVN, Perforce, CSV, ClearCase, BitBucket, GitHub, SourceSafe를 Git&GitLab으로 전환
source : http://www.opennaru.com/jboss/jboss-migration-tool-rhamt/
JBoss 마이그레이션 도구인 Red Hat Application Migration Toolkit (RHAMT)은 weblogic/websphere 와 같은 WAS 제품에서 운영하던 애플리케이션을 JBoss 로 마이그레이션 할 때 유용하게 사용할 수 있는 도구입니다.
RHAMT 을 이용하면 애플리케이션 소스가 없더라도 해당 애플리케이션이 JBoss 에서 실행되기 위해 수정이 필요한 부분을 리포트하고 수정 방법을 가이드해 줍니다.
AManaging Kong API Gateway with TerraformByungjin Park
2018년 10월 23일 진행된 하시코프 한국 사용자 모임 두 번째 밋업 발표 자료 입니다.
# Terraform으로 Kong API Gateway 관리하기
박병진, Site Reliability Engineer @ Kasa
Abstract:
Kong은 Nginx와 Lua를 기반으로 하는 오픈소스 API Gateway입니다. 본 세션에서는 API Gateway가 무엇인지, Kong을 선택한 이유와 사용 방법, Terraform을 이용하여 Kong을 관리한 경험을 공유합니다.
단일 툴로는 최고의 DevOps툴인
GitLab Starter 라이센스에 포함된 기능을 요약하여 소개 합니다.
소프트웨어 개발 라이프사이클을 GitLab으로 개선해보세요.
DevOps 에서 DevSecOps를 단일 툴로 구축 가능합니다.
인포그랩은 다음 서비스를 제공합니다.
- GitLab 라이센스 비용 절감
- ITSM 고도화, DevSecOps 구축 및 개선 (진단→개선→실행→진단)
- 맞춤 설치와 환경 설정 혹은 최신 버전으로 업그레이드
- CI/CD 파이프라인을 구축하거나, 관련 기능 커스텀 개발
- Git, GitLab에 교육 제공, 개발 팀의 협업 개선을 위한 워크숍 진행
- Jira, Jenkins, SonarQube, Artifactory 연동 및 통합 또는 마이그레이션
- SVN, Perforce, CSV, ClearCase, BitBucket, GitHub, SourceSafe를 Git&GitLab으로 전환
성공적인 디지털 트랜스포메이션을 위해서는 클라우드 전환이 필수적인데요, 많은 기업에서 막상 클라우드를 도입할 때 여러가지 장벽에 맞닥뜨리게 됩니다.
클라우드 마이그레이션에 관한 여러분의 고민을 시원하게 해결해주기 위해 Global Public Cloud의 독보적인 선두 AWS(Amazone Web Services)와 클라우드 마이그레이션 전문기업 오픈소스컨설팅이 만났습니다!
많은 기업들이 마이그레이션 수행할 때 가장 많이 하는 질문 Top 10에 대한 기술 전문가의 노하우가 담긴 답변을 공유합니다.
Openshift 활용을 위한 Application의 준비, Cloud Nativerockplace
What is Cloud-native - DevOps, MSA and Cloud-native: Openshift 활용을 위한 Application의 준비, Cloud Native
*웨비나 다시보기 영상 바로가기:
https://www.youtube.com/watch?v=tzSBS-vki6w
Domain Driven Design 기반의 마이크로서비스 디자인 방법론에 대해 설명을 하고 피보탈이 권장하는 모노리스 애플리케이션의 마이크로서비스 전환 방법론에 대해 살펴봅니다. 또한 실제 마이크로서비스 프로젝트에서 발생할 수 있는 우려사항들에 대해서도 국내 프로젝트 경험을 바탕으로 짚어봅니다.
이준영 (현 소프트웨어인라이프 연구원)
OpenShfit와 CSB.IO
인프라 비용을 절감하고 애플리케이션 개발속도를 향상 시킬 수 있는 방안으로 PaaS와 레드햇의 오픈 소스 솔루션인 OpenShift에 대하여 설명한다.
그리고, CSB.IO와 OpenShift의 미래 모습에 대해서도 소개한다.
- The Cloud Life Seminar 2014 발표 내용
Meetup tools for-cloud_native_apps_meetup20180510-vsminseok kim
마이크로서비스로 시스템을 구성하면 서비스간에 연관관계가 줄어들면서 서비스 릴리즈 속도가 높아지고 유연하게 대처할 수 있지만, 관리포인트가 늘어나게 되어 운영상에 많은 어려움을 마주치게 됩니다. 배포 될 때마다 생성되고 소멸되는 마이크로서비스를 다른 마이크로서비스가 쉽게 참조하게 하고 마이크로서비스들의 설정 정보를 일관되게 관리하는 일은 쉬운일이 아닙니다. 이러한 문제를 해결하기 위해 Spring Cloud 프로젝트와 같은 도구를 비롯하여 Pivotal Cloud Foundry와 같은 클라우드 플랫폼등이 있습니다. 이번 밋업에서는 마이크로서비스를 운영할 때의 어려운점과 도움을 주는 다양한 도구들에 대해 알아보도록 하겠습니다.
Source - https://www.openmaru.io/?p=3228
쿠버네티스를 이해하기 위해서 반드시 알아야 하는 개념이 불변의 인프라스트럭처 입니다.
불변과 가변의 인프라스트럭처에서 서버 운영 방법을 비교하여 개념과 장점을 설명 드립니다.
이제 IT 환경이 왜 머신 중심에서 애플리케이션 중심으로 전환되고 있는지에 대해서 살펴보겠습니다.
불변의 인프라는 고급 도자기 찻잔과 비유 될 수 있습니다.
일회용 종이컵은 한번 쓰면 버리고, 구매하는데도 큰 부담이 없습니다.
하지만 고급 도자기 찻잔은 어떨까요?애지중지 관리하며 깨지면 모든 것이 끝나게 됩니다.
빌표 자료 다운로드 - https://www.openmaru.io/?p=3186
쿠버네티스 와 컨테이너 기술은 변경이 불가능한 Immutable Infrastructure ( 불변의 인프라스트럭처 ) 가 가장 중요한 개념입니다.
우리는 MS Windows 나 Apple MacOS 를 사용하면서 보안, 안정성 그리고 성능 등의 이유로 OS (운영체제) 를 자주 업데이트 합니다.
OS는 시간이 지남에 따라 내용이나 설정이 수시로 변화가 발생하며, 새로운 애플리케이션를 설치할 때는 레지스트리도 변경합니다.
지금까지 사용하던 많은 소프트웨어들은 업데이트나 설정 변경 등을 반복하면서 최신 상태로 유지하였고, 서버용 소프트웨어도 유사한 방법으로 관리하였습니다.
이렇게 서버가 시간 지남에 따라 상태가 변해가고 이로 인해 문제가 발생하는 것을 컨피규레이션 디리프트 ( Configuration Drift ) 라고 합니다.
불변의 인프라스트럭처 인 Immutable Infrastructure 에 대한 개념을 , 이해하기 위해서 가변의 인프라인 Mutable Infrastructure 와 중요한 특징들을 비교해 보겠습니다.
성공적인 디지털 트랜스포메이션을 위해서는 클라우드 전환이 필수적인데요, 많은 기업에서 막상 클라우드를 도입할 때 여러가지 장벽에 맞닥뜨리게 됩니다.
클라우드 마이그레이션에 관한 여러분의 고민을 시원하게 해결해주기 위해 Global Public Cloud의 독보적인 선두 AWS(Amazone Web Services)와 클라우드 마이그레이션 전문기업 오픈소스컨설팅이 만났습니다!
많은 기업들이 마이그레이션 수행할 때 가장 많이 하는 질문 Top 10에 대한 기술 전문가의 노하우가 담긴 답변을 공유합니다.
Openshift 활용을 위한 Application의 준비, Cloud Nativerockplace
What is Cloud-native - DevOps, MSA and Cloud-native: Openshift 활용을 위한 Application의 준비, Cloud Native
*웨비나 다시보기 영상 바로가기:
https://www.youtube.com/watch?v=tzSBS-vki6w
Domain Driven Design 기반의 마이크로서비스 디자인 방법론에 대해 설명을 하고 피보탈이 권장하는 모노리스 애플리케이션의 마이크로서비스 전환 방법론에 대해 살펴봅니다. 또한 실제 마이크로서비스 프로젝트에서 발생할 수 있는 우려사항들에 대해서도 국내 프로젝트 경험을 바탕으로 짚어봅니다.
이준영 (현 소프트웨어인라이프 연구원)
OpenShfit와 CSB.IO
인프라 비용을 절감하고 애플리케이션 개발속도를 향상 시킬 수 있는 방안으로 PaaS와 레드햇의 오픈 소스 솔루션인 OpenShift에 대하여 설명한다.
그리고, CSB.IO와 OpenShift의 미래 모습에 대해서도 소개한다.
- The Cloud Life Seminar 2014 발표 내용
Meetup tools for-cloud_native_apps_meetup20180510-vsminseok kim
마이크로서비스로 시스템을 구성하면 서비스간에 연관관계가 줄어들면서 서비스 릴리즈 속도가 높아지고 유연하게 대처할 수 있지만, 관리포인트가 늘어나게 되어 운영상에 많은 어려움을 마주치게 됩니다. 배포 될 때마다 생성되고 소멸되는 마이크로서비스를 다른 마이크로서비스가 쉽게 참조하게 하고 마이크로서비스들의 설정 정보를 일관되게 관리하는 일은 쉬운일이 아닙니다. 이러한 문제를 해결하기 위해 Spring Cloud 프로젝트와 같은 도구를 비롯하여 Pivotal Cloud Foundry와 같은 클라우드 플랫폼등이 있습니다. 이번 밋업에서는 마이크로서비스를 운영할 때의 어려운점과 도움을 주는 다양한 도구들에 대해 알아보도록 하겠습니다.
Source - https://www.openmaru.io/?p=3228
쿠버네티스를 이해하기 위해서 반드시 알아야 하는 개념이 불변의 인프라스트럭처 입니다.
불변과 가변의 인프라스트럭처에서 서버 운영 방법을 비교하여 개념과 장점을 설명 드립니다.
이제 IT 환경이 왜 머신 중심에서 애플리케이션 중심으로 전환되고 있는지에 대해서 살펴보겠습니다.
불변의 인프라는 고급 도자기 찻잔과 비유 될 수 있습니다.
일회용 종이컵은 한번 쓰면 버리고, 구매하는데도 큰 부담이 없습니다.
하지만 고급 도자기 찻잔은 어떨까요?애지중지 관리하며 깨지면 모든 것이 끝나게 됩니다.
빌표 자료 다운로드 - https://www.openmaru.io/?p=3186
쿠버네티스 와 컨테이너 기술은 변경이 불가능한 Immutable Infrastructure ( 불변의 인프라스트럭처 ) 가 가장 중요한 개념입니다.
우리는 MS Windows 나 Apple MacOS 를 사용하면서 보안, 안정성 그리고 성능 등의 이유로 OS (운영체제) 를 자주 업데이트 합니다.
OS는 시간이 지남에 따라 내용이나 설정이 수시로 변화가 발생하며, 새로운 애플리케이션를 설치할 때는 레지스트리도 변경합니다.
지금까지 사용하던 많은 소프트웨어들은 업데이트나 설정 변경 등을 반복하면서 최신 상태로 유지하였고, 서버용 소프트웨어도 유사한 방법으로 관리하였습니다.
이렇게 서버가 시간 지남에 따라 상태가 변해가고 이로 인해 문제가 발생하는 것을 컨피규레이션 디리프트 ( Configuration Drift ) 라고 합니다.
불변의 인프라스트럭처 인 Immutable Infrastructure 에 대한 개념을 , 이해하기 위해서 가변의 인프라인 Mutable Infrastructure 와 중요한 특징들을 비교해 보겠습니다.
발표 자료 다운로드 - https://www.openmaru.io/?p=3171
컨테이너의 역사는 1979년에 Chroot로부터 시작합니다.
2008년에는 지금 컨테이너기술의 바탕이 되는 LXC , 리눅스 컨테이너기술을 IBM 에서 발표합니다.
2013년에 오픈 소스로 도커가 발표되면서, IT 업계 컨테이너 기술에 대한 폭발적인 관심을 이끌게 됩니다.
발표자료 다운로드 - https://www.openmaru.io/?p=3132
쿠버네티스 는 구글이 개발하고 오픈소스로 공개한 컨테이너 오케스트레이션 도구 입니다.
구글이 어떤 과정을 통하여 쿠버네티스를 만들었고, 내부적으로 컨테이너 기술을 어떻게 사용하고 있는 지에 대해서 설명하겠습니다.
source : https://www.openmaru.io/?p=3076
가상화 기술은 하이퍼바이저를 통해 하드웨어를 에뮬레이션하여 가상 이미지 마다 게스트 운영 체제를 사용합니다.
컨테이너 는 애플리케이션 수준으로 구성되며 커널 하나를 공유하는 여러 OS 가상화하기 때문에 OS가 포함되지 않아 크기가 작고, 고속으로 시작과 정지 합니다.
그 차이점을 보다 구체적으로 알아보겠습니다.
컨테이너 를 들으면 무엇이 떠오르나요?
항구나 공항 등에서 보는 직 물류 업계에서 사용되는 컨테이너가 떠오르 실 것입니다
컨테이너는 내용물을 하나씩 이동하는 것이 아니라 박스에 수하물을 담아 통째로 이동하기 때문에 편리한 물류 수단입니다.
물류 분야에서 컨테이너를 통해 화물 배송의 표준화가 이루진 것처럼 IT분야에서도 컨테이너기술을 통해 애플리케이션 배포에 대한 표준화를 이루었습니다.
프라이빗 클라우드 이던 퍼불릭 클라우드 이던 컨테이너로 패키징되어 있으면 어디 서든 애플리케이션을 실행할 수 있습니다.
VM과 컨테이너 상에서 Apache & Tomcat 설치, 실행 그리고 배포 데모
데모 요약 : 수작업으로 진행하는 가상화환경과 OCP 환경(Dockerfile)의
간단한 apache / tomcat 설치 및 실행하는 비교 데모 입니다.
데모 내용 : 물리서버 또는 가상화 환경에서 수작업으로 진행했던 배포 작업들이 컨테이너 환경에서 원클릭으로 배포하는 영상을 보여주는 데모입니다. 컨테이너 환경에서의
배포는 수작업으로 하는 배포 대비 상상이상의 시간을 아낄 수 있습니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
가상화 기술 VS 컨테이너의 집적도 비교 데모
데모 요약 : 동일한 환경에서 가상화환경과 OCP 환경의 자원 사용 효율성 비교
데모 내용 : 동일한 조건의 머신에서 가상화 환경 대비 필요한 자원만 구동되는
컨테이너 환경을 보여 주는 영상입니다.
컨테이너 환경으로 필요한 자원만 이용하여 낭비되는 비용을 줄일 수 있습니다.
또한 여유 자원을 확보할 수 있기에 긴급상황 시 안정적으로 운영이 가능합니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
PaaS 환경에서 기업 메신저 서비스 10분 만에 구축하기 데모
데모 요약 : 저장소와 Openshift Cluster가 구성된 상태에서
Openshift 빌드/배포를 구현하는 간단한 방법을 시연
데모 내용 : openshift환경에서 기업용 메신저 서비스 mattermost 어플리케이션을
배포하는 데모 영상입니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
마이크로서비스 아키텍처 (MSA) 데모
데모 요약 : bookinfo 어플리케이션 내 '별점주기', '리뷰 달기' 등 각 기능의 서버가 MSA로
따로 운영되는데 이번 데모에서는 별점주기 기능을 테스트로 장애 발생시켜 전체 홈페이지를
셧다운하는 것이 아닌 하나의 '별점주기' 기능 서버만 지원하는 영상
데모 내용 : 기존 전통적인 모놀리식 구조같은 하나의 큰 어플리케이션을 운영하는 것
대비 어플리케이션을 마이크로 형태로 나누어 변경과 조합이 가능하도록 하면서
효율적인 운영을 보여주는 데모 영상입니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
로그 통합 데모
데모 요약 : 컨테이너 환경에서 Kibana를 통해 로그를 보는것과 예전방식으로 보는것의 차이점 비교 데모
데모 내용 : 흩어져 있고 쉽게 사라지는 모든 컨테이너를 모니터링 하여 장애 발생 시 원인을 정확히 파악할 수 있는 데모영상입니다.
OPENMARU APM 솔루션으로 장애 발생 원인과 Troubleshooting으로 어플리케이션을 안정적으로 운영할 수 있습니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
컨테이너 상에서의 서비스 무중단 배포 방법 비교 데모
데모 요약 : 무중단 배포 구현을 위해 OCP 상에 어떤설정이
어디에 추가되어야 하는지 항목 별로 살펴보는 데모
데모 내용 : 개발자, 운영자 다 모여서 같은 시간에 배포가 아닌 시간 및 조직에 구애받지 않고
자유롭게 배포할 수 있는 데모 영상입니다. 이런 자유로운 배포 기능은 실제 서비스 운영상의 장애를 50% 가까이 줄일 수 있습니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
source : https://www.openmaru.io/?p=2251
자동 확장 자원 풀 – Auto Scaling 데모
데모 요약 : 부하 증가 시 기존의 수작업으로 진행하던 자원확장을 Openshift의 Auto Scailing 으로 자동으로 확장하는 것을 보여주는 데모
데모 내용 : 레거시 환경에서 특정업무 부하 증가 시 수작업으로 진행되었던 확장기능이 Openshift 솔루션으로 자동확장되는 기능을 보여주는 데모영상입니다.
Openshift 자동확장 기능으로 안정적인 서비스 운영을 할 수 있습니다.
멀티 애플리케이션 환경에서 부하에 따른 자동 자원 할당 데모
데모 요약 : 한정된 리소스를 얼마나 효율적으로 사용할 수 있는지를 시연
데모 내용 : 멀티 환경에서 Openshift는 자동으로 자원을 할당하여 운영하는데 있어서
인적자원 투입 최소화와 보다 안정적으로 운영할 수 있게 도움을 주는 데모 영상입니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
PaaS 환경에서 전자 정부 프레임워크 배포 데모
데모 요약: 저장소와 OCP가 기 구성된 상태에서
오픈시프트 빌드/배포를 구현하는 간단한 방법을 시연
데모 내용 : 전자정부프레임웍 기반의 애플리케이션을
OCP 환경에서 배포하는 방법을 보여주는 데모영상입니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
PaaS 환경에서 오픈 소스 워드프레스 구축하기 데모
데모 요약 : 저장소와 Openshift Cluster가 구성된 상태에서
Openshift 빌드/배포를 구현하는 간단한 방법을 시연
데모 내용 : openshift환경에서 Wordpress를 배포하는 데모 영상입니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
PaaS 환경에서 다중 사용자 머신 러닝 플랫폼 구축 데모
데모 요약 : 다수의 사용자에게 동일한 개발환경을 제공하는 방법을 보여줍니다.
이제 개별적으로 환경구성을 위해 시간을 소비하지 않아도 됩니다.
데모 내용 : 기존 레거시 환경 대비 PaaS 환경에서 신규 어플리케이션을 안전하고 신속하게 구축,
배포할 수 있는 데모 영상입니다. 신규 기업용 메신저 도입 시 빠르면 10분안에 구축할 수 있습니다.
오픈나루 데모 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%eb%8d%b0%eb%aa%a8-%ec%9c%a0%ed%8a%9c%eb%b8%8c/
오픈나루 비대면 워크샵 URL : http://www.opennaru.com/seminar/%ed%81%b4%eb%9d%bc%ec%9a%b0%eb%93%9c-%eb%84%a4%ec%9d%b4%ed%8b%b0%eb%b8%8c-%ec%9b%8c%ed%81%ac%ec%83%b5/
12. • RHAMT(Red Hat Application Migration Toolkit)은 오픈소스 커뮤니티인 Windup의
Red Hat 컨설턴트 팀에 의해 개발
• CLI, Web Console, Eclipse-plugin 3가지 방식을 지원
• Java 애플리케이션을 분석하고 Java Code, JSP, XML들에 대하여 수정이 필요한 부분을
HTML 형식으로 Report 출력
Red Hat Application Migration Toolkit
JBoss Windup is a tool to simplify application migrations.
Running from the command line,
the tool reads EAR, WAR and JAR files.
and produces an HTML report detailing the inner workings
of the Java application to simplify migration efforts.
– Windup ( https://github.com/windup/)
13. • CLI
• Command Line을 사용하여 마이그레이션이 필요한 소스를 분석이 가능
• Web Console
• WEB 기반으로 되어있으며 Web Console의 통하여 분석이 필요한 소스들을 관리가 가능
• 각각 프로젝트별로 소스를 분리 할 수 있으며 여러 개발자들이 동시에 관리 및 분석 가
• Eclipse-Plugin
• Eclipse와 JBoss Developer Studio에서 사용 가능한 플러그인 을 제공하여 소스 개발 중 변경 해야 할 이슈 부
분을 IDE에서 바로 확인 가능한 것이 장점
RHAMT – Tools
14. • CLI는 아래 링크에서 다운로드 받을 수 있으며, Linux, Window 두 플랫폼에서 다 실행
이 가능
• Download 링크 : https://developers.redhat.com/download-
manager/file/4.0.0/migrationtoolkit-rhamt-cli-4.0.0.offline.zip
RHAMT – CLI
• 실행 화면
1. 압축 해제
#unzip migrationtoolkit-rhamt-cli-4.0.0.offline.zip
2. 디렉토리 이동
#cd rhamt-cli-4.0.0.Final
3. 스크립트 실행
#./bin/rhamt-cli --input ~/egovframework-all-in-
one.war --output ~/test --source spring -target
eap:7
15. • Report 화면
• Report 화면에서는 전체적인
summary를 출력
RHAMT – CLI
• 분석된 화면
• 애플리케이션을 선택 하면, 위와
같이 전체 적인 Menu가 나오며
변경 해야 할 가이드 내용을 확인
가능
16. RHAMT – WEB Console
1. 압축 해제
#unzip migrationtoolkit-rhamt-web-distribution-
4.0.0.with-authentication.zip
2. 디렉토리 이동
#cd rhamt-web-distribution-4.0.0.Final
3. 스크립트 실행
#./run_rhamt.sh
4. WEB Console 접속
http://localhost:8080/rhamt-web
• WEB Console는 아래 링크에서 다운로드 받을수 있으며, Linux, Window 두 플랫폼에
서 다 실행이 가능
• Download 링크: https://developers.redhat.com/download-
manager/file/4.0.0/migrationtoolkit-rhamt-web-distribution-4.0.0.with-
authentication.zip
• 실행 화면
17. RHAMT – WEB Console
• Project 생성
• Project를 생성하여 해당 프로젝
트에서 등록된 애플리케이션을
관리가 가능
• 애플리케이션 분석
• Project에 등록된 애플리케이션
은 Run Analysis를 클릭하면 바
로 분석을 진행
18. RHAMT – WEB Console
• 분석 설정
• 어느 애플리케이션을 분석 할지,
어느 JBoss 버전으로 마이그레이
션할지 설정이 가능
• Rules 설정
• 직접 마이그레이션에 대한 Rule
을 정의 하고 싶으면 Rules
Configuration에서 설정이 가능
19. • Eclipse-plugin은 Eclipse에서 Plugin을 설치 하여 사용
• Plugin 링크 :
http://download.jboss.org/jbosstools/oxygen/development/updates/rhamt/comp
osite/
RHAMT – Eclipse-Plugin
• 설치 화면
• Plugin 설치는 위에 링크를 등록
하면 자동적으로 설치
• RHAMT RUN
• 원하는 애플리케이션을 선택 후
분석 하기 위해 RHAMT를 실행
20. RHAMT – Eclipse-Plugin
• Issue Explorer
• Issue Explorer에서는 해당 애플리케이션에서 발생된 Issue 리스트를 제
공하며, 해당 이슈에서 더 제사한 내용도 확인 가능
21. RHAMT – Eclipse-Plugin
• Issue Details
• Issue Details에서는 해당 애플리케이션의 Code나 Config 파일에서 변경 해야
할 부분은 자세히 가이드
22. • RHAMT에서 식별 대상
• 특정 Application Server에 종속적인 어플리케이션 코드
• Java 코드 중 더 이상 사용할 수 없는 코드 (Deprecated Java code)
• 비표준 -JMS 메시징 코드
• 웹서비스 식별
• EJB 버전 (2 / 3) 식별
• 하이버네이트, 스프링 , 스트럿츠 등에 대한 업그레이드 여부
• 잘못된 XML 코드
• 문제가 되는 애플리케이션 코드에 대한 가이드
RHAMT – 기능
23. RHAMT – 마이그레이션 점검 샘플
• 스토리 포인트란
• 특정 Application Server에 종속적인 어플리케이션 코드
• 애자일 프로젝트에서 사용자 스토리나 기능 또는 어떤 작업의 규모를 표현하기 위하여 사용
되는 단위
• RHAMT 의 경우 스토리 포인트 1은 기술 숙련도에 따라 1시간 ~ 3시간으로 산정이 가능
• 전자정부프레임워크 • 웹로직 MedRec 샘플
24. RHAMT – 보고서 내용
• 변경 사항에 대한 상세한 내용
• 변경이 필수 또는 선택적인지 여부
25. RHAMT – 보고서 내용
• 변경이 복잡하거나 쉬운지 여부(Level of Effort)
• 마이그레이션에 필요한 변경을 위한 팁 및 정보에 대한 링크
26.
27. CASE 1: WebLogic web application descriptor
(weblogic.xml)
• WebLogic Web application descriptor(weblogic.xml)은 JBoss web
application descriptor(jboss-web.xml)과 다르기 때문에 반드시 규격대로
변경을 해야 함
• WebLogic 에서 JBoss 으로 마이그레이션 작업 시 반드시 해야 함
30. • WebLogic EAR application descriptor(weblogic-applicaion.xml)은
Deployment Descriptor file로 WebLogic EAR 아카이브를 설명 하는데 사용
되며, 이러한 Descriptor 요소에 대하여 직접 맵핑은 없지만 이러한 기능 중
많은 부분을 Standard Java EE 파일에 구성 할 수 있음
• JBoss에서 공동적인 요소를 맵핑 하는 방법은 web.xml에 context-param으
로 구성 하는 방법이다.
CASE 2: WebLogic EAR application descriptor
(weblogic-application.xml)
32. • 이 메소드는 JNDI를 사용하여 객체를 검색하며, JNDI 유형에 맞게 Jboss
EAP에서 변경이 필요한지 확인 이후 변경을 해야 한다.
CASE 3: Call of JNDI Lookup
33. • JAVA EE 플렛폼에 정의된 JNDI context
• Java:comp – 최근 구성요소에 대한 범위
• Java:module – 최근 모듈에 대한 범위
• Java:app – 최근 애플리케이션에 대한 범위
• Java:global – 애플리케이션 서버에 대한 범위
• JBoss에서 제공하는 2개의 global namespace
• Java:jboss/
• Java:/
CASE 3: Call of JNDI Lookup
34. • Weblogic에서는 T3 프로토콜 이라는 지정된 RMI 를 사용하며, Migration시
에 Source나 Properties에서 Jboss가 사용 할 수 있는 JNDI URL와 Factory
이름으로 변경 해야 함
CASE 4: WebLogic T3 JNDI binding
35. CASE 4: WebLogic T3 JNDI binding
Properties environment = new Properties();
environment.put("java.naming.factory.initial",
"weblogic.jndi.WLInitialContextFactory");
environment.put("java.naming.provider.url", "t3://localhost:7001");
Context context = new InitialContext(environment);
Properties environment = new Properties();
environment.put("java.naming.factory.initial","org.jboss.naming.remote.cl
ient.InitialContextFactory ");
environment.put("java.naming.provider.url", "remote://localhost:4447 ");
Context context = new InitialContext(environment);
• JNDI Binding (변경 전)
• JNDI Binding (변경 후)
• 참조 링크 : https://access.redhat.com/documentation/en-
us/red_hat_jboss_enterprise_application_platform/6.4/html/development_guide/configuring_a
_remote_jndi_client
36. CASE 5: WebLogic EJB XML (weblogic-ejb-jar.xml)
• JNDI Binding (변경 전) EJB 2.x 버전에서는 EJB Deployment Descriptor가
필요
• ejb-jar.xml 파일은 표준 EJB Deployment Descriptor 파일이며, 각 WAS 마
다 별도의 Descriptor를 설정 필요
• Weblogic에서 사용하는 ejb 설정 파일을 jboss-ejb 파일로 변경을 해야함
1. 개발방법, 애플리케이션 아키텍처, 배포, 인프라 4가지 프로세스가 있고 위에는 방식 부터 아래 까지 사용 되었었습니다.그러면 새로운 프로젝트시에 어떤 방식을 사용 하실 건가요?
2000년대에는 모노리틱 아키텍처를 사용 하였으며, 비싼 Unix box 2대에서 전체 서비스를 올려서 서비스가 죽지 않게 운영하는게
목표였기 때문에 고가용성이 나오지 않음
3. 2010년 이후 에는 확장이 가능한 아키텍처를 사용하기 위해 작은 x86 여러 대에 여러 인스턴스를 올려서 운영 하며,
멀티 디바이스와 옴니 채널 대응 가능한 REST를 많이 사용하는 방식으로 변경 되어가고 있습니다.
현재는 Unix와 Linux 기술적 차이를 가리기 힘든 상태
Unix의 경우 해당 밴더의 H/W, S/W 상의 UNIX만 지원
리눅스의 경우 H/W 플랫폼을 지원
리눅스에서는 오픈소스에 대한 제약이 없음
장비 밴더 종속적으로 고비용 유지보수 비용이 들음
OS가 장비 CPU chip에 의존적이며, 장비가 많이 비쌈
4개의 프로세스가 있으며 모든분들이 아시는 분석, 구축, 전환 및 성능 최적화, 운영 전환 프로세스로 갑니다.
현재 구성을 AIX 기반으로 사용 할때에 똑같은 독점 스프트웨어로 가실지 아니면 유상 오픈소스로 가실지 아님 무상 오픈 소스로 가실지
여러분을 선택입니다.
1.4, 1.5 JDK 버전에서는 최신 아키텍처나 spring boot같은 프레임 워크를 사용 할 수 없습니다. 이러한 기술을 도입 하기 위해서는 JDK 및 WAS가 업그레이드 되어야 합니다.
마이그레이션에서 가장 중요한것은 운영환경과 애플리케이션 환경을 따로 분리하여 고려해야 합니다.
OS/WAS를 마이그레이션을 한다고 해도 애플리케이션이 정상적으로 기동 되는 것이 아니며, 애플리케이션도 환경에 맞게 마이그레이션을 해야지
성공적인 마이그레이션이 될 수 있습니다.
마이그레이션 프로젝트에서 지금 현재 중요도와 비용를 고려하였을때 비용측면에서는 장비도입/구축이 80%이고 애플리케이션 이관이 20%일때,
중요도 측면에서는 장비도입/구축이 20%이며 애플리케이션이 80%를 차지 합니다. 마이그레이션을 성공적으로 수행하려면 중요도 측면도 고려를 해야합니다.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
RHAMT 는 3가지 Tools 를 제공
CLI, Web Console, Eclipse-Plugin
CLI는 간단히 커맨드 라인을 사용하여 파이그레이션이 필요한 소스를 분석
분석시 Report 형식의 HTML 파일을 제공
Web Console기반은 Web 기반으로 되어 있으며 web console을 통하여 분석이 필요한 소스들을 등록하여 프로젝트별로 소스를 분리 가능하며 여러 사람들이 동시에 관리 및 분석이 가능
Eclipse-Plugin의 경우 소스 개발 중에 변경 해야 할 이슈 부분을 Eclipse에서 바로 확인이 가능.
식별대상의 경우 따로 Role을 만들어서 편집이 가능하며, 일반적으로 위와 같이 식별하여 변경되어야 할 부분을 가이드 해줍니다.
마이그레이션 툴을 이미지와 같이 분석하여 어느정도 기술 숙련도가 필요한지 얼마나 시간이 걸리는지 산정 할수 있도록 도움을 줍니다.
보고서 내용에는 변경해야할 부분에 대한 상세한 내용이 있으며 어떻게 변경을 해야하며 어느 문서를 참조해야할지 링크도 같이 제공 합니다.
또한 변경되어야 할 부분이 필수적인지 아니면 선택적인지 여부도 분리가 되어 확인 가능합니다.
변경에 대한 복잡도를 가이드 해주며 코드를 변경 해야 할 코드나 설정 부분에 대하여 참조에 도움이 될 가이드 링크를 알려줍니다.
Weblogic 에서 Jboss로 변경시 가장 많이 나오는 이슈를 5가지에 대하여 간단히 설명 드리겠습니다. 이 캐이스는 소스 변경 보단 WAS를 변경 후 반드시 변경 해야 할 사항 위주로 선정하였습니다.
첫번째 케이스는 Web application descriptor 파일 변경 부분입니다.
Weblogic 과 Jboss의 web application descriptor 설정 규격이 다르기 때문에 반드시 변경해야 합니다. 해당 이미지는 RHAMT에서 소스 분석시 가이드를 해주는 내용 입니다. 어떻게 변경하는지는 아래의 링크를 확안하고 수동으로 변경을 하면 됩니다.
제가 데모에 사용한 애플리케이션은 weblogic의 medrec 애플리케이션 샘플과 레드햇에서 제공해주는 샘플 애플리케이션을 사용하여 만들 었습니다. 해당 설정은 weblogic에서 사용하고 있는 web application descriptor 입니다.
위의 weblogic 파일은 보안을 위한 security-role에 대한 설정이 첨부 되어있습니다.
Weblogic.xml을 jboss 설정으로 맞게 변경하기 위해서는 2개의 파일을 설정해줘야합니다.
하나는 jboss web application descriptor 파일인 jboss-web.xml과 jboss configuration file인 standalone.xml입니다.
먼저 weblogic.xml에서 사용중인 Role을 확인후 standalone.xml에 security-domains에 해당 role을 jboss 규격에 맞게 변경을 한 이후에
Jboss-web.xml 파일에 어느 security-domain role을 사용 할 것인지 정의 해주시면됩니다.
보안 도메인은 인증, 보안 감사, 보안 맵핑을 제어하기 위해 애플리케이션이 사용하는 JAAS(Java Authentication and Authorization Service) 보안 설정들의 집합이다.
여러 개의 보안 도메인을 설정할 수 있다. 보안 도메인에 인증, 권한 부여, 맵핑, 감사 모듈 및 JASPI 인증, JSSE 구성 정보를 포함할 수 있다. 애플리케이션에서 보안 도메인의 이름을 지정하여 보안 설정을 한다
웹로직 서버 외부에서 동작하는 JSP/서블릿 혹은 엔터프라이즈 빈즈에서 JNDI를 이용할 경우
웹로직 서버 외부에서 동작하는 JSP/서블릿 혹은 엔터프라이즈 빈즈에서 JNDI를 이용할 경우
웹로직 서버 외부에서 동작하는 JSP/서블릿 혹은 엔터프라이즈 빈즈에서 JNDI를 이용할 경우
자바 원격 함수 호출(Java Remote Method Invocation, Java RMI)는 자바 프로그램에서 각 객체간, 컴퓨터간 메서드를 호출할 수 있게 해주는 기술이다.
자바 원격 함수 호출(Java Remote Method Invocation, Java RMI)는 자바 프로그램에서 각 객체간, 컴퓨터간 메서드를 호출할 수 있게 해주는 기술이다.