Intouch Deployment - Managed or Modern ?

For Intouch unlimited with 2 nodes using Intouch tags, do I go managed application or standalone application with NAD ? Which one is better ? From our consultant the feedback is NAD is quite old technology and is not fully reliable but my thinking it's unncessary complications adding to a platform within system Platform and deploy. Will it consume any additional licenses in System Platform ? What's the best route ?

Parents
  • Hi Rainer,

    It'll be interesting to hear from our community, since I suspect there's a degree of personal preferences involved here.

    Here's my take on it...

    First, terminology-wise:

    • Managed = Master copy of applicaiton is kept in a System Platform Galaxy Repository, optionally deployed to target nodes
    • Modern = A now defunct type of application that was a kind of stand-alone GR. I wouldn't use this anymore.
    • Stand-alone = Application Manager + WindowMaker, optionally with NAD

    As you surmised, the choice is between Managed vs NAD.

    Managed can be very nice if you have many applications and want to use standardized symbol libraries across all those applications. Managed applications do come with a degree of extra infrastructure complexity, since it relies on System Platform GR + deployment. The value/complexity ratio tends to benefit larger estates of applications, and I feel that 2 nodes running the exactly same applicaiton is not sufficient for me to gain much advantage from the Managed approach. I do not believe that you need any extra licenses for this.

    I would probably go with Stand-Alone and just manage the two applicaiton instances manually, but it depends on how much application development you plan to do in the production system. My preference would be to have a segregated development system where I develop everything and simply copy the application to the two runtime nodes. But you can augment this approach with NAD if that is your preference.

    FYI, starting with the imminent 2023 R2 Patch01, a development and test system no longer requires development licenses, since Patch01 removes the license requirement for WindowMaker!

    That's just my preference. It'll be interesting what others have to say.

Reply
  • Hi Rainer,

    It'll be interesting to hear from our community, since I suspect there's a degree of personal preferences involved here.

    Here's my take on it...

    First, terminology-wise:

    • Managed = Master copy of applicaiton is kept in a System Platform Galaxy Repository, optionally deployed to target nodes
    • Modern = A now defunct type of application that was a kind of stand-alone GR. I wouldn't use this anymore.
    • Stand-alone = Application Manager + WindowMaker, optionally with NAD

    As you surmised, the choice is between Managed vs NAD.

    Managed can be very nice if you have many applications and want to use standardized symbol libraries across all those applications. Managed applications do come with a degree of extra infrastructure complexity, since it relies on System Platform GR + deployment. The value/complexity ratio tends to benefit larger estates of applications, and I feel that 2 nodes running the exactly same applicaiton is not sufficient for me to gain much advantage from the Managed approach. I do not believe that you need any extra licenses for this.

    I would probably go with Stand-Alone and just manage the two applicaiton instances manually, but it depends on how much application development you plan to do in the production system. My preference would be to have a segregated development system where I develop everything and simply copy the application to the two runtime nodes. But you can augment this approach with NAD if that is your preference.

    FYI, starting with the imminent 2023 R2 Patch01, a development and test system no longer requires development licenses, since Patch01 removes the license requirement for WindowMaker!

    That's just my preference. It'll be interesting what others have to say.

Children