Greetings everyone. Wondering if anyone of you has...
# administrationf
Fernando Aceves
09/08/2021, 5:28 PMGreetings everyone. Wondering if anyone of you has worked with a Development Sandbox environment (aka a Sandbox without the Data from production) to reduce costs. And if you have, how did this affect your developers work.
k
KevinJ of Kansas
09/08/2021, 5:33 PMIt can be useful if you have multiple ongoing projects at a time
KevinJ of Kansas
09/08/2021, 5:33 PMThat said - you can't get a development sandbox without a real sandbox
KevinJ of Kansas
09/08/2021, 5:33 PMAt least, last I knew
f
Fernando Aceves
09/08/2021, 5:34 PMYeah, we have 2 sandbox environments right now, Oracle has suggested having a Development sandbox so maybe we can forgo one of them to reduce costs.
k
KevinJ of Kansas
09/08/2021, 5:37 PMNow, that can be beneficial - write the code in your development account - figure out if it works, deploy to sandbox, for further testing if desired, and then deploy to production.
KevinJ of Kansas
09/08/2021, 5:37 PMHowever, the multiple sandboxes can be nice because you can have different streams of development ongoing without tripping over one another, but most companies doing that kind of thing don't mind shelling out a bit more for a 2nd sandbox
KevinJ of Kansas
09/08/2021, 5:38 PMAfter all, they are paying quite a bit in developer salary/time to accomplish that to begin with
f
Fernando Aceves
09/08/2021, 5:40 PMSounds correct.
Have you experienced any cons about using this, that might have affected the developers work. Or anything like that.
k
KevinJ of Kansas
09/08/2021, 5:41 PMWell, the biggest thing is you can't just push production/sandbox data to the development accounts
KevinJ of Kansas
09/08/2021, 5:41 PMwhich means you have to spend more effort maintaining it and keeping it up to date enough to have valid tests
KevinJ of Kansas
09/08/2021, 5:41 PMunless you only use the development account to write a specific subset of code - and then retest it in sandbox
KevinJ of Kansas
09/08/2021, 5:41 PMeither way - it adds more administrative headache in comparison to the easier method of performing a refresh
f
Fernando Aceves
09/08/2021, 5:42 PMSounds about right of what I was thinking, if our production environment is already also filled with a lot of customizations, the work to push that info into the development environment can be a dreadful work.
Fernando Aceves
09/08/2021, 5:42 PMIn case the new projects need to interact with former ones
k
KevinJ of Kansas
09/08/2021, 5:42 PMRight. SDF (which you should be using anyways if you are doing significant development) can facilitate that process
KevinJ of Kansas
09/08/2021, 5:42 PMI would advise against trying to use bundles to deploy to your development account
f
Fernando Aceves
09/08/2021, 5:43 PMYeah we are already pushing our development team away from bundles.
Fernando Aceves
09/08/2021, 5:44 PMJust got to deal with the few that are reluctant to change methods.
s
Sciuridae54696d
09/13/2021, 1:50 PM@Fernando Aceves I just saw this question, development account isn't meant to be used like this.
If you aren't on one world and you only have one subsidiary, it can be considered, otherwise, the dev account limits the number of subsidiaries you can have. So you'd have to throw intercompany dev, multibook dev, etc out the window.
Not to mention Sandbox bundling into Production will not deploy as a bundle. (The way that I think is more optimal)
If you go to Dev, create a bundle and deploy to sandbox it will deploy it as a bundle. It'll be under the suitebundles\XXXXX directory, instead of being in Suitescripts\. The way it should be and preferred.
This is because sandbox, is an environment type of it's own, Development account is considered to be a production account, and the two types will differ in deployment behavior of bundles. Last thing you want is the same script in multiple bundles to be maintained in multiple locations of your account. At least, that's not something I'd want work with
Big big caution there. big big caution
f
Fernando Aceves
09/13/2021, 2:58 PMThanks for the response!
5 Views