마이그레이션에 대 한 유용한 응용 프로그램을 클라우드 플랫폼

점점 더 많은 개발자와 기업 클라우드 플랫폼 응용 프로그램을 마이그레이션하려면 선택한 실제 엔터프라이즈 제품에 대 한 과정은 간단한 한 번의 클릭 버튼. 우리는 그들의 자신의 제품을 특정 조정 클라우드 플랫폼의 환경 특성에서 시작 합니다. 마이그레이션할 응용 프로그램 자동 설치, 디스크 공간 제어에 대 한 지원을 포함 하 여 클라우드 플랫폼을 사용 하 여, Api 또는 CLI, 추적, 완료 해야 할 설정에 대 한 모범 사례를 요약 하는 IBM 클라우드 플랫폼 전문가 쉬 Ashish API/CLI를 통해 로그 정보를 수집 해야 합니다.

쉬와 Ashish 3 시나리오에 마이그레이션 각각:

응용 프로그램 통합 다른 클라우드로 제품의 현재 요구 사항 기존 클라우드 응용 프로그램 및 응용 프로그램 기능을 강화 하는 것입니다. 목표는 완벽 한 통합을 달성 하는. 일반적으로, 기존 제품에 새로운 기능을 소개 해야 할 때, 처음부터 새로운 기능을 개발 하 고 설계에 참여 하 고 또 다른 옵션은 기존 제품을 활용 하 여 구름으로 그들의 기능을 통합 하는 것 (어떤 경우에, 당신은 필요가 없습니다 클라우드 활성화). 이 경우 응용 프로그램이 기존 클라우드 제품에 올바르게 연결할 수 있는지 확인 해야 합니다.

사전 설치 된 및 미리 구성 된 소프트웨어 및 응용 프로그램, 그리고 때로는 독립 된 서버로 구성 된 클라우드는 클라우드 장치에서 호스트 하는 다른 장치에 응용 프로그램을 추가 합니다. 그것의 기능을 향상 시키기 위해 기존 클라우드 장치 패키지를 추가 응용 프로그램을 추가 하려는 경우 응용 프로그램이 장치 리소스 종속성을 가진 뿐만 아니라 다른 응용 프로그램 및 구성 파일 패키지에서 올바르게 작용 수 있는지 확인 합니다.

클라우드 환경에서 응용 프로그램을 사용 하는 독립형 클라우드 장치-한 방법으로 응용 프로그램을 호스팅하는 자체 클라우드 장치에 특히 다른 클라우드 응용 프로그램을 통합할 필요가 없습니다.

매끄러운 마이그레이션 달성 하는 방법에 대 한 자동 설치에 대 한 지원을 포함 하 여 응용 프로그램의 튜닝에 대 한 몇 가지 사례 제시:

설치 프로세스는 메시지를 표시 하지 않습니다 또는 Windows 자동 설치로 설치 된. 다른 응용 프로그램이 나 장치에 응용 프로그램을 통합 하면 그것은 하나의 제품의 일부가 고 단일 설치 프로그램은 기본. 귀하의 제품을 자동으로 설치할 수 없습니다, 사용자에서 정보가 단일 설치 하는 동안 귀하의 제품에 대 한 요청 하 고 장치 팀/사용자에 게 표시 하지 않을 수 있습니다. 이 사용자를 위해, 그리고 그들은 이러한 기본적인 제품의 세부 사항을 알 필요가 없습니다. 자동 설치를 사용할 수 없는 경우에 효율성을 달성 하 고 있기 때문에, 사용자를 위해, 그것은 설치 하는 두 개의 서로 다른 제품 처럼 손실 됩니다.

그것은 또한 디스크 공간 사용을 제어 하는 것이 중요: 시스템 리소스 사용 제어 디스크 수 있도록 차지 하는 디스크 공간을 줄일 자동으로 한다. 기능 및 제품의 프로세스 로그 및 출력 파일에 추적 데이터를 생성 하는 경우 메모리 부족 문제의 출현을 방지 하기 위해 메모리의 흐름을 제한 하는 장치 서버에는 프로세스 있어야 합니다 합니다. 크기와 생성 되는 출력 파일의 수를 정의 하는 속성 파일을 만듭니다. 이 값은 시스템 관리자가 편집할 수 이어야 한다. 이러한 파일을 모니터링 하는 프로세스를 만듭니다.

설정 하 고 추적, API 또는 CLI 로그 정보를 수집 해야 합니다.

