分布式是一种思想,范围很广,我得先知道它的诞生:
以前是一个数据库一个JSP就可以做一个应用了,后来随着业务复杂,我们开始分层,比如MVC之类的,再后来我们的数据越来越多了,比如有上亿的数据,这个时候我们一个数据库查询太慢了,就开始分库,这也算是分布式的一种。
还有比如我们的系统访问的人多了,比如双11,上千万人同时访问,我们的服务器(网站)支持不住了,这个时候就要部署到很多个服务器,每个服务器分摊请求,这也是分布式
当然随着业务扩大,我们得分业务了,比如注册登录的,物流的,卖东西的等等,不同的系统,但是各个系统之间进行协调,也算分布式一种
以上都算是分布式的来源,主要是解决压力过大,大家协同工作的,那么这就涉及到一些常用的东西,或者像你说的的技术
1你用N个数据库才放数据,至少CRUD方面就麻烦些了,得用cobar,tddl,mysql-proxy等协调
2服务器:你部署了很多服务器,肯定得用个东西来分发请求这些吧,nginx,apache等分发请求。
3你公司有很多系统,想很好的联系在一起,光用接口不满足了,得用一些JMS,像activemq,ons之类的来协调吧
4为了解决io问题,得加缓存吧,那么缓存对应上面的,也得分布式吧,就涉及memcache,redies等等
上面就简单的介绍了下分布式的东西,还有很多啦,这是常用的一些,希望你能慢慢来,不是一下子能理解得
密切合作关系。设计是运维的基础,运维是设计的实现。设计是指依据客户需求,采用系统分析、规划、结构化和技术指标方法,综合考虑系统资源、性能、成本、安全等因素,制定出系统方案,解决客户需求及实现系统目标的过程。而运维是指依据设计的系统方案,采用各种管理手段,对系统的建设、运行、维护、改造、优化等工作进行统筹安排,使系统能够按照设计要求正常运行,实现系统性能目标,满足客户需求的过程。可以说,运维是设计的实施,设计是运维的基础,两者相辅相成,缺一不可。DevOps自动化运维平台的一个系统配置需要根据多方面因素来确定,包括系统的规模、复杂性、所选用的技术、所需实现的功能等等。因此,对于同一个系统,配置的时间也会因为这些因素的不同而有所差异。一般而言,对于一些简单的系统和常见的配置需求,DevOps自动化运维平台可能只需要几个小时或者一天就能够进行部署和配置。但是对于更加复杂的系统和定制化的需求,可能需要数天甚至几周的时间来完成配置和实现所需的功能。
此外,系统配置时间也取决于团队的技能水平以及所选择的自动化运维工具和平台的性能和易用性。配置时间通常会根据团队经验和所选用的工具的熟练程度而得到缩短。“运维”是指:门户网站应用运维,与其它运维如网络、系统的区别还是很大的;然后我们再对大型网站与小型网站进行范围定义,此定义主要从运维复杂性角度考虑,如网站规范、知名度、服务器量级、pv量(PageView)等考虑,其它因素不是重点;因此,我们先定义服务器规模大于1000台,pv每天至少上千万(至少国内排名前20),如sina、alibaba、sohu、baidu、网易等等;其它小型网站可能没有真正意义上的运维工程师,这与网站规范不够和成本因素有关,更多的是集合网络、系统、开发工作于一身的“复合性人才”,就如有些公司将合同采购都纳入了运维职责范围,还有如IDC网络规划也纳入运维职责,这是网络工程师的工作。非常重要一定需要明白:网站应用运维对其它关联工种必须非常了解熟悉:网络运维、系统运维、应用开发、内容。 随着国内软件行业的发展和扩大化,有更多更复杂的系统出现,为了保证系统的稳定运行,需要有更多的运维工程师。维护是软件生命周期中较为重要的一个阶段,当前国内还很少提及运维工程师,很多的工作都是软件开发工程师兼职,在未来,运维工程师应该成为一个专有职业称号。 岗位职责: 1 负责IDC机房Linux业务服务器的配置,维护,监控,调优,故障排除等; 2 大用户量下高性能服务器系统部署方案的制定及实施; 3 保障服务器与数据库安全,检查并消除安全漏洞; 4 数据备份、数据监控、应急响应、故障排除、编写数据分析报告等。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)