Benefits of Having a PMI Membership

Benefits of Having a PMI Membership

閱讀本文約花費: 7 (分鐘)Are you planning to get a PMP® certification? Getting a PMI membership exposes you to certain benefits which help you to maneuver your PMP® journey with ease. Project Management Institute (PMI) is the world’s leading project management organisation with over 500,000 Global Members and over 300 Local Chapters Internationally. PMI membership shows your dedication to your project management career and your professional development. Your PMI  membership at the local PMI Chapter allows you to expand your network by attending various events conducted by the chapter. These events …

Read More Read More

经济内循环是什么?

经济内循环是什么?

閱讀本文約花費: 28 (分鐘)聊这个话题前,我们得先聊一个关键问题: 到底什么是“过剩”? 因为现在的问题,是产能太强,生产出来的东西卖不出去,产能天天过剩。产能过剩导致了一系列问题,甚至资本主义世界周期性的危机,本质也是周期性过剩。这可能和大部分人的直觉反差很大,因为大家一般觉得东西不够才会危机,生产太多怎么会危机呢? 1 躲不开的“过剩” 首先大家得分清楚一个关键问题,这也是我经常引用的一句话: 你希望有五个老婆,这叫需要; 但是你只养得起一个,这叫“有效需求”。 同理,老王想要苹果全家桶,BBA各来一辆,两个超模保姆,大平层,天天米其林,各种潮鞋,天天逛两趟SKP。 但是上边说的这些老王都买不起,只能买得起小米手机,那他的需求就只有小米手机。在市场经济的话语体系里,如果“买不起”,那你就不是人。 产能也一样,看着似乎是天量的,但如果大家都买不起,或者因为其他原因不需要这些玩意,那就是产能过剩。 不过问题变得更加奇怪了,能生产出来,怎么就卖不出去呢? 有很多种原因,最关键的是下边这个。我们捋一遍在资本主义世界里的一个标准生产流程,大家就知道啥原因了。 假设地球是一个村,里边有资本家黄四郎和一堆村民。黄四郎有个厂子,他雇佣村民们生产自行车、脸盆和房子等生活必需品,将来卖给村民。 如果这些商品价值100万,这时候就有个分配问题,如果黄四郎自己拿20万,给员工们分80万,合理吧。 …

Read More Read More

彪悍开源的分析数据库-ClickHouse

彪悍开源的分析数据库-ClickHouse

閱讀本文約花費: 18 (分鐘)今天(2016)介绍一个来自俄罗斯的凶猛彪悍的分析数据库:ClickHouse,它是今年6月开源,俄语社区为主,好酒不怕巷子深。 本文内容较长,分为三个部分:走马观花,死而后生,遥指杏花村;第一章,走马观花,初步了解一下基本特性;第二章,死而后生,介绍ClickHouse的技术架构演化的今生前世;第三章,遥指杏花村,介绍一些参考资料,包括一些俄文资料。 第一章,走马观花 俄罗斯的‘百度’叫做Yandex,覆盖了俄语搜索超过68%的市场,有俄语的地方就有Yandex;有中文的地方,就有百度么?好像不一定 🙂 。 Yandex在2016年6月15日开源了一个数据分析的数据库,名字叫做ClickHouse,这对保守俄罗斯人来说是个特大事。更让人惊讶的是,这个列式存储数据库的跑分要超过很多流行的商业MPP数据库软件,例如Vertica。如果你没有听过Vertica,那你一定听过 Michael Stonebraker,2014年图灵奖的获得者,PostgreSQL和Ingres发明者(Sybase和SQL Server都是继承 Ingres而来的), Paradigm4和SciDB的创办者。Michael Stonebraker于2005年创办Vertica公司,后来该公司被HP收购,HP Vertica成为MPP列式存储商业数据库的高性能代表,Facebo…

Read More Read More

Kubernetes Informer 机制源码解析

Kubernetes Informer 机制源码解析

