我的那些年(10)~来到更大的团队，做了架构师

回到目录

我的那些年(10)~来到更大的团队，做了架构师

• 又回石景山上班了
• 继续使用LINQ+Mvc技术
• EF被团队广泛的使用
• 为项目上了全文检索
• 研究了微软的NlayerApp这个领域驱动框架
• 看了Microsoft .NET企业级应用架构设计并得到了具体应用
• 公司开始上redis高可用集群
• 公司开始上mongodb高可用集群
• 公司开始上moebius sqlserver高可用集群
• 公司项目用了Xamarin
• 公司项目用了node.js
• 公司项目使用了Lind.DDD框架
• 公司项目用了.net core
• 感觉自己是时候离开了

又回石景山上班了

2011年9月，我如愿的收到了xx教育集团的offer，我离开了良乡，去了更大的平台发展，石景山对于我来说是个熟悉的地方，我的第一份工作就是在这里，就是计算机培训老师，薪资500，呵呵！转眼已经7年过去了，我终于做了程序员，那可是我上学时的梦想！老师总和我们说，如果你们能去中关村做个『蓝领』，薪资也能到3，5千，那句话对我是多少的诱惑呀！今天终于实现了，可以对着电脑写代码了，而且还是为其它人设计总体架构，当然也是有很大的压力的，毕竟是第一次做系统架构，在一个系统开发过程中，问题总会出现，就像墨菲定理一样，问题只要有可能出现，就一定会出现！我始终相信，出现问题，总有解决的办法，只是我们还没有找到！

继续使用LINQ+Mvc技术

来到新公司后，看了他们的项目，也是使用linq+mvc做的，对我来说是轻车熟路，在开发过程中有一些比较性能差的写法，我也都指了出来，像IQueryable和IList的区别，什么时候用它们等，为项目提供了分页控器，对seo这块的优化，重写了一些模块的路由，为linq提出了仓储模式的概念，几年后发展大部分框架都使用了repository模式，而目前的springboot.jpa也是使用了这种统一的数据访问模式，呵呵。

EF被团队广泛的使用

在项目上线后，我们又接了新的项目，这回公司叫我负责整个的架构，我提出了ORM使用ef来代替linq，因为linq2sql这个工具微软已经不更新了，而ef是他们的主流ORM工具，所以新项目用了ef，并且我写了关于EF的仓储实现，封装了curd实体和curd集合的操作，添加了对分页，排序，动态查询的支持，那应该是2012年的事，在这一年我的博客已经有2年的历史 了，也有不多粉丝，有时候，博客成为我学习的动力！

为项目上了全文检索

项目在查询上表现不是很好，对于查询条件的选择是多样的，需要支持like检索，我们知道数据库使用like是不走索引 的，也就是说不走b-tree，这样对数据库性能影响很大，基本就是全表扫描，所以我打算上lucene这个全文检索工具，这个我在上一家单位用过，缺点就是索引文件更新实时性问题，我在网上找了一些资料，发现他公开了一些api，我于是在后台管理中添加了对它的支持，当后台有资源更新中，我就出发lucene的api，让索引文件按需更新，注意只是更新需要的那部分资源，后来这种技术在solr里被友好的实现了，哈哈！

lucene是solr的前身，solr只是对lecene进行的二次封装，以lucene为核心的框架还有elasticsearch。

研究了微软的NlayerApp这个领域驱动框架

2013年，在工作之余，我也看了一个微软官方为DDD设计的demo，即NlayerApp，这个框架写的不错，分层清晰，与传统N层架构有很大区别，它以领域对象为核心，如果你的领域对象需要对数据库操作，你需要在领域层定义IRepository接口，然后在数据层去实现，也就是说，数据层是依赖领域层的，数据层只负责持久化数据，一般地，我们在设计仓储模式时，有一个统一的泛型对象，程序员只实现自己具体的持久化逻辑就可以了，不需要关心底层的实现。

领域驱动设计的宗旨就是一切于领域模型为核心，一切由它去展开，持久化只是一种工具，它并不是必须的。

看了Microsoft .NET企业级应用架构设计并得到了具体应用

在工作之余，我还看了微软的《Microsoft .NET企业级应用架构设计》这本书，这书可以说对架构师的朋友是一个大餐，里面从代码重构，设计模式应用到分层设计原则应有尽有，我前后看了好几篇，自己也把核心的内容提取出来，写在word里了，记得还给同事们讲过，确实，一本好书对于程序员来说非常重要，他使你更加快速的成长！

• Microsoft .NET企业级应用架构设计
• 代码大全
• 重构，改善即有代码的设计
• 代码之美
• 代码之殇
• 你必须知道的.NET

