[Day 28] K8s不能避免的二三事--認識Stateless Application

第 12 屆 iThome 鐵人賽

DAY 28

自我挑戰組

這些年，我玩Pokémon Go學到的兩三事系列第 28 篇

12th鐵人賽

Darwin Watterson

2020-09-28 00:02:01

839 瀏覽

分享至

The definition on Wikipedia says：

A Stateless application is an application program that does not save client data generated in one session for use in the next session with that client.

【GO對戰聯盟排名】

當任何一位寶可夢訓練家，打開GO對戰聯盟排名時，他們所關注的只有自己的帳號ID在不在榜上：

在的話就準備在社群上發炫耀文
不在的話就繼續訓練

此外，任何人點擊GO對戰聯盟排名查詢排名時，沒有任何額外的資訊需要被輸入，且都能拿到一份查詢當下，積分由高至低依序排列的玩家清單。
這就是一個典型的『Stateless Application』。
多說無益，接下來直接在我的Kubernetes上仿照GO對戰聯盟排名建一組服務來說明吧！

【Darwin's NGINX GO對戰聯盟】

【一個排名頁面背後需要三個服務】

上圖中，

mongo-86ccc95f6b-svwg5: Stateful Appliction，明天再說。
itday28-nginx-84c6ff7999-82fxq:透過nginx啟動的排名頁面。
itday28-deployment-86cd64bb6-h67f5: 透過Spring boot啟動的Restful API傳遞排名資訊給頁面。

【為什麼本例中的`Restful API`是`Stateless`？】

import ...

@RestController
@RequestMapping("/api")
public class LeaderboardController {

    @Autowired
    private LeaderboardRepository repository;

    @CrossOrigin
    @RequestMapping(value = "/leaderboard", method = RequestMethod.GET)
    public List<Leaderboard> getAll() {
        return repository.findAll();
    }
}

本例中，透過Spring boot啟動的Restful API微服務中，只有實作getAll方法，屬於Stateless Application。
如果涉及getById、getByName... 這類的方法，就不一定是Stateless。因為過程中，
都只針對特定Id、Name...，進行CRUD的操作，當下的操作可能都會影響之後的結果。
例如：某Id客戶，當下填錯email自然無法收到認證信，導致無法完成修改帳號的流程。

【為什麼本例中的`Html頁面`是`Stateless`？】

<!DOCTYPE html>
<html>
<head>
...
<script>
$(document).ready(function(){
  $.getJSON("http://192.168.50.72:31080/api/leaderboard", function(jsondata){    
     $("#col_1").text(jsondata[0].player);
     $("#col_2").text(jsondata[0].team);
     ...
  });
});
</script>
</head>
<body>
  ...
  <h3>Darwin's NGINX GO 對戰聯盟<h3>
  <h5>排名 | 第 3 賽季<h5>  
  ...
</body>
</html>

由於Html頁面的實質內容是由$.getJSON中的Restful API決定，頁面本身是空殼，只要
Restful API本身是Stateless Application，Html頁面自然就是Stateless Application。

【State流程示意圖】

Stateless Application的實作方式，大致就是把一個持續複雜的交易程序，拆成數個子服務來交付給對應的Restful API微服務處理。而不是由單一個服務來包山包海『操死它』！

【從團體戰來進一步說明】

每天有正常花免費劵參賽的玩家，State流程示意圖如上圖。
State 1 是每天登錄後自動觸發。
State 2 是看到出蛋時，交劵後才觸發。
State 3 是道館團體戰獲勝時或時間結束才觸發。
State 1、2、3基本上沒關聯性。（綠色小人表示玩家的自由意識朝向某個state前進）
因為手上只要有劵，State 2隨時能進行，包含商店買的綠劵。