首页 文章 精选 留言 我的

精选列表

搜索[AI转型],共10000篇文章
优秀的个人博客,低调大师

云原生生态:Mesosphere 转型,更名为 Day-Two-I-Q

业界要闻 1.Mesosphere 公司正式更名为 D2IQ, 关注云原生。 Mesosophere 公司日前发布官方声明正式更名为:D2iQ(Day-Two-I-Q),称关注点转向 Kubernetes 与云原生领域, 并会继续将“Mesosphere”作为产品技术和品牌的一部分。 2.Kubernetes 两个安全漏洞修复指南。 2.1 Kubernetes API server 曝出安全漏洞(CVE-2019-11247),该漏洞使得指定了命名空间权限的请求可以访问到集群级别权限的自定义资源(CR),漏洞产生的主要原因在于 CRD 的服务 API 没有检查请求的命名空间范围(namespaceScope)。 漏洞涉及的版本包括: Kubernetes 1.7.x-1.12.x; Kubernetes 1.13.0-1.13.8; Kubernetes 1.14.0-1.14.4; Kubernetes 1.15.0-1.15.1; 漏洞的具体影响:对于只被授权某个具体 namespace 自定义资源的用户,他将可以访问集群级别的自定义资源; 处理漏洞的方案:根治的方案是升级到修复了该漏洞的版本,如1.14.5,1.15.2 等,除了升级 Kubernetes 版本,还可以把一些在 namespace 里授权了集群级别资源的规则先清理掉,比如一个 namespace 下的 RBCA roles,不要用这种方式授权 resources:[*] , apiGroups:[*] ,也不要授权集群级别的CRD。 2.2 kubectl cp 第三次曝出安全漏洞 (CVE-2019-11249),这次的漏洞是可能有潜在攻击者构造恶意容器,导致使用者在使用 kubectl cp 命令式本地文件被影响,是一个影响客户端侧的漏洞。 漏洞涉及的版本包括: Kubernetes 1.0.x-1.12.x ; Kubernetes 1.13.0-1.13.8 ; Kubernetes 1.14.0-1.14.4 ; Kubernetes 1.15.0-1.15.1; 漏洞的具体影响:攻击者使用 kubectl cp 可能覆盖指定路径以外的文件; 处理漏洞的临时方案:升级客户端工具 kubectl 到最新版本,或者对不可信的 workloads 先不使用 kubectl cp 命令。 3.思科容器平台支持微软 AKS、google 开始引导客户迁移到 anthos、CloudBees 正式推出 Jenkins X 发行版。 相关资料 思科容器平台支持微软 AKS、google 开始引导客户迁移到 anthos、CloudBees 正式推出 Jenkins X 发行版 4.CNCF宣布Kubernetes峰会首尔和悉尼:向全世界传播Kubernetes和云计算。 CNCF 宣布将于今年 12 月 9 日至 10 日在韩国首尔、 12 月 12 日至 13 日在澳大利亚悉尼,首次举办Kubernetes峰会,以便更好的向全世界传播 Kubernetes 和云计算。现在在每年三场 KubeCon + CloudNativeCon 的基础上,开发者、用户、厂商有更多的机会可以在一起面对面的交流合作、学习进步。两个城市在一个星期连续举办的两个活动,有助于国际演讲者和赞助商的影响力提高。 https://mp.weixin.qq.com/s/Xo2BKXfDD36qk3l0VrGEAQ 上游重要进展 Kubernetes 项目 1.admission webhook 的 admissionreview 类型包从 v1beta 变为 v1 ; https://github.com/kubernetes/kubernetes/pull/80231 2.修复 kubectl cp 的 CVE PR: Fixed in v1.13.9 by #80871 Fixed in v1.14.5 by #80870 Fixed in v1.15.2 by #80869 Fixed in master by #80436 3.修复越过 namespace 权限访问 cluster 级别 CRD 的 CVE PR: Fixed in v1.13.9 by #80852 Fixed in v1.14.5 by #80851 Fixed in v1.15.2 by #80850 Fixed in master by #80750 Knative 项目 8 月 6 日,knative 发布了 0.8 版本,主要聚焦在功能完善方面,目前 Knative Eventing/Servering 的功能日渐成熟。Knative Serving 0.8 主要增加了以下功能: Target Burst Capacity (TBC) 支持,用于避免突发流量在 queue-proxy 里排队; 减少 Readiness 健康检查需要的时间; Route/Service 的 ready 状态能代表可以访问了。 Knative Eventing 0.8 主要增加了以下功能: 新增 Choice CRD 资源,用来定义 function 执行流程。通过 Choice, 可以根据条件来选择 function 进行事件处理,具备 func 的编排能力。 更详细的解读请阅读文章 "Knative Serving 0.8 变更" 和 "全面解读 Knative Eventing 0.8 版本新特性"。 开源项目推荐 1.flux 基于 gitops 的持续发布(CD)项目 以 Kubernetes 为底座,主打无状态应用的发布,提供丰富的发布策略。 2.[gubernator] (https://github.com/mailgun/gubernator) 高性能分布式限速微服务项目,类似的这种项目之前都是加一个 redis 之类的缓存实现的,而该项目主打没有外部软件依赖。 https://www.infoq.cn/article/jgZzDBD4IQ*6wHHrpZhv 3.[TiDB operator 1.0 GA]( https://github.com/pingcap/tidb-operator ) 该项目是数据库类型的 workload 如何做 operator 的一个参考,文章指出目前已经可以在阿里的 ACK 等云厂商服务上快速体验。 https://pingcap.com/blog/database-cluster-deployment-and-management-made-easy-with-kubernetes/ 本周阅读推荐 1.《云原生时代, Kubernetes 多集群架构初探》 该文章从早几年的多集群技术开始,描述了其架构存在的问题,讲到如今云原生时代多集群的架构,以及如何面向多集群做应用管理,多集群技术演变史娓娓道来。 2.《复杂性会成为 Kubernetes 的“致命伤”吗?》 (https://www.infoq.cn/article/ZK6i*P9ye0NCGHSZQpNO) 近日,外媒 InfoWorld 发表了一篇题为“ Will complexity kill Kubernetes? (复杂性会杀死 Kubernetes 吗?)”的文章,指出了 Kubernetes 本身过于复杂的事实,并分析了这种复杂性与 Hadoop 是否雷同,以及 Kubernetes 最终会不会重蹈 Hadoop 的覆辙。针对上述问题,InfoQ 第一时间对阿里巴巴高级技术专家张磊进行了独家采访,共同探讨 Kubernetes 背后的复杂性问题。 3.《Helm deployments》 (https://kubedex.com/helm-deployments/) 关于应用部署,文章对各种利用 helm charts 或者类似工具进行了对比,描述了 helm 2 存在的问题,以及其他一系列工具围绕云原生应用管理做了哪些工作,很有借鉴意义。 4.《CNCF 开源了 k8s 核心组件的[安全审计报告] 》(https://thenewstack.io/cncf-open-sources-security-audit-of-core-kubernetes-components) 方便用户查看 k8s 核心组件的安全审计情况,重要的漏洞基本都以 CVE 的形式呈现,该审计报告主要在各种用户不合理的使用姿势上给出安全警示。 5.《Serverless 系列一:基本概念入门》 探讨 Serverless 定义、场景及对云原生时代的应用架构的思考。 6.《运行在 Istio 之上的 Apache Kafka——基准测试》—— by Balint Molnar,马若飞 译 本文是一篇 Kafka 的基准测试分析报告,作者详细介绍了测试的环境和配置选择,并在单集群、多集群、多云、混合云等各种场景下进行了 A/B 测试和性能分析,评估了 Istio 的引入对性能的影响情况。 7.《构建云原生微服务网关-篇一:Ambassador》—— by 陆培尔 在微服务架构中,API 网关是一个十分重要的存在。一方面它为外部的流量访问提供了统一的入口,使得可以方便的进行防火墙的策略实施;另一方面,可以在网关处进行流量控制、认证、授权、灰度发布、日志收集、性能分析等各种高级功能,使得业务功能与非业务功能有效解耦,给予了系统架构更大的灵活性。本系列文章尝试分析目前主流的云原生微服务网关,并比较它们各自的优劣。 8.《Istio 庖丁解牛六:多集群网格应用场景》—— by 钟华 利用 Istio 多集群能力实现「异地容灾」和「地域感知负载均衡」。 了解 ACK 容器服务,请查看:https://www.aliyun.com/product/kubernetes 本周报由阿里巴巴容器平台联合蚂蚁金服共同发布 本文作者:天元、元毅、心水 、张磊、进超 责任编辑:木环

