Browsed by
分类:其它

从心出发,我想说……

从心出发,我想说……

閱讀本文約花費: 6 (分鐘) 2013年与大部分朋友结缘于天涯,至今已经7年有余,有悲有喜,总体而言,我的粉丝群体我一直都认为是素质最高的群体之一,7年前初涉网络,总觉得自己应该保持神秘感,但7年下来,结识了很多很多的朋友,比如熟知的歌姐,比如微博里面的花花大将,小脸猫痴大头鱼等等等等。人生如此多惦记的朋友,岂不快哉? 2018年因为二胎没有做好足够的准备和对孩子的过分保护,导致精神高度紧张,抑郁了一年有余,期间把自己藏起来,曾一度认为一生也就如此黯淡收场,随着娃长大后,逐渐恢复往日的阳光和乐观,且更加珍惜所拥有的一切,经历过低谷走出来的人,我觉得越发珍惜生活,热爱生活,越发承认自己的平凡,也越发更有斗志的去规划和实现自己设立的目标。 2020年,在公众号写了近100篇文章,所思所想都通过文字表述出来,总体而言我认为对诸位还是有所帮助的。 今天我想告诉大家,我正式开始进入职业化投资了,发行的私募产品5月底通过了基金业协会的备案并开始运行,我也正式成为一个阳光私募基金经理。 发行产品基于两点考虑 1、我认为已经到了把自己推出去的时候了 之前写了很多的理论知识,但是效果如何呢?很多人想知道,事实上我也想知道。再就是我认为每一个阶段,都应该有一个规划,7年前,我有一个自己的电商公司,效益还不错,而7年后,我自认为有一套还不错的投资体系,因此我想试试看,也确实到了把自己推销出去的时候了。…

Read More Read More

个推微服务网关架构实践

个推微服务网关架构实践

閱讀本文約花費: 9 (分鐘) 文章主要介绍了个推微服务体系的架构,以及个推微服务网关提供的主要功能等,希望能对您有所帮助。 在微服务架构中,不同的微服务可以有不同的网络地址,各个微服务之间通过互相调用完成用户请求,客户端可能通过调用N个微服务的接口完成一个用户请求。因此,在客户端和服务端之间增加一个API网关成为多数微服务架构的必然选择。 在个推的微服务实践中,API网关也起着至关重要的作用。一方面, API网关是个推微服务体系对外的唯一入口 ;另一方面, API网关中实现了很多后端服务的共性需求,避免了重复建设 。 个推微服务网关的设计与实现 个推微服务主要是基于Docker和Kubernetes进行实践的。 在整个微服务架构中,最底层的是个推私有部署的Kubernetes集群,在集群之上,部署了应用服务。 个推的应用服务体系共分为三层,最上一层是网关层,接着是业务层,最下面是基础层服务。 在部署应用服务时,我们使用了Kubernetes的命名空间对不同产品线的产品进行隔离。除了应用服务外, Kubernetes集群上还部署了Consul来实现配置的管理、Kube-DNS实现服务注册与发现,以及一些辅助系统来进行应用和集群的管理。 下图是个推微服务体系的架构图。 个推对API网关的功能需求主要有以下几方面: 1. 要支持配置多个产品,为不同的产品提供不同的端口; 2. 动态路由…

Read More Read More

SpringCloud-Zuul服务网关[介绍及入门案例]

SpringCloud-Zuul服务网关[介绍及入门案例]

閱讀本文約花費: 4 (分鐘) 文章介绍了什么是Zuul,入门案例、修改pom文件,修改配置,启动类,希望对大家的学习有所帮助。 一、什么是Zuul zuul 是netflix开源的一个API Gateway 服务器, 本质上是一个web servlet应用。 Zuul 在云平台上提供动态路由,监控,弹性,安全等边缘服务的框架。Zuul 相当于是设备和 Netflix 流应用的 Web 网站后端所有请求的前门。 zuul的例子可以参考netflix在github上的 simple webapp,可以按照netflix 在github wiki 上文档说明来进行使用。 二、解决了什么问题 三、入门案例 1.创建项目 创建一个SpringBoot项目 2.修改pom文件 注意添加zuul的依赖 <dependencyManagement><dependencies><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-dependencies</artifactId><version>Dalston.SR5</version><type>pom</type…

Read More Read More

有没有发现:她们都很像?

有没有发现:她们都很像?

