git版本控制最佳实践
本文将使用docker搭建两个节点的Elasticsearch集群,并使用kibana做数据展示.
本文由 简悦 SimpRead 转码， 原文地址 https://blog.cyeam.com/go/2019/03/12/go-version
用上 go mod 之后，依赖包都是通过版本打 tag 的形式确定版本号。比如 github.com/mnhkahn/gogogo v1.0.9。每次都改动都是在累加低位的版本号，一直这么用也挺安逸的。突然有一天，我的一个底层包需要大改，导致和之前的版本彻底不兼容，这种情况下如何设置版本号，如何能让调用方成功接入？
github.com/mnhkahn/gogogo v1.0.9
本文由 简悦 SimpRead 转码，原文地址 https://blog.csdn.net/u011518120/article/details/54604615 英文原文：[Language Guide (proto3)](https://developers.google.com/protocol-buffers/docs/proto3?hl=zh-cn#gen
这个指南描述了如何使用 Protocol buffer 语言去描述你的 protocol buffer 数据， 包括 .proto 文件符号和如何从. proto 文件生成类。
本文由 简悦 SimpRead 转码， 原文地址 https://hitzhangjie.github.io/jekyll/update/2018/05/19/golang-select-case%E5%AE%9E%E7%8E%B0%E6%9C%BA%E5%88%B6.html
在介绍 select-case 实现机制之前，最好先了解下 chan 操作规则，明白 goroutine 何时阻塞，又在什么时机被唤醒，这对后续理解 select-case 实现有帮助。所以接下来先介绍 chan 操作规则，然后再介绍 select-case 的实现。
这篇文章总结了迭戈·奥加罗（Diego Ongaro）和约翰·奥斯特豪特（John Ousterhout）在论文《寻找可理解的共识算法》中提出的Raft共识算法。所有拉引语均来自该论文。 在正常操作中，只有一个领导者，其他所有服务器都是跟随者。 追随者是被动的：他们自己不发出请求，而只是响应领导者和候选人的请求。 领导者处理所有客户请求（如果客户联系关注者，则关注者将其重定向到领导者）。 第三种状态，候选人，用于选举新领导人。
这篇文章总结了迭戈·奥加罗（Diego Ongaro）和约翰·奥斯特豪特（John Ousterhout）在论文《寻找可理解的共识算法》中提出的Raft共识算法。所有拉引语均来自该论文。
在正常操作中，只有一个领导者，其他所有服务器都是跟随者。
追随者是被动的：他们自己不发出请求，而只是响应领导者和候选人的请求。
领导者处理所有客户请求（如果客户联系关注者，则关注者将其重定向到领导者）。
第三种状态，候选人，用于选举新领导人。
这篇文章在medium上很火，作者以实际案例来分析，讲得很好。
我们经常听说使用Go的goroutine和channel很容易实现高并发，那是不是全部代码都放在goroutine中运行就可以实现高并发程序了呢？很显然并不是。
这篇文章将教大家如何一步一步写出一个简单的， 高并发的Go程序。
在企业信息系统的建设过程中,认证是我们必须面临的问题,从用户的登录,PC端,移动端,智能设备的访问,到关键业务的强身份认证,多因子确认,从实现业务操作安全,到实现转账,系统间的通信,与外部系统的集成等等都少不聊认证的参与,而当今云计算容器化的崛起,认证方式也从最初的cookie,session等手段发展到了现在的多端登录,多因子强认证,多端扫码,api令牌,用户目录等多种方式,并且针对用户的认证方式和手段的创新从未停止过,也会一直不断发展.
本文将与大家一起从认证的角度看看系统建设中的那些事.
基本上来说，大部分项目都需要跟数据库做交互，那么，数据库连接池的大小设置成多大合适呢？ 一些开发老鸟可能还会告诉你：没关系，尽量设置的大些，比如设置成 200，这样数据库性能会高些，吞吐量也会大些！ 你也许会点头称是，真的是这样吗？看完这篇文章，也许会颠覆你的认知哦！
随着以 Dubbo、Spring Cloud 等框架为代表的分布式服务调用和治理工具的大行其道，以及以 Docker、Kubernetes 等容器技术的日渐成熟，微服务架构（Microservices Architecture）毫无疑问是近年来最热门的一种服务化架构模式。所谓微服务，就是一些具有足够小的粒度、能够相互协作且自治的服务体系。正因为每个微服务都比较简单，仅关注于完成一个业务功能，所以具备技术、业务和组织上的优势 [1]。
在istio中mixer组件负责策略控制和遥测收集数据,是高度模块化和可扩展的组件.
mixer处理不同基础设施后端的灵活性是通过适配器模型插件来实现的,每个插件都被成为Adapter,用户通过配置使用Adapter向mixer注册自身,并设置适配规则,绑定模板,mixer通过和每个插件进行grpc连接,对策略和遥测进行操作
Adapter
