현재 Cloudify 2.7을 사용하고 있으며 많은 요리법을 개발했습니다. Cloudify 2.7 레시피를 Cloudify 3.x Blueprint로 변형 할 수 있습니까?Cloudify 2.7 제조법을 Cloudify 3.1 설계도로 변환하는 방법
답변
조리법을 Cloudify 3 TOSCA 청사진으로 자동 변환하는 방법은 없습니다. 그러나이보다 쉽게 할 몇 가지 :
- cloudify script plugin 지원 당신이 그 문제에 그루비 또는 쉘을 사용할 수 있도록 스크립팅 언어입니다. 2.7 컨텍스트 개체에 대한 호출을 제거하고 cloudify 3 ctx utility을 사용해야합니다.
- 수명주기 이벤트는 Cloudify 3의 기본 수명주기 인터페이스와 매우 유사합니다. 자세한 내용은 hello world example 또는 nodecellar one을 확인하십시오.
HTH 열린 우리당의 대답에
불과 몇 추가는 :
청사진은 토폴로지 및 오케스트레이션 계획을 정의 할 수 있습니다.
이 포함
몇 가지 예 : 플러그인 선언, 입력 및 출력, 유형, 노드 및 관계, 내장 기능, 워크 플로 및 정책
일반적으로는, 모든 엔티티가 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.
특정 포팅 작업에 대해이 블로그 항목을 살펴보십시오 (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으로 다시 작성해야합니다.
- 1. cloudify 2.7 로케이터 NO_PROCESS_LOCATORS
- 2. Cloudify 2.7 및 Openstack Icehouse
- 3. cloudify 2.7, 내 응용 프로그램에 cloudify 사전 설치 jdk 1.7을 사용하고 싶습니다.
- 4. Cloudify 모니터링 및 Zabbix
- 5. Cloudify :: uninstallation-application fails
- 6. Guice 작성 오류 : Cloudify
- 7. Cloudify 요리사 플러그인 관계 작업
- 8. Cloudify Influxdb port 8086 down
- 9. Cloudify 레시피의 일부로 파일 업로드
- 10. Cloudify 3.0을 사용한 클라우드 관리 및 클라우드 중개
- 11. 어떻게 사용자 지정 명령을 동적으로 추가 할 수 있습니까? 나는 cloudify 2.7.1을 사용하고있다.
- 12. 퍼핏에서 쉼표로 구분 된 문자열로 변환하는 방법 2.7
- 13. 어떻게 오징어 2.7 3.1 기능 "무시-CC"에서 사용하는
- 14. Rails 2 데이터베이스 로직을 Rails 3.1/PostgreSQL으로 변환하는 방법
- 15. 왜 GNU 통조림 제조법을 만들 수 없습니까?
- 16. SDK를 사용하여 Yocto 제조법을 제작할 수 있습니까?
- 17. 2.7
- 18. 2.7
- 19. 2.7
- 20. 2.7
- 21. (2.7)
- 22. EJB 3.1 테스트 방법
- 23. datetime을 timestamp로 변환하는 방법
- 24. 로컬 클라우드 배포에 사용자 및 비밀번호를 추가하는 방법
- 25. 설정하는 방법 PAAS를 asp.net으로 윈도우 서버에
- 26. python 2.7 유휴 설치하는 방법?
- 27. BeautifulSoup.ResultSet을 문자열로 변환하는 방법
- 28. 3.1
- 29. 3.1
- 30. 3.1
스택 오버플로에 오신 것을 환영합니다! 귀하의 질문의 첫 부분은 매우 구체적이며 여기서 질문의 규칙에 맞습니다. 두 번째 부분은 매우 의견을 기반으로합니다. 어떤 사람들은 YAML을 모든 마크 업 언어를 능가하는 마크 업 언어로 반드시 배워야한다고 말하고, 다른 사람들은 그것이 또 다른 말이라고 말할 것입니다. 이것을 피하려면 [ "좋은 질문을하는 법"] (http://stackoverflow.com/help/how-to-ask)을 읽으십시오. 게시물에 대한 편집을 제안합니다. 또한 - [signoffs (그러나 정중하고 잘 의도 됨)는 여기에서 권장하지 않습니다] (http : //meta.stackexchange.com/questions/5029/are-taglines-signatures-disallowed) –
리차드가 실수를 지적 해 주셔서 감사합니다. – Joe