ITPub博客

一些公共服务组件在追求性能过程中，与业务耦合太紧，造成在制作基础镜像时，都会把这些基础组件都打包进去，因此当业务镜像启动后，容器里面一大堆进程，这让Kubernetes对Pod的管理存在很大隐患。为了让业务容器瘦身，更是为了基础组件自身的管理更独立和方便，将基础组件从业务镜像中剥离并DaemonSet容器化部署。然而一些基础组件Agent与业务Pod之间通过共享内存的方式进行通信，同一Node中跨Pod的共享内存方案是首先要解决的问题。

随着微服务的热度不断上升，线上商业的发展和人们需求的扩增，企业中业务服务种类众多，数量巨大，对如此规模的服务做升级、管理和维护，时间和资源成本的开销不言而喻。API Gateway的价值随之彰显出来。与此同时对API Gateway的选择也尤为重要。

微服务框架落地后，分布式部署架构带来的问题就会迅速凸显出来。服务之间的相互调用过程中，如果业务出现错误或者异常，如何快速定位问题？如何跟踪业务调用链路？如何分析解决业务瓶颈？...本文我们来看看如何解决以上问题。

本文整理了19家IT公司的22条观点，覆盖了2018-2019年度对微服务领域的一些关切，事实上，在普遍看好微服务的大背景下，仍旧有一些警醒的声音指出了一些风险，因此对微服务的态度自然分成了不成比例的3派，占主流的看多派，有10票；而并未就此发表评论（主要重点在于对容器技术的关切）的，我们列为中性，有6票；看空的有3票半，Red Hat是坚定的看空派，认为在2019年将出现微服务失败的铁证，而O’Reilly在看好微服务的同时，也表示了对失败案例的担心，据此，我们做了一个图表。

应用基础框架Coframe是EOS产品自带的开源应用基础框架，提供了资源管理、权限管理、用户以及角色管理等业务应用基础能力，用户可以根据自己的需要进行二次开发与扩展。本文向大家分享Coframe的主要功能和设计实现方案。

专利诉讼早就屡见不鲜，暂且放下高通和苹果公司之间的“恩怨情仇”，我们是否有过这些疑惑：到底什么是专利？为何会有专利之争？为何专利战愈演愈烈？专利究竟有什么价值？如何使用他人的专利？本文将为大家解读专利战背后的专利常识。

根据保险行业发展趋势，目前保险交易已经呈现高频化、碎片化、场景化等特点，对系统的处理能力、容量、业务连续性、需求相应速度、运维响应速度提出了更高的要求。业务模式创新重塑导致系统更新频繁、应用复杂度急剧升高，传统架构不堪重负，敏捷开发和快速交付无从谈起。

近年来，强化学习已经被证明是一种强大的技术，用于解决具备常量奖励的封闭任务，以及最常见的游戏场景。该领域的一个主要挑战仍然是，当对于特定行动的外部反馈（奖励）十分稀少或不存在时，如何训练模型。最近的模型试图通过建立一种被称为好奇心的内在的奖励机制来克服这一挑战，当模型发现了新的领域或者状态时，就会触发相关奖励。

我们从2017年2月份开始帮助万达网络科技建设DevOps平台，2017年6月份完成试运行上线交付。目前万达网络科技公共平台研发中心的所有产品和项目都已经通过DevOps平台管理起来，实现了全面的持续集成、持续交付等能力，并持续进行过程度量和改进，不断提升IT运行效率。

在安卓开发中，打包发布是开发的最后一个环节，apk是整个项目的源码和资源的结合体；对于懂点反编译原理的人可以轻松编译出apk的源码资源，并且可以修改资源代码、重新打包编译，轻轻松松变成自己的apk或者修改其中一部分窃取用户信息。代码被反编译对于apk的开发者和使用者而言十分苦恼。apk加固、防止反编译此时显得尤为重要。虽然有好多给apk加固的第三方，可能并不需要自己做apk加固，但是了解apk加固原理还是很有必要的。本文主要向大家介绍apk加固原理和简单实现。

这些照片会令你心动，既而开始一场说走就走的旅行么？如果你的回答是肯定的，你就是像我一样的“旅友”。旅行让人短暂地忘却现实，成为一个观察者，从而敬畏生活，感激你所拥有的事业、朋友和家人。旅行让你再次身心合一，那感觉实在太棒了！老实说，我最喜欢的记忆之一是在保加利亚的一段经历：坐在长凳上，喝着啤酒，看着路过的人们。没人管我做什么，也没人对此说三道四。

“Edge（边缘）”和“Fog（雾）”是我们不断听到的新流行词汇。什么是边缘计算，又有哪些应用场景？要谈论这些，我们需要了解边缘计算的产生过程。让我们从一节简短的历史课开始。

目前金融业IT系统大多由业务部门或渠道进行竖井式建设，这种模式的好处是系统专业性强，但同时也给运营及IT管理部门带来分散性阵痛。那么如何在强监管与统一风控的形势下，实现统一管控、快速响应、应需而变、按期交付？中台架构就是在这种背景下应运而生。本文主要以某城商行基于BIIP实施的交易中台的实践案例展开分享，一起和大家探讨企业数字化转型中的背景、技术方案及功能架构。

微服务体系结构由轻量级、松散耦合的服务集合组成。每个服务都实现了单个业务功能。理想情况下，这些服务应该是具有足够的内聚性，可以独立地开发、测试、发布、部署、扩展、集成和维护。

微服务倡导将复杂的单体应用拆分为若干个功能简单、松耦合的服务，这样可以降低开发难度、增强扩展性、便于敏捷开发，从而被越来越多的开发者和公司推崇运用。但系统微服务化后，一个看似简单的功能，内部可能需要调用多个服务并操作多个数据库实现，服务调用的分布式事务问题变的非常突出，几乎可以说是无法避免。

随着云计算、大数据、物联网等技术兴起，数据朝着多样性、高体量、高速度方向发展，如何将海量数据安全、稳定、高效地数据共享出去成为各企业关注的重点。本次微课堂通过普元在数据服务共享平台研发过程中的实践，和大家分享数据服务共享发布的相关经验。

在DevOps的研发过程中，好的看板功能有助于优化项目管理、提升开发效率，是较重要的功能之一。本文从需求分析角度入手，分析DevOps产品对看板的需求，并结合普元DevOps产品看板部分的实际开发经验和用户反馈向大家介绍DevOps看板的设计实践之路。

Beego 是一个快速开发 Go 应用的 HTTP 框架，他可以用来快速开发 API、Web 及后端服务等各种应用，是一个 RESTful 的框架，主要设计灵感来源于 tornado、sinatra 和 flask 这三个框架，但是结合了 Go 本身的一些特性（interface、struct 嵌入等）而设计的一个框架。

一个APP的启动与结束都是伴随着RunLoop循环往复的，不断的循环、不断的往复。当线程被杀掉、APP退出后被系统以占用内存为由杀掉，RunLoop就消失了。但平时开发中很少见到RunLoop，为何它如此神秘？本文跟大家分享一下RunLoop的相关知识。

Uber的软件架构由成千上万的微服务组成，有赖于此，我们的团队可以快速的自主迭代并支撑公司的全球扩张。这一架构支撑了大量的上层解决方案，如移动应用，内部基础设施服务，以及拥有复杂配置的产品，相关配置会对产品在一、二线城市的表现产生不同的影响。