疫情初期某地政府决定发放一批免费口罩面向该市市民，该市市民均可免费预约领取，预约时间为早上9点-12点，因此该场景为限时抢购类型场景，会面临非常大的定时超大流量超大并发问题，在该项目的落地过程中，涉及的架构演变，做了一些记录和思考。
今天无意中发现了一个画架构图的东西，还是python的，那我们就稍微学习一下。这个python库的名字叫做diagrams，安装也很方便。直接pip install diagrams即可。但是安装好了之后，咋还用不了，需要安装Graphviz，我们可以这样理解diagrams只是提供一些基础的语法，然后拼接成指定的graphviz运行文件，然后调用graphviz去执行，最后将结果输出。Diagrams调用graphviz是通过系统变量来调用的，因此如果在没有安装graphviz的情况下运行就会出现下边的报错。这说明我们的系统变量中没有这个graphviz或者压根就没安装。
云服务器（Elastic Compute Service，简称ECS）是阿里云提供的性能卓越、稳定可靠、弹性扩展的 IaaS（Infrastructure as a Service）级别云计算服务。云服务器ECS免去了您采购IT硬件的前期准备，让您像使用水、电、天然气等公共资源一样便捷、高效地使用服务器，实现计算资源的即开即用和弹性伸缩。阿里云ECS持续提供创新型服务器，解决多种业务需求，助力您的业务发展。
今天中午，尝试着将线上rds的一套主从复制架构重新给搭建成一主两从的架构，在搭建的过程中，遇到了一些有意思的问题，记录一下：
稳定性保障是个复杂的话题，需要有效、可迭代、可持续保障集群的稳定性，系统性的方法或许可以解决该问题。
数字化已成为驱动金融的重要力量。通过新科技提升金融服务效率、提升服务质量是大势所趋。但尽管如此,各家券商在科技金融领域的布局存在较大差异。有积极布局者,有旁观犹豫者,也有不为所动者。
本文从通用的数据上云场景，以及友商云数据迁移场景出发，介绍基于腾讯云对象存储（COS）的上云步骤，包括迁移前的环境准备工作，云上的配置与迁移工具的实施，数据的一致性校验，云上业务的切换与验证。
最近发现一个画架构图的神器diagrams，提供了很多云厂商及开源组件的图标，相比于C4-PlantUML显得更专业一点。 之前写过技术文档画图工具箱，diagrams属于diagram as code工具派别。
这是关于使用微服务架构创建应用系列的第四篇文章。第一篇介绍了微服务架构的模式，讨论了使用微服务架构的优缺点。第二和第三篇描述了微服务架构内部的通讯机制。这篇文章中，我们将会探讨服务发现相关问题。
最近发现一个画架构图的神器diagrams，提供了很多云厂商及开源组件的图标，相比于C4-PlantUML显得更专业一点。
近年来，兼具公有云和私有云优势的混合云模式逐渐成为主流。Flexera 发布的 2021 云状态报告显示，92% 的企业在 IT 架构上选择多云战略, 其中 82% 的企业选择混合云。随着混合云的应用越来越广泛，越来越多用户发现在复杂的混合云环境完成容器编排并不容易。虽然 Kubernetes 已成为容器编排和调度的事实标准，但是 Kubernetes 操作复杂，且只专注于单集群租户管理，在多集群管理，尤其是涉及跨云的多集群管理方面并不完善。此外，Kubernetes 为云数据中心设计在边缘计算场景中也有一定的局限性。
作为运维的我们始终逃不过搭建一套全新平台的过程，这里就简要介绍我是如何搭建一套容器云平台的。 在开始之前就是要想好我们需要什么，为什么需要。容器是近几年比较火的一个名词，不少从事运维的同学都对它有或多或少的了解，还有不少人因为掌握了这个技术得到了高额的薪资。 那么可能有不少同学会问，什么是容器呢？ 这里用一个简短是几句话来说明。容器就好比一个瓶子，瓶子里可以装水、可以装沙子，而且瓶子可大可小，可长可短。用人话来说容器就好比虚拟机，它里面可以运行各种应用，但是它比虚拟机更轻量，更节约资源，而且部署效率提升数倍。可能有些人还比较懵逼，不过没关系，你就把它当作虚拟机好了，等你系统学习了它，你就会爱上它的。 简单说了下容器，下面再简单说一下容器云。我们在小学的课本上就知道云主要是由水汽凝结而成，那么我们可以把一个一个的容器当作是一个一个的水汽，许许多多的水汽凝结成云，那么许许多多容器就组成了容器云。但是水汽不会平白无故的就停在空中成为云，是由于空气周围有许多粉尘，粉尘就是水汽的平台，水汽就是凝结在它的周围，然后无数的粉尘它们相互挨着就成了云。容器也一样，容器也需要一个粉尘，这个粉尘我们称为主机，除了有主机还不够，我们需要将各个主机连接起来，让它们相互知道自己的存在，这就是网络的作用了。所以在最初的阶段我们一定要规划好网络，网络不规划好后面就不好维护了。 到现在容器相互知道了自己的存在，但是作为维护人员并不好去管理它们，所以这时候就需要用kubernetes来管理它们。kubernetes不仅可以管理容器，还可以管理网络、存储等，可以大大的降低我们的维护成本，我们要搭建的容器云就是围绕kubernetes的，包括它本身以及周边的配套设施。
Oracle仍然是迄今为止最伟大的数据库，我们这一代人见过或者听说的Oracle版本是8i、9i，发布日期为1998年和2001年，Oracle最早的发布日期可以追溯到上个世纪60～70年代，那时候的甲骨文公司叫做RSi（Relational Software，Inc），Oracle数据库从功能简单到复杂，从不稳定到稳定经历了时间的沉淀。
大家好，我是峰哥，夏天已经来了，小麦马上要丰收了，今天分享一篇关于未来数仓架构发展方向的文章。
简而言之，应用架构图分为两类，一类为多系统应用架构，用来分层次说明不同系统间的业务逻辑关系、信息流、系统边界等等。一类为单系统应用架构，用来分层次说明系统主要组成模块和功能点之间的业务逻辑关系。
无论你是什么首席架构师也好，技术负责人也好，你必须要承认，所有的技术和架构都是为业务服务的，脱离了业务，架构就是一团废纸。
DMV是什么意思?与可视化有何关联?相信从事物联网相关工作的朋友并不陌生，或许你是工业数据工程师、机器人协调员、工业计算机工程师/程序员、工业用户界面(UI)/用户体验设计师(UX)，最后一个与我
2019年的 RedisConf 比以往时候来的更早一些，今年会议时间是4月1-3号，仍然是在旧金山鱼人码头Pier 27。恰逢今年是 Redis 第10周年，规模也比以往大一些，注册人数超过1600人，总共有80个议题，除了RedisLabs外还有很多云厂商和Redis用户带来分享。Redis 作者 antirez 在 RedisConf 2019 做了分享，其中一段展示了 Redis 6 引入的多线程 IO 特性对性能提升至少是一倍以上。
软件架构是一门学科，开始于 20 世纪 70 年代。面对不断增加的复杂性和开发复杂实时系统的压力，作为主流系统工程和软件开发的基本构造，软件架构应运而生。与任何其他久经考验的学科一样，软件架构在诞生之初也面临许多挑战！
咱们做开发的，日常工作中多多少少都会涉及一些架构设计方面的知识。说到架构设计就不得不提架构图，曾几何时，每一个软件项目都需要一个架构图。但想要画好一张架构图并不容易，一个很简单的架构也可能会出错。你可能曾经也遇到过类似的问题： 在构思架构图的过程中，如何针对当前需求选择合适的架构，如何面向未来，保证架构平滑过渡？ 对着画布无从下手、删了又来？ 用什么工具画更好？ 如何用一张图描述我的系统，并且让产品、运营、开发都能看明白？ 图上的框框有点少，是不是要找点儿框框加进来？ （架构图分类） 好的架构图有什么标准
咱们做开发的，日常工作中多多少少都会涉及一些架构设计方面的知识。说到架构设计就不得不提架构图，曾几何时，每一个软件项目都需要一个架构图。但想要画好一张架构图并不容易，一个很简单的架构也可能会出错。你可能曾经也遇到过类似的问题： 在构思架构图的过程中，如何针对当前需求选择合适的架构，如何面向未来，保证架构平滑过渡？ 对着画布无从下手、删了又来？ 用什么工具画更好？ 如何用一张图描述我的系统，并且让产品、运营、开发都能看明白？图 上的框框有点少，是不是要找点儿框框加进来？ （架构图分类） 好的架构图有什么标准
系统架构图是为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界，以及软件系统的物理部署和软件系统的演进方向的整体视图。
本文摘自-前阿里资深技术专家在极客时间的专栏《从0开始学架构》其中一篇文章，讲的关于如何画好软件架构图。
很多同学技术能力很强，架构设计也做得很好，但是在给别人讲解的时候，总感觉像是“茶壶里煮饺子，有货倒不出”。
相信很多小伙伴的公司都是服务治理，自动化运维了吧，那么我们很多东西都变成我们自己去设置了，比如自己创建一个域名，绑定他的代理机器，它的web负载均衡这些东西。所以今天跟大家一起来看看负载均衡
在上一篇文章《4款亲测好用的开发画图工具》中，有读者在后台留言提到想了解如何画好一张架构图？本文作者从架构图的目的、怎样的架构图是好的架构图、如何画好架构图，以及各类经典架构图的分类和示例都做了详尽解析，是一篇不可多得的干货文章，建议点赞收藏！
腾讯云是中国最大的互联网公司腾讯提供的云计算服务。腾讯云为全球企业提供大量云服务，如云计算，数据处理和云运营服务。
在软件和系统开发的早期阶段，一张详尽而精炼的系统架构图常常是决策和规划的基石。然而，这个领域常常充满术语和概念，容易让人迷失。今天，我们就来一起探讨如何绘制有效的系统架构图，以及它在项目开发中的作用和意义。
俗话说，不想成为架构师的程序员不是好程序员，不会画架构图的程序员不是好的技术扛把子。很多程序员都把成为架构师作为自己职业生涯上的一个小目标，我年轻时候也是，但起步还是晚了。 架构知识的积累往往不是一蹴而就的，不管你是 P5、6、7、8、9…都有相应的需要掌握的技能图谱，而架构图可以说是程序员必备的相对底层的技能。 架构图按照不同维度可以分为多种类型，比如： 开发视图反映系统开发实施过程，用于描述系统的模块划分和组成以及细化到内部包的组成设计； 逻辑视图反映系统整体组成与系统如何构建的过程，用于描述系统软件功
我们尝试通过创建架构图（作为技术文档的一部分）来反映应用程序的内部状态，但大多数时候我们都没能做对。由此产生的架构图可能非常全面，也可能非常模糊。有时，架构图根本就是不相关的。我之前写过一些关于如何创建有用架构图的技巧。
当我们想要设计一款产品的时候，文字总是不能具体的呈现出产品的架构，这个时候如果我们能够有一个架构图就会直观很多，也方便大家理解。但是架构图却并不好设计，需要我们对产品有足够的了解，同时还要对技术栈有较深的理解，所以我们还是可以找一个帮手，让ChatGPT帮我们来绘制产品架构图。
日常的工作中，假如你身边坐了一个女程序猿，为了让乏味的工作氛围增加点提神的荷尔蒙，文艺又懂点技术的你可能会对她说：小姐姐，我能把世间万物抽象成一个类，但唯独不能抽象你，你在我眼里美的那么具体。然后她开心的接过了你改了又改的需求。
业务架构图，顾名思义就是对于产品的业务架构进行梳理和整合，它表达的是业务系统之间的关系，帮助开发人员梳理业务结构。
一提到画图很多人就想站起来喊，”内卷“、”内卷啦“、”PPT工程师“，但程序代码本身就是一种数学逻辑的具体实现，如果没有一些图表配合文字的阐述，讲真很难让所有人都能在共同的共识下进行交流。
本文作者阿里巴巴技术专家三画，分享了自己和团队在画好架构图方面的理念和经验，首发于阿里内部技术分享平台，阿里巴巴中间件授权转载，梓敬、鹏升和余乐对此文亦有贡献。
本篇已加入《.NET Core on K8S学习实践系列文章索引》，可以点击查看更多容器化技术相关系列文章。上一篇介绍了Google开发的容器监控工具cAdvisor，但是其提供的操作界面较为简陋，且不支持监控多Host，实用性有待提高。因此，本篇会介绍一个流行的生产级监控工具，不，准确说来应该是一个监控方案，它就是Prometheus！
一提到画图很多人就想站会起来喊，”内卷“、”内卷啦“、”PPT工程师“，但程序代码本身就是一种数学逻辑的具体实现，如果没有一些图表配合文字的阐述，讲真很难让所有人都能在共同的共识下进行交流。
自建 Redis 系统是得物 DBA 团队自研高性能分布式 KV 缓存系统，目前管理的 ECS 内存总容量超过数十TB，数百多个 Redis 缓存集群实例，数万多个 Redis 数据节点，其中内存规格超过 1T 的大容量集群多个。
这里整理了下这些年的知识储备，给一些刚迈入架构师或想要进入架构师行业的同学，一点点参考。
导读：技术传播的价值，不仅仅体现在通过商业化产品和开源项目来缩短我们构建应用的路径，加速业务的上线速率，也体现在优秀工程师在工作效率提升、产品性能优化和用户体验改善等经验方面的分享，以提高我们的专业能力。本文作者阿里巴巴技术专家三画，分享了自己和团队在画好架构图方面的理念和经验，首发于阿里内部技术分享平台，梓敬、鹏升和余乐对此文亦有贡献。
技术传播的价值，不仅仅体现在通过商业化产品和开源项目来缩短我们构建应用的路径。加速业务的上线速率，也体现在优秀工程师的工作效率提升、产品性能优化和用户体验改善等经验方面的分享，以提高我们的专业能力。
最近学习了阿里资深技术专家李运华的架构设计关于读写分离的教程，颇有收获，总结一下。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
