搜索[开源游戏引擎]结果-低调大师优秀个人博客

APISIX 开源一个月，即进入 CNCF 全景图

2019 年 7 月 5 日，开源即将一个月的微服务 API 网关：APISIX，被列入云原生软件基金会（CNCF）全景图（Landscape），在 API 网关领域占据一席之地，如下图所示：借助

2019-07-06

ASP.NET Core微服务之开源事件总线CAP的初步使用

Wiki文档：https://github.com/dotnetcore/CAP/wiki CAP 是一个在分布式系统中（SOA，MicroService）实现事件总线及最终一致性（分布式事务）的一个开源的

2019-06-20

基于Dapper的开源Lambda扩展,且支持分库分表自动生成实体

开源地址 https://github.com/liningit/LnskyDB 在此非常感谢SkyChenSky其中lambda表达式的解析参考了他的开源项目下面是用ProductSaleByDayEntity

2019-06-14

在国内原创开源项目中使用中文命名的意义与方式

注: 个人支持踊跃参与国外开源项目. 此文面向读者仅为母语是中文的并有意原创开源项目的开发者. 源自在代码中推广中文命名对中国开源软件的意义 - V2EX.

2019-05-08

蚂蚁金服开源的机器学习工具 SQLFlow，有何特别之处？

阿里妹导读：近日，蚂蚁金服副 CTO 胡喜正式宣布开源机器学习工具 SQLFlow，他在大会演讲中表示：“未来三年，AI 能力会成为每一位技术人员的基本能力。

2019-05-07

蚂蚁金服重磅开源机器学习工具 SQLFlow

SQLFlow 开源项目链接：https://sqlflow.org/sqlflow SQLFlow 的研发团队认为，在 SQLFlow 和 AI 引擎之间存在一个很大的空隙——如何把数据变成 AI 模型需要的输入

2019-05-06

开源|ns4_frame分布式服务框架开发指南

导语：宜信于2019年3月29日正式开源nextsystem4（以下简称“NS4”）系列模块。此次开源的NS4系列模块是围绕当前支付系统笨重、代码耦合度高、维护成本高而产生的分布式业务系统解决方案。

2019-04-18

宜信开源专注业务逻辑的轻量级服务框架 nextsystem4

宜信于2019年3月29日正式开源nextsystem4（以下简称“NS4”）系列模块。此次开源的NS4系列模块是围绕当前支付系统笨重、代码耦合度高、维护成本高而产生的分布式业务系统解决方案。

2019-04-15

「实战篇」开源项目docker化运维部署-搭建mysql集群（四）

