You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While an openEO UDP can be developed on any supported environment using the
56
60
existing [openEO tools](https://openeo.org/documentation/1.0/), we recommend testing the UDP on an APEx-compliant
57
61
hosting platform. This ensures platform compatibility and facilitates the deployment of your UDP as an on-demand
@@ -62,14 +66,20 @@ to [this page](./platforms.md).
62
66
63
67
### Building an EOAP Process based service
64
68
65
-
Another option is to package your software using Docker containers. This approach, based on the OGC Best Practice for Earth Observation Application Packaging (EOAP), is very generic and is particularly relevant if you have an existing piece of complex software that you want to make available as a service.
69
+
Another option is to package your software using Docker containers. This approach, based on the OGC Best Practice for Earth
70
+
Observation Application Packaging (EOAP), is very generic and is particularly relevant if you have an existing piece of
71
+
complex software that you want to make available as a service.
66
72
67
-
This APEx-compliant, cloud service implementation option, consists in containerizing your software (using Docker technologies) along with CWL wrappers (Common Workflow Language)[@cwl], together forming a reusable, scalable Earth Observation Application Package (EOAP) [@ap]. APEx can provide the guidance and support you need to efficiently translate your algorithm into an EOAP implementation.
73
+
This APEx-compliant, cloud service implementation option, consists in containerizing your software (using Docker technologies)
74
+
along with CWL wrappers [Common Workflow Language](@cwl), together forming a reusable, scalable Earth Observation Application
75
+
Package (EOAP) [@ap]. APEx can provide the guidance and support you need to efficiently translate your algorithm into an
76
+
EOAP implementation.
68
77
69
78
After your EOAP is created, it can be registered in
70
79
the [APEx Algorithm Services Catalogue](../propagation/onboarding.md#apex-algorithm-services-catalogue) and associated
71
80
with one or more backends or platforms capable of running it. As APEx continues to evolve, additional tools will become
72
-
available that aid this process, including functionality to check if your service remains in operational state, when it has been deployed onto an APEx-compliant algorithm hosting platform.
81
+
available that aid this process, including functionality to check if your service remains in operational state, when it
82
+
has been deployed onto an APEx-compliant algorithm hosting platform.
73
83
74
84
[This tutorial](https://terradue.github.io/ogc-eo-application-package-hands-on/) explains more about this option.
75
85
@@ -79,9 +89,10 @@ To develop and test an OGC Application Package, you can use one of the following
79
89
necessary tools and basic infrastructure to support the development process:
80
90
81
91
*[ELLIP](https://ellip.terradue.com)
82
-
* APEx Instantiation Services
83
-
*[Workspace](../instantiation/user_workspace.md) and [IDE](../instantiation/ide.md)
84
-
92
+
* APEx Project Environments
93
+
*[Code Server IDE](../instantiation/app_code_server.md)
0 commit comments