• 项目管理领域正在不断快速演进发展,从“敏捷死了,持续交付永存”到“Devops死了,serverless永存”,这些新的概念不断涌现,本文试图简单梳理一下其中缘由。 敏捷死了,持续交付永存来自Gradle的Miko
  • 大概看完这篇文章,并不是很同意文章的观点,在过去SOA中服务是一种粗粒度的服务,也就是与微服务相反,粗粒度的服务有两个好处:易于重用,减轻ESB的负载;而微服务催生,比如对事件总线的性能和可靠性要求提高,因为每个微服务是很小的组件,甚至是一个类,微服务之间的通讯几近类似于两个单个对象之间交互调用,性
  • 近期携程网站由于程序员登录生产现场误操作导致整个网站长期无法访问,这些现象反映了国内很多大型网站的应用部署运营还是停留在2005年的阶段,该文展示了2015年的生产现场运营现状。 在过去十年中,构建和发布应用程序的方式已经发生显著变化,这篇文章比较了200 icon
  • Docker支持集群分布式应用其实意义很重大,基本可以完全取代EJB了。 分布式从Corba 到Java的EJB再到Docker,EJB因为将分布式的特点强加入到开发中,实际是最早的DevOps雏形,但是很多人不买账,因为他们不需要分布式部署集群,放在一台 icon
  • IT世界正在转向容器,但为了控制管理这些容器,我们又需要容器的管理程序。这就是需要使用Kubernetes,Mesosphere和Docker Swarm的理由。 容器是一种虚拟化应用程序的轻量级方法,是任何DevOps计划的重要元素。但是你怎么管理所有这 icon
  • 站点可靠性工程(Site Reliability Engineering 简称SRE)是如何保证Google App Engine每天能够支持千亿级的请求调用? 站点可靠性工程是一系列工程目标与技术,能够让任何人运维更好的产品系统,它与DevOps理念一起 icon
  • 这是darrenrush的一篇预测Devops业界在Docker以后下一步是什么?大意翻译如下: 我相信Docker已经推动DevOps世界向前走了两步,它提倡的原理思维是具有超前性的,它的目标是构造一个更安全,高性能,易管理的云计算未来。另外一条路径是在 icon
  • Spencer Fry — Platforms are for Suckers 该文认为 icon
  • Istio是一个连接、管理和保护微服务的服务网格式的开放平台。本文组合了Kubernetes Cluster (GKE) 、微服务架构MSA和Prometheus、Grafana、Jaeger组成一个开放平台联盟。 使用设置步骤如下:1. 设置 K icon
  • 有没有好的Bug管理工具?最好是开源的。 icon
  • 微服务是一个热门话题,因为他们正在改变软件开发行业。 微服务是一个对于调用者来说离散的 单独的可执行逻辑片段的命名,本质上讲,这是一个原子服务,当被调用时实现相应的职责功能,微服务架构导致更方便的系统调试,通过分发并发负载避免错误级联发生,语义处理导致更高 icon
  • hi,各位,最近的项目中有一部分需求是需要实现系统的实时监控要求知道网络是否畅通、数据库是否正常运转、系统功能是否正常基于浏览器给出监控界面,没想出法子:(请各位给点建议,谢谢了 icon
  • 各位大哥,我的tomcat有一个应用/sprs在webapps/sprs目录,配制了globe的mysql DataSource,给/sprs加了link,写了一个/sprs/test.jsp测试DataSource成功。 我在Eclipse中有一 icon
  • 如何有效快速构建和使用Docker的image以便能加速部署?这对于开发和发布循环是非常重要,下面是一些经验分享: 1.尽可能缓存需要互联网下载的内容,部署需要从互联网下载几百兆数据,非常频繁,因此遭遇缓慢互联网连接是经常有的事情,因此,越多使用缓存,就能 icon
  • 最近开发了一个web帐务系统,上面催下来,需要马上部署上线,但是在这方面的经验比较缺乏,开发的时候总感觉很多东西都是实现至上的,所以总是对系统的性能和安全不放心~需要有一个对程序的全面检查修正优化的过程,但是感觉无从着手~不知道大家又没有明白我的意思,大家有无这方面的文 icon
  • 系统经常会遇到一些不可控制的问题,怎样在运行时获取一些有用的信息,比如某一行,某个变量,某个方法。。。 icon