arrow-left

All pages
gitbookPowered by GitBook
1 of 1

Loading...

Additional External Resources

hashtag
DevOps Resources

  • Salesforce DX Community Grouparrow-up-right

hashtag
Architectural Design Patterns

hashtag
Domain Layer - Domain Driven Design / Anti Monolith

It is desirable to segment the codebase into business domains that are not interdependent so that each business domain can evolve at its own rate and change can be isolated and changes moved to production independently.

In a microservices driven architecture there are significant advantages of ensuring that each microservice own the data that it interacts with and that no other microservice interacts with another's data directly. The net result allows microservice teams to evolve their codebase and underlying data structures/data stores with confidence that it will not impact any other part of the system.

Resources:

  • Eric Evans -

  • Andrew Fawcett -

hashtag
Service Layer

Resources:

  • Martin Fowler -

  • Andrew Fawcett -

hashtag
Selector Layer / CQRS

To help ensure queries are optimized, organized and reusable it may be important to implement a selector layer.

Resources:

  • Andrew Fawcett - Video -

  • Andrew Fawcett -

hashtag
Canary Releases / AB Testing

To minimize impact to production users of new features and to allow for better understanding of user usage it may desirable to employ canary releases and AB testing functionality. Canary releases allow releasing into production functionality but control the audience impacted, for example starting with production test accounts to allow QA to validate functionality in production, then to a smaller portion of the userbase and then finally to the entire userbase. We desire AB testing to allow the business to perform trials of functionality to determine if yields the expected outcome.

Resources:

  • Martin Fowler -

  • Salesforce Maximizer Blog:

hashtag
Service Registry / Discovery

Andrew Fawcett suggests using a factory pattern to resolve services in Salesforce, it would be ideal have Service Registry / Discovery implementation. Developing an approahc resolving services would be beneficial. (i.e. ideally not having a direct reference between a visual force or lightning component controller and the service(s) it consumes) Having the ability to switch out implementations, or have multiple implementations with different functionality running in parallel is desired (for example speech to text with both Salesforce Eintstein and Amazon services)

Resources:

  • Service Registry -

hashtag
Application Telemetry

Providing runtime analytics to SREs at the org enables detailed behavior understanding.

Resources:

  • Event Monitoring - '

  • Financial Times Approach -

  • Using with LogStash - Plugin -

Integration Example :

Salesforce CLI release notesarrow-up-right
Kitchener Salesforce Developer Group Event: Introduction to DevOps with Salesforce DXarrow-up-right
Domain Driven Designarrow-up-right
Domain Layer in Salesforcearrow-up-right
https://martinfowler.com/eaaCatalog/serviceLayer.htmlarrow-up-right
https://developer.salesforce.com/page/Apex_Enterprise_Patterns_-_Service_Layerarrow-up-right
https://www.youtube.com/watch?v=qlq46AEAlLIarrow-up-right
https://developer.salesforce.com/page/Apex_Enterprise_Patterns_-_Selector_Layerarrow-up-right
https://martinfowler.com/articles/feature-toggles.htmlarrow-up-right
http://sforcemaximizer.com/how-to-do-ab-testing-on-new-features-with-your-salesforce-crm/arrow-up-right
http://microservices.io/patterns/service-registry.htmlarrow-up-right
https://trailhead.salesforce.com/en/modules/event_monitoring/units/event_monitoring_introarrow-up-right
http://engineroom.ft.com/2016/01/28/logging-alerting-and-recovery-on-the-force-com-platform/arrow-up-right
https://www.elastic.co/guide/en/logstash/current/plugins-inputs-salesforce.htmlarrow-up-right
https://www.elastic.co/blog/analyzing-salesforce-data-with-logstash-elasticsearch-kibanaarrow-up-right