OpenStack

日常鸡汤： 　　当你去想要去放纵自己的时候，多想想你的父母在干什么！ 一、Python简介： 都说“Hello,Wolrd”是万恶之起源，但我觉得介绍才是万恶的起源。 Python 创始人龟叔（Guido van Rossum） 1.主要应用的领域： 云计算：OpenStack WEB开发：Django等框架 科学运算、人工智能：典型库NumPy等 系统运维 金融：量化交易，金融分析 图形GUI：PyQT等 2.编译和解释的区别： 编译器 是把源程序的每一条语句都编译成机器语言，并保存成二进制文件，这样运行时计算机可以直接以机器语言来运行此程序，速度很快。 解释器 是在执行程序时，才一条一条的解释解释成机器语言给计算机来执行，所以运算速度慢，跨平台性高 3.Python语言的特点： 　　“优雅”、“明确”、“简单” 　　并且Python是一门解释型的弱类型语言 二、第一个Python程序 1 # _*_ encoding:utf-8 _*_ 2 print ( " Hello,Word " ) frist 　　当python的版本为2系列的时候需要在编辑代码前加上一行 # _*_ encoding:utf-8 _*_ 　　因为Python2系列的版本默认不支持utf-8的编码，python3 系列没有这个问题 三、变量 1.常量： 　　在python中不存在绝对的常量，只是约定俗称

什么是公有云？ 公有云是部署云计算最常见的方式。公有云资源（如服务器和存储空间）由第三方云服务提供商拥有和运营，这些资源通过 Internet 提供。在公有云中，所有硬件、软件和其他支持性基础结构均为云提供商所拥有和管理。在公有云中，你与其他组织或云“租户”共享相同的硬件、存储和网络设备。 你可以使用 Web 浏览器访问服务和管理帐户。公有云部署通常用于提供基于 Web 的电子邮件、网上办公应用、存储以及测试和开发环境。 公有云优势： 成本更低 — 无需购买硬件或软件，仅对使用的服务付费。 无需维护 — 维护由服务提供商提供。 近乎无限制的缩放性 — 提供按需资源，可满足业务需求。 高可靠性 — 具备众多服务器，确保免受故障影响。 什么是私有云？ 私有云由专供一个企业或组织使用的云计算资源构成。私有云可在物理上位于组织的现场数据中心，也可由第三方服务提供商托管。但是，在私有云中，服务和基础结构始终在私有网络上进行维护，硬件和软件专供组织使用。这样，私有云可使组织更加方便地自定义资源，从而满足特定的 IT 需求。私有云的使用对象通常为政府机构、金融机构以及其他具备业务关键性运营且希望对环境拥有更大控制权的中型到大型组织。 私有云优势： 灵活性更高 — 组织可自定义云环境以满足特定业务需求。 安全性更高 — 资源不与其他组织共享，从而可实现更高控制性和安全性级别。 缩放性更高 —

一、Openstack概述 1.云计算简介 1.1 什么是云计算：本质是 按需使用，按使用付费 基于互联网的相关服务的增加、使用和交付模式 这种模式提供可用的、便捷的、按需的网络访问，进入可配置的计算机资源共享池（资源包括网络，服务，服务器，存储，应用软件） 这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互 通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源 1.2 IaaS Infrastructure as a Service，基础设施即服务，最终提供云主机 提供给消费者的服务是对所有计算机基础设施的利用，包括： - 处理CPU、内存、存储、网络和其他基本的计算机资源， - 用户能够部署和运行任意软件，包括：操作系统和应用程序。 消费者不管理或控制任何云计算基础设施，但能控制操作系统的选择、存储空间、部署的应用； Iaas通常分为三种用法：公有云的、私有云、混合云、社区云 云产品：阿里云、亚马逊(Elastic Compute Cloud) 1.3 PaaS Platform as a Service，平台即服务，提供组件 云计算时代相应的服务器平台 或 开发环境作为服务进行提供 就成为了PaaS PaaS运营商所需提供的服务，不仅仅是单纯的基础平台，而是包括针对该平台的技术支持服务，甚至针对该平台而进行的应用系统开发、优化等服务 简单说

作者 | tengshe789 来 源 | https://juejin.im/post/5c0ba2bef265da614d08fefe 微服务的概念最早在 2012 年提出，在 Martin Fowler 的大力推广下，微服务在 2014 年后得到了大力发展。 今天我们通过一组手绘图来梳理下微服务的核心架构。 什么是微服务？ 微服务 Microservices 之父，马丁.福勒，对微服务大概的概述如下： 就目前而言，对于微服务业界并没有一个统一的、标准的定义（While there is no precise definition of this architectural style ) 。 但通常在其而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。 服务之间采用轻量级的通信机制互相沟通（通常是基于 HTTP 的 RESTful API ) 。 每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。 另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务。 可以使用不同的语言来编写服务，也可以使用不同的数据存储。

作者：tengshe789 juejin.im/post/5c0ba2bef265da614d08fefe 微服务的概念最早在 2012 年提出，在 Martin Fowler 的大力推广下，微服务在 2014 年后得到了大力发展。 今天我们通过一组手绘图来梳理下微服务的核心架构。 什么是微服务？ 微服务 Microservices 之父，马丁.福勒，对微服务大概的概述如下： 就目前而言，对于微服务业界并没有一个统一的、标准的定义（While there is no precise definition of this architectural style ) 。 但通常在其而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。 服务之间采用轻量级的通信机制互相沟通（通常是基于 HTTP 的 RESTful API ) 。 每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。 另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务。 可以使用不同的语言来编写服务，也可以使用不同的数据存储。 根据马丁.福勒的描述

