Kubernetes-Docker – 酷壳 – CoolShell 3F

如何阅读OpenStack源码

2020年7月1日 CoolShell Comments 0 Comment 359 Views

閱讀本文約花費: 28 (分鐘)原文：https://github.com/int32bit/openstack-workflow http://www.talkwithtrend.com/Article/240391 1 关于该项目本项目使用在线绘图工具web sequencediagrams完成，目标是图形化OpenStack的所有操作流程，通过操作序列图能快速学习Openstack的工作原理，理清各个组件的关系，运维人员也能根据操作序列图进行更精确的故障定位和排查. 注意，该操作序列图基于L版OpenStack源码，未来版本的操作可能会有变化，请以最新版的源码为准，该项目提供的序列图仅供参考。 2 OpenStack基础 2.1 OpenStack组件介绍 OpenStack是一个IaaS层的云计算平台开源实现，其对标产品为AWS。最开始OpenStack只有两个组件，分别为提供计算服务的Nova以及提供对象存储服务的Swift，其中Nova不仅提供计算服务，还包含了网络服务、块存储服务、镜像服务以及裸机管理服务。之后随着项目的不断发展，从Nova中根据功能拆分为多个独立的项目，如nova-volume拆分为Cinder项目提供块存储服务，nova-image拆分为Glance项目，提供镜像存储服务，nova-network则是neutron的前身，裸机管理也从Nova中分…

Read More Read More

微服务网关

2020年6月27日 CoolShell Comments 0 Comment 790 Views

閱讀本文約花費: 14 (分鐘) 本文阐述微服务的API网关的一些主要功能，并例举了几种常用的网关，最后结合spring cloud微服务框架对网关做一些简要的论述。一、前言随着微服务的兴起，基于其业务耦合性低、负载能力强、服务边界清晰等优点，大家纷纷使用微服务架构来实现新系统或进行老系统的改造。微服务在带来诸多好处的同时，也有一些问题需要解决，比如：如何做到有效拆分、减少服务间调用，如何统一管理所有服务的接口，如何进行自动化部署等。本文阐述微服务的API网关的一些主要功能，并例举了几种常用的网关，最后结合spring cloud微服务框架对网关做一些简要的论述。二、API网关简介 API网关，顾名思义，是统一管理API的一个网络关口、通道，是整个微服务平台所有请求的唯一入口，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。下图为微服务架构的简单示意图，网关起到的作用一目了然。三、API网关的作用为微服务云平台提供统一的入口是API网关最主要的用途，除此之外，网关还可承担认证授权、访问控制、路由、负载均衡、缓存、日志、限流限额、转换、映射、过滤、熔断、注册、服务编排、API管理、监控、统计分析等等非业务性的功能。所以实现或者选择一个好的API网关，是建设容器云和微服务体系中一个至关重要的事项。这也决定了API网关的部署，要尽可能的减少接触面…

Read More Read More

k8s常用命令实操

2020年6月7日 CoolShell Comments 0 Comment 392 Views

閱讀本文約花費: 12 (分鐘)查看集群信息： [[email protected] pods]# kubectl cluster-infoKubernetes master is running at http://localhost:8080KubeDNS is running at http://localhost:8080/api/v1/proxy/namespaces/kube-system/services/kube-dns To further debug and diagnose cluster problems, use ‘kubectl cluster-info dump’. 查看更详细的可以用kubectl cluster-info dump 查看各组件状态 [[email protected] pods]# kubectl -s http://localhost:8080 get componentstatusesNAME STATUS &n…

Read More Read More

云和虚拟化有何区别？[云计算]

2020年5月27日 CoolShell Comments 0 Comment 308 Views

