This document discusses deploying TOSCA workloads in OpenStack via the standalone TOSCA-Parser, Heat-Translator, and Murano projects. It provides an overview of TOSCA, TOSCA-Parser, Heat, and Heat-Translator. It then summarizes enhancements in the Liberty release, including splitting Heat-Translator and TOSCA-Parser into separate projects. Finally, it describes how TOSCA templates can be translated to Heat orchestration templates and deployed using Heat-Translator or deployed and managed using Murano.
OpenStack Summit 2015 Tokyo Heat-Translator and TOSCA vbrownbagme_slideshare_2
Charts were used during the technical talk on the latest of Heat-Translator and TOSCA-Parser and how they can be used to deploy TOSCA workloads in OpenStack. The location of talk was OpenStack Summit 2015 Tokyo.
TOSCA and OpenTOSCA: TOSCA Introduction and OpenTOSCA Ecosystem OverviewOpenTOSCA
TOSCA is a new standard facilitating platform independent description
of Cloud applications.
OpenTOSCA is an open source TOSCA ecosystem including the modeling tool "Winery", the TOSCA runtime "OpenTOSCA", and the self-service portal "Vinothek".
ARIA is an agile reference implementation of automation based on OASIS TOSCA Specification. It is a framework for implementing orchestration software and a command line tool to execute TOSCA based application blueprints.
Watch the videos at http://cloudify.co/webinars/tosca-training-videos
Getting up to speed with TOSCA simple profile in YAML and its ARIA implementation.
OASIS TOSCA Simple Profile 1.0 - Support “OASIS TOSCA Simple Profile 1.0” YAML DSL specification.
OASIS TOSCA Simple Profile 1.0 test suite - Comprehensive coverage of the YAML DSL specification.
OASIS TOSCA Simple Profile 1.0 for NFV - Implement latest reversion of “TOSCA Simple Profile for NFV” draft03 specification.
Modular DSL Parser - Modular DSL Parser capable of supporting multiple DSLs and profiles.
TOSCA Cloud Service Archive(CSAR) Support the standard TOSCA CSAR template archiving format.
Template Validation - Enabled template validation based on the profile used on application or VNF template
Deployment Plans Dynamic Generation - Dynamic generation of deployment plans from on the TOSCA template and plugins used in the TOSCA templates.
Pluggable node Types Plugins mechanism that allows extending the TOSCA normative node types with custom and technology specific node types, allowing TOSCA to natively support the following:
Extend TOSCA Normative types and support introduction of new technology specific node types with their corresponding relationship node types, and lifecycle operation implementations.
Native TOSCA support for Multi-VIM, combination of multiple and mixed environments.
Native TOSCA support for any sVNFM/gVNFM
Live Attribute Injection - Plugins can set node attributes and fill in TOSCA functions allowing for live requirements-and-capabilities processing
TOSCA Workflow Execution Engine TOSCA native workflow execution engine that can run over the deployment graph, execute dynamically generated deployment plans from the TOSCA topology temple, support custom workflows addition to graph based workflow execution.
Model Storage Mechanism Storage mechanism that allows storing the generated objects model and template related resources into filesystem, database and memory.
ARIA Plugins Roadmap
Execution Plugin plugin for execution of scripts, Fabric(SSH) and WinRM for windows
Plugins Roadmap
IaaS
OpenStack
VMWare vSphere
VMWare vCloud
AWS
GCP
Azure
Containers
Docker
Kubernetes
Get Started With ARIA
ARIA-black1-fav
3-2-1 Action! Running OpenStack Shared File System Service in ProductionSean Cohen
As OpenStack’s Shared File System Service is getting more and more adoption as one of top leading emerging projects in OpenStack deployments (according to the last OpenStack foundation user survey), we would like to share some of the key customers use cases such as DevOps, Containers and Enterprise Applications as well review the latest Newton release project updates towards delivering a production-grade deployments.
Slides from OpenStack Summit Barcelona,, October 25, 2016
Session video: https://www.youtube.com/watch?v=F5o-EbESNr8
OpenStack Summit 2015 Tokyo Heat-Translator and TOSCA vbrownbagme_slideshare_2
Charts were used during the technical talk on the latest of Heat-Translator and TOSCA-Parser and how they can be used to deploy TOSCA workloads in OpenStack. The location of talk was OpenStack Summit 2015 Tokyo.
TOSCA and OpenTOSCA: TOSCA Introduction and OpenTOSCA Ecosystem OverviewOpenTOSCA
TOSCA is a new standard facilitating platform independent description
of Cloud applications.
OpenTOSCA is an open source TOSCA ecosystem including the modeling tool "Winery", the TOSCA runtime "OpenTOSCA", and the self-service portal "Vinothek".
ARIA is an agile reference implementation of automation based on OASIS TOSCA Specification. It is a framework for implementing orchestration software and a command line tool to execute TOSCA based application blueprints.
Watch the videos at http://cloudify.co/webinars/tosca-training-videos
Getting up to speed with TOSCA simple profile in YAML and its ARIA implementation.
OASIS TOSCA Simple Profile 1.0 - Support “OASIS TOSCA Simple Profile 1.0” YAML DSL specification.
OASIS TOSCA Simple Profile 1.0 test suite - Comprehensive coverage of the YAML DSL specification.
OASIS TOSCA Simple Profile 1.0 for NFV - Implement latest reversion of “TOSCA Simple Profile for NFV” draft03 specification.
Modular DSL Parser - Modular DSL Parser capable of supporting multiple DSLs and profiles.
TOSCA Cloud Service Archive(CSAR) Support the standard TOSCA CSAR template archiving format.
Template Validation - Enabled template validation based on the profile used on application or VNF template
Deployment Plans Dynamic Generation - Dynamic generation of deployment plans from on the TOSCA template and plugins used in the TOSCA templates.
Pluggable node Types Plugins mechanism that allows extending the TOSCA normative node types with custom and technology specific node types, allowing TOSCA to natively support the following:
Extend TOSCA Normative types and support introduction of new technology specific node types with their corresponding relationship node types, and lifecycle operation implementations.
Native TOSCA support for Multi-VIM, combination of multiple and mixed environments.
Native TOSCA support for any sVNFM/gVNFM
Live Attribute Injection - Plugins can set node attributes and fill in TOSCA functions allowing for live requirements-and-capabilities processing
TOSCA Workflow Execution Engine TOSCA native workflow execution engine that can run over the deployment graph, execute dynamically generated deployment plans from the TOSCA topology temple, support custom workflows addition to graph based workflow execution.
Model Storage Mechanism Storage mechanism that allows storing the generated objects model and template related resources into filesystem, database and memory.
ARIA Plugins Roadmap
Execution Plugin plugin for execution of scripts, Fabric(SSH) and WinRM for windows
Plugins Roadmap
IaaS
OpenStack
VMWare vSphere
VMWare vCloud
AWS
GCP
Azure
Containers
Docker
Kubernetes
Get Started With ARIA
ARIA-black1-fav
3-2-1 Action! Running OpenStack Shared File System Service in ProductionSean Cohen
As OpenStack’s Shared File System Service is getting more and more adoption as one of top leading emerging projects in OpenStack deployments (according to the last OpenStack foundation user survey), we would like to share some of the key customers use cases such as DevOps, Containers and Enterprise Applications as well review the latest Newton release project updates towards delivering a production-grade deployments.
Slides from OpenStack Summit Barcelona,, October 25, 2016
Session video: https://www.youtube.com/watch?v=F5o-EbESNr8
Orchestration across multiple cloud platforms using HeatCoreStack
Heat allows the user to set up HOT templates that describe the dependencies and the flow of the infrastructure resources that should be deployed to meet specific use case requirements. The Heat engine understands the order it needs to orchestrate the execution of the flow defined in the template.
Apart from Orchestrating the template execution on one OpenStack platform we can make HEAT orchestrate across multiple cloud platforms by extending HEAT plug-ins. There are many use cases that can be realized using this approach such as Cloud Bursting which involves provisioning & shifting of workload between environments and Catalog based approach for templates to orchestrate across multi-cloud environment.
It covers the following,
Heat plugin architecture for orchestrating other clouds
Dynamic Authentication for other cloud platforms
Managing centralized Heat template repository with indexing and search
The Apache Ambari 3.x architecture will be based on a new mpack-based operations model designed from the ground up and will replace the current stack-based operations model. Management package will be a self-contained distribution artifact that includes all the details for deploying, managing and upgrading a verified combination of services. A cluster operator will be able to deploy a cluster with a mix of services across multiple management packs instead of being limited to deploying services from a single stack.
Fuel's current use cases, architecture and next stepsOpen-IT
Fuel is open source initiative which provides great automation and flexibility for:
* CentOS and Ubuntu provisioning on bare metal servers
* Disk partitioning, including software RAIDs. Support of hardware RAIDs is in the roadmap
* Complex network configurations, including VLANs, GRE and bonding
* Network verification (VLANs, DHCP) before deployment
* Automated deployment of OpenStack components and Ceph
* Health Check - a set of short-running tests to ensure functionality of deployed environment
Heat is the main project in the OpenStack Orchestration program. It implements an orchestration engine to launch multiple composite cloud applications based on templates in the form of text files that can be treated like code. A native Heat template format is evolving, but Heat also endeavours to provide compatibility with the AWS CloudFormation template format, so that many existing CloudFormation templates can be launched on OpenStack. Heat provides both an OpenStack-native ReST API and a CloudFormation-compatible Query API.
OSMC 2021 | Monitoring Open Infrastructure Logs – With Real Life ExamplesNETWAYS
This session is a mix of discussion & live demo topics:
– Intro to OpenInfra/OpenStack (Why you need your own Cloud)
– What Service Logs to gather and how to format and filter them
– Optimizing data as time series indeces
– Visualizing large quantity of Logs – what’s important?
– Demo Scenario: Response Times – maintaining your SLAs
– Demo Scenario: Tracking Storage growth over time – predicting when to expand
– Demo Scenario: Identifying priority service problems
– Demo of building custom visualizations
Orchestrating and managing VNFss on openstack - demo- [Cloudify + openstack ...Arthur Berezin
In this demo, we will present how to use Cloudify to configure, deploy, and orchestrate the lifecycle of Fortigate and other VNFs. This real-world example will demonstrate how one Cloudify Manager can be used to orchestrate the VNFs with OpenStack, on ETX devices, in multiple locations anywhere in the world. We will also show how auto-scaling and self-healing operations can be executed when the need arises.
Deploy TOSCA Network Functions Virtualization (NFV) Workloads in OpenStackSahdev Zala
Talk was given at the OpenStack Austin Summit 2016 and demonstrates how TOSCA Network Functions Virtualization (NFV) workloads can be deployed in OpenStack cloud.
Project Solum - OpenStack's Native PaaSAlex Baretto
Solum is natively designed for OpenStack clouds and leverages several other OpenStack projects, including Heat, Keystone, Nova, Trove, and more.
Solum values vendor neutrality, open design and collaboration, and leveraging existing solutions where possible. One example is the use of Docker for deployment of containers. Multiple language run-time environments are supported with a modular "languagepack" solution so you can easily run applications written in any language of your choice.
Slides that I presented at the 2011 OpenStack design summit in Boston, discussing the Openstack work done within the Novell/Microsoft Joint Interoperability Lab.
Using Apache Spark with IBM SPSS Modeler with Dr. Steve Poulin.
An introduction to Apache Spark and its relevant integration with IBM SPSS Modeler. Why integrate? What type of benefits?
A review the integration process high level and advise which enhanced features to pay attention to, and common pitfalls to avoid.
Application and Network Orchestration using Heat & ToscaNati Shalom
The buzzwords Neutron, Heat, and TOSCA are spoken about quite often when it comes to the OpenStack - and many of us are still trying to make sense of the terminology and its place in the OpenStack world.
Where OpenStack Neutron provides APIs for creating network elements, OpenStack Heat provides an orchestration engine for automating the setup and configuration of OpenStack infrastructure, while TOSCA is a standard for templating and defining application topology and policies (that form the basis for Heat). In this context, it really makes sense to put these all together to achieve application and network automation for OpenStack on steroids.
In this session we will learn how we can use the robust combination of Heat and TOSCA to configure and control resources on Nova and Neutron in order to automate the network configuration as part of the application deployment.
The session will include a demo and code examples that show how you can configure virtual networks, attach public IPs, set up security groups, set up load balancing and automatically scale up/down and more. You will leave this session understanding where Neutron meets Heat and TOSCA.
This talk was delivered as part of OpenStack Paris summit - 2014 - http://openstacksummitnovember2014paris.sched.org/event/2b85b682ccaf3a5961e463b61e2403f8#.VFeuG_TF8mc
Orchestration across multiple cloud platforms using HeatCoreStack
Heat allows the user to set up HOT templates that describe the dependencies and the flow of the infrastructure resources that should be deployed to meet specific use case requirements. The Heat engine understands the order it needs to orchestrate the execution of the flow defined in the template.
Apart from Orchestrating the template execution on one OpenStack platform we can make HEAT orchestrate across multiple cloud platforms by extending HEAT plug-ins. There are many use cases that can be realized using this approach such as Cloud Bursting which involves provisioning & shifting of workload between environments and Catalog based approach for templates to orchestrate across multi-cloud environment.
It covers the following,
Heat plugin architecture for orchestrating other clouds
Dynamic Authentication for other cloud platforms
Managing centralized Heat template repository with indexing and search
The Apache Ambari 3.x architecture will be based on a new mpack-based operations model designed from the ground up and will replace the current stack-based operations model. Management package will be a self-contained distribution artifact that includes all the details for deploying, managing and upgrading a verified combination of services. A cluster operator will be able to deploy a cluster with a mix of services across multiple management packs instead of being limited to deploying services from a single stack.
Fuel's current use cases, architecture and next stepsOpen-IT
Fuel is open source initiative which provides great automation and flexibility for:
* CentOS and Ubuntu provisioning on bare metal servers
* Disk partitioning, including software RAIDs. Support of hardware RAIDs is in the roadmap
* Complex network configurations, including VLANs, GRE and bonding
* Network verification (VLANs, DHCP) before deployment
* Automated deployment of OpenStack components and Ceph
* Health Check - a set of short-running tests to ensure functionality of deployed environment
Heat is the main project in the OpenStack Orchestration program. It implements an orchestration engine to launch multiple composite cloud applications based on templates in the form of text files that can be treated like code. A native Heat template format is evolving, but Heat also endeavours to provide compatibility with the AWS CloudFormation template format, so that many existing CloudFormation templates can be launched on OpenStack. Heat provides both an OpenStack-native ReST API and a CloudFormation-compatible Query API.
OSMC 2021 | Monitoring Open Infrastructure Logs – With Real Life ExamplesNETWAYS
This session is a mix of discussion & live demo topics:
– Intro to OpenInfra/OpenStack (Why you need your own Cloud)
– What Service Logs to gather and how to format and filter them
– Optimizing data as time series indeces
– Visualizing large quantity of Logs – what’s important?
– Demo Scenario: Response Times – maintaining your SLAs
– Demo Scenario: Tracking Storage growth over time – predicting when to expand
– Demo Scenario: Identifying priority service problems
– Demo of building custom visualizations
Orchestrating and managing VNFss on openstack - demo- [Cloudify + openstack ...Arthur Berezin
In this demo, we will present how to use Cloudify to configure, deploy, and orchestrate the lifecycle of Fortigate and other VNFs. This real-world example will demonstrate how one Cloudify Manager can be used to orchestrate the VNFs with OpenStack, on ETX devices, in multiple locations anywhere in the world. We will also show how auto-scaling and self-healing operations can be executed when the need arises.
Deploy TOSCA Network Functions Virtualization (NFV) Workloads in OpenStackSahdev Zala
Talk was given at the OpenStack Austin Summit 2016 and demonstrates how TOSCA Network Functions Virtualization (NFV) workloads can be deployed in OpenStack cloud.
Project Solum - OpenStack's Native PaaSAlex Baretto
Solum is natively designed for OpenStack clouds and leverages several other OpenStack projects, including Heat, Keystone, Nova, Trove, and more.
Solum values vendor neutrality, open design and collaboration, and leveraging existing solutions where possible. One example is the use of Docker for deployment of containers. Multiple language run-time environments are supported with a modular "languagepack" solution so you can easily run applications written in any language of your choice.
Slides that I presented at the 2011 OpenStack design summit in Boston, discussing the Openstack work done within the Novell/Microsoft Joint Interoperability Lab.
Using Apache Spark with IBM SPSS Modeler with Dr. Steve Poulin.
An introduction to Apache Spark and its relevant integration with IBM SPSS Modeler. Why integrate? What type of benefits?
A review the integration process high level and advise which enhanced features to pay attention to, and common pitfalls to avoid.
Application and Network Orchestration using Heat & ToscaNati Shalom
The buzzwords Neutron, Heat, and TOSCA are spoken about quite often when it comes to the OpenStack - and many of us are still trying to make sense of the terminology and its place in the OpenStack world.
Where OpenStack Neutron provides APIs for creating network elements, OpenStack Heat provides an orchestration engine for automating the setup and configuration of OpenStack infrastructure, while TOSCA is a standard for templating and defining application topology and policies (that form the basis for Heat). In this context, it really makes sense to put these all together to achieve application and network automation for OpenStack on steroids.
In this session we will learn how we can use the robust combination of Heat and TOSCA to configure and control resources on Nova and Neutron in order to automate the network configuration as part of the application deployment.
The session will include a demo and code examples that show how you can configure virtual networks, attach public IPs, set up security groups, set up load balancing and automatically scale up/down and more. You will leave this session understanding where Neutron meets Heat and TOSCA.
This talk was delivered as part of OpenStack Paris summit - 2014 - http://openstacksummitnovember2014paris.sched.org/event/2b85b682ccaf3a5961e463b61e2403f8#.VFeuG_TF8mc
Introduction to Orchestration and DevOps with OpenStackAbderrahmane TEKFI
I would like to thank all who participates in the webinar, it was a great pleasure to share and contribute,
Below are the links to the record of the Webinar,
All the Webinar:
Just the Demo:
you can also find all the slides the HEAT template file, the CLI and all the materials used in this webinar here:
The OpenStack VM all-in-one: https://www.dropbox.com/s/501ul31o6ilnmv3/coa-aio-newton.ova?dl=0
All the materials: https://drive.google.com/drive/folders/1dTSe4n2m3VoevIHZGT_q8uZIV7_f9ZJt?usp=sharing
Thanks to Racim and to the ELIANIS TECHNOLOGIES team.
Special thanks to our REDHAT ARCHITECT Sir. Djelloul Bouida for attending the webinar and all our group member.
For those who didn't join our Group, here the link to our Group on Facebook: https://www.facebook.com/groups/475301352862998/
OpenStack Collaboration made in heaven with Heat, Mistral, Neutron and more..Trinath Somanchi
Cross-project collaboration is something OpenStack community has embraced for a long time. Common libraries like Oslo reduces the time and effort to build a new service. Another way this manifests is in new OpenStack services getting built using existing services to solve an higher level use-case.
In this talk we are present how the band of projects comprising of Mistral, Tacker, Neutron, Heat, TOSCA-parser and Barbican came together to build an industry leading ETSI NFV Orchestrator that leveraged the best of these projects. Each of these projects brought in critical functionalities needed towards the final product. You will learn how, when strung together, this solution follows the classic Microservices design pattern that the industry is rapidly adopting.
With the Topology and Orchestration Specification for Cloud Applications (TOSCA) framework, one expects to achieve a strong level of interoperability when packaging an application or service for deployment to a Cloud Platform. T-Systems tested the OASIS TOSCA specification together with its Labs and University partners. This session will share the results and some of the important considerations that arose from the PoC.
OpenStack is a free and open-source cloud-computing software platform. I have tried to give a brief discussion about the topic of Openstack for on going engineering presentations. Hope it will help you :)
[Presented at All Things Open 2015 in Raleigh, NC, USA]
OpenStack is one of the fastest-growing and exciting open source projects of our time. OpenStack has drawn together technologists from all over the world to create a cloud operating system and a huge, diverse community behind it. This talk will provide an introduction to OpenStack for newcomers to the project of those who just want to know more. We’ll take a brief look at OpenStack’s history, get a technical overview of the project, learn how to contribute, and check out a few emerging trends and hot topics in the OpenStack world.
Parser is an integration project in OPNFV and one of the candidate projects of OPNFV B Release. ETSI NFV offers a rich set of descriptors and deployment templates on different levels, thus it is vital for OPNFV as a platform to provide the capability of utilizing different templates for developers to work on. At its core, Parser provides such translation tooling that developers won't care too much about writing a "correct" script. They could write their templates/scripts in TOSCA or YANG or whatever they desire, and Parser would enable OPNFV to natively support all these types of scripts by translate them to the one that the main platform would use.
In this presentation the core team member of the Parser project, Howard Huang, Victor Hu, Vinayak Ram and Julien Zhang will share with you what and how we do in Parser project, and what nice features you would expect in the coming releases.
Similar to Open stack tokyo summit heat-translator vbrownbag (20)
Unleash Unlimited Potential with One-Time Purchase
BoxLang is more than just a language; it's a community. By choosing a Visionary License, you're not just investing in your success, you're actively contributing to the ongoing development and support of BoxLang.
Check out the webinar slides to learn more about how XfilesPro transforms Salesforce document management by leveraging its world-class applications. For more details, please connect with sales@xfilespro.com
If you want to watch the on-demand webinar, please click here: https://www.xfilespro.com/webinars/salesforce-document-management-2-0-smarter-faster-better/
Field Employee Tracking System| MiTrack App| Best Employee Tracking Solution|...informapgpstrackings
Keep tabs on your field staff effortlessly with Informap Technology Centre LLC. Real-time tracking, task assignment, and smart features for efficient management. Request a live demo today!
For more details, visit us : https://informapuae.com/field-staff-tracking/
Large Language Models and the End of ProgrammingMatt Welsh
Talk by Matt Welsh at Craft Conference 2024 on the impact that Large Language Models will have on the future of software development. In this talk, I discuss the ways in which LLMs will impact the software industry, from replacing human software developers with AI, to replacing conventional software with models that perform reasoning, computation, and problem-solving.
Gamify Your Mind; The Secret Sauce to Delivering Success, Continuously Improv...Shahin Sheidaei
Games are powerful teaching tools, fostering hands-on engagement and fun. But they require careful consideration to succeed. Join me to explore factors in running and selecting games, ensuring they serve as effective teaching tools. Learn to maintain focus on learning objectives while playing, and how to measure the ROI of gaming in education. Discover strategies for pitching gaming to leadership. This session offers insights, tips, and examples for coaches, team leads, and enterprise leaders seeking to teach from simple to complex concepts.
Globus Connect Server Deep Dive - GlobusWorld 2024Globus
We explore the Globus Connect Server (GCS) architecture and experiment with advanced configuration options and use cases. This content is targeted at system administrators who are familiar with GCS and currently operate—or are planning to operate—broader deployments at their institution.
Developing Distributed High-performance Computing Capabilities of an Open Sci...Globus
COVID-19 had an unprecedented impact on scientific collaboration. The pandemic and its broad response from the scientific community has forged new relationships among public health practitioners, mathematical modelers, and scientific computing specialists, while revealing critical gaps in exploiting advanced computing systems to support urgent decision making. Informed by our team’s work in applying high-performance computing in support of public health decision makers during the COVID-19 pandemic, we present how Globus technologies are enabling the development of an open science platform for robust epidemic analysis, with the goal of collaborative, secure, distributed, on-demand, and fast time-to-solution analyses to support public health.
Climate Science Flows: Enabling Petabyte-Scale Climate Analysis with the Eart...Globus
The Earth System Grid Federation (ESGF) is a global network of data servers that archives and distributes the planet’s largest collection of Earth system model output for thousands of climate and environmental scientists worldwide. Many of these petabyte-scale data archives are located in proximity to large high-performance computing (HPC) or cloud computing resources, but the primary workflow for data users consists of transferring data, and applying computations on a different system. As a part of the ESGF 2.0 US project (funded by the United States Department of Energy Office of Science), we developed pre-defined data workflows, which can be run on-demand, capable of applying many data reduction and data analysis to the large ESGF data archives, transferring only the resultant analysis (ex. visualizations, smaller data files). In this talk, we will showcase a few of these workflows, highlighting how Globus Flows can be used for petabyte-scale climate analysis.
Exploring Innovations in Data Repository Solutions - Insights from the U.S. G...Globus
The U.S. Geological Survey (USGS) has made substantial investments in meeting evolving scientific, technical, and policy driven demands on storing, managing, and delivering data. As these demands continue to grow in complexity and scale, the USGS must continue to explore innovative solutions to improve its management, curation, sharing, delivering, and preservation approaches for large-scale research data. Supporting these needs, the USGS has partnered with the University of Chicago-Globus to research and develop advanced repository components and workflows leveraging its current investment in Globus. The primary outcome of this partnership includes the development of a prototype enterprise repository, driven by USGS Data Release requirements, through exploration and implementation of the entire suite of the Globus platform offerings, including Globus Flow, Globus Auth, Globus Transfer, and Globus Search. This presentation will provide insights into this research partnership, introduce the unique requirements and challenges being addressed and provide relevant project progress.
Custom Healthcare Software for Managing Chronic Conditions and Remote Patient...Mind IT Systems
Healthcare providers often struggle with the complexities of chronic conditions and remote patient monitoring, as each patient requires personalized care and ongoing monitoring. Off-the-shelf solutions may not meet these diverse needs, leading to inefficiencies and gaps in care. It’s here, custom healthcare software offers a tailored solution, ensuring improved care and effectiveness.
Enhancing Research Orchestration Capabilities at ORNL.pdfGlobus
Cross-facility research orchestration comes with ever-changing constraints regarding the availability and suitability of various compute and data resources. In short, a flexible data and processing fabric is needed to enable the dynamic redirection of data and compute tasks throughout the lifecycle of an experiment. In this talk, we illustrate how we easily leveraged Globus services to instrument the ACE research testbed at the Oak Ridge Leadership Computing Facility with flexible data and task orchestration capabilities.
Software Engineering, Software Consulting, Tech Lead.
Spring Boot, Spring Cloud, Spring Core, Spring JDBC, Spring Security,
Spring Transaction, Spring MVC,
Log4j, REST/SOAP WEB-SERVICES.
OpenFOAM solver for Helmholtz equation, helmholtzFoam / helmholtzBubbleFoamtakuyayamamoto1800
In this slide, we show the simulation example and the way to compile this solver.
In this solver, the Helmholtz equation can be solved by helmholtzFoam. Also, the Helmholtz equation with uniformly dispersed bubbles can be simulated by helmholtzBubbleFoam.
Globus Compute wth IRI Workflows - GlobusWorld 2024Globus
As part of the DOE Integrated Research Infrastructure (IRI) program, NERSC at Lawrence Berkeley National Lab and ALCF at Argonne National Lab are working closely with General Atomics on accelerating the computing requirements of the DIII-D experiment. As part of the work the team is investigating ways to speedup the time to solution for many different parts of the DIII-D workflow including how they run jobs on HPC systems. One of these routes is looking at Globus Compute as a way to replace the current method for managing tasks and we describe a brief proof of concept showing how Globus Compute could help to schedule jobs and be a tool to connect compute at different facilities.
Listen to the keynote address and hear about the latest developments from Rachana Ananthakrishnan and Ian Foster who review the updates to the Globus Platform and Service, and the relevance of Globus to the scientific community as an automation platform to accelerate scientific discovery.
Accelerate Enterprise Software Engineering with PlatformlessWSO2
Key takeaways:
Challenges of building platforms and the benefits of platformless.
Key principles of platformless, including API-first, cloud-native middleware, platform engineering, and developer experience.
How Choreo enables the platformless experience.
How key concepts like application architecture, domain-driven design, zero trust, and cell-based architecture are inherently a part of Choreo.
Demo of an end-to-end app built and deployed on Choreo.
1. Deploy TOSCA Workloads in OpenStack via Stand-Alone TOSCA-
Parser, Heat-Translator and Murano
Sahdev Zala
IBM Advisory Software Engineer
OpenStack PTL
Heat-Translator and
TOSCA-Parser
@sp_zala
flickr.com/68397968@N07
Vahid Hashemian
IBM Advisory Software Engineer
OpenStack Core
Heat-Translator and
TOSCA-Parser
@vahidh
2. Overview
2
• What is TOSCA?
– OASIS open standard specification that defines the interoperable description of
services and applications of enterprise workloads hosted on the cloud.
– Enables interoperability and portability and automated management across cloud
providers regardless of underlying platform or infrastructure.
• What is TOSCA-Parser?
– Parser for TOSCA Simple Profile in YAML
• What is Heat?
– Heat is an OpenStack orchestration engine that automates launching multiple
composite cloud applications.
• What is Heat-Translator?
– An OpenStack project to map and translate non-Heat (e.g. TOSCA) templates to
Heat Orchestration Template (HOT).
3. Liberty Release: Heat-Translator Enhancements
3
• Project split
– Heat-Translator
– TOSCA-Parser
• First PyPI release of Heat-Translator and TOSCA-Parser
• OpenStackClient Plug-in
• New shell command
• TOSCA Cloud Service Archive (CSAR) support
– CSAR is a container in ZIP file format which includes TOSCA
service template and artifacts required to deploy corresponding
cloud application.
• Support for URL based template and CSAR
• Dynamic loading of custom types in translator
5. Translation with OpenStackClient or Shell
• OpenStackClient (OSC)
– openstack translate template --template-file /home/openstack/heat-
translator/translator/tests/data/tosca_helloworld.yaml --template-type tosca
– openstack help translate template
• Shell
– heat-translator --template-file=/home/openstack/heat-translator/translator/tests/data/tosca_helloworld.yaml --
template-type=tosca
5
TOSCA YAML HOT YAML
6. Plan for Mitaka Release Cycle
• New PyPI release at a regular interval of around six weeks
• Bug fix PyPI releases as needed
• Development focus:
– development coverage for TOSCA Simple Profile in YAML 1.0
specification
– create CLI validator for TOSCA-Parser
– support for nested imports of TOSCA types
– mapping to SoftwareComponent resource in Heat
– enable deployment of translated stack via Heat-Translator
– support for storing TOSCA artifacts in Glance repository
– enhance TOSCA templates ecosystem
– TOSCA integration in Murano Application Catalog
6
7. Murano Overview
• OpenStack’s application catalog that provides application
packaging, deployment, and lifecycle management.
• Uses the notion of “environments” as collections of one or more
application packages that can be deployed and managed
together.
• Supports HOT and MuranoPL for application definitions.
• For HOT templates, Murano starts by creating a package out of
the template that will be imported into the application catalog.
• We are expanding Murano and adding TOSCA support by
leveraging Heat-Translator and TOSCA-Parser.
7
8. Murano Package Creation and Import: HOT
• An archive package is created
from the input HOT template.
• It is then imported into the
application catalog (via command
line or UI).
8
9. Murano Package Creation and Import: TOSCA
• An archive package is similarly
created from a CSAR archive. This
step involves validating the CSAR.
• It is then imported into the
application catalog (via CLI or
Horizon).
9
10. Murano Package Creation and Import
• After the import, the packages will be available in Murano’s
Application Catalog. CSAR based packages will be
distinguishable by their default logo.
10
11. Murano Deployment: HOT vs. TOSCA
• HOT packages are deployed by
Murano.
11
• TOSCA CSAR packages can be
deployed by Murano or Heat-
Translator.