微服务架构如何保证安全性？ 保护微服务实现一个微服务很难。部署一个微服务应用程序复杂性也很高。保护微服务的安全就更难更复杂。从哪里开始呢？脑海中首先出现的一些词是身份验证和授权、防火墙、授信、会话、令牌。我们需要保护应用程序的安全，也需要保护容器的安全。保护应用程序一种方法是构建一个单点登录（SSO）网关，像普通的网关一样，它位于应用程序的前端，但需要考虑到其与SSO服务器的握手，并执行URL重定向操作。可以用http报文头传送授权和认证信息给服务。但是除非使用https，否则这样做是不安全的。但是我们知道https有证书，维护多个微服务的证书可能会成为问题，尤其是需要补发或撤销这些证书的时候，复杂性将进一步增加，我们尽量避免这种情况。另一种方法是用HMAC（基于哈希的消息代码）。这个请求的主体带有哈希私钥，结果是随着请求发送的。然后，服务器通过使用其私钥和请求主体的副本重新创建哈希，并将其与接收到的哈希进行比较。如果一切都匹配，那就意味着消息没有被篡改，请求可以通过。这种模式由JWT（Json Web Tokens）实现。但是，事实上网络侦听器仍然可以看到数据。Twitter，Google等使用API密钥。使用API密钥，服务可以识别谁在调用，并可以对其设置限制。密钥是成。
WebService与微服务到底有那些区别呢？ 虽然很多时候微服务采用http服务作为rpc的协议，但是跟web service还是不一样。或者说web service可以是微服务的一种。当然微服务更多的是从设计和架构上来说的，可以理解。
我想做微服务该怎样做 首先是独立的，它的依赖只在于它内部（内部间相互调用，但不调用该服务意外的项目），还有就是通用性，就是但我需要用这个服务的时候给我一个身份识别，也许我跟别人需要做。