閱讀本文約花費: 6 (分鐘)由于虚拟化和云的核心理念都是从抽象资源中创建可用的环境，所以很容易被混为一谈。虚拟化是一种技术，可让用户以单个物理硬件系统为基础，创建多个模拟环境或专用资源。而云是一种能够抽象、汇集和共享整个网络中的可扩展资源的 IT 环境。简而言之，虚拟化是一项技术，而云是一种环境。人们创建云通常是为了进行云计算，也就是在系统中运行工作负载。云基础架构可以包含各种裸机、虚拟化或容器软件，它们可用于抽象、汇集和共享整个网络中的可扩展资源，以此来创建云。稳定的操作系统（如 Linux®）是云计算的基础。这一层架构可让用户独立于公共、私有和混合环境之间。如果您能访问内部网和/或互联网，则可以使用虚拟化来创建云，但这不是唯一的选择。通过虚拟化，虚拟机监控程序会监控物理硬件，并抽象机器中各项资源，之后把这些资源提供给叫做虚拟机的虚拟环境。这些资源可以是原始处理能力、存储或基于云的应用，其中包含了部署所需的所有运行时代码和资源。如果就此停止，则不能叫做云——这仅仅是虚拟化。只有向中央池分配了虚拟资源，才能被称为“云”。增加一层管理软件后，即可管控将在云中使用的基础架构、平台、应用和数据。再增加一层自动化工具，用来替换或减少人工操作可重复指令和流程，从而为云提供自助服务组件。如果您建立的 IT 系统满足以下条件，则说明您…

Read More Read More

为什么在做微服务设计的时候需要DDD？

2020年5月17日 CoolShell Comments 0 Comment 504 Views

閱讀本文約花費: 9 (分鐘)记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢？』随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。但是DDD内容繁多，是不是要深入去了解呢，我觉得不必入坑太深，个人浅见，它最核心的一点就是针对贫血模型的不足而设计，把原先传统的贫血模型里的业务逻辑层拎出来，融入到Domain层，这样面对复杂业务的规模化变更，我们只需要专注于Domain即可。回到主题，我们要了解的是微服务和DDD到底有什么关系呢？因为在互联网时代，软件所面临的问题域比以往要复杂得多，这种复杂性来源于不断扩展的问题域自身，也来源于创新变化，以及这种规模性增长所带来的挑战。然而一个人一个团队，他对复杂的事物的认知是有极限的，面对这种复杂问题唯一的方法就是分而治之。分主要考虑的是如何去分；治意味着分出来的每一个部分要能够独立的运行，能够互相的协作，完成整体的目标，能够一来应对外部变化所带来的冲击。微服务的缺陷微服务架构在分和治两个方面都给出了很好的理论指导和最佳实践，那微服务是不是解决复杂问题的银弹呢？其实不然，很多团队在应用了微服务架构来构建他们的系统以后，发现并没有完全解决这种复杂性问题，甚至还带来了一些其他的问题。比如：服务并没有解决复杂系统如何应对需求变化这个问题，甚至还加剧了这个问题…

Read More Read More

微服务划分的姿势

2020年5月16日 CoolShell Comments 1 comment 308 Views

閱讀本文約花費: 10 (分鐘)我们知道微服务是一种理念，没有确切的定义和边界，好比设计原则，是属于抽象的概念。在定义不明确的情况下谈划分也是一种各说各话，具体问题需要具体分析，所以这篇文章谈到的划分也不是绝对标准，仅供参考。有人说微服务不难，难的是服务的划分，虽然我持保留意见，但是从侧面也反应了划分具有一定的困难。这里的矛盾在于粒度，如果粒度太大了，分和不分似乎都差不多；如果粒度太小了，聚合、发布、调用链、调试等都是坑。以下谈到的拆分是前人经验的总结，我罗列了三种行家的拆分姿势，每个的的经验和视野不同，各有偏颇，我在这里更多的是谈共鸣和感受，希望对你有所启发。拆分姿势姿势一：新浪微博微服务专家胡忠想从纵横两个维度来划分，简单粗暴。纵向拆分从业务维度进行拆分。标准是按照业务的关联程度来决定，关联比较密切的业务适合拆分为一个微服务，而功能相对比较独立的业务适合单独拆分为一个微服务。横向拆分从公共且独立功能维度拆分。标准是按照是否有公共的被多个其他服务调用，且依赖的资源独立不与其他业务耦合。纵向以业务为基准，关系铁的在一起；横向功能独立的在一起。我想如果拆分这么简单，你有底气拆，敢拆吗？所以我们又继续比对一下其他专家的言论。姿势二：阿里的小伙伴从综合的维度来看，部分维度和上面会有重合服务拆分要迎合业务的需要充分考虑业务独立性和专业性，避免以团队来定义服务边界，从…

Read More Read More

SpringCloud Alibaba全家桶

2020年5月1日 CoolShell Comments 0 Comment 597 Views

閱讀本文約花費:

Java微服务实践乱谈