액세스 하는 API 또는 명령줄 인터페이스를 통해 모든 구성 설정을 조작할 수 있어야 합니다. 나머지 웹 서비스 느슨한 결합, 경량, 및 상호 운용성을 제공 하기 때문에 그들은 매우 인기 있는 하 고 가장 자주 발생 하는 하나 있을 수 있습니다. 다른 프로세스 일부 속성 파일 또는 다른 파일을 수동으로 변경 해야 하는 경우 변경 내용을 완료 하는 CLI 또는 API를 촉진 하기 위하여 그것을 사용 합니다. 이러한 Acl 또는 Api을 사용 하 여 특정 설치 또는 장치 또는 장치 부품의 전반적인 기능 설치 동안 구성 완료 해야 하는 경우. 디자인은이 이렇게 이어야 한다, 장치 않습니다 필요가 없습니다 이해 하는 응용 프로그램의 내부 디자인 설정에 어떤 변화를 만들 수 있습니다, 당신은 CLI를 사용 하 여 완료 수 있어야 합니다. 또한, 어디이 유형의 구성 이나 설정, 어디에 변경 되어도 변경 되어도 이상적으로, 그것은 해야 적용 시간, 응용 프로그램을 다시 시작 하지 않아도

제품에 문제가 발생 하면 그것은 완벽 하 게 진단 하 고 제품에서 로그를 수집 하는 것이 중요입니다. 한 명령줄 메커니즘 (또는 다른)는 선택적 수행 또는 진단 작업을 격리 하는 데 사용은 하 고 작업이 전체 장치에 영향을 미치지 않습니다. 이 관리자가 직접 사용할 수 있는 로그/추적 정보를 수집 하는 기능을 포함 합니다.

고가용성 지원 좋은 장점입니다: 대부분의 IBM 장치; 고가용성을 지원 하려고 제품에서 높은 가용성을 지원 하지 않으면 장치의 전체 고가용성 효과가 떨어집니다. 그것은 귀하의 제품 개발 초기에 높은 가용성 설계를 완료 하거나 미래 개발을 위한 약간 공간을 좋습니다.

더하여, 그것은 포함 한다:

제공 주기 기능-모든 프로세스, 스레드, 또는 응용 프로그램의 일부로 자체 수명 주기 기능을가지고 해야 합니다을 실행 하는 데몬. 그것은 열기, 일시 중지 및 중지에 대 한 일반적인 상태를 제공 해야 하 고 CLI 또는 스스로 Api를 사용 하 여 이러한 상태를 제어 하는 제품에 대 한 방법 이어야 한다.

모든 구성 모든 재구성 되어야 사전 설치 단계에서 가정 구성 재설정 해야 합니다 (리셋) 장치를 생성 하거나 사용자 요구에 따라 재구성 될 수 있다.

활성화 하 고 장치는 강력한 우위를 응용 프로그램에 대 한 응용 프로그램을 사용 하지 않도록 설정 하는 기능-활성화 또는 제품 관련 파일은 여전히 디스크에 상주 하지만 그들은 그들의 관리 되는 시스템의 CPU 및 메모리 리소스를 사용할 수 없습니다 있도록 명령 라인, API, 또는 GUI를 사용 하 여 응용 프로그램을 비활성화할 수 있습니다. 이렇게 하면 다른 제품에 당신의 제품을 포함 하 여 켜거나 그것을 선회 하 여 필요할 때 그것을 사용 수 있습니다. 클라우드, 장치 해제할 수 있습니다 일부 서비스 그것 제공, 응용 프로그램 초기 제품을 호스트 하는 경우에.

명령에 어떤 쉘-모든 명령을 어떤 특정 쉘에 국한 되지 않습니다 보장 하기 위해 실행 해야 합니다. CLI 명령 (적어도 가장 중요 한) 연결 된 응용 프로그램 한 포탄에 실행으로 제한 해서는 안됩니다. 장치는 당신의 제품에 통합 된 다른 쉘, 반드시 선택 하나에 실행 될 수 있습니다;이 경우에, 수 없습니다 단순히 CLI 명령을 실행할 수 있는 쉘 다르기 때문에.

버전 표시를 활성화 또한 데이터 백업 및 복구를 사용할 수 있도록 하는 것이 좋습니다, 응용 프로그램 자체 포함 해야 이며 API 가져오기 또는 내보내기 응용 프로그램, 사용자 관리, 외부 종속성을 최소화 하는 프로그래밍 방법을 제공 하 고 프로그램을 완전히 종료할 수 있는 API를 수 있어야 합니다.

(책임 편집기: 유산의 좋은)