閱讀本文約花費: 14 (分鐘)这篇文章来源于云原生社区组织的 Kubernetes 源码研习社的作业,是个人学习Informer机制、理解Informer各个组件的设计的总结。 背景 为什么Kubernetes需要Informer机制?我们知道Kubernetes各个组件都是通过REST API跟API Server交互通信的,而如果每次每一个组件都直接跟API Server交互去读取/写入到后端的etcd的话,会对API Server以及etcd造成非常大的负担。而Informer机制是为了保证各个组件之间通信的实时性、可靠,并且减缓对API Server和etcd的负担。 Informer 流程 这个流程,建议先看看《From Controller Study Informer》 这里我们以CoreV1. Pod资源为例子: 第一次启动Informer的时候,Reflector 会使用 List从API Server主动获取CoreV1. Pod的所有资源对象信息,通过 resync将资源存放在 Store中 持续使用 Reflector建立长连接,去 Watch API Server发来的资源变更事件 当2 监控到CoreV1.Pod的资源对象有增加删除修改之后,就把资源对象存放在 DeltaFIFO中,…

Read More Read More

面试不愁,给你一份SpringBoot常用注解

面试不愁,给你一份SpringBoot常用注解

閱讀本文約花費: 9 (分鐘)一、注解(annotations)列表 @SpringBootApplication: 包含了@ComponentScan、@Configuration和@EnableAutoConfiguration注解。其中@ComponentScan让spring Boot扫描到Configuration类并把它加入到程序上下文。 @Configuration 等同于spring的XML配置文件;使用Java代码可以检查类型安全。 @EnableAutoConfiguration 自动配置。 @ComponentScan 组件扫描,可自动发现和装配一些Bean。 @Component可配合CommandLineRunner使用,在程序启动后执行一些基础任务。 @RestController注解是@Controller和@ResponseBody的合集,表示这是个控制器bean,并且是将函数的返回值直 接填入HTTP响应体中,是REST风格的控制器。 @Autowired自动导入。 @PathVariable获取参数。 @JsonBackReference解决嵌套外链问题。 @RepositoryRestResourcepublic配合spring-boot-starter-data-rest使用。 二、注解(annotations)详解 @SpringBootA…

Read More Read More

ClickHouse概述

ClickHouse概述

閱讀本文約花費: 11 (分鐘)  一. 概述 随着物联网IOT时代的来临,IOT设备感知和报警存储的数据越来越大,有用的价值数据需要数据分析师去分析。大数据分析成了非常重要的环节。当然近两年开启的开源大潮,为大数据分析工程师提供了十分富余的工具。但这同时也增加了开发者选择合适的工具的难度,尤其对于新入行的开发者来说。学习成本,框架的多样化和复杂度成了很大的难题。例如kafka,hdfs,spark,hive 等等组合才能产生最后的分析结果。把各种开源框架、工具、库、平台人工整合到一起所需工作之复杂,是大数据领域开发和数据分析师常有的抱怨之一,也是他们支持大数据分析平台简单化和统一化的首要原因。 二.Clickhouse 发展历史 Yandex在2016年6月15日开源了一个数据分析的数据库,名字叫做ClickHouse,这对保守俄罗斯人来说是个特大事。更让人惊讶的是,这个列式存储数据库的跑分要超过很多流行的商业MPP数据库软件,例如Vertica。如果你没有听过Vertica,那你一定听过 Michael Stonebraker,2014年图灵奖的获得者,PostgreSQL和Ingres发明者(Sybase和SQL Server都是继承 Ingres而来的), Paradigm4和SciDB的创办者。Michael Stonebraker于2005年创办Ve…

Read More Read More

苏宁高时效、高并发秒杀业务中台的设计与实现

苏宁高时效、高并发秒杀业务中台的设计与实现

