3 ms·
> why would someone who has adopted a decoupled application infrastructure decide that their domain controller should be coupled? You'd really only want the cu
by elevation 2y ago
> why would someone who has adopted a decoupled application infrastructure decide that their domain controller should be coupled?
You'd really only want the current appliance if you don't have the in house staff to assemble/amalgamate an equivalent setup.
My pitch would be that tight coupling enables major security benefits in the implementation:
* rapidly propagate policy updates (eliminate race conditions caused by changes slowly propagating across SaaS vendors.)
* simpler modules with fewer features, less attack surface
* rich context in logs (even spoofed packets have a cryptographically verified source)
* coherent security controls
> something competitive with Okta
I could imagine building the product into "the Okta of on-prem".
- lmm 2y ago> "the Okta of on-prem" OK, now that sounds like a real product with a market, unlike your original post. I don't know if or how you can bootstrap to there (I assume Okta took a bunch of money so that they could blitz out to integrating with everything and didn't need to make sales when they couldn't integrate with everything - maybe building the integrations with a customer's systems as you acquire that customer?) - and I don't know how many people have non-legacy prem systems that they're willing to spend money on. But this is the pitch.