美文网首页
001 | 工作:一周总结

001 | 工作:一周总结

作者: 谢小路 | 来源:发表于2017-06-04 15:03 被阅读168次
    001.png

    已毕业,已入职,本职工作是云平台部署和管理, PAAS层。

    刚入手,系列一周总结,会记录一些工作的学习和思考,目标是:提高业务能力和专业技能,同时成为一名合格的职场人。

    为实现这个目标,给了自己三年的时间,需要阅读大量的图书,编写大量的代码,阅读大量的开源代码,做大量的思考反思。

    以下总结带有个人理解成分, 不完全准确。

    0. 云计算

    • 什么是云?

    可以认为是一些可以自我维护和管理的虚拟计算资源;

    具体就是一些大型服务器集群。

    • 什么是云计算?

    云计算是一种基于互联网的计算方式,共享软硬件资源

    • 云计算的三个层次?
    1. Iaas :基础设施即服务
    2. Paas :平台即服务
    3. Saas :软件即服务
    

    三个层次对应的产品辅助理解:

    • IAAS : 亚马逊AWS服务
    • PAAS : 阿里云
    • SAAS : 网盘

    • 云计算的特点?
    1. 规模大
    2. 虚拟化
    3. 可靠性
    4. 通用性
    5. 伸缩性
    
    
    • 国内比较大的云平台厂商

    关注圈: 阿里云,腾讯云,百度云,网易蜂巢

    1. PAAS

    • PAAS?

    平台即服务

    • 为什么会有PAAS服务?

    可以从传统搭建服务器提供服务理解;
    你需要搭建服务器,需求,硬件,软件,配置等一系列操作,才能搭建一个合格的平台,然后开始自己的开发操作,业务,产品。

    PAAS 服务可以快速提供运行支撑和动态调整应用资源。这样节省了大量的成本,所以诞生了诸多面向企业和开发者的云平台厂商,云平台厂商提供给你应用需要的运行支撑,和不断的提供应用需要的资源,共享云平台厂商的服务器硬件资源。

    • 云计算中会涉及的技术名词?
    - Docker
    - k8s
    - openstack
    - CI
    - UT,AC,ST
    - python/go
    - Ansible
    - openshift
    - RabbitMQ
    - linux
    - ...
    
    

    2. 组件

    PAAS 服务需要提供给开发者和企业需要的运行支撑和动态调整资源配置。

    为了实现这些基本的需求,PAAS服务需要组件和微服务共同完成。

    这些组件包括:

    1. 运行支撑
    2. 软件仓库
    3. 服务管理
    4. 服务扩展
    5. 能力开放
    6. 平台开发

    怎么理解这些东西:

    比如你购买了阿里云的云服务,阿里云为你提供服务器,操作系统,开发环境,你想要扩展你的基础服务,继续 选择阿里云提供的服务,再你使用过程中,删除服务,增加应用等,这一系列东西都是靠PAAS层的组件和微服务结合完成。

    3. 微服务

    • 什么是微服务?
    1. 复杂系统可以拆分成多个子服务
    2. 每个子系统独立业务,独立开发部署
    3. 使用分布式管理对各子系统进行管理
    
    
    • 优点是:
    1. 开发简单
    2. 易于拓展
    3. 维护简单
    

    缺点是:

    1. 各微服务之间通信复杂
    2. 服务管理
    3. 部署困难
    4. 难以确保一致性
    

    4. Docker

    • Docker ?

    原意是码头工人,传统码头有什么?集装箱,集装箱用来干嘛的?封装物品,便于运输,确保物品的完整性。

    所以Docker 是应用容器引擎,便于开发者将开发资源和运行配置等信息打包到一个可移植的容器中。

    • 应用的基本场景是?

    本地编写代码,运行的好好的,把代码交付给别人,在别人的运行环境下,出现报错,Docker 就能很好的解决这个问题,因为容器中不仅包含运行资源代码,还包括一些配置信息等。

    • Docker 技术包括哪些?

    先了解git 版本控制的基本流程是:

    1. 本地编写代码,提交代码
    2. 不断推送到远端仓库
    3. 从远端仓库拉取代码
    4. 修改代码,提交代码
    5. 等
    
    

    Docker 的流程也类似:

    1. 将资源打包
    2. 制作镜像
    3. 推送至远程仓库
    4. 拉取镜像
    5. 运行容器
    6. 等
    

    所以Docker 技术包含:

    1. 镜像
    2. 容器
    3. 仓库
    
    • 这三者的关系是:

    镜像是文件集包含资源和运行配置等;
    将本地编写的代码和配置信息等制作成镜像;
    推送至远程仓库;
    仓库中拉取镜像;
    将拉取到本地的镜像运行:容器;

    在云计算中Docker 技术是一种非常重要的技术。

    5. 邮件沟通

    • 邮件沟通

    邮件是在工作中非常常见的沟通工具,各种事情都需要使用邮件进行沟通;

    比如我入职中一个基本的场景是需要向直属领导发送学习周报并抄送给领导的直属领导,汇报本周的学习进展,这是新入职员工中比较重要的一环。

    那么我是如何编写这个邮件的:

    1. 接收人
    2. 抄送人
    3. 邮件标题
    3. 正文
    4. 附件
    
    

    其中正文经常出现的情况是:空白... 空白.... 空白...

    别人这样沟通我管不着,但是我发送给领导的邮件绝不运行这么不规整。

    建议正文:

    • 说明来信目的
    • 简易列出要点
    • 点名关键信息

    比如:

    领导:
    
        您好,下面是我的本周学习周报。
        
        本周的计划是:
        1. ...
        2. ...
        3. ...
    
        完成情况是:
        1. ...
        2. ...
        3. ...
    
        附件是:学习周报
        主要包含以下要点:
        1....
        2....
        3...
    
    有疑问麻烦及时联系,谢谢。
    谢谢。
    2017。06.04
    
    
    • 邮件标题

    写明来信目的:比如:新员工本周学习周报 -- 新员工XXX

    • 其他

    邮件的发送时间:

    领导给出的时间是:周五下班前发送

    是你,你会如何判断这个周五下班前的概念?

    比如17:30 下班,那我掐准了17:29发送?

    我的理解是:

    1. 关注领导工作时间
    2. 留有空余时间: 因为有可能你就突然被拉去开会了。

    我的做法是:

    1. 发送时间节点选择在下班提前一两个小时
    2. 提前准备:存草稿,先不写收信人和抄送人,万一没写完就发送了

    所以整个的学习周报的安排是:

    1. 周四下班前进行总结,得出本周学习周报初稿
    2. 周五上午完成周报书写
    3. 完成邮件草稿书写:先写正文,附件别忘记,再写标题,写收信人,抄送人...

    6. 会议

    会议这个话题也应该是一个职场人经常会接触的吧。比如需求讨论会,回顾总结会,迭代计划会等...

    那么问题来了:作为一个新人,你不懂业务,甚至听不懂他们再讨论什么,被拉去参加会议,你会怎么做?

    拿着手机玩?
    不带笔,不带本?
    翘着二郎腿傻听?

    讲道理:作为新人,这个问题我之前也没太考虑,参加会议给出的感觉是:听的犯困...

    事实不应该这样?那应该怎么做?

    好吧,我找了本职场的书,里面参加会议一栏给出建议:(可以参照学习)

    要求: 带着耳朵和脑子去;带着纸和笔去;多问几个为什么学什么都能深一个层次

    • 宏观: 开会讨论的问题是?开会的流程是?是不是固定时间点开这个会?
    • 记录: 谁记录?记录后的通报怎么看?
    • 座位:有没有要求?次序?
    • 文化:参会的讨论可以体现一定的团队的文化
    • 争议:对于争议的讨论如何处理?
    • ...

    核心:团队是为什么开这个会,以及会议的问题是如何解决的,会议起到的作用

    7. 如何学习

    这部分内容是根据之前看的各种学习的书进行实践的,处于不断迭代过程的。

    1. 培养计划
    2. 自学
    3. 黄金思维圈
    4. 金字塔原理
    5. 清单
    6. 时间记录
    7. PPT, Word

    相关文章

      网友评论

          本文标题: 001 | 工作:一周总结

          本文链接:https://www.haomeiwen.com/subject/gxgvfxtx.html