閱讀本文約花費: 20 (分鐘) 文章主要介绍了苏宁架构设计背景,苏宁的架构设计以及系统多活部署与单机房宕机场景下的降级方案 设计背景 对于苏宁易购主站而言,正常的用户购物流程囊括选品、下单、库存扣减、付款、订单状态更新、物流履约等。但是在电商业务中往往会涉及到对某些热点商品的秒杀场景。相比于正常购物流程,秒杀场景具有时效性高、并发量大、瞬时业务量极高的业务特性,往往会出现显著的分布式一致性问题。正常的业务系统不能很好地应对瞬时高并发的业务需求,因此就需要针对于秒杀场景进行相应的架构优化,抑或是设计专门用于秒杀的中台业务系统。 就秒杀业务而言,系统在瞬时会达到极高的并发量,如果与其它业务耦合,那么势必会对其它业务造成风险,因此基于安全性考虑和业务隔离原则,秒杀系统在设计上应该与其它系统充分解耦,单独部署。本文将讨论在苏宁现有的技术架构和中台组件的基础上,如何去实现一个通用型秒杀业务中台。 架构设计 1. 系统前端与负载层设计 图一:前端与负载层设计 鉴于秒杀业务本身的高并发特性,对用户请求进行前端分流是必不可少的一步。在系统上游就对部分用户请求进行处理,可以避免海量请求对后端服务器产生过大压力。因为用户往往在秒杀前几分钟就开始点击下单按钮,因此在秒杀开始前可以使用静态资源页面,用户请求由 CDN 直接响应,不必到达后端服务器。 此外,由于秒杀业务的高时效性特征,下单窗口基本集中在秒…

Read More Read More

从搜索引擎到互联网应用,谷歌是如何成为享誉世界的科技巨头的?

从搜索引擎到互联网应用,谷歌是如何成为享誉世界的科技巨头的?

閱讀本文約花費: 6 (分鐘)提到谷歌,你一定不陌生!它是美国的一家跨国科技企业,致力于在互联网搜索、云计算和广告技术等领域提供相关的产品与服务。从最初的搜索引擎到今天各类的互联网应用,谷歌如何走出斯坦福的小宿舍成为享誉世界的科技巨头? 谷歌,一个无法被忽略的品牌。2017年被多家品牌咨询公司评为全球最有价值的品牌,排在苹果和微软之前,足见谷歌的影响力。现在,谷歌在全世界的数据中心运营有着超过百万台的服务器,每天处理着数以亿计的搜索请求;它为用户提供各样丰富的线上软件服务,如云硬盘、Gmail电子邮件、Google翻译以及Google+社交网络等等;它的Andriod操作系统在全球范围内占据着主导地位,它的Google play打败苹果APP Store成为全球最大的手机应用平台…… 谷歌最著名的产品当属它的搜索引擎,这始于1996年佩奇和布林在斯坦福大学的一个研究课题—BackRub。他们两人发现BackRub技术对高级搜索很有帮助,于是决定将这项技术卖出去,但是当时各大门户网站对此技术都非常冷漠,认为高级搜索没有太大的商业价值。最终,佩奇和布林便决定自己开公司,他们顺利地从Sun公司联合创始人贝托尔斯海姆那筹集到10万美元的启动资金,在一个小车库里研发了谷歌搜索引擎,正是这笔启动资金最终成就了谷歌今天高达5790亿美元的市值。 谷歌搜索引擎的问世后给当时的互联网行业造成了不小的…

Read More Read More

项目管理篇–工作界面

项目管理篇–工作界面

