iT邦幫忙

微服務相關文章
共有 26 則文章
鐵人賽 Software Development DAY 18

技術 微服務框架 for Node.js

既然我們打算建構的是微服務架構,在選擇框架時,也應該考慮到使用較輕盈的框架,例如 mirco, koa, express 或乾脆直接使用原生的網路模組。 Mic...

鐵人賽 Software Development DAY 13

技術 微服務自動擴展 - 整合 Deployment 和 Service 物件

這裡我們用 labels 將 Service 物件跟 Deployment 物件綁在一起。 labels: app: auth-server select...

鐵人賽 Software Development DAY 12

技術 微服務自動擴展 - 建立 Deployment 和 Service 物件

這裡我們用 labels 將 Service 物件跟 Deployment 物件綁在一起。 labels: app: auth-server select...

鐵人賽 DevOps DAY 12
30 Days of MLOps 系列 第 12

技術 訓練 Model

這篇看錯方向,看到 tf v1 的文件去了,之後會再把內容更新成 v2 的。 tf.compat.v1.train.GradientDescentOpti...

鐵人賽 Software Development DAY 11

技術 容器化 - Microservices in Action: with example in Node.js

說到容器化,我們就不能不提到 Docker 了,Docker 可以讓我們每個微服務都擁有自己專屬的環境。 除此之外,我們需要倚賴 Kubernetes 來做服務...

鐵人賽 Software Development DAY 10

技術 共用模組化

如果我們服務邊切也切割好了,那下一個要處理的問題,就是切割共用模組。 為什麼要切割模組? 因為即使我們把服務切開了,它們之間還是有一些共用的程式碼,例如 i18...

鐵人賽 Software Development DAY 9

技術 通訊模式 1:1 vs 1:N - Microservices in Action: with example in Node.js

微服務之間的通訊模式和反向模式 圖片來源:微服務架構中的通訊 by Microsoft 一對一 一對多: 每個要求可以由零到多個接收者來處理。其中的範例是用...

鐵人賽 Software Development DAY 8

技術 通訊模式 sync vs async

單體式系統架構差成多個微服務後,第一個要面臨的問題就是從程式內部呼叫,轉變為外部呼叫,這些服務之間到底要怎麼溝通呢? 我們有以下考量 通訊協定 同步通訊協定...

鐵人賽 Software Development DAY 7

技術 領域驅動設計 - Microservices in Action: with example in Node.js

切割切割服務邊界,似乎對於微服務很重要,但上一篇看起來也虛虛的,似乎沒個準頭,好像沒有一個理論基礎可以 follow。於是人們想到如果從設計領域模型 (DDD)...

鐵人賽 Software Development DAY 6

技術 切割服務邊界 - Microservices in Action: with example in Node.js

微服務基本上就是要將原本的單體切成為多個小的獨立個體,所以最先遇到的問題就是,該怎麼切?什麼才算適當大小是什麼? 微服務基本上隨著業務邏輯不同,會有不同的切法,...

鐵人賽 Software Development DAY 5

技術 圍繞在微服務相關的議題

Martin Fowler 大大說:「微服務架構具有諸多迷人特質,然而,通往它的路途滿布荊棘與陷阱,必須謹慎提防。」 如果你還沒被上一篇的內容嚇跑,那所以接下來...

鐵人賽 Software Development DAY 4

技術 微服務都沒有缺點嗎? - Microservices in Action: with example in Node.js

說了這麼多,看起來用微服務可以治百病,難到它一點缺點都沒有嗎? 不是的,萬物皆有正反兩極,你想想看,原本你的系統只有一大包,假設拆成五個微服務好了,如果你公司並...

鐵人賽 Software Development DAY 3

技術 單體式系統架構 - Microservices in Action: with example in Node.js

在開始說微服務之前,我們不得不提到單體式系統架構,因為微服務架構需求的誕生源自於對於單體式系統架構的不滿。 單體式系統架構基本上就是把所有東西都放在一起,如果是...

鐵人賽 Software Development DAY 2

