Welcome Serena Central users! CLICK HERE
The migration of the Serena Central community is currently underway. Be sure to read THIS MESSAGE to get your new login set up to access your account.
Highlighted
liasson Trusted Contributor.
Trusted Contributor.
249 views

Design recommendations for complex AD-drivers pros and cons

Hi!

I'd like to get some input on a design question.

Assume I have very complex policies for different objects in different OUs, e.g. for two different parts of an organisation.

To me it seems cleaner to create two instances of AD-driver to separate the complexity better, not only put them in different policies and different packages.

What are the  pros and cons?

E.g. is there large overhead to have two instances instead of one? 

BR
/Thomas

Labels (1)
0 Likes
5 Replies
Knowledge Partner
Knowledge Partner

Re: Design recommendations for complex AD-drivers pros and cons

The biggest problem with having two AD drivers is that only one can do password sync from AD.

I have not yet seen a design that convinced me to do two AD drivers.

As long as you name your policies and keep a good structure in the driver there should be no problems.

Knowledge Partner
Knowledge Partner

Re: Design recommendations for complex AD-drivers pros and cons

You can handle different policies in the one driver relatively easy.

Handle different locations in AD  from placement policy.

If you have clear definitions of how to separate users (with different policies) on a logical level - you can handle it.

0 Likes
Knowledge Partner
Knowledge Partner

Re: Design recommendations for complex AD-drivers pros and cons

Agree with the others.
It is no real issue to have different logic for different OUs in AD.

Recall that target system drivers should be primarily for data transport.

If you are doing a lot of calculating and logic in a driver like AD, you might want to review whether it is better to seperate out some of the non AD specific code to a null driver that allows you to better organise the business logic..
Alex McHugh - Knowledge Partner - Stavanger, Norway
Who are the Knowledge Partners
If you appreciate my comments, please click the Like button.
If I have resolved your issue, please click the Accept as Solution button.
0 Likes
liasson Trusted Contributor.
Trusted Contributor.

Re: Design recommendations for complex AD-drivers pros and cons

Sounds like a good architecture to me.

Just one follow up.
Should I still keep lots of logic in the same null-driver within different packages to e.g. keep overhead down?

I myself like simple more object-oriented structure (maybe because I'm used to object-oriented programming), where I put isolated responsibility (SOLID-principles) in an object or component, which for me in this case is a driver.

BR
/Thomas
0 Likes
Knowledge Partner
Knowledge Partner

Re: Design recommendations for complex AD-drivers pros and cons

Each driver is effectively another thread, so positive.

But you can get so many drivers, and dancing events between them, that troubleshooting is tricky.  Negative.

 

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.