閱讀本文約花費: 3 (分鐘)战场上信息最重要,信息的及时准确获取,决定了命令执行的效率,是成败的关键。项目也同样是团队作战,项目的信息能否在团队中顺畅的流动,至关重要。 我们看一下美国特种兵是怎么联合作战的吧。人手一套通讯设备,可以相互传递信息,可以呼叫支援,可以快速配合协作,统一的工具,统一的口令,这一切带来了极大的便利。那我们项目中有哪些可以借鉴的呢?那就需要我们也要有统一的工作界面。 解释工作界面之前,我们先来看一下项目中有哪些重要的信息。第一个是项目进展信息,比如项目有哪些任务,任务的关联,负责人和时间点,有没有出现风险等等。 第二个信息是测试质量信息,当前的bug数量,修复进展等等。 第三个信息比如需求文档、设计图文档等等。 第四个信息比如每次会议的结论和变化。 不同的项目,重要的信息也不一样。但这些信息重要吗?当然重要。让这些信息大家随时可见,及时可见,见到就能理解无误,这就是工作界面,非常重要。 工作界面也不光包括看得见的信息,也包括统一的工作方式、制度流程等等这些背后的信息。比如每天站立会,代码review制度等等。让大家统一习惯,习惯成为自然,不用解释就能了解背后的信息,就能互相协作推动,这就叫工作界面。 怎么搭建工作界面,有很多互联网工具可以帮助到我们。即使没有工具,也可以用白板啊,每日邮件啊,微信啊,总之,一定要让每个人有统一的视图可以看到项目的全景信息,像…

Read More Read More

基于AWS的云架构设计最佳实践——传统环境和云计算环境之间的差异

基于AWS的云架构设计最佳实践——传统环境和云计算环境之间的差异

閱讀本文約花費: 8 (分鐘)译者序AWS用户广泛,产品线复杂,AWS发布的白皮书《Architecting for the Cloud-AWS Best Practices》介绍了常见场景下云架构的最佳实践,不仅对于使用AWS的用户,对于广大使用云的用户都有参考意义,新钛云服工程师特意翻译了本白皮书,供广大使用云的用户参考。 译者整理的脑图 摘要本白皮书适用于在Amazon Web Services(AWS)上的构建解决方案的架构师和开发人员。本白皮书提供有关技术设计模型的架构指导和建议,以及如何应用于云计算环境中。本白皮书提供了在AWS上设计解决方案时的关键概念和差异。本白皮书还讨论了如何利用特定于云计算动态特性的属性,如弹性和基础设施自动化。这些模型可以为对选择、操作状态和实现状态进行更详细的审查提供上下文,就像《AWS Well-Architected Framework》中详细描述的那样。 介绍将应用程序迁移到AWS,即使没有重大更改(称为直接迁移的方法),也可为组织提供安全且经济高效的基础架构优势。但是,为了充分利用云计算可能带来的弹性和灵活性,工程师必须改进其架构以利用AWS功能。对于新应用程序,基于云的IT体系架构模型可以帮助提高效率和可伸缩性。这些新架构可以支撑从互联网规模数据的实时分析到具有数千个连接的物联网(IoT),或移动设备的不可预测流量的应用程序的任何内…

Read More Read More

Medium开发团队谈架构设计

Medium开发团队谈架构设计

閱讀本文約花費: 16 (分鐘) 背景   说到底,Medium是个社交网络,人们可以在这里分享有意思的故事和想法。据统计,目前累积的用户阅读时间已经超过14亿分钟,合两千六百年。   我们支持着每个月两千五百万的读者以及每周数以万计的文章发布。我们不想Medium的文章以阅读量为成功的依据,而是观点取胜。在Medium,文章的观点比作者的名头更重要。在这里,对话促进想法,并且很看重文字的力量。   我是Medium开发团队的负责人,此前在Google工作,负责开发Google+和Gmail,还创立了Closure项目。业余时间我喜欢滑雪跳伞和丛林冒险。   团队介绍   说起团队我非常自豪,这是一群富有好奇心而且想法丰富的天才,大家凑到一块是想做大事的。   团队以跨功能的任务驱动,这样每个人既可以专攻,又可以毫无压力的对整个架构有所贡献。我们的理念就是接触的方面越多,对团队的锻炼越大。更多关于团队的理念见此。   在工作组织方面,我们有着很大的自由度,当然作为一个公司组成,我们还是有季度目标的,并且鼓励敏捷开发模式。我们使用GitHub进行code review和问题跟踪,用Google Apps作为邮件、文档和表单系统。跟很多团队习惯使用Trello不同,我们是Slack和slack机器人的重度用户。   原始架构   最开始的时候,Medium部署在EC2上,用Node.j…