优秀的个人博客,低调大师

从金融行业转型大数据,一路学习点滴的分享!

大数据学习之路,很漫长,但是请放心,Java 转大数据很轻松,零基础学大数据也很轻松,我会陪着你们一起搞起来,干就完事了。 本篇文章有点长,都是我的真实感受。分为:开始、转折、成长、New Flag、关于此号、推荐、总结七个部分。 开始 我大学学的是软件工程专业,2018 年毕业。据统计,近几年毕业生中平均薪资最高的专业就是软件工程!还好我没有拉低平均水平,凭借自己努力和运气毕业去了一家金融大厂(杭州)实习。 我所在的部门是最挣钱的部门--资管,我们的系统覆盖了全部的金融业务,除了保险业务。每天完成正常的任务之后,也学了很多金融的业务,在这里奉劝大家不懂股票的小白,千万不要入市。这个行业,水太深了。具体的东西就不说了。我自己整理的一份最新的大数据进阶资料和高级开发教程,大数据学习群:522189307欢迎进阶中和进想深入大数据的小伙伴加入。 转折 虽然金融行业薪水可观,但是限于技术老套,甚至还在使用delphi。做了一段时间之后,发现不适合自己,由于就有了离职的想法。去年经济大形势不大好,于是也不敢轻易裸辞。此时的心情是:不甘心就这样下去。 当时还不确定之后要走什么方向,看我公众号的改名记录就知道了,但是脑子真的一团糟! 2018 的 3 月 5 号,我给自己定了一个 Flag,下面是在码农翻身的知识星球里面发的半年目标。此时斗志满满。 事实证明,四个月业余时间学大数据是不够的,坚持下来,时间超出了预期。Hadoop 生态 和 Spark 生态以及数据仓库,数据建模,机器学习等等。有些资料来自于网上,还有来自一些教育机构的资料,剩下的可以从官网上找到文档。 看完了《大型网站架构》、《深入理解Java虚拟机》这两本书,《图解HTTP》耽搁下了。毕业旅行也带女朋友去了,只不过没去四川,去了北京,天津,济南和青岛。 关于大数据方面的书籍,我看了《离线和实时大数据开发实战》、《数据仓库结构设计与实施》、《Spark技术内幕》、《推荐系统实践》。挑重点部分看的,结合自己学的技术进行消化。 这个过程中,我听得最多的是 Beyond 的歌。坚持不下的时候就打开音乐,听一会再接着学。日日夜夜,也曾怀疑自己。 成长 直到目前,写的文章数量不是很多,等到达一定里程碑的时候,我会专门整理成一系列目录的。目前的文章,暂且列一下: 简述大数据技术 什么是数据仓库?谈谈我的理解 PageRank算法,搜索引擎的关键技术 Sqoop不完全实战 Flume原理,分析,架构 kafka简介、架构、安装 Kafka遇上SparkStreaming Kafka的数据丢失和重复消费 HBase架构分析 HBaseRowKey设计 HBase数据模型,体系架构,组件功能说明等总结 Hbase在微博中的表设计,部分 Zookeeper的恢复模式,广播模式,选举流程 HadoopHA深度解剖 Spark调优整合篇-汇总(长文) Spark的数据本地化,提供最佳的计算节点,终于入门了 Spark调优一瞥|shuffle调优 Spark的shuffle文件寻址流程 从收集数据,集群分析数据,BI展示 Flink干货来袭|FlinkForwardChina2018大会资料整理 上面是 2018 年忙里偷闲写的 20 篇关于大数据技术的文章。 New Flag 2019 我也给自己定下了几个目标,其中一个就是更新数量以及频率要提上去。每篇文章尽量短而有用,给大家把大数据讲清楚,这个任重而道远啊。 2018 年,转折。2019 年,蜕变。 三个原则:自我激励,自我认知,自我驱动。 加入合适的圈子,比如「码农翻身」、「帅张和他的朋友们」。 离开舒适区,不能回避痛苦。 刚来上海一周,面试了两家公司。有一个给了 offer,年薪 23 w 对于刚毕业的我来说,比之前的金融岗位少,不过可以接受。那个公司我挺喜欢的,自身发展空间大一些。数据平台要从头开始创建,部门整合为中台大数据部门。 目前我还没有入职,打算继续面试。 未来的计划,「坚持」、「用心」完成每一篇文章,能帮到大家最好了。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册