有了docker虚拟机，就需要利用平台部署数据库的集群，在实际操作之前介绍下数据库集群的方案和各自的特点。源码：https://github.com/limingios/netFuture/tree/master/mysql-pxc/ 集群的方案单节点的弊病大型互联网程序用户群体庞大，所以架构必须要特殊设计单节点的数据库无法满足性能的要求案例15年前，高考成绩可以在网上查（河南几十万考生），那时候基本家里都没电脑，都是去网吧白天去网吧也查不了，太慢了，后来半夜通宵有时候可以查到，也就是说白天基本查不了人太多了。晚上看运气。一个数据库的实例1万多人就无法反应了。单节点的数据库没有冗余设计，无法满足高可用常用的mysql集群设计方案Replication速度快弱一致性低价值场景：日志，新闻，帖子PXC速度慢强一致性高价值场景：订单，账户，财务Percona Xtradb Cluster，简称PXC。是基于Galera插件的MySQL集群。相比那些比较传统的基于主从复制模式的集群架构MHA和MM+keepalived，galera cluster最突出特点就是解决了诟病已久的数据复制延迟问题，基本上可以达到实时同步。而且节点与节点之间，他们相互的关系是对等的。大数据学习扣qun74零零加【41三八yi】本身galera cluster也是一种多主架构。galera cluster最关注的是数据的一致性，对待事物的行为时，要么在所有节点上执行，要么都不执行，它的实现机制决定了它对待一致性的行为非常严格，这也能非常完美的保证MySQL集群的数据一致性。在PXC里面任何一个节点都是可读可写的。在其他的节点一定是可以读取到这个数据。建议PXC使用PerconaServer（MYSQL的改进版，性能提升很大） PXC方案和Replication方案的对比 PXC任意一个节点都可以存在读写的方案，也就是任意一个节点都可以当读或者当写。同步复制。保证强一致性。 Replication方案，主从的方式，他是采用异步的方式。 PXC的数据强一致性同步复制，事务在所有节点要提交都提交。要么都不提交 Replication弱一致性，主要master成功就成功了。返回给调用者。如果slave失败，也没办法。因为已经告诉调用者成功了，调用者获取查询的时候查询不到信息。例如：在淘宝买个东西，付款也成功了，查询订单没信息是不是要骂娘。环境搭建应用 IP地址服务配置安装应用安装方式docker-mysql 192.168.66.100 docker-mysql 双核 8g内存 docker-mysql docker(1). 虚拟机vagrant讲述安装的步骤 vagrant up (2).机器window/mac开通远程登录root用户下 su - 密码 vagrant 设置 PasswordAuthentication yes vi /etc/ssh/sshd_configsudo systemctl restart sshdPXC集群安装介绍PXC既可以在linux系统安装，也可以在docker上面安装。安装镜像PXC镜像docker pull percona/percona-xtradb-cluster 本地安装 docker load /soft/pxc.tar.gz创建内部网络的处于安全，需要给PXC集群实例创建Docker内部网络，都出可虚拟机自带的网段是172.17.0.，这是内置的一个网段，当你创建了网络后，网段就更改为172.18.0.， docker network create net1docker network inspect net1docker network rm net1 设置网段 docker network create --subnet=172.18.0.0/24 net1 创建Docker 卷一旦生成docker容器，不要在容器内保存业务的数据，要把数据放到宿主机上，可以把宿主机的一个目录映射到容器内，如果容器出现问题，只需要吧容器删除，重新建立一个新的容器把目录映射给新的容器。之前一直有个疑问，如果直接映射目录的吧，存在失败的问题，现在终于知道解决方案了，直接映射docker卷就可以可以忽略这个问题了。容器中的PXC节点映射数据目录的解决方法 docker volume create name --v1mysql pxc搭建脚本开发 !/bin/bash echo "创建网络"docker network create --subnet=172.18.0.0/24 net1 echo "创建5个docker卷"docker volume create v1docker volume create v2docker volume create v3docker volume create v4docker volume create v5 echo "创建节点 node1"docker run -d -p 3306:3306 --net=net1 --name=node1 \ -e CLUSTER_NAME=PXC \ -e MYSQL_ROOT_PASSWORD=a123456 \ -e XTRABACKUP_PASSWORD=a123456 \ -v v1:/var/lib/mysql \ --privileged \ --ip 172.18.0.2 \ percona/percona-xtradb-cluster sleep 1m echo "创建节点 node2"docker run -d -p 3307:3306 --net=net1 --name=node2 \ -e CLUSTER_NAME=PXC \ -e MYSQL_ROOT_PASSWORD=a123456 \ -e XTRABACKUP_PASSWORD=a123456 \ -e CLUSTER_JOIN=node1 \ -v v2:/var/lib/mysql \ --privileged \ --ip 172.18.0.3 \ percona/percona-xtradb-cluster sleep 1m echo "创建节点 node3"docker run -d -p 3308:3306 --net=net1 --name=node3 \ -e CLUSTER_NAME=PXC \ -e MYSQL_ROOT_PASSWORD=a123456 \ -e XTRABACKUP_PASSWORD=a123456 \ -e CLUSTER_JOIN=node1 \ -v v3:/var/lib/mysql \ --privileged \ --ip 172.18.0.4 \ percona/percona-xtradb-cluster sleep 1m echo "创建节点 node4"docker run -d -p 3309:3306 --net=net1 --name=node4 \ -e CLUSTER_NAME=PXC \ -e MYSQL_ROOT_PASSWORD=a123456 \ -e XTRABACKUP_PASSWORD=a123456 \ -e CLUSTER_JOIN=node1 \ -v v4:/var/lib/mysql \ --privileged \ --ip 172.18.0.5 \ percona/percona-xtradb-cluster sleep 1m echo "创建节点 node5"docker run -d -p 3310:3306 --net=net1 --name=node5 \ -e CLUSTER_NAME=PXC \ -e MYSQL_ROOT_PASSWORD=a123456 \ -e XTRABACKUP_PASSWORD=a123456 \ -e CLUSTER_JOIN=node1 \ -v v5:/var/lib/mysql \ --privileged \ --ip 172.18.0.6 \ percona/percona-xtradb-cluster 新建立一个aaa数据库结果都可以用哇塞就这么简单，成功的搭建了mysql的集群增加负载均衡方案目前数据库都是独立的ip，在开发的时候总不能随机连接一个数据库吧。如果想请求，统一的口径，这就需要搭建负载均衡了。虽然上边已经搭建了集群，但是不使用数据库负载均衡，单节点处理所有请求，负载高，性能差。下图就是一个节点很忙，其他节点很闲。调整后的方案，使用Haproxy做负载均衡，请求被均匀分发到每个节点，单节点的负载低，性能好。haproxy不是数据库，只是一个转发器。负载均衡中间件对比LVS是不知道在虚拟机环境下安装的。安装haproxydocker-haproxy的介绍：https://hub.docker.com/_/haproxy/ 配置文件mkdir haproxy/h1pwdvi haproxy.cfg haproxy.cfg配置登录：admin密码：abc123456 global #工作目录 chroot /usr/local/etc/haproxy #日志文件，使用rsyslog服务中local5日志设备（/var/log/local5），等级info log 127.0.0.1 local5 info #守护进程运行 daemon defaults log global mode http #日志格式 option httplog #日志中不记录负载均衡的心跳检测记录 option dontlognull #连接超时（毫秒） timeout connect 5000 #客户端超时（毫秒） timeout client 50000 #服务器超时（毫秒） timeout server 50000 监控界面 listen admin_stats #监控界面的访问的IP和端口 bind 0.0.0.0:8888 #访问协议 mode http #URI相对地址 stats uri /dbs #统计报告格式 stats realm Global\ statistics #登陆帐户信息 stats auth admin:abc123456 数据库负载均衡 listen proxy-mysql #访问的IP和端口 bind 0.0.0.0:3306 #网络协议 mode tcp #负载均衡算法（轮询算法） #轮询算法：roundrobin #权重算法：static-rr #最少连接算法：leastconn #请求源IP算法：source balance roundrobin #日志格式 option tcplog #在MySQL中创建一个没有权限的haproxy用户，密码为空。Haproxy使用这个账户对MySQL数据库心跳检测 option mysql-check user haproxy server MySQL_1 172.18.0.2:3306 check weight 1 maxconn 2000 server MySQL_2 172.18.0.3:3306 check weight 1 maxconn 2000 server MySQL_3 172.18.0.4:3306 check weight 1 maxconn 2000 server MySQL_4 172.18.0.5:3306 check weight 1 maxconn 2000 server MySQL_5 172.18.0.6:3306 check weight 1 maxconn 2000 #使用keepalive检测死链 option tcpka 创建docker下的haproxy容器docker run -it -d -p 4001:8888 \-p 4002:3306 \-v /root/haproxy/h1:/usr/local/etc/haproxy \--name h1 --privileged --net=net1 \--ip 172.18.0.7 haproxy 进入容器后，加载配置文件docker exec -it h1 /bin/bashhaproxy -f /usr/local/etc/haproxy/haproxy.cfg 在数据库中创建一个haproxy的用户，不需要设置密码登录haproxy网页端http://192.168.66.100:4001/dbs 客户端连接haproxy-mysql数据库正常的连接haproxy，传递增删盖查，其实是通过轮询的方式。选择mysql的节点。均匀的分发给mysql的实例。不会吧数据库的请求都集中在一个节点上。把请求分散出去，每个数据库实例获取到的请求就小很多了。这就是数据库的负载。虚拟机重启后，发现pxc起不起来了查看日志发现，node1无法启动，输入命令查看docker logs node1 It may not be safe to bootstrap the cluster from this node. It was not the last one to leave the cluster and may not contain all the updates. To force cluster bootstrap with this node, edit the grastate.dat file manually and set safe_to_bootstrap to 1 .解决方案查看node1挂载点的文件地址 docker volume inspect v1 进入目录下 cd /var/lib/docker/volumes/v1/_data 编辑文件grastate.dat vi grastate.dat 高可用负载均衡方案目前haproxy只有一个，单haproxy不具备高可用，必须冗余设计。haproxy不能形成瓶颈。虚拟IP技术haproxy双机互备离不开一个关键的技术，这个技术是虚拟IP，linux可以在一个网卡内定义多个虚拟IP，得把这些IP地址定义到一个虚拟IP。利用keepalived实现双机热备定义出来一个虚拟IP，这个方案叫双机热备，准备2个keepalived，keepalived 就是为了抢占虚拟IP的，谁手快谁能抢到，没抢到的处于等待的状态。抢到的叫做主服务器，未抢到的叫做备服务器。两个keepalived之前有心跳检测的，当备用的检测到主服务挂了，就立马抢占虚拟IP。 Haproxy双机热备方案安装keepalived keepalived必须在haproxy所在的容器之内，也可以在docker仓库里面下载一个haproxy-keepalived的镜像。这里直接在容器内安装keepalived。 docker exec -it h1 /bin/bash 写入dns，防止apt-get update找不到服务器 echo "nameserver 8.8.8.8" | tee /etc/resolv.conf > /dev/null apt-get cleanapt-get updateapt-get install vimvi /etc/apt/sources.list sources.list 添加下面的内容 deb http://mirrors.163.com/ubuntu/ precise main universe restricted multiverse deb-src http://mirrors.163.com/ubuntu/ precise main universe restricted multiverse deb http://mirrors.163.com/ubuntu/ precise-security universe main multiverse restricted deb-src http://mirrors.163.com/ubuntu/ precise-security universe main multiverse restricted deb http://mirrors.163.com/ubuntu/ precise-updates universe main multiverse restricted deb http://mirrors.163.com/ubuntu/ precise-proposed universe main multiverse restricted deb-src http://mirrors.163.com/ubuntu/ precise-proposed universe main multiverse restricted deb http://mirrors.163.com/ubuntu/ precise-backports universe main multiverse restricted deb-src http://mirrors.163.com/ubuntu/ precise-backports universe main multiverse restricted deb-src http://mirrors.163.com/ubuntu/ precise-updates universe main multiverse restricted 更新apt源apt-get cleanapt-get updateapt-get install keepalivedapt-get install vim keepalived配置文件容器内的路径：/etc/keepalived/keepalived.conf vi /etc/keepalived/keepalived.conf VI_1 名称可以自定义state MASTER | keepalived的身份（MASTER主服务器，BACKUP备份服务器，不会抢占虚拟机ip）。如果都是主MASTER的话，就会进行互相争抢IP，如果抢到了就是MASTER，另一个就是SLAVE。interface网卡，定义一个虚拟IP定义到那个网卡上边。网卡设备的名称。eth0是docker的虚拟网卡，宿主机是可以访问的。virtual_router_id 51 | 虚拟路由标识，MASTER和BACKUP的虚拟路由标识必须一致。标识可以是0-255。priority 100 | 权重。MASTER权重要高于BACKUP 数字越大优选级越高。可以根据硬件的配置来完成，权重最大的获取抢到的级别越高。advert_int 1 | 心跳检测。MASTER与BACKUP节点间同步检查的时间间隔，单位为秒。主备之间必须一致。authentication | 主从服务器验证方式。主备必须使用相同的密码才能正常通信。进行心跳检测需要登录到某个主机上边所有有账号密码。virtual_ipaddress | 虚拟ip地址，可以设置多个虚拟ip地址，每行一个。根据上边配置的eth0上配置的ip。启动keeplived容器内启动 service keepalived start 宿主机ping这个ip ping 172.18.0.201 创建haproxy2容器,并配置与haproxy1相同的环境因为要保证有2个haproxy 和keepalived，这次就不那么麻烦了。直接对一个镜像里面包括keeplived 和 haproxy。宿主机创建文件mkdir haproxy/h2cd haproxy/h2vi haproxy.cfgvi keepalived.cfg haproxy.cfg global #工作目录 chroot /usr/local/etc/haproxy #日志文件，使用rsyslog服务中local5日志设备（/var/log/local5），等级info log 127.0.0.1 local5 info #守护进程运行 daemon defaults log global mode http #日志格式 option httplog #日志中不记录负载均衡的心跳检测记录 option dontlognull #连接超时（毫秒） timeout connect 5000 #客户端超时（毫秒） timeout client 50000 #服务器超时（毫秒） timeout server 50000 监控界面 listen admin_stats #监控界面的访问的IP和端口 bind 0.0.0.0:8888 #访问协议 mode http #URI相对地址 stats uri /dbs #统计报告格式 stats realm Global\ statistics #登陆帐户信息 stats auth admin:abc123456 数据库负载均衡 listen proxy-mysql #访问的IP和端口 bind 0.0.0.0:3306 #网络协议 mode tcp #负载均衡算法（轮询算法） #轮询算法：roundrobin #权重算法：static-rr #最少连接算法：leastconn #请求源IP算法：source balance roundrobin #日志格式 option tcplog #在MySQL中创建一个没有权限的haproxy用户，密码为空。Haproxy使用这个账户对MySQL数据库心跳检测 option mysql-check user haproxy server MySQL_1 172.18.0.2:3306 check weight 1 maxconn 2000 server MySQL_2 172.18.0.3:3306 check weight 1 maxconn 2000 server MySQL_3 172.18.0.4:3306 check weight 1 maxconn 2000 server MySQL_4 172.18.0.5:3306 check weight 1 maxconn 2000 server MySQL_5 172.18.0.6:3306 check weight 1 maxconn 2000 #使用keepalive检测死链 option tcpka keepalived.cfgvrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 123456 } virtual_ipaddress { 172.18.0.201 } }docker的方式一下安装好 haproxy 和keepalivedhttps://hub.docker.com/r/pelin/haproxy-keepalived/映射端口更改为4003 4004 name修改h2 docker run -it -d --privileged -p 4003:8888\ -p 4004:3306 \ -v /root/haproxy/h2/haproxy.cfg:/usr/local/etc/haproxy/haproxy.cfg \ -v /root/haproxy/h2/keepalived.conf:/etc/keepalived/keepalived.conf \ --name haproxy-keepalived \ --net=net1 \ --name h2 \ --ip 172.18.0.8 \ pelin/haproxy-keepalived 宿主机安装keepalivedyum -y install keepalivedvi /etc/keepalived/keepalived.conf 删除这个表里之前存在的内容 keepalived.cof vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.66.200 } } virtual_server 192.168.66.200 8888 { delay_loop 3 lb_algo rr lb_kind NAT persistence_timeout 50 protocol TCP real_server 172.18.0.201 8888 { weight 1 } } virtual_server 192.168.66.200 3306 { delay_loop 3 lb_algo rr lb_kind NAT persistence_timeout 50 protocol TCP real_server 172.18.0.201 3306 { weight 1 } } 启动宿主机service keepalived start 虚拟机端口转发外部无法访问 WARNING: IPv4 forwarding is disabled. Networking will not work.解决方案宿主机修改 vi /etc/sysctl.conf 添加net.ipv4.ip_forward=1 systemctl restart network PS：如果通过docker的方式直接拉取haproxy和keepalived镜像，比直接在镜像里面安装应用方便很多，建议各位老铁尽量避免在容器内安装应用，这样真心麻烦不爽，别人封装的镜像根据pull的量好好看看api就可以使用了。像h1如果容器stop后，重新start，还需要进入容器把keeplived给起起来。而h2直接start里面的haproxy和keeplived，同时都起起来了。两个容器的采用的热备的方案，让用户毫无感知，切换ip的形式真是美滋滋。mysql集群的高性能，高负载，高可用基本完成了，可用按照这个思路搭建不同的主机下。

2019-04-09