Read More Read More

常说的“四层”和“七层”到底是什么?“五层”“六层”哪去了?

常说的“四层”和“七层”到底是什么?“五层”“六层”哪去了?

閱讀本文約花費: 13 (分鐘)在工作中你一定经常听别人谈起什么“四层负载均衡”“七层负载均衡”,什么“二层转发”“三层路由”,那么你真正理解这些层次的含义吗? 网络分层的知识教科书上都有,但很多都是“泛泛而谈”,只有“学术价值”,于是就容易和实际应用“脱节”,造成的后果就是“似懂非懂”,真正用的时候往往会“一头雾水”。 所以,今天我就从 HTTP 应用的角度,帮你把这些模糊的概念弄清楚。 TCP/IP 网络分层模型 还是先从 TCP/IP 协议开始讲起,一是因为它非常经典,二是因为它是目前事实上的网络通信标准,研究它的实用价值最大。 TCP/IP 当初的设计者真的是非常聪明,创造性地提出了“分层”的概念,把复杂的网络通信划分出多个层次,再给每一个层次分配不同的职责,层次内只专心做自己的事情就好,用“分而治之”的思想把一个“大麻烦”拆分成了数个“小麻烦”,从而解决了网络通信的难题。 你应该对 TCP/IP 的协议栈有所了解吧,这里我再贴一下层次图。 TCP/IP 协议总共有四层,就像搭积木一样,每一层需要下层的支撑,同时又支撑着上层,任何一层被抽掉都可能会导致整个协议栈坍塌。 我们来仔细地看一下这个精巧的积木架构,注意它的层次顺序是“从下往上”数的,所以第一层就是最下面的一层。 第一层叫“链接层”(link layer),负责在以太网、WiFi 这样的底层网络上发送原始数据包,工作…

Read More Read More

四层和七层负载均衡的区别

四层和七层负载均衡的区别

閱讀本文約花費: 33 (分鐘)(一) 简单理解四层和七层负载均衡: ① 所谓四层就是基于IP+端口的负载均衡;七层就是基于URL等应用层信息的负载均衡;同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡。 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址;三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址;四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器;七层通过虚拟的URL或主机名接收请求,然后再分配到真实的服务器。   ② 所谓的四到七层负载均衡,就是在对后台的服务器进行负载均衡时,依据四层的信息或七层的信息来决定怎么样转发流量。 比如四层的负载均衡,就是通过发布三层的IP地址(VIP),然后加四层的端口号,来决定哪些流量需要做负载均衡,对需要处理的流量进行NAT处理,转发至后台服务器,并记录下这个TCP或者UDP的流量是由哪台服务器处理的,后续这个连接的所有流量都同样转发到同一台服务器处理。七层的负载均衡,就是在四层的基础上(没有四层是绝对不可能有七层的),再考虑应用层的特征,比如同一个Web服务器的负载均衡,除了根据VIP加80端口辨别是否需要处理的流量,还可根据七层的URL、浏览器类别、语言来决定是否要进行负载均衡。举个例子,如果你的Web服务器分成两组,一组是中文语言的…

Read More Read More

基于文件和文档的知识管理技巧

基于文件和文档的知识管理技巧

