架构

java开始了 前面的博客中学习了HTML+CSS,以及数据库mysql,接下来终于开始了java的学习，我是一个水平有限的人，如果是大神应该不会看我这篇文章，我想说你想学java前面的是比较基础的东西，就算你以后打算搞后端开发，也应该了解，而且数据库则更应该了解。 什么是java 首先我们学java要知道什么是java java是一个编程语言，针对于java以前的浏览器主要有Netspace和IE java还推出了applet(内嵌到浏览器运行) java主要分为3个部分 javame 微型开发，主要针对移动端，不过目前基本已经没人用了哈哈。 javase 针对桌面程序开发 javaee 企业级应用开发 作为web语言主要有（python，php,java,c#）,lamp,tomcat(jboss),mysql(oracle) 1、python来说属于对于新手比较友好的语言，也被称为胶水语言，python用途最多的是脚本，java用途最多的是web，pyhotn是胶水，可以把各类不相关的东西粘在一起用，java是基佬，可以通过软件工程组成几百个人的团队和你pk，商业化气息重。python在近一段时间热度我也不是很了解，我在读大三的时候好像听说还是蛮好的，很多人愿意学，不过我没有太多的了解。但是不管你承不承认java始终是世界上最多开发者使用的语言。 2、对于php来说

什么是微服务架构？ 　　微服务架构实际上是一种设计风格，它的核心主旨是将一个独立的系统拆分为一个个的小型服务，每个小服务在各自的进程中运行，服务之间通过基于HTTP协议的restful API进行通信合作。各个小服务都围绕系统中的某一个或某一项耦合度较高的业务功能进行部署，每个小服务都维护自身的开发和部署机制。 与单体系统的区别 　　 在传统的企业中，针对一些复杂的业务功能通常使用对象或业务类来构建一个单体项目。在项目中，通常将业务需求分为：数据库、服务端处理、前端展现。在发展初期，所有的业务功能在一个项目中，部署发布都还比较简单。随着企业的发展，业务需求不断的扩张，不断的为该项目增加业务模块；同时随着移动端的发展，后端的接口需要提供更多的接口来满足不同的展现形式。此时，单体项目变得越来越臃肿，越来越不好维护，往往修改了一个很小的功能就会影响其他的业务功能运行。随着这些问题的出现，微服务架构的作用逐渐凸显出来，将不同的业务功能模块拆分为不同的服务，每个服务之间独立运行，一个业务功能的修改不会影响其他服务的运行，而且还能更为准确的定位为题，为每个服务评估性能容量等。 如何实施微服务 　　经过多年的发展，Martion Fowler在Microservices一文中，提炼出了微服务的九大特性，用于指导大家设计架构。 服务组件化 　　组件是一个可以独立更换和升级的单元。在微架构中

首先，让我们来思考下面几个问题： 什么是Dalvik虚拟机? Dalvik VM与JVM有什么区别？ Dalvik VM有什么新的特点？ Dalvik VM的架构是怎么样的？ 首先，我得承认第一个问题问得很傻：什么是Dalvik虚拟机？没有人给出过一个明确的定义，但是，我们似乎可以从人们对Java虚拟机的描述中得到些信息。 Java虚拟机（JVM）是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。它有自己完善的硬件架构（如处理器、堆栈、寄存器等），还具有相应的指令系统。使用“Java虚拟机”程序就是为了支持与操作系统无关、在任何系统中都可以运行的程序。 因此，我们不妨对Dalvik虚拟机作出这样的描述： Dalvik虚拟机是Android程序的虚拟机，是Android中Java程序的运行基础。其指令集基于寄存器架构，执行其特有的文件格式——dex字节码来完成对象生命周期管理、堆栈管理、线程管理、安全异常管理、垃圾回收等重要功能。它的核心内容是实现库（libdvm.so），大体由C语言实现。依赖于Linux内核的一部分功能——线程机制、内存管理机制，能高效使用内存，并在低速CPU上表现出的高性能。每一个Android应用在底层都会对应一个独立的Dalvik虚拟机实例，其代码在虚拟机的解释下得以执行。 与Dalvik虚拟机关系最密切的非JVM莫属

