和“乔帮主”一起来学习《阿里云运维架构实践秘籍》——【阿里云MVP读书汇】
第一讲打卡
A1
B
A2
云平台相对传统的虚拟化容器来讲,有强大的技术支持,完全将底层硬件设备归为整体,再其之上进行整合处理,很好的利用当前系统内的资源,同时进行分配资源
A3
SaaS、PaaS、IaaS都属于云计算服务,也就是云计算+服务 IaaS:用户可以在云服务提供商提供的基础设施上部署和运行任何软件,包括操作系统和应用软件 PaaS:PaaS给用户提供的能力是使用由云服务提供商支持的编程语言、库、服务以及开发工具来创建、开发应用程序并部署在相关的基础设施上 SaaS:SaaS给用户提供的能力是使用在云基础架构上运行的云服务提供商的应用程序。
A4
Java,Devops。
第二讲打卡
A1
不需要
A2
轻量级web服务器/反向代理服务器
四层/七层负载均衡
占用内存少,并发强丰富的插件功能模块 ###A3
不可以,SLB的四层采用的是LVS
A4
一次连接:对数据仅做转发作用 二次连接:要增加与后端服务的连接 应用场景:一次连接会使得整个负载均衡的性能得到一定的高度,而二次连接较一次连接多一中间一次数据包的处理以及增加一次tcp连接,性能方面不如一次的,但是安全等等应该会有所保障。(个人觉得适用场景:一次可以类似于udp一样的存在,二次相当于tcp一样存在)
A5
I/O 5分钟法则,什么情况下适用:::个人看法觉得高访问数据,热点数据都需要放在缓存中,当然注意缓存时效性以及缓存穿透。
A6
关系型数据库(ACID模型)、BASE模型、非关系型数据库
关系型:Oracle、MySQL、SQL Server非关系:Redis、Memcache
A7
2* 8C16G 15M
第三讲打卡
A1
云平台能够更好的进行业务的水平方向扩展,并且能够跟随业务的特性能够动态伸缩。
A2
DNS + 跨地域/跨平台 + 容器化 分布式架构
A3
四层。后端项目ECS、nginx配置都需要一致
A4
系统数据:Rsync,快照 文件数据:NFS,OSS 数据库:主从
A5
IO读写相关压力 单表数据量过大查询不便
第四讲打卡
A1
云端配置选型
云端网络架构云端负载均衡云端静态资源访问云端运维管理
A2
Zabbix的Server端数据是以关系型数据库为主,对云容器支持不太好; Prometheus属于容器监控体系技术,对云产品、站点、日志、代码监控问题无法解决;
A3
云监控会成为未来监控的主要趋势。 云平台把常见的开源环境,Web、缓存、数据库等进行封装产品化,统一对外提供基础功能入口。
A4
轻量级容器启动可以秒级完成发布;
对固定的ECS没有依赖;Docker容器资源自定义配置,最大化提升资源利用率;可以结合JIRA+Confluence做项目管理及知识库管理;可以更好的进行服务的水平扩增;容器之间环境配置可以进行很好的隔离;
A5
使用Docker+K8S+DNS+Rancher
第五讲打卡
A1
不可以,WAF针对的是OSI七层模型中的HTTP层的防御。
A2
SLB
###A3
DDoS+WAF
A4
DDoS+ WAF+CDN+SLB+ECS(水平方向多节点)
赞1
踩0