公司开始上redis高可用集群

2013年，公司在自己的服务上搭建了redis，开始只是单点模式，之后发展到了高可用集群模式，我们使用redis时还没有cluster，所以集群用的是Sentinel+Twemproxy实现的，Twemproxy就是代理，程序端直接与它通讯，而sentinel负责与redis db通讯，当db宕机时，它会通讯sentinel，然后sentinel会把最新的redis master告诉Twemproxy，这有一个好处就是程序端不需要关心真实的redis db，而如果你的项目比较小，也可以直接用sentinel就可以实现高可用，我的lind.ddd.nosql里对 redis进行了二次封装，已经完全支持这种哨兵集群了。

redis sentinal会封闭一些指令，只公开几个需要的指令，这是一种安全的考虑

公司开始上mongodb高可用集群

在2014年时，公司有了java部门，负责另一个项目，而他们的经理要求上mongodb，说它是个文档数据库，对日志这种数据 支持的很好，而且支持复杂的查询，而且本身就可以实现高可用，分片，复本等模式，于是CTO同意上mongodb了，这以后的项目里，像考题，留言，投诉等非关键数据都存储到了mongodb上，我做为和运维走的很近的人，也和运维一起搭建起了mongodb集群，做为.net团队的架构师负责新技术的研究工作。

mongodb的集群配置需要注意，为了让选举有效，需要集群节点为奇数个

公司开始上moebius sqlserver高可用集群

公司的sqlserver数据库一直是单节的，而在业务和数据量上来之后，单点是靠不住的，所以我们考虑为sqlserver上集群，它本身没有什么好的方案，所以我们选择了第三方moebius来做这事，它是一个高可用集群方案，有一个主节点和若干个从节点，主节点负责写数据，然后实时同步到从节点，当你的请求是select时，它会走读节点，当你的请求是update,delete,insert,transaction时会走写节点，由于moebius采用了实时同步方案，所以需要用到msdtc，即分布式事务，这对于多点数据同步来说是有负作用的，所以你的读节点不要太多，太多反而对写影响比较大。

moebius一般设置一个主，两个从，然后它对外暴露的是vip，程序端直接连接vip地址，然后它会对sql语句进行拦截，将对应的语句进行转发

公司项目用了Xamarin

公司开发了一个手机的h5网站，希望开发一个app，然后登陆这块用原生的，然后页面用h5网站即可，原生的我们使用了微软的xamarin来实现，我主要做的是一个基于安卓环境的app，比较简单，但确实可以实现，打包之后体积比较大，兼容性给它满分！

公司项目用了node.js

在2015年公司打算用node.js做高并发项目的入口，然后在node.js项目里再进行二次转发，node.js由于自己的特点，它是单线程的，使用方法回调实现异常，它是非阻塞的产品，与现在比较火的go类似，只不过后者是多线程的，它们最大优势就在于高吞吐量的支持上，我们的node.js运行在centos上面，之后把它部署到了docker里运行，当然这已经是2017年的事 情了，docker我主要在下一家单位用的比较多，后面也会讲到。

公司项目使用了Lind.DDD框架

在公司6年时间里，自己贡献了lind框架，主要用在底层框架上面，把它发布到nuget之后，公司的新项目可以使用使用，而且我还把后台模块进行了封装，使得他可以在几分钟内完成一个后台管理系统的搭建工作。

lind框架主要包括了对很多第三方组件的二次封装，统一进行了配置和封装，让开发人员更方便的使用，像cache,redis,mongodb,solr,ef,dapper,domain,logger都进行了统一的配置

公司项目用了.net core

2016年底，公司打算在一个小项目中使用.net core，当时它才出来没多久，只是记得是.net core1.1吧，自己也学习了一下，不过没有更深入的研究，只是对efcore进行了设计，但也出现很多问题，估计这些东西要到.net core2.0才能解决了

工作之余爱上了踢毽子

工作之余，我同事们也到天台上踢踢毽子，锻炼一下身体，一天总坐着肯定是不行的，大家在一起还打了比赛，每两个人一组，中间一个大网，像是打网球，只不过我们用脚来完成！

感觉自己是时候离开了

在2017年，我感觉自己在公司也没什么发展了，想出去看看，于是开始找工作了，事实上，我这个年纪找工作不是一件容易的事，需要公司对我非常了解，然后非常需要我这种对.net框架比较有经验，对技术比较有追求的人才会录用我，这一点我自己也很清楚，因为咱们学历不高，不太会说话，要的薪资也不低，所以只能相互碰了！

每个人都应该对自己的未来有个规划，走技术，还是走管理，自己心里要有明确的答案！

回到目录