閱讀本文約花費: 8 (分鐘) 文/六神磊磊懒得管段落了,就这么一句一句写。苟晶,陈春秀,还有王娜娜、罗彩霞……这些,都是高考被人冒名顶替的女孩。看了她们全部人的采访,你有没有发现一点:她们都很像?我说的“像”,不只是说她们都来自农村、家庭贫困。也不只是说都是女孩。还包括她们都给人同一种感觉——很老实、很良善。我当记者,也算采访过各类人。提意见的、闹事的,等等,什么人什么性格,基本上几眼能看透。这些被顶替的女孩子,她们个个毫无“狼性”,反而“羊性”很足。不会搞事,不会发狠。你看她们的采访,虽然也都坚持要讨个说法,但是说到那些伤害她们的人的时候,没有什么特强的憎恨、复仇的情绪,没有什么老子要搞出个天大的事那种感觉,没有牙尖嘴利,没有口吐芬芳,没有打滚痛骂,甚至让我们都觉得:骂得不够痛快!你看陈春秀说起那个顶替她的人——陈双双。称别人还是用的“人家”。还说她“很漂亮”,说看照片就感觉自己“好像跟人家不是一个档次的”。还多次自己哽咽起来。这要换了我,一定早已经问候对方十八代外加先人板板了。可陈春秀还反复哽咽,还说人家漂亮。苟晶说起那个下黑手顶替自己的老师,居然不断地说,心疼他“头发都白了”。还反复说这老师“教语文还不错”。并且苟晶还一再地讲:“我针对的不是老师你个人。”“这么多年,我也没有想过去针对你。”好像还怕话重一点,就会伤了那个老师的心一样。 我都迷惑了:到底谁是受害者?你还用得着…

Read More Read More

云原生计算基金会宣布Harbor项目正式毕业

云原生计算基金会宣布Harbor项目正式毕业

閱讀本文約花費: 7 (分鐘) 专门为云原生软件构建可持续生态系统的云原生计算基金会(简称CNCF)于本月23日(当地时间)正式宣布,Harbor已经成为第11个正式毕业的项目。从孵化阶段、发展成熟一路走向正式毕业,Harbor项目不仅获得更高的采用率、更加开放的治理流程与成熟的功能,同时也在社区发展、可持续性及项目包容性方面做出坚定的承诺。Harbor是一种开源代码注册表,可通过策略与基于角色的访问控制实现工件保护,扫描镜像内容使其免受漏洞侵害,最后对镜像进行可信签名。作为云原生计算基金会下辖的孵化项目,Harbor成为保障合规性、性能与互操作性的好帮手,可帮助用户跨Kubernetes与Docker等云原生计算平台,持续安全地管理各类工件。目前,Harbor已经被引入众多知名企业的生产体系当中,包括CaiCloud、中国移动、Hyland Software、京东、Mulesoft、三星SDS、Trend Micro以及VMware等等。就在上个月,Harbor 2.0版本全面推出。此版本增加了对开放容器计划(OCI)工件的支持,允许用户在其中存储大量云原生工件,例如容器镜像、Helm图表、OPA以及Singularity等。开发人员可以使用OCI索引中的OCI工件或打包工件,轻松享受Harbor项目带来的策略选项、复制功能以及基于角色的访问控制等成果。云原生计算基金会CTO/C…

Read More Read More

幸存者偏差

幸存者偏差

閱讀本文約花費: 17 (分鐘) 幸存者偏差(Survivorship Bias) 目录[隐藏]1 什么是幸存者偏差2 幸存者偏差的案例[1]3 参考文献 [编辑] 什么是幸存者偏差   幸存者偏差,另译为“生存者偏差”或“存活者偏差”,是一种常见的逻辑谬误(“谬误”而不是“偏差”),意思是只能看到经过某种筛选而产生的结果,而没有意识到筛选的过程,因此忽略了被筛选掉的关键信息。这东西的别名有很多,比如“沉默的数据”、“死人不会说话”等等。[编辑] 幸存者偏差的案例[1]   关于幸存者偏差(Survivorship Bias),有一个较知名的“飞机防护”案例。   1941年,第二次世界大战中,美国哥伦比亚大学统计学沃德教授(Abraham Wald)应军方要求,利用其在统计方面的专业知识来提供关于《飞机应该如何加强防护,才能降低被炮火击落的几率》的相关建议。沃德教授针对联军的轰炸机遭受攻击后的数据,进行研究后发现:机翼是最容易被击中的位置,机尾则是最少被击中的位置。沃德教授的结论是“我们应该强化机尾的防护”,而军方指挥官认为“应该加强机翼的防护,因为这是最容易被击中的位置”。沃德教授坚持认为:(1)统计的样本,只涵盖平安返回的轰炸机;(2)被多次击中机翼的轰炸机,似乎还是能够安全返航;(3)而在机尾的位置,很少发现弹孔的原因并非真的不会中弹,而是一旦…

Read More Read More

如何设计可以动态扩容缩容的分库分表方案?

如何设计可以动态扩容缩容的分库分表方案?