2020年4月29日 CoolShell Comments 0 Comment 390 Views

閱讀本文約花費: 25 (分鐘)楔子目前业界最流行的微服务架构正在或者已被各种规模的互联网公司广泛接受和认可，业已成为互联网开发人员必备技术。无论是互联网、云计算还是大数据，Java平台已成为全栈的生态体系，其重要性几乎不可替代。这两年微服务作为一个非常新的技术，各种理论流派试图从不同的角度去阐述其概念和优势，我一开始是拒绝的，因为我没有”Duang“的一下想清楚。个人感性地认知是，姿势不对，纯靠意会。理性的看法则是，在思想上，那些布道师们并未达到一致。经过参考各家思想之后，得到了一些自己的领悟，我分享给大家。微服务是什么？微服务是一种细粒度（Fine-Grain）的SOA 个人认为，与其说微服务是一种技术，不如将其定义为一种架构，而架构则是“技”的实现与“术”的策略相辅相成。“术”的策略需要分析使用场景，进行合理地划分业务边界，实现“业以类聚”，然而“技”的实现则通过特定的技术在实现业务逻辑之时，更多的考虑实现过程中的效率性、测试的便利性、维护的可持续性，达到“技以群分”的目的。由此而论，我个人偏好将其定义为：“微服务是一种细粒度的SOA”。这样定义的好处在于，没必要去重复地“抹黑”“单体应用”（Monolithic，也有人翻译成“巨石应用”），缘于SOA技术的衍化过程中早已提及。那么，细粒度更多的体现在“取其精华，去其糟粕”。 SOA又是什么? SOA = Serv…

Read More Read More

《microservice & serverless》的一点感想

2020年4月29日 CoolShell Comments 0 Comment 393 Views

閱讀本文約花費: 6 (分鐘)超哥是来自Amazon的顶级的架构师，经历了Amazon整个向微服务架构迁移的过程，以及向serverless的演化过程，有着极其丰富的经验，年过40，一直站在技术的最前沿，始终保持对技术的执着追求和热情，是名副其实的技术大牛，能与之一起工作，荣幸之至！今天超哥给我们分享的主题《microservice & serverless》，是超哥实际工作经验的一些分享，也为公司架构的演化提供了新的思路和指导。 microservice（微服务）这个可能是这些年最火的一种架构设计了，频繁地出现在各种技术大会上，各大互联网巨头纷纷向这种架构演化，很多小的互联网公司也往这些概念上去靠，大有一种不做微服务就要落伍的趋势。事实上，很多对于微服务的理解比较粗浅，盲目的微服务化甚至会带来更多的负面影响。目前Amazon内部运行着超过2w过微服务，但是这些微服务并不是凭空产生的，在这之前，运行的服务都是超大的单体服务，但是随着业务的发展，这种服务在整个研发的pipeline（设计→研发→编译→测试→发布→部署→运维）中都出现了一些问题。设计阶段，老的单体服务会给我们带来一些技术限制，比如有些技术只有python语言的实现，但是我们的服务使用java开发，这样我们不得不拿出一个更复杂的设计去解决类似的问题；研发阶段，随着开发人数越来越多，代码冲突的问题越来越多，我们不…

Read More Read More

面试官：你知道java类是怎么跑起来的吗？问的我一脸懵

2020年4月12日 CoolShell Comments 0 Comment 367 Views

閱讀本文約花費: 15 (分鐘)类从加载虚拟机内存中开始到卸载出内存为止，生命周期包括：加载、验证、准备、解析、初始化、使用、卸载。加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的，类的加载过程必须按照这种顺序进行，而解析阶段则不一定，它在某些情况下可能在初始化阶段后在开始，因为java支持运行时绑定。加载阶段通过一个类的全限定名来获取定义此类的二进制字节流（没有指明二进制字节流要从一个Class文件中获取，可以从ZIP包中读取，从网络中获取，运行时计算生成等等）然后，将这个字节流所代表的静态储存结构转化为方法区的运行时数据结构在内存中生成一个代表这个类的java.lang.Class对象，也就是说，当程序中使用任何类时，系统都会为之建立一个java.lang.Class对象。该Class对象作为方法区这个类的各种数据的访问入口完成后，虚拟机外部的二进制字节流就按照虚拟机所需格式储存在方法区中。这里稍微理解一下对象和类的概念，对象是实例化的类。类的信息是存储在方法区中的，对象是存储在Java堆中的。类是对象的模板，对象是类的实例。类的加载由类加载器完成，类加载器通常由JVM提供，这些类加载器也是前面所有程序运行的基础，JVM提供的这些类加载器通常被称为系统类加载器。除此之外，开发者可以通过继承ClassLoader基类来创建自己的类加载器。其实加载阶段用一句话…

