[GemStone-Smalltalk] Production only code

[Paul Baumann]

A common approach is to have developers work on a recent backup of prod and
never directly in prod. All code changes should be scripted to be reapplied
reliably. Restores to test environments and development can run scripts to
remove or scramble any sensitive data. Code must be able to test whether it
is running in prod or not so that the same code is applied. Of course,
doing this means you aren't always testing exactly what would be deployed
to prod. The way to compensate for that is to have stages of test
environments that get closer to actual prod as the release approaches. In
general, you attempt to limit access to 'need to know' and still scramble
as much of that as practical. Development environments usually have the
most sensitive information removed.

You could use permissions to limit data access but I've never seen a
project do that and that approach seems like it could release bugs into
prod. Segmentation of the data (for permissions) can have performance
surprises also.










On Tue, Jul 13, 2021, 6:43 AM Dirk Nel via GemStone-Smalltalk <
gemstone-smalltalk at lists.gemtalksystems.com> wrote:

> Hi all
>
> I'm currently working on some data anonymization stuff in our GemStone
> production database.  I'm thinking of strategies of having certain portions
> of code just running in the prod Db.  As we restore our prod Db into our
> test Db this is difficult.  One idea that I had was to let the code that
> should only run in prod live in topaz scripts on the host instead of in the
> Db.  Any other thoughts about this out there?  And maybe just about data
> anonymization and Gs in general?
>
> Regards
> Dirk
>
>
> _______________________________________________
> GemStone-Smalltalk mailing list
> GemStone-Smalltalk at lists.gemtalksystems.com
> https://lists.gemtalksystems.com/mailman/listinfo/gemstone-smalltalk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/archives/gemstone-smalltalk/attachments/20210713/89d60993/attachment.htm>