Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make xPSDesiredStateConfiguration a High Quality Resource Module #160

Open
kwirkykat opened this issue Jun 16, 2016 · 6 comments
Open

Make xPSDesiredStateConfiguration a High Quality Resource Module #160

kwirkykat opened this issue Jun 16, 2016 · 6 comments
Assignees
Labels
enhancement The issue is an enhancement request. help wanted The issue is up for grabs for anyone in the community.

Comments

@kwirkykat
Copy link
Contributor

kwirkykat commented Jun 16, 2016

xPSDesiredStateConfiguration has been chosen as one of the two modules in the DSC Resource Kit to be updated to an experimental High Quality Resource Module. 'High Quality' here means that you would be willing to use this module in production.

Our current plan to update this module is available here.

We would love to hear feedback about what you think makes a resource module 'High Quality'.

@ArieHein
Copy link

For start, high quality for me is high performance which means using best practices of PowerShell programming to achieve performance. This means when you write your code, think of someone using a DSC script that has 200 registry key changes, 200 files, 200 user creation etc and then see how your code reacts to such an amount of items. That is why I initially asked the swap to Switch statements instead of IF. And its not just in the MSFT_xRegistryResoure but rather cross the board. Thanks for putting the effort into making this more production friendly !

@kwirkykat
Copy link
Contributor Author

@ArieHein I agree that the resources should all be scalable and perform as best they can.

We can add performance tests for each resource to make sure they complete within a reasonable amount of time.

We could also add some scalability tests that wouldn't be able to run on each pull request Appveyor run but that perhaps would run more intermittently to test that the resources can handle large scripts.

I'll look at adding these tests to the plan.

@Dan1el42
Copy link
Contributor

@kwirkykat I wonder if it is worth to put any effort into fixing PSSA issues for xFileUpload (a composite resource) and xRemoteFile if the PowerShell team is going to integrate the functionality into the File resource as per the HQRM plan.

@kwirkykat kwirkykat added the enhancement The issue is an enhancement request. label Aug 18, 2016
@kwirkykat
Copy link
Contributor Author

@Dan1el42 You're right. There's not much point in updating these resources right now when they aren't going into the HQRM anyway.

@PlagueHO
Copy link
Member

Hi @kwirkykat - as I'm working on issues #210, #212, #213 for xServiceResource, I'm actually bringing it up to HQRM at the same time. I'm hoping to submit this tonight or tomorrow- the unit tests are taking a while (trying to get 90% coverage).

@kwirkykat
Copy link
Contributor Author

@PlagueHO Thanks! 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement The issue is an enhancement request. help wanted The issue is up for grabs for anyone in the community.
Projects
None yet
Development

No branches or pull requests

5 participants