当Pod宕机后重新生成时，其IP等状态信息可能会变动，Service会根据Pod的Label对这些状态信息进行监控和变更，保证上游服务不受Pod的变动而影响。

node_exporter install {代码...} cadvisor {代码...} {代码...}

陆陆续续写了一些Java的项目，用了Spring系列和Hibernate这样的框架。在设计Service层和Dao层的时候碰到了一些想不清楚的问题。以一个简单的用户信息管理功能为例，如果不用Spring Data之类的东西。那么我一般会这么写代码controller往上没什么好说的，controller调用service就好了，service调用dao。关键在于service这...

加上这个注解的CDS view，一旦激活后就会在ABAP Netweaver自动生成一个OData服务，在事务码/IWFND/MAINT_SERVICE里将其搜索出来并添加，就能够以OData服务的方式，消费这个view暴露出来的数据了。

k8s的yaml文件可以自己手动写（不推荐），也可以通过kubectl create生成，这里不多说了，网上相关的文章多的是。。。下面是我的yaml文件。 test-deployment.yaml

在上一篇文章中，我们介绍了 NestJS 的请求处理流程。本文将深入探讨如何使用 NestJS 构建微服务架构，实现从单体应用到分布式系统的转变。

Today I meet with this issue as title. I followed the steps in blog Step by step to send IDOC data into external receiver via XIF adapter to try to send the changed Service Order to file via XIF adapter. Although the IDOC generation works perfectly for BusinessPartner, unfortunately after I make ...

Service Workers：目前最新的离线缓存技术，是Web Worker的一部分，它通过拦截网络请求实现离线缓存，比 AppCache更灵活。因为它可以通过js代码去控制缓存的逻辑。

上边这段代码是无wsdl模式下的，但是这次是对接第三方的服务，需要我们这边去定义soap webservice，第三方来调用，第三方定义的是wsdl模式的，所以今天研究了下。

Kubernetes有一个资源对象，称为Deployments。 当你将应用程序更新到新版本时，Deployments具有进行容器滚动更新的功能。 滚动更新是一种更新应用程序的好方法，因为应用程序在更新过程中使用的资源与未更新时使用的资源数量大致相同，从而对性能和可用性的影响最小。

测试spring cloud 使用consul注册服务的时候，出现critical，如下： 怎么解决这个问题，现在只能看到health check检查失败了。 受限调用这个请求Get [链接]:8500/v1/agent/checks，调完请求，就会拿到返回数据： {代码...} 就能看到consul调用[链接]:19008/actuator/health来检查servoce健康，却发现接口404，所以才会在...

创建一个project，idea在创建project的时候会默认创建一个module，此时，给这个project和module命名（比如hello_client，表示这是项目的客户端也就是视图层），并且指定项目存放路径。

onCreate: After click log in and wait for a while: This will trigger constructor.Fetch service document and meta data in constructor. Asynchronous task: The trigger point is in thread 1. onSucceed: thread 17. Since service document is loaded, next step is to try to load meta data. This is a state...

当Pod宕机后重新生成时，其IP等状态信息可能会变动，Service会根据Pod的Label对这些状态信息进行监控和变更，保证上游服务不受Pod的变动而影响。

这一章是为下面的Messenger和AIDL的使用做准备，主要讲解Android Service的绑定和Activity与本地Service之间通信相关知识。

将运行在一组 Pods 上的应用程序公开为网络服务的抽象方法。使用 Kubernetes，你无需修改应用程序即可使用不熟悉的服务发现机制。 Kubernetes 为 Pod 提供自己的 IP 地址，并为一组 Pod 提供相同的 DNS 名， 并且可以在它们之间进行负载均衡。

Kubernetes Service定义了这样一种抽象：一个Pod的逻辑分组，一种可以访问它们的策略--通常称为微服务，这一组Pod能够被Service访问到，通常是通过Label Selector