2015-02-04 3 views
0

현재 Cloudify 2.7을 사용하고 있으며 많은 요리법을 개발했습니다. Cloudify 2.7 레시피를 Cloudify 3.x Blueprint로 변형 할 수 있습니까?Cloudify 2.7 제조법을 Cloudify 3.1 설계도로 변환하는 방법

+0

스택 오버플로에 오신 것을 환영합니다! 귀하의 질문의 첫 부분은 매우 구체적이며 여기서 질문의 규칙에 맞습니다. 두 번째 부분은 매우 의견을 기반으로합니다. 어떤 사람들은 YAML을 모든 마크 업 언어를 능가하는 마크 업 언어로 반드시 배워야한다고 말하고, 다른 사람들은 그것이 또 다른 말이라고 말할 것입니다. 이것을 피하려면 [ "좋은 질문을하는 법"] (http://stackoverflow.com/help/how-to-ask)을 읽으십시오. 게시물에 대한 편집을 제안합니다. 또한 - [signoffs (그러나 정중하고 잘 의도 됨)는 여기에서 권장하지 않습니다] (http : //meta.stackexchange.com/questions/5029/are-taglines-signatures-disallowed) –

+0

리차드가 실수를 지적 해 주셔서 감사합니다. – Joe

답변

2

조리법을 Cloudify 3 TOSCA 청사진으로 자동 변환하는 방법은 없습니다. 그러나이보다 쉽게 ​​할 몇 가지 :

  • cloudify script plugin 지원 당신이 그 문제에 그루비 또는 쉘을 사용할 수 있도록 스크립팅 언어입니다. 2.7 컨텍스트 개체에 대한 호출을 제거하고 cloudify 3 ctx utility을 사용해야합니다.
  • 수명주기 이벤트는 Cloudify 3의 기본 수명주기 인터페이스와 매우 유사합니다. 자세한 내용은 hello world example 또는 nodecellar one을 확인하십시오.

HTH 열린 우리당의 대답에

0

불과 몇 추가는 :

청사진은 토폴로지 및 오케스트레이션 계획을 정의 할 수 있습니다.

이 포함

몇 가지 예 : 플러그인 선언, 입력 및 출력, 유형, 노드 및 관계, 내장 기능, 워크 플로 및 정책

일반적으로

는, 모든 엔티티가 Cloudify 청사진의 노드가 노드 : 컴퓨팅 리소스, 응용 프로그램 모듈, 네트워크, 보안 그룹, DB, 웹 서버.

청사진에서 노드 간의 관계를 정의 할 수도 있습니다.

는 현재 세 가지 관계 유형이 있습니다 :

* depends_on – which is the base type 
* contained_in – a component is hosted/contained/deployed within another component 
* connected_to – a component needs to establish a connection to another and therefore this needs to be configured 

예 :

웹 서버는 VM # 1에 포함하고 또한 VM # 2에 포함 된 (또는 VM에있는 데이터베이스에 연결되어 #1).

노드와 동일한 관계를 확장하여 다른 관계에서 파생 될 수 있습니다. 예 :

HTH, Tamir.

1

특정 포팅 작업에 대해이 블로그 항목을 살펴보십시오 (http://blog.gigaspaces.com/migrating-xap-from-cloudify-2-7-to-cloudify-3/). 이 기사에서 스크립트 포팅에 대한 정보 중 일부는 오래된 것입니다. 새 스크립트 플러그인을 사용하면 작업을 훨씬 쉽게 할 수 있습니다 (http://getcloudify.org/guide/3.1/plugin-script.html). Groovy가 아닌 스크립팅을 사용하는 요리법의 경우 대다수의 작업을 회수 할 수 있습니다. Groovy로 작성된 스크립트는 Python으로 다시 작성해야합니다.