[转载]神经网络架构搜索（Neural Architecture Search）杂谈 原文是https://blog.csdn.net/jinzhuojun/article/details/84698471 其实还基本上看不懂，先mark一下吧 用来以为grid search就够粗暴的了，看来一山更比一山高啊 来源： https://www.cnblogs.com/jiading/p/12099312.html

开篇概述 在如今移动互联网、互联网+、大数据的时代，各类的互联网网站、平台异常突起，如同雨后春笋，有种“忽如一夜春风来，千树万树梨花开”感觉。 对于移动互联网时代的平台来说，用户的体验感是否良好？平台的稳定性是否良好？估计是对所有互联网平台来说两大头等要素吧，的确，移动互联网时代，流量就是市场价值，说白了就是收益，就是RMB，失去了流量，那么你也就失去了赚取收益的机会与机遇。 因此，对于互联平台或网站来说，网站的高可用、不间断服务也是平台运营过程中的一个重大决定因素，比如说某平台，三天两头的故障，打不开，又或者说，经常性的出现错误、访问超时等等问题，那么用户的流失机率就会随之增加。 那么今天我们就来聊一聊各类高可用架构的一个演变过程到底是如何的？此文民工哥用时三小时总结写作完成，希望对大家有所帮助，欢迎大家拍砖、留言、点赞、转发分享以支持。 什么是高可用？ “高可用性”（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。简而言之，就是不间断对外提供服务。 架构之初 架构图 架构简述 这类架构比较适用于初创企业或流量较小的平台。 此种架构一般都是在平台运行之初所用到的架构，日均PV不大，简单的架构足以能够应对用户的流量请求，比如前端网站使用Apache/nginx都可以，APP服务器直接使用JAVA环境如tomcat应用

一、实验环境 一台部署好LNMP架构的虚拟机 实验过程 1.首先进入数据库 2.创建使用用户并设置密码 create database bbs; grant all on bbs.* to 'bbsuser'@'%' identified by 'admin123'; grant all on bbs.* to 'bbsuser'@'locathost' identified by 'admin123'; flush privileges; 3.创建论坛 将我们需要使用的upload复制到站点目录并命名为bbs 为论坛的一些服务设置权限 4.到此论坛部署完成就可以开始安装了 权限全部配置成功 安装成功！ 论坛创建成功！ 来源： 51CTO 作者： wx5d8ab22a0be5a 链接： https://blog.51cto.com/14557905/2461299

系统级别监控 top ps netstat ss 日志 配置Nginx状态信息 增加编译参数 --with-http_stub_status_module 配置文件中增加 stub_status on; https://coding.net/u/aminglinux/p/nginx/git/blob/master/mon/stat.md 配置Nginx状态 Nginx有内置一个状态页，需要在编译的时候指定参数--with-http_stub_status_module参数方可打开。 也就是说，该功能是由http_stub_status_module模块提供，默认没有加载。 Nginx配置文件示例 server{ listen 80; server_name www.aminglinux.com; location /status/ { stub_status on; access_log off; allow 127.0.0.1; allow 192.168.10.0/24; deny all; } } 配置说明 location /status/这样当访问/status/时即可访问到状态页内容。 stub_status on即打开了状态页。 access_log off不记录日志 allow和deny只允许指定IP和IP段访问，因为这个页面需要保护起来，并不公开

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 首先来看看什么是服务？我们常谈到的业务组件，业务方法或操作是否都是服务？而真正的服务必须满足两个条件，一个服务本身是能力供给，必须有外界的需求；一个是服务本身是可复用或重用。所以简单的讲服务应该是可重用的任务。这种任务可以是业务方面的操作组合，也可以是一种技术能力。 面向服务则重点就是一切以服务为中心，从服务识别，服务分析，服务设计，服务开发和服务上线使用一切都是以服务为中心。但是要注意到面向服务本身不是在传统面向结构或面向对象基础上的一个新方法，而是对传统面向对象和组件化思想的提升。 面向服务架构很容易将SOA理解为一种技术架构，而SOA本身更多的是一种架构风格，这种架构风格和传统软件开发最大的不同则是更加体现了业务和流程驱动IT的思想，体现了IT系统组件化和服务化构建思想，体现了由于服务本身可以重用，可以通过服务的组合和编排来满足业务的实现。SOA作为一种架构风格，使需求方和供给方有了共同的语言和价值约定；SOA作为一种架构风格，使服务不在单纯的是一种技术能力，而更多的是一种业务能力和IT资产。 再来看SOA的完整定义，一般说SOA是一种架构方法，将传统的单片式应用打破，分解为离散的、自治的业务服务，利用标准提升他们的互操作性，从而可以更好地共享、重用和组装，快速构建复合的应用从而满足业务需求的变化

