Cloudhouse Glossary

This topic contains a Glossary of Terms related to Cloudhouse technologies.

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

A

AAV: See AppAcceleratorV.exe
AppAcceleratorV.exe: Also known as AAV, this executable is the compatibility engine for the Container. It applies redirections, isolation and compatibility fixes to processes launched under it.
Auto Packager: A Cloudhouse tool that allows you to package an application into a Container easily.
AutoPackager.exe: Running starts a wizard allowing you to capture the current state of the computer, install the application, capture the post configuration state of the computer, and finally perform post-configuration of the Container.

C

Capture: The process of creating a snapshot of the computer's current state.
Cloudhouse Application: The Cloudhouse tool itself (i.e. the software created and provided by Cloudhouse under the terms of the EULA). This does NOT include the 3rd party legacy application that is being packaged. This is the element that is covered by the Support service included in the subscription license and is covered by the annual Support and Maintenance fee for Perpetual Licenses.
Cloudhouse Compatibility Container: Cloudhouse Compatibility Containers enable line of business applications written for older, insecure operating systems (such as Windows XP, Windows 7 and Server 2003), to be deployed and run on modern operating systems such as Windows 10 they would otherwise be incompatible with.
Cloudhouse Container: See Cloudhouse Compatibility Container.
Cloudhouse Packager: Depending on the context, this can mean a) the consultant performing the packaging work or b) The element of the Cloudhouse Application that creates or updates a package. The license to use this part of the Cloudhouse Application is covered either by the subscription fee or the support and maintenance element for perpetual licenses.
Cloudhouse Professional Services: Cloudhouse’s in-house Professional Services department who can package, support and coordinate the process of creating Containers.
Compatibility Containers: See Cloudhouse Compatibility Container.
Container: See Cloudhouse Compatibility Container.
Containerising: Containerising an application involves packaging the application where it is running today (which can be as simple as App-V sequencing). Once created, the Container can be deployed and managed using existing tools such as Microsoft Endpoint Configuration Manager/System Center Configuration Manager (SCCM), Docker, Group Policy, amongst others.

E

EULA: See End User Licensing Agreement.
End User Licensing Agreement: The mandatory terms that cover the usage of the Cloudhouse Application by an End Client.

M

Microsoft Desktop Bridge Converter tool: A tool that allows you to convert existing Windows desktop applications or games to .appx packages which can be easily deployed and maintained.
Microsoft System Center Configuration Manager: Microsoft's change and configuration management tool for managing devices.

N

Notepad++: A free text editor that includes syntax highlighting and supports JSON and XML files which are used as part of the containerization process. Download Notepad++ from https://notepad-plus-plus.org/

P

Packaging Computer: A computer (server or desktop) with the same OS and Service Pack to the Reference Computer. The application Container is created on this computer and tested to ensure it works on this OS before migrating to the Target Computer.
Packaging Server: See Packaging Computer.

R

Reference Computer: Also known as the Source Computer, this is the computer with a known working instance of the application installed on it. This can be a clone, restored backup, or production computer that the Customer wishes to create a Container for.

S

SCCM: See Microsoft System Center Configuration Manager.
Snapshot: The state of a computer at a particular point in time.
Source Computer: In packaging terms, the computer (server or desktop), that is currently running the application to be packaged/containerised. Also known as the Reference Computer.
Source Machine: See Source Computer.
Source Server: See Source Computer.

T

Target Computer: The computer (server or desktop) that is running the new OS, for example, Windows 10/2016. This computer is used to prove the Container works on the new OS.
Target Machine: See Target Computer.
Target Server: See Target Computer.

U

UAT: See User Acceptance Testing.
UWP: See Universal Windows Platform.
Universal Windows Platform: Introduced in Windows 10, the Universal Windows Platform provides a common app platform on every device that runs Windows 10. The UWP core APIs are the same on all Windows devices. If your app only uses the core APIs, it will run on any Windows 10 device no matter whether you are targeting a desktop PC, Xbox, Mixed-reality headset, and so on.
User Acceptance Testing: The process where the nominated person (user), tests the Container to ensure it is functional and meets the acceptance criteria. The planning of this testing should have coverage relevant to the ultimate planned usage for the application post-project. The user can be anyone (except Cloudhouse), who is in a position to access the application, has the knowledge to perform the tests, and whose opinion will be accepted by the stakeholders.


Was this article helpful?

Can't find what you're looking for?

Contact Support