sofa框架個人見解

1：博主最近接觸了支付寶開源的sofa框架，支付寶開源的項目地址在 在接觸當中，使用到我個人的項目中。本人項目中使用到sofa多模塊的方式，sofa的多模塊，與普通多模塊最大的區別是，sofa多模塊住提現每個每個模塊都是獨立的spring上下文，我個人比較喜歡這樣的方式，因爲這樣在多個團隊維護項目過程中，不必關係其他團隊的修改代碼，引入其他jar包導致我的模塊出現問題。A模塊中想要調用B模塊內容，通過jvm注入的方式進行調用，如果項目慢慢成長業務量大了，需要把模塊變成服務，那就更改模塊的調用方式就好了，jvm調用改成rpc調用，讓項目中模塊之間完全解耦。
2：從第一點中介紹了博主，爲什麼把架構改成sofa的原因。但是這樣的結構會給原始項目帶來非常大的改變，現在分佈式結構中，每個服務都自己維護自己的數據庫層面。我們一般在業務沒有成長起來的時候，還是會選擇把服務做成業務系統中的模塊，我們目前項目中mybytis怎去配置,DataSource應該配置到那個階層比較合適，這都是需要去考慮的問題，後面個人選擇把DataSource配置到root模塊中.還有數據庫事務應該怎麼考慮，在分佈式事務中。每個模塊配置sqlsessionFactory都去注入root中的DataSource。如果把DataSource配置到每個模塊中，該項目如果使用到應用直接的分佈式事務，那麼就會變的有問題，個人在這個層面花了較多時間。
3：個人比較建議目前很多夥伴在服務之間調用去選擇sofaRpc他性能肯定是要比feign要好的，他提供的訪問方式也更多。
4：sofa分佈式鏈路追蹤，SOFATracer 在分佈式體系中，也能比較便捷的排查問題，
5：歡迎大家入坑
6：非常感謝支付寶一系列中間件等的開源。開源地址https://www.sofastack.tech/projects/sofa-boot/overview/ 希望支付寶的分佈式事務能快些成熟，目前還是比較多坑。