Read More Read More

Coolshell:应该知道的Linux技巧

2020年4月9日 CoolShell Comments 2 comments 684 Views

閱讀本文約花費: 14 (分鐘)这篇文章来源于Quroa的一个问答《What are some time-saving tips that every Linux user should know?》—— Linux用户有哪些应该知道的提高效率的技巧。我觉得挺好的，总结得比较好，把其转过来，并加了一些自己的理解。首先，我想告诉大家，在Unix/Linux下，最有效率技巧的不是操作图形界面，而是命令行操作，因为命令行意味着自动化。如果你看过《你可能不知道的Shell》以及《28个Unix/Linux的命令行神器》你就会知道Linux有多强大，这个强大完全来自于命令行，于是，就算你不知道怎么去做一个环保主义的程序员，至少他们可以让你少熬点夜，从而有利于你的身体健康和性生活。下面是一个有点长的列表，正如作者所说，你并不需要知道所有的这些东西，但是如果你还在很沉重地在使用Linux的话，这些东西都值得你看一看。（注：如果你想知道下面涉及到的命令的更多的用法，你一定要man一点。对于一些命令，你可以需要先yum或apt-get来安装一下，如果有什么问题，别忘了Google。如果你要Baidu的话，我仅代表这个地球上所有的生物包括微生物甚至细菌病毒和小强BS你到宇宙毁灭）基础学习 Bash 。你可以man bash来看看bash的东西，并不复杂也并不长。你用别的sh…

Read More Read More

《REWORK》摘录及感想

2020年4月9日 CoolShell Comments 0 Comment 427 Views

閱讀本文約花費: 45 (分鐘) 读了《Rework》这本书好多遍，每次读都有不同的感想。但从来没有把这些感想记录下来，今天把《Rework》书中的一些章节做一些摘录，并把我的一些感想总结出来。供大家参考。这是一本平生以来让我中毒很深的书，也是一本让我思考得很多的书。希望看到这篇文章的人都能好好地读读这本书。这本书并不难读，是一本你可以一口气不中断就可以读完的书。现实世界 “这在现实世界里面行不通”，当你向人们介绍一个新创意时，人们总是这么回答你。这个“现实世界”听起来如此令人沮丧，……只有人耳熟能详，习以为常的事情才会胜利，即使是这些事情已经漏洞百出陈腐低效。揭开“现实世界”这个锅盖，你会发现居住在里的人都充斥着悲观主义和失望的情绪。更糟的是，他们想将别人拖进他们的坟墓。如果你是充满希望和野心的人，他们会试着说服你，你的想法是不可能的。他们会说你在浪费时间。 “现实世界”并不存在，那只是人的一个借口。只是某些人为了开脱自己的无所作为，跟你一点关系也没有。感想：我经常会向一同事和朋友提及一些我的想法，朋友同事们经常会回答我——这个事某某人，某某团队做过了，没成功。或是对我说，你做这个事的时候，要小心这个要小心那个。我觉得，这个时候是最考验我们的时候了，要有一个清醒的头脑去分析别人的话，别人真不代表自己。这个世界上大多数人都是比较保守的，大多数都对这个现实世界都有或多或少的恐…

Read More Read More

Kubernetes HPA 详解

2020年4月7日 CoolShell Comments 0 Comment 777 Views

閱讀本文約花費: 32 (分鐘)Kubernetes HPA 详解在前面的学习中我们使用用一个 kubectl scale 命令可以来实现 Pod 的扩缩容功能，但是这个毕竟是完全手动操作的，要应对线上的各种复杂情况，我们需要能够做到自动化去感知业务，来自动进行扩缩容。为此，Kubernetes 也为我们提供了这样的一个资源对象：HorizontalPodAutoscaling（Pod水平自动伸缩），简称 HPA，HPA 通过监控分析一些控制器控制的所有 Pod 的负载变化情况来确定是否需要调整 Pod 的副本数量，这是 HPA 最基本的原理：我们可以简单的通过 kubectl autoscale 命令来创建一个 HPA 资源对象， HPAController默认 30s轮询一次（可通过 kube-controller-manager 的 –horizontal-pod-autoscaler-sync-period 参数进行设置），查询指定的资源中的 Pod 资源使用率，并且与创建时设定的值和指标做对比，从而实现自动伸缩的功能。 Metrics Server 在 HPA 的第一个版本中，我们需要 Heapster 提供 CPU 和内存指标，在 HPA v2 过后就需要安装 Metrcis Server 了， MetricsServer 可以通过标准的 Kubernetes A…