閱讀本文約花費: 6 (分鐘)  如何保存和管理知识,是个人知识管理的一个非常重要的问题。知识最大的载体之一是文件,很多人下载的资料文件很多,但大多数甚至从来没有打开过,或者不知道放到哪里了,实际上这样的知识对于个人来说是没有价值的。   在大多数人的电脑中,“桌面”、“我的文档”、“下载”等目录都是混乱不堪的,极大的影响了个人的工作效率,文件保存的越多,越找不到,如果有多台工作电脑(如公司的台式电脑、家里的台式电脑、笔记本电脑),则文件管理的混乱程度将翻倍增加。   下面就是我对于基于文件形式的个人知识管理的一些思路和方法:规范化目录命名和文件命名,利用云存储软件同步多台电脑文档,所有文档按照分类放在不同的文件夹内进行管理,通过Everything软件进行快速文件搜索。   软件选择   文档搜索选用Everything,这个软件可谓Windows文件搜索神器,几百K的工具让搜索文件快到几乎输入完搜索内容就出现了结果,只要平时文件归档有序,文件名规范化编写,即可高效率地搜索到需要的文件。   云存储软件选项较多,国内软件有坚果云、微云,国外软件有Dropbox,Microsoft OneDrive等等,可选择一个合适的使用,如果只有一台电脑,没有同步文件的需求,不使用云存储软件也可以。   目录分类   目录分类建议采取麦肯锡提出的MECE原则(Mutually Exclusiv…

Read More Read More

如何搭建支付中台系统?

如何搭建支付中台系统?

閱讀本文約花費: 10 (分鐘) 编辑推荐:本文主要讲解了什么是中台呢?中台能解决什么问题,如何去搭建适合公司的中台系统?支付中台如何落地? 什么是中台 中台其实最早是起源于军事领域,在二战时期的美军在各个战场上,看起来有打不完的弹药、耗不完的燃料、充足的食品补给、及时准确的情报……但其资源却在万里之遥的美国本土,这一切是如何做到的呢? 就是依靠庞大的中台体系,支持到世界各战场。前方战场上的一名士兵,平均就有12名人员支持,在战场-基地-本土形成前、中、后台的效率系统。 国内互联网最早实行中台战略的就是阿里。 由于阿里涉及的业务线非常多,在没有中台之前都是每个业务自己去做一套系统,但是每个业务系统都有相同的模块,例如订单系统、支付系统、商户系统、短信系统等。因此就导致各个业务线重复造轮子的现象,业务端不仅需要对业务模块进行优化和升级,同时也需要维护这些基础支撑服务。 用一句话概括:中台就是将所有业务的公共模块抽象出来,单独创建一个中台系统统一对这些公共模块进行维护,统一输出服务提供业务方使用,让业务方能够集中全力发展业务。 中台解决什么问题 理解了中台的概念,那么就需要思考对于互联网公司,中台系统的搭建能够解决什么问题呢? 可以解决你的996问题 中台是独立于业务系统而又服务于业务系统的存在,业务系统的前台和后台是关联存在的,但是中台的定位就是出于整个公司层面,要服务于多条业务线。…

Read More Read More

Apache proxy和Haproxy与正向代理反向代理是什么关系

Apache proxy和Haproxy与正向代理反向代理是什么关系

閱讀本文約花費: 1 (分鐘)假设有一台服务器 A。 正向代理就是说,当你要访问网站 B 时,发起向 B 的请求,但实际浏览器会先连接到 A 上,A代替你向 B 请求数据,然后再把数据返回给你。此时 A 称为正向代理。 反向代理则是你要访问网站 B,但由于各种各样的原因 B 并没有直接向你暴露其真实地址,而是躲在服务器 A 后面。你是向 A 发起的请求,A 收到请求之后转发给 B。此时 A 称为反向代理。 所以,Apache (或者 NGINX)、HAProxy这些都是反向代理。 具体反向代理的解释也可以参考下 Apache HTTP Server 的 GUIDE 中的相关描述:Reverse Proxy Guide 有一堆服务器,你先连到一个代理,然后被转发到具体的服务器上。这是反向代理。 你被墙了,先连到一个代理上,然后再转发到Google或者其它站点,这是正向代理。 你和服务器要进行通讯 如果你找一个代理人,通过代理人和服务器沟通,那这个代理人是正向代理。 如果服务器找了个代理人,让代理人处理和你的通讯,那这个代理人是反向代理。 Tags: Google, Nginx

     
Scroll Up