点击上方 “ Java专栏 ”， 选择“置顶或者星标” 第一时间阅读精彩文章！ 1、☞ 程序员进阶必备资源免费送「21种技术方向！」 点击查看☜ 2、☞ 《Java面试手册》.PDF 点击查看 作者：tengshe789 juejin.im/post/5c0ba2bef265da614d08fefe 微服务的概念最早在 2012 年提出，在 Martin Fowler 的大力推广下，微服务在 2014 年后得到了大力发展。 今天我们通过一组手绘图来梳理下微服务的核心架构。 什么是微服务？ 微服务 Microservices 之父，马丁.福勒，对微服务大概的概述如下： 就目前而言，对于微服务业界并没有一个统一的、标准的定义（While there is no precise definition of this architectural style ) 。 但通常在其而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。 服务之间采用轻量级的通信机制互相沟通（通常是基于 HTTP 的 RESTful API ) 。 每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。 另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言

点击上方“ java大数据修炼之道 ”，选择“ 设为星标 ” 优质文章, 第一时间送达 作者：tengshe789 juejin.im/post/5c0ba2bef265da614d08fefe 微服务的概念最早在 2012 年提出，在 Martin Fowler 的大力推广下，微服务在 2014 年后得到了大力发展。 今天我们通过一组手绘图来梳理下微服务的核心架构。 什么是微服务？ 微服务 Microservices 之父，马丁.福勒，对微服务大概的概述如下： 就目前而言，对于微服务业界并没有一个统一的、标准的定义（While there is no precise definition of this architectural style ) 。 但通常在其而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。 服务之间采用轻量级的通信机制互相沟通（通常是基于 HTTP 的 RESTful API ) 。 每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。 另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务。

错误描述： 安装配置完swift后，运行swift list命令，报如下错误： Account GET failed: http://172.80.80.146:8081:8081/v1/AUTH_f3df03ae27a54dbbad2920b07a5462a9?format=json 401 Unauthorized [first 60 chars of response] <html><h1>Unauthorized</h1><p>This server could not verify t 运行swift stat命令，报如下错误： Account HEAD failed: http://172.80.80.146:8081:8081/v1/AUTH_f3df03ae27a54dbbad2920b07a5462a9 401 Unauthorized 通过Google查找401 Unauthorized error，大部分文章都说是由于proxy-server.conf配置文件配置项缺少或错误导致的，但我尝试添加或修改，问题依然存在。 解决办法： 修改Keyston使用UUID tokens，找到/etc/keystone/keystone.conf文件，查找token_format配置项，将其值修改为UUID，之后运行service keystone restart使配置生效

导读：从2010年到2020年，OpenStack项目整整走过了十个春夏秋冬。不管是OpenStack基金会，还是积极参与OpenStack社区的厂商、企业乃至开发者，想必都有肺腑之言想对OpenStack倾诉。 翻开记忆中OpenStack项目十年的故事，会不会别有一番滋味在心头？ 故事1： 改变从OpenStack开源云开始 OpenStack之所以能有今天的行业影响力，与OpenStack基金会的成功运作是密不可分的。OpenStack项目十周年故事的第一个讲述人便是OpenStack基金会首席运营官Mark Collier（柯理怀）。 2010年，OpenStack项目启动时仅有少数几个组织的支持。十年后的今天，OpenStack拥有：来自187个国家的600多个组织，以及105000位社区成员的支持；OpenStack与 Linux kernel、Chromium（Chrome浏览器和Chrome OS的上游项目）已成为全球最活跃的三大开源项目；数千名开发者在上游贡献了代码，按时发布了20个OpenStack版本；全球组织及机构的OpenStack部署总规模已达到1000万个计算核心，涉及零售、金融服务、电信、研究机构、政务等多个行业和领域；OpenStack已是开源私有云领域的事实标准，同时全球还有几十个公有云平台基于OpenStack部署；社区已启动四个新的开源项目

本文出自我的公众号：程序员江湖。 江湖路险，你我同行。 Java开发工程师一般负责后端开发，当然也有专门做Java Web的工程师，但是随着前后端的分离，越来越多的Java工程师需要往大后端方向发展。 今天我们就来介绍一下Java后端开发者的书单。 首先要感谢一下江南白衣大大的后端书架，让我在初学阶段读到了很多好书，直到现在都印象深刻。 我在两年的学习历程中看了很多的书，其中不乏XXX入门到精通，XXX王者归来，XXX指南什么的。 虽然这类书确实毛病很多，但是作为非科班的我来说，当时还是看的津津有味。直到后来我看到一些优秀的书籍，以及白衣哥的书架，我才逐渐认识到看一些精品书籍的好处。 所以我们今天就从这些精品书籍中挑选一些优秀书籍来推荐给大家，当然其中有一些书我自己也没有时间看完。 接下来我们按照后端技术栈各个部分的内容来推荐书籍。 网络 1 TCP/IP卷一 这本其实我刚开始没看太懂，可能是当时太水的原因，但是一般是大牛力荐的书。 2 计算机网络：自顶向下 这本从应用层讲到物理层，感觉这种方式学起来更轻松，我比较推荐小白看这本。 3 图解HTTP和图解TCP/IP 相较于前两本大厚书，这两本书更加亲民，小白可以买来看看，还是很适合入门的。 4 计算机网络 没错，就是这本教材，作为非科班选手自己看这本书，那叫一个欲仙欲死啊，看完就忘记了。 操作系统 1 深入理解计算机系统