閱讀本文約花費: 7 (分鐘) 面试题 如何设计可以动态扩容缩容的分库分表方案? 面试官心理分析 对于分库分表来说,主要是面对以下问题: 选择一个数据库中间件,调研、学习、测试;设计你的分库分表的一个方案,你要分成多少个库,每个库分成多少个表,比如 3 个库,每个库 4 个表;基于选择好的数据库中间件,以及在测试环境建立好的分库分表的环境,然后测试一下能否正常进行分库分表的读写;完成单库单表到分库分表的迁移,双写方案;线上系统开始基于分库分表对外提供服务;扩容了,扩容成 6 个库,每个库需要 12 个表,你怎么来增加更多库和表呢? 这个是你必须面对的一个事儿,就是你已经弄好分库分表方案了,然后一堆库和表都建好了,基于分库分表中间件的代码开发啥的都好了,测试都 ok 了,数据能均匀分布到各个库和各个表里去,而且接着你还通过双写的方案咔嚓一下上了系统,已经直接基于分库分表方案在搞了。 那么现在问题来了,你现在这些库和表又支撑不住了,要继续扩容咋办?这个可能就是说你的每个库的容量又快满了,或者是你的表数据量又太大了,也可能是你每个库的写并发太高了,你得继续扩容。 这都是玩儿分库分表线上必须经历的事儿。 面试题剖析 停机扩容(不推荐) 这个方案就跟停机迁移一样,步骤几乎一致,唯一的一点就是那个导数的工具,是把现有库表的数据抽出来慢慢倒入到新的库和表里去。但是最好别这么玩儿,有点不太靠谱,因…

Read More Read More

分享 10个我经常逛的国外技术社区,真的受益匪浅!

分享 10个我经常逛的国外技术社区,真的受益匪浅!

閱讀本文約花費: 3 (分鐘) 自己经常访问的10个国外技术社区分享出来。想要玩转这些资源的前提,要么自身外语水平不错,要么找个好的翻译工具,不然….。 不过,也不要一味的崇拜国外的技术,其实你看一圈下来国外社区不错的也就那几个,而国内的技术社区像掘金、思否也都是比较优秀的。当你在羡慕外边的景色时,殊不知别人也在羡慕着你。 授人以渔 1、dev dev社区和国内的掘金社区很相似,技术分类也比较多,像Java、Python、js、分布式等应有尽有,文章质量普遍都还不错,其实如果平时多留意不难发现,掘金上有一些文章是翻译自dev社区。 不过,在这还是要吹一波彩虹屁,无论界面布局还是文章质量,更喜欢掘金一点,难得的高质量技术社区。 地址:https://dev.to/ 2、stackoverflow stackoverflow 一个问答类的技术社区,和国内知乎比较相似,但与知乎不同的是stackoverflow 更垂直于技术,不像知乎内容比较杂。 地址:https://stackoverflow.com/questions 3、simpleprogrammer simpleprogrammer :简单的程序员,这个网站上纯技术文章不多,指导建议性的文章比较多。讲述一些职场、以及软件开发中的一些“ 潜规则”。 地址:https://simpleprogrammer.com/ 4…

Read More Read More

微服务与网关技术(SIA-GateWay)

微服务与网关技术(SIA-GateWay)

閱讀本文約花費: 18 (分鐘) 编辑推荐:文章主要介绍了微服务架构特性,微服务网关的分类以及作用,SIA-GateWay等,希望能对您有所帮助。 一. 背景 软件架构,总是在不断的演进中… 把时间退回到二十年之前,当时企业级领域研发主要推崇的还是 C/S 模式,PB、Delphi 这样的开发软件是企业应用开发的主流。随着时间不断的推移,基于浏览器的的 B/S 架构开始渐渐流行了起来。初期,Web 开发 ASP 还占据了不少优势,但 JSP 的预编译模式让性能有了很大的提升,随后基于 JAVA 语言的 J2EE 架构变的越来越流行。 早期软件架构基本都是单体架构,系统之间往往不需要进行交互,这也导致数据孤岛和 ETL 工具的发展。随着企业应用越来多,相互的关系也越来密切。应用之间也迫切需要进行实时交互访问,随后基于 XML 的异构系统集成和数据交互技术开始被很多公司采用,SOA 的概念被提了出来,web service 逐渐流行起来。 互联网时代,很多公司为了适应更加灵活的业务需求,基于 HTTP 协议和 Restful 的架构风格及简洁和结构清晰的 JSON 语言成为企业开发的最佳实践,在 SOA 架构中,企业服务总线技术 ESB 所暴露的集中式架构的劣势让开发者明白基于注册和发现的分布式架构才是解决问题的关键办法。由此,微服务架构逐渐流行起来。 在《微服务设计》中如…

Read More Read More