欢醉

由于大部分互联网公司服务器环境复杂，线上线下环境、测试正式环境、分区环境、客户项目环境等造成每个应用都要重新部署，而且服务器数量少则几十台，多则千台，若手工一台台部署效率低下，且容易出错，不利后期运维，因此需要Ansible或者Saltstack来解决此问题。　　Ansible与Saltstack最大的区别是Ansible无需在被控主机部署任何客户端代理，默认直接通过SSH通道进行远程命令执行或下发配置，这里不作详细对比，直接使用Ansible。Ansible是DevOps项目基础工具之一，致力于自动化

　　软件架构师在整个软件开发过程中都起着重要的作用，并随着开发进程的推进而其职责或关注点不断地变化，总结下面几点。　　在需求阶段，软件架构师主要负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等等，此外，架构师还要经常审查客户及市场人员所提出的需求，确认开发团队所提出的设计；　　在需求越来越明确后，架构师的关注点开始转移到组织开发团队成员和开发过程定义上；...

 　　如果有人让你介绍你们做的系统架构是什么样子的 你会从哪说起？　　每个人都会有自己的架构认知，根据自己的接触的内容来总结。系统分为用户中心、营销中心、商品中心…… 这是产品经理说的；我们的系统用了三层架构，用了SSM框架…… 这是程序员说的；用户说 我们系统有后台，前台，商品上下架功能，用户管理功能。　　在实际工作中架构师架构出来的系统不仅要考虑用户的功能实现，而且也要平衡系统的易用性、高性能...

　　传统企业平台都是烟囱式的系统架构，企业内部为了迎合业务发展不停的打造各种系统，导致各系统间的重复功能建设和维护带来的重复投资。重复投资不仅消耗的是人力，财力还有时间。但打通烟囱式系统间交互的集成和协作成本高昂，各大企业不得不借助ESB产品，构建企业服务总线，打通各系统间的交互问题。　　但这种借助ESB“中心化”的服务架构缺点也有不少，“中心化”架构的所有服务调用者和服务提供者之间的交互都必...

　　在《架构师必须要知道的阿里的中台战略与微服务》中已经阐明选择SpringCloud进行微服务架构实现中台战略，因此下面介绍SpringCloud的一些内容，SpringCloud已经出来了很多年，网上资料一大堆，这里推荐程序猿DD的博客http://blog.didispace.com/ 关于SpringCloud微服务各组件内容等做了非常详细的介绍，适合入门的来学习。　　Spri...

　　很多传统企业看着互联网公司都进行着微服务化，因此也想享受微服务化带来的好处便对自己的系统进行改造，但微服务化多“微”才是最优？有哪些拆分的原则？架构原则使用成熟的技术，不需要最先进最好的技术，要是自己人能够掌控的，不然出现莫名的问题，一两天都可能解决不了，你就等着被拿来“祭天”吧。 至少有一个冗余的实例，可水平扩展，确保一个实用多个负载，挂掉一个仍然能够正常运行，这里就要...

　　现有混合云平台的场景下，即有线下和线上的环境，又有测试与正式的场景，而且结合了Docker，导致打包内容有所区分，且服务的发布流程复杂起来，手工打包需要在编译阶段就要根据环境到处更改配置，因此纯手工发布增加了实施的难度，需要一个统一的适应各种环境部署的方案。基于微服务的发布流程　　手动/自动构建 -> Jenkins 调度 K8S API -＞动态生成 Jenkins Sla...