11 天前 / 冷星1024
给团队封装一个简单统一的日志管理工具 / 模块，来替换掉项目中野蛮生长的 console.log()吧！ 大厂技术高级前端Node 进阶 点击上方程序员成长指北，关注公众号 回复 1，加入高级 Node 交流群 一、问题背景 在项目中，我们会频繁用到 console.log() 来输出一些关键信息到控制台中，有助于开发调试，以及问题的排查，待项目上线后，这些调试日志又得及时清除。 同时在前端质量要求下，我们会做“前端埋点”，用于远程上报一些关键行为信息，用于在出问题时还原用户的操作路径，复现 BUG，从而解决问题，而各种各样的上报若是能在业务开发中抹平差异...
32 天前 / 九彩拼盘
本文适合有 react、antd 基础的小伙伴阅读 欢迎关注前端早茶，与广东靓仔携手共同进阶～ 作者：广东靓仔一、what sulasula 是在蚂蚁金服多个生产项目沉淀出来的一套「产品级」配置框架，通过插件化的方式实现了配置的高扩展性与高灵活性，并且 sula 通过行为插件的引入，建立了渲染插件与用户行为的连接，实现了场景式的语义化配置。 在 github 的 sula 项目中 package.json 可以看到如下： "antd":"4.3.4" 可以看出 sula 是基于 antd 的，因此熟悉 antd 的小伙伴上手是很快的。
45 天前 / 九彩拼盘
常见的管理后台系统的有 3 个特点： 页面数量多。相似页面多。页面业务复杂。问题及解决方案开发管理后台的相似的复杂页面，如果采用复制粘贴的方式，会出现大量的重复代码。每次改动重复的部分，都会产出巨大的工作量。以下面两个场景为例： 场景 1: 给所有列表页的搜索条件加重置功能 如果 100 个列表页，则要加 100 个地方。 场景 2: 第三方下拉框组件升级 下拉框是用第三方组件。新的需求要升级下拉框组件。新版本的组件的 API 变了。要把所有组件都改一遍。 场景 1 是重复代码多导致的的问题。可以通过提升代码复用性来解决。
46 天前 / u561252
本篇文章来自《华为云云原生王者之路训练营》钻石系列课程第 11 课，由华为云 OSC 云原生服务中心服务技术负责人 Lucas 主讲，深度剖析 Kubernetes 应用管理，帮助大家了解主流 K8S 应用管理生态的使用场景，Helm chart 模板机制和 Operator 机制。 01 K8s 应用模板的使用场景介绍 Helm 能给我们带来什么 完整的应用通常不只是简单的 deployment，StatefulSet 等负载资源，通常还包括配套的 service, PV/PVC, configmap 等一系列资源。我们在进行实例下发、升级、更新换代等一系列生命周期操作时，这些资源都需要统筹考虑。
53 天前 / 铭毅天下001
1、Elasticsearch 保证高可用性的方式 Elasticsearch 保证集群高可用的方式包含但不限于如下三种： 方式一：副本分片。主分片失效后，副本分片会被提升为主分片。方式二：跨集群复制主从同步。简称：CCR，指的是索引数据从一个 Elasticsearch 集群复制到另一个 Elasticsearch 集群。对于主集群的索引数据的任何修改都会直接复制同步到从索引集群。方式三：快照。快照在给定时刻对集群或者索引按了暂停键且拍摄了当时的全部“照片”。这样，当在之后的某个时间点，倘若集群或索引出现故障，可以基于之前的快照进行快速恢复。
57 天前 / 逆锋起笔
以下内容来自公众号逆锋起笔，关注每日干货及时送达 来源：Atzuge 链接：cnblogs.com/zuge/p/7397255.html 上一篇：9 个实用 shell 脚本，建议收藏！ 正文 最近不是在整理数据库管理相关的开源项目 / 软件嘛！突然发现了一款一直被自己忽略不过很好用的数据库管理神器——DataGrip。这个标题的话肯定会引出一些杠精，为了不给杠精留机会，多做一点说明：Navicat 和 DataGrip 都是非常优秀的数据管理工具，各有所长，这里就不做对比了！你喜欢什么样的风格用什么样的产品。根据我的观察看，喜欢 DataGrip 的貌似要更多一些。
69 天前 / 微信搜「腾讯云原生」
徐蓓，腾讯云容器技术专家，腾讯云异构计算容器负责人，多年云计算一线架构设计与研发经验，长期深耕 Kubernetes、在离线混部与 GPU 容器化领域，Kubernetes KEP Memory QoS 作者，Kubernetes 积极贡献者。 当前存在问题 GPU 具备大量核心和高速内存，擅长并行计算，非常适合训练和运行机器学习模型。由于近几年 AI 技术愈发成熟，落地场景越来越多，对 GPU 的需求呈井喷趋势。而在资源管理调度平台上，Kubernetes 已成为事实标准。所以很多客户选择在 Kubernetes 中使用 GPU 运行 AI 计算任务。
88 天前 / kafeidou
现代互联网数据中心的规模随着应用服务需求的快速增长而不断扩大，但服务器资源利用率却一直很低，导致企业基础设施成本不断上涨。随着云原生技术的发展，混合部署成为了降低成本的一大手段。本文结合华为云云原生团队在混合部署方面的研究和实战，介绍了混合部署的背景、概念、混部技术的设计方案和实际落地情况，以及对未来的计划和展望。 云原生与资源利用率现状 云原生概念在 2013 年由 Matt Stine 提出并沿用至今，经过不断的总结完善，已经涵盖了 DevOps、持续交付、微服务、容器化等主题，成为一套完整的技术方法体系。
93 天前 / kafeidou
大家好，我是张晋涛。 在 Kubernetes 中，当我们要部署一个应用时，往往会涉及一个或多个部署资源。我们如果使用 YAML 文件来对这些资源的依赖及关联关系进行组织、配置，这往往十分复杂繁琐并且可移植性较差。Helm 这个 Kubernetes 环境中的包管理器可以帮助我们更快速便捷的来实现资源的组织和部署。 img 本期的主要内容将围绕 Helm 来进行展开。欢迎小伙伴们留言讨论 （觉得内容还不错，就请点赞点在看及转发，谢谢）。
96 天前 / BloomingRose
原创不易，求分享、求一键三连 Hi，各位亲爱的小伙伴，小钗公号遵循日复盘 ->周复盘 ->月复盘 ->季度复盘 ->年总结策略，所以某类型文章到后期才会成体系。 今天这篇文章属于「周复盘」 两种跨级跨级管理前两天「知识星球」有个同学很生气，因为他的 Leader 总是喜欢跨级管理： Leader 35+，空降一年管理 30 人；小 A 28，管理 10 人；最近 Leader 有些行为逐渐让小 A 感到烦躁： Leader 经常跟一线沟通技术细节；Leader 在横向业务的前置沟通中，会完全饶过小 A 找一线干活；以上案例都是在日常工作中发生，并不是项目特殊时期...
104 天前 / kafeidou
作者 | 童子龙、刘智新 责编 | 梦依丹企业数字化向云原生演进过程面临诸多痛点，微服务框架不统一、协议多样化、语言异构，纷繁复杂的微服务技术栈，基础组件之间像一座座孤岛，各个基础组件的控制面不能互联，让用户的体验非常割裂，各种历史包袱阻碍了企业平滑过渡到云原生架构的进程。 为了帮助企业快速平滑转型为云原生微服务架构，腾讯经过多年的探索与创新，正式开源业界首个云原生标准的一站式微服务管理框架 Femas（GitHub 地址：https://github.com/polarismesh/femas），通过定义一套开放式的微服务控制面标准协议...
104 天前 / 煎鱼
大家好，我是煎鱼。 前段 SZ 疫情严重的很，公司所在的大厦都被封了 2~3 次。..在家中搬砖的我，听说 Go 要变成 C++ 了？大为震惊。 今天就由煎鱼带大家看看背后的那个提案。 （结果我发这文时，这周直接变成居家办公 7 天了，车也不能随便开出去了。..） 背景由于手动管理内存普遍会给程序员带来一定的心智负担，提高一门编程语言的入门门槛（还记得大学写 OC 时经常有同学写着写崩了。..）。 对应到 Go 语言上，他是一门带垃圾回收的编程语言。也就是说不需要程序员手动的去管理、释放程序的内存。
113 天前 / 十三少
集成项目管理，GJB5000/CMMI 1.2 中的三级过程域。当时学习 GJB5000 的时候，标准当中的解释性的段落依然言之不详，只知是一系列的计划集成，按照集成计划进行项目管理，而具体集成的是什么，仍然不清楚。 项目集成管理包括哪些集成，这个在 PMP 项目管理工具箱中表述得很清楚。 项目集成管理具体包括以下 8 个方面的集成： 项目两要素的集成管理 项目工期与项目成本的集成管理。项目工期与成本是相互关联的，项目工期的提前或滞后会造成项目成本的减少或增加，而项目成本的增减同样会造成项目进度的变化。
119 天前 / BloomingRose
任何一个组织都存在上下级关系，在大家心中，上级管下属天经地义。所以这篇文章的标题《管理你的上级领导》，很稀奇，甚至有点匪夷所思。 那为什么还要管理上级呢？ 很多粉丝都问过我，“袁总，我已经工作 5 年了，我还在底层做一线码农，我能力很强，为啥我总是得不到领导的重视？”，我观点很明确是：技术能力固然重要，但是软能力同样重要。技术能力和软能力，就像是技术人的两条腿，缺了任何一个，都不能持续向前。 而管理上级领导就是软能力中最重要的能力之一。 ”管理上级领导“字面很容易理解偏差，当然不是让你去送礼，塞红包这种违法贿赂的事情。
125 天前 / yaya
公众号关注「奇妙的 Linux 世界」 设为「星标」，每天带你玩转 Linux ！ Kubernetes 生态系统充斥着各种工具，例如监控、可观察性、跟踪、日志记录等，但一般很难真正理解故障排除与这些工具有何联系。 当故障发生时，我们要掌握是从哪里发生，了解所面临的问题，解决眼前的问题，然后修复根本原因。随着系统规模的扩大，这一切会变得越来越复杂。 一名从事现代、复杂、分布式系统工作的软件工程师，会经常发现，每次出现问题或故障时，都需要了解引发问题的原因以及是谁造成的，但是，这并不是一件容易的事。