Read More Read More

写作博客/公众号工具分享

2020年4月5日 CoolShell Comments 1 comment 480 Views

閱讀本文約花費: 7 (分鐘)不断打磨下来，形成自己的一套写作工具链，今天整理分享给大家，希望帮助大家的提高写作效率。写作可以分为三步：写作前写作中写作后按照这三步介绍这个过程中我用到一些工具。写作前 trello 官网地址:https://trello.com/ 这是一款任务管理工具，类似于敏捷开发中看板，我们可以快速管理任务。日常工作我只要想到一个 idea，就会第一时间先记录到 idea 列表中。这里千万不要高估自己的记忆力，如果想到了，感觉记录下来。以前上午灵光一现想到一个 idea，准备晚上写一下，然后晚上就想不起来。。。前期准备时，可以将收集到的资料，素材，全部放到具体卡片中。当我们开始写作后，拖动到下一个列表，完成之后，再拖到下一个列表，这样写作任务非常清晰。 trello 十分强大，这里只是用了小功能，感兴趣的同学可以深入研究一下。写作中 typora+iPic+坚果云 markdown 编辑器：typora，下载地址：https://typora.io/。图床工具：iPic，下载地址：https://toolinbox.net/iPic/ 云盘：坚果云，下载地址:https://www.jianguoyun.com/ iPic 只支持 macos 在 typora 中使用 markd…

Read More Read More

Spring源码笔记之Bean加载之准备创建Bean

2020年4月4日 CoolShell Comments 0 Comment 496 Views

閱讀本文約花費: 16 (分鐘)我们知道从spring容器中获取单例bean时会先从缓存尝试获取，如果缓存中不存在已经加载的单例bean就需要从头开始bean的创建，而bean的创建过程是非常复杂的，本文就开始研究bean加载这部分的源码。 1. bean创建流程分析　　在Spring中bean加载的逻辑是在getSingleton的重载方法中实现的： public Object getSingleton(String beanName, ObjectFactory<?> singletonFactory) { Assert.notNull(beanName, “‘beanName’ must not be null”); // 全局变量需要同步 synchronized (this.singletonObjects) { // 首先检查对应的bean是否已经加载过，因为singleton模式就是复用已创建的bean，所以这一步是必须的 Object singletonObject = this.singletonObjects.get(beanName); // 如果为空才可以进行singleton的bean的初始化 if (singletonObject == null) { if (this.singletonsCurrentlyInDestruction) {…

Read More Read More

nginx使用手册+基本原理+优缺点

2020年4月4日 CoolShell Comments 0 Comment 403 Views

閱讀本文約花費: 4 (分鐘)一、nginx优点 1.反向代理 1、正向代理：客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。 server不知道client是谁 2、反向代理：客户端请求服务器，中间也是经过一个代理服务器，客户端访问代理服务器就好像访问目标服务器一样。同时代理服务器将请求转发到后端具体服务器。客户端不知道自己具体访问的服务器是谁 3、总结 https://blog.csdn.net/wnvalentin/article/details/88171847 正向代理是对客户端的代理，由客户端设立，客户端了解代理服务器和目标服务器，但目标服务器不了解真正的客户端是谁；使用正向代理可达到突破访问限制、提高访问速度、对服务器隐藏客户端IP等目的；反向代理是对服务器的代理，由服务器设立，客户端不了解真正的服务器是谁，使用反向代理可达到负载均衡、保障服务端安全、对客户端隐藏服务器IP等目的。 2.负载均衡集群平摊请求压力负载均衡策略：轮询：平均访问（默认方式）权重 IP hash ：每个ip分配一个固定的服务器 URL hash fair 根据响应时间来访问，哪个机器响应快就哪个 server模块的配置： …

Read More Read More