在优锐课的java架构分享学习中，讨论了关于微服务是新的SOA吗？ 人们还在谈论SOA吗？ 让我们研究一下整体结构与这两种更新的体系结构之间的区别。 在“什么是微服务”中，了解到具有分布式架构的SOA和微服务比单片架构具有明显的优势。 在本博客中，我将解释基于分层的架构，并告诉你微服务和SOA架构之间的区别。 在深入研究微服务和SOA之间的差异之前，让我告诉你单片式架构，SOA和微服务之间的基本差异： 用外行的术语来说，一个整体类似于一个大容器，其中应用程序的所有软件组件都组装在一起并紧密包装。 面向服务的架构本质上是服务的集合。 这些服务相互通信。 通信可能涉及简单的数据传递，也可能涉及两个或多个协调某些活动的服务。 需要一些将服务相互连接的方法。 微服务又称微服务架构，是一种架构样式，可将应用程序构造为围绕业务领域建模的小型自治服务的集合。 你还可以观看下面的视频，其中我们的微服务架构专家解释了微服务架构和SOA之间的区别。 Edureka微服务与SOA教程 现在，让我们看看微服务和SOA之间的主要区别： 微服务与SOA 在将微服务与SOA进行比较时，它们都依赖于服务作为主要组件，但是在服务特征方面差异很大 面向服务的架构 SOA定义了四种基本服务类型，如下所示： 商业服务： 定义核心业务运营的粗粒度服务。 通过XML，业务流程执行语言（BPEL）等代表。 企业服务：

在优锐课的java架构分享学习中，讨论了关于微服务是新的SOA吗？ 人们还在谈论SOA吗？ 让我们研究一下整体结构与这两种更新的体系结构之间的区别。 在“什么是微服务”中，了解到具有分布式架构的SOA和微服务比单片架构具有明显的优势。 在本博客中，我将解释基于分层的架构，并告诉你微服务和SOA架构之间的区别。 在深入研究微服务和SOA之间的差异之前，让我告诉你单片式架构，SOA和微服务之间的基本差异： 用外行的术语来说，一个整体类似于一个大容器，其中应用程序的所有软件组件都组装在一起并紧密包装。 面向服务的架构本质上是服务的集合。 这些服务相互通信。 通信可能涉及简单的数据传递，也可能涉及两个或多个协调某些活动的服务。 需要一些将服务相互连接的方法。 微服务又称微服务架构，是一种架构样式，可将应用程序构造为围绕业务领域建模的小型自治服务的集合。 你还可以观看下面的视频，其中我们的微服务架构专家解释了微服务架构和SOA之间的区别。 Edureka微服务与SOA教程 现在，让我们看看微服务和SOA之间的主要区别： 微服务与SOA 在将微服务与SOA进行比较时，它们都依赖于服务作为主要组件，但是在服务特征方面差异很大 面向服务的架构 SOA定义了四种基本服务类型，如下所示： 商业服务： 定义核心业务运营的粗粒度服务。 通过XML，业务流程执行语言（BPEL）等代表。 企业服务：