技術 什麼是微服務 - Microservices in Action: with example in Node.js

早在 2005 年,Peter Rodgers 於 Web Services Edge 技術論壇的演講中,就已經提到了 Micro-Web-Services 這...

鐵人賽 Modern Web DAY 1

技術 [Day1] 啟程! 目標是做一個Netflix - 賽前心得及規劃

會學到什麼? 怕我下面太多廢話的可以略過 在建立這個系統中預計可以學到: 前端我會使用React 建立介面 規劃資料庫(MongoDB) Gateway建構(...

鐵人賽 Software Development DAY 1

技術 序 - Microservices in Action: with example in Node.js

身為一個後端工程師,知道怎麼導入與設計微服務 (Microservices)架構,似乎已經變成一個潛規則了,而這個假設可以輕易的從求職市場上得到驗證,你可以快速...

鐵人賽 Software Development DAY 8
服務開發雜談 系列 第 8

技術 微服務瞎談(8) Saga, Choreography vs Orchestration

上篇提到Saga模式. 末段的流程是把Saga的決策和執行順序的邏輯分佈在Saga的每一個參與者之中, 透過通訊交換事件的方式來溝通, 這種叫做Choreogr...

鐵人賽 Software Development DAY 7
服務開發雜談 系列 第 7

技術 微服務瞎談(7) Saga Pattern

Saga Pattern 之前介紹的Outbox Pattern可能需要透過排程或是MQ來做訊息交換.設計上會稍微複雜, 要引入MQ Saga不必引入MQ, 因...

鐵人賽 Software Development DAY 6
服務開發雜談 系列 第 6

技術 微服務瞎談(6) BASE理論 & Transactional Outbox Pattern

BASE原則 CAP只侷限於原子讀寫的NoSQL場景下, 且也無法支援資料庫的事務交易這類的場景. 所以在資料庫如果分片分表或是多個實例節點架構上, CAP並不...

鐵人賽 Software Development DAY 5
服務開發雜談 系列 第 5

技術 微服務瞎談(5) CAP理論

CAP理論 Consistency一致性 : 所有節點上的數據都能隨時保持著同步的狀態 Availability可用性 : 每次請求都能得到一個回應, 無論...

鐵人賽 Software Development DAY 3
服務開發雜談 系列 第 3

技術 微服務瞎談(3) 微服務的拆分

微服務的拆分 AKF拆分原則 參考自此書 The Art of Scalability: Scalable Web Architecture, Process...

鐵人賽 Software Development DAY 1
服務開發雜談 系列 第 1

技術 微服務瞎談(1) 微服務架構興起的原因

微服務瞎談 微服務這幾年超級夯!!! 工作中有些筆記跟服務使用上的經驗做些分享. 也藉此複習。 基本上不會特別分享要怎做, 但會從幾個唯度來分析. 還有分享幾個...

技術 微服務絞殺遺留模組—— 均一後端軟體工程師 Amy 技術分享

[前言]均一教育平台是目前台灣規模最大的線上教育平台之一,但程式碼基礎 junyiacademy 從 2013 年 fork Khan Academy 原始...

鐵人賽 Software Development DAY 21

技術 [破] 第二堂課:構思網站內容與架構

今天課程的重點就在「破」。 我們要突破前端工程師的框架,找到系統設計過程真正的關鍵點,並持續關注它,找到解決它的方法。 看一下這個系統從發想到設計細節的過程。...

鐵人賽 Software Development DAY 10
啥物碗Golang? 30天就Go 系列 第 10

技術 靜態檔案分享伺服器 File System Server

今天是第十天,今天完成整個鐵人賽就完成三分之一!告訴自己要繼續堅持努力下去。 今天會介紹的go伺服器應用範例是靜態檔案分享伺服器(File System Ser...

技術 簡單認識「微服務」概念

簡單認識「微服務 Microservice」概念 筆者很榮幸地在近期參加了許多雲端技術講座,並向資訊界的同仁們面對面分享我對「微服務Microservice」概...