中国DevOps社区积分计划启动,社区年会门票等你申请!

社区的伙伴们注意啦, 社区积分计划马上启动,参与社区各项活动和事务工作,进行积分申请后有机会兑换年会门票哦! 2020年7月1日起,社区做过贡献的同学,快快按照文章末尾的联系方式联系我们吧!   社区使命:传播DevOps文化,落地...
继续阅读 »

社区的伙伴们注意啦,



社区积分计划马上启动,参与社区各项活动和事务工作,进行积分申请后有机会兑换年会门票哦!



2020年7月1日起,社区做过贡献的同学,快快按照文章末尾的联系方式联系我们吧!



 







社区使命:传播DevOps文化,落地DevOps实践



社区愿景:成为中国DevOps运动的领航人与催化者



社区价值观:开放、专业、中立、使命感






中国DevOps社区萌芽于2017年,于2018年7月22日正式成立。社区在全国不同城市由当地的社区志愿者自发组织,全国志愿者人数超过450人;社区理事会由各地的核心社区组织者构成,负责全国社区的统筹和监管。社区的五大工作小组协同全国志愿者们共同进行着全国的日常运营工作。社区的核心定位是:传播DevOps的文化、理念和实践;提供一个开放、平等的分享平台,服务于广大的DevOps实践者。



目前,中国DevOps社区在全国的很多城市定期举办Meetup活动,每年选定一到两个社区年会举办城市,每个月举办多次线上技术分享交流活动。社区正在逐渐向更多的城市发展,我们致力于通过打造最优的线下交流社区,推动DevOps运动的发展。



 







积分目的  





 






  • 伴随志愿者成长




  • 记录志愿者对社区的贡献




  • 增强用户参与度



     






 







怎么获得积分?





 






  1. 参与各城市的Meetup,你可以作为志愿者参与组织活动,也可以作为分享嘉宾贡献内容。




  2. 参与社区的线上分享,你可以作为志愿者参与组织活动,也可以作为分享嘉宾贡献话题。




  3. 参与社区内容的创作,翻译文章、投稿发表原创文章、转载社区文章。




  4. 参与社区公众号的编辑,展现社区多样内容和精彩活动。




  5. 参与社区网站/论坛的建设,为社区的基础设施添砖加瓦




  6. 在社区的论坛里尽情的遨游,发表有意义的话题;



    (论坛即将上线)




  7. 邀请朋友加入社区大家庭。




  8. 参与社区其他日常事务。






 



























































































获得积分

 



城市Meetup/



线上分享/社区峰会


owner 100
参与组织志愿者 40
分享嘉宾 80

 



内容贡献


翻译文章 60
发表原创 100
公众号编辑 40


网站开发
新功能开发 40
内容更新 30
优化和排错 30

 



 



 



社区论坛


新用户注册 20
用户资料完善 10
发起提问 10
回复提问 30
回复被评为最佳回复 20
邀请新人 新人成功打卡任意一项 20
理事会 翻译内容小组 60
活动运营小组 60
粉丝运营小组 60
赞助小组 60


 



 



 







积分权益放送





 





















































积分权益
项目 内容
荣誉称号 根据等级获得荣誉称号
荣誉证书 根据等级提供电子版证书
积分排行榜 每月或每两周公布一次
参加年会 获得社区年会门票
论坛勋章

勋章用于展示论坛用户后的的成就,



勋章等级会展示在你的昵称右侧


书籍 由赞助商提供的DevOps相关书籍
视频合集 社区往期分享视频的合集
第三方会员 异步社区、Coding等会员
免费培训机会 DOM、DOP、凤凰沙盘、火星登录器等
社区周边 手机支架、帽子、T恤衫等


 





 







积分等级





 


































































积分等级
积分等级是志愿者在社区贡献值的体现
定义积分等级 积分 等级名称 对应勋章
LV1 100 新手上路 热心达人
LV2 300 老油条 贡献达人
LV3 1000 步入江湖 官方达人
LV4 1500 长老 灌水达人
LV5 4500 台柱 论坛元老
LV6 10800 灵魂人物 论坛精英
LV7 28800 传奇人物 终身成就
…… …… …… ……


 



 







如何申请积分?





 



在公众号后台回复【申请积分】,获得申请链接,



提交后,经相应城市核心组织者或工作小组审核后,更新到积分排行榜。



 



 







积分贡献榜单





 










































积分贡献榜单
排名 昵称或姓名 积分 积分等级
       
       
       
       
备注:每两周或每月更新一次榜单

在公众号后台回复【积分贡献榜单】查看最新榜单


 



现阶段的积分成长计划,为试运行阶段,欢迎提出优化的建议或意见,可以微信联系积分项目负责人:



侯利涛(houlitao003)或 大平(18902139395)


收起阅读 »

中国DevOps社区工作小组成员招募 | 社区志愿者招募表单

中国DevOps社区致力于宣传DevOps文化,落地DevOps实践,打造本地化可参与的线上/线下交流社群。 如果你认可社区理念,乐于参与,并有时间支持社区活动,欢迎报名加入小组。   点此报名加入社区志愿者行列:https://wj.qq.c...
继续阅读 »

中国DevOps社区致力于宣传DevOps文化,落地DevOps实践,打造本地化可参与的线上/线下交流社群。



如果你认可社区理念,乐于参与,并有时间支持社区活动,欢迎报名加入小组。



 



点此报名加入社区志愿者行列:https://wj.qq.com/s2/8116689/1a4f/



 



志愿者招募表单还在其他的地方可见:



* 社区官网(DevOpsChina.org DevOpsMeetup.com)



* 微信文章的文章末尾



* 以后的各个线上线下 Meetup 的开场和闭幕 PPT 的介绍


收起阅读 »

微信群行为规范

🔔🔔感谢群里的小伙伴,对中国DevOps社区的支持~期待大家积极参与更多的线上线下活动,共同进步![加油] 我们的使命是传播DevOps文化,落地DevOps实践 我们的愿景是成为中国DevOps运动的领航人与催化者 为了营造并维护良好的公益社区环境,便于...
继续阅读 »

🔔🔔感谢群里的小伙伴,对中国DevOps社区的支持~期待大家积极参与更多的线上线下活动,共同进步![加油]



我们的使命是传播DevOps文化,落地DevOps实践

我们的愿景是成为中国DevOps运动的领航人与催化者



为了营造并维护良好的公益社区环境,便于群内交流,请遵守以下规则:

1. 鼓励大家讨论与DevOps主题相关的内容,以及有益于身心健康的多元文化

2. 禁止发表与政治、宗教和黄赌毒邪相关的言论

3. 禁止发布如砍价、投票、拼团、活动广告等任何与群主题无关的内容

4. 严禁性别歧视、地域攻击、寻衅滋事

5. 邀请非技术人员入群、发招聘信息、社区合作或赞助等可联系小助手

6. 有待长期讨论的问题请发布在社区论坛 https://forum.devopsmeetup.com



违反以上群规者,我们将直接抱走🚀,望各位小伙伴遵守和配合


收起阅读 »

SLA、SLO 和 SLI 还是傻傻分不清么?

SLA、SLI 和 SLO 是 SRE 工程实践里非常核心的概念,但是大家在同时提到这些概念的时候,经常容易混淆。 长篇大论的文章反而容易使人更加疑惑,还不如画一张示意图说明一下,帮助大家一次性彻底梳理清楚这些不可以含糊不清的核心概念。说明一下,下图假设所讨...
继续阅读 »

SLA、SLI 和 SLO 是 SRE 工程实践里非常核心的概念,但是大家在同时提到这些概念的时候,经常容易混淆。



长篇大论的文章反而容易使人更加疑惑,还不如画一张示意图说明一下,帮助大家一次性彻底梳理清楚这些不可以含糊不清的核心概念。说明一下,下图假设所讨论的 SLA 个数为 1,使用了软件工程中 ER 图的表达方式,但也有所变化。



SLA、SLO、SLI



一图讲清 SLA、SLO、SLI



本文不讲 why,只是帮助大家梳理清楚这些概念在以上人机系统中的相互关系。虽然不想做名词解释。但是为了方便起见,整理一个术语清单。




  • SLA = Service Level Agreement = 服务质量/水平协议

  • SLO = Service Level Objective = 服务质量/水平目标

  • SLI = Services Level Indicator = 服务质量/水平指标



下面用人、事、物的逻辑进行阐释。


人和事

用从上到下,从左到右的顺序。



客户 - 每 1 个客户在使用产品服务时,都显性或隐性的基于某 1 个 SLA,SLA 和客户之间是一种 1 对 1 的文档关系,这份协议文档就显性或者隐性的存在于系统中。客户使用 1 种,或者 n 种连接方式访问产品服务的 1 个或者 n 个应用系统。



销售 - SLA 本身是所销售产品服务的一部分,它规定了承诺给客户的产品功用和质量。基于 SLA,客户可以选择用付费或者免费的方式使用产品。1 个/份 SLA 的销售工作可以由 1 到 n 位销售完成。销售和客户都幻想着几乎完美的 SLA,这样代表企业利益的销售,以及产品的客户就都可以达到双赢的局面,皆大欢喜。



产品 - 通过与销售的间接互动,或者直接的客户调研,产品经理能够确定应用系统所应该具有的功能和发展方向。



SRE - SRE 和产品共同制定了每个 SLA 相关应用系统的 SLO,SLO 定量的定义了每 1 个应用系统所应该具备的服务质量,1 个应用系统的 SLO 被该产品服务的 SLO 文档定义,在该文档中 SLO 被映射到 1 个或者 n 个 SLI,每个 SLI 都需要用监控工具持续采集数据,通常它们的数值单位各不相同。所有 SLO 都是用百分比数值形式表达的,例如:99.99% 的成功率,90% 的请求延迟 < 400 毫秒等。SRE 和产品经理/专家还应该共同关注运行应用系统的基础设施层,确保基础设施的可用性和容量足以满足目标数量的用户访问,而且还要考虑和设计底层资源的容灾和跨区多活等复杂场景。



开发/运维 - 重要但暂不做讨论。




用从下往上的顺序。



IaaS 云服务 - 也可以是其它类型的可以供应用系统运行的环境。这里存在着 1 到 n 种子服务。它和上层的 n 个应用系统通常是 n 对 n 的关系。



应用系统 - 1 个到 n 个应用系统构成了 1 个产品服务(内含SLA),在和客户的互动中实现着产品服务的业务价值。



文档 - 以网页或者纸张的形式向用户描述了某个应用服务所提供的服务内容和质量信息。向用户提供这个文档并不是强制、显性和必须的。


结束

请根据以上解释,结合你的实际工作场景,想象并描绘一下 SLA 、SLO 和 SLI 在你周围的人事物中关系网。在SRE 的工作实践中,定义 SLO,并梳理 SLI,将量化以后的目标和说明文档化,并让各个干系人认同并签署,是一项基础的起步工作


收起阅读 »