前言

昨天有提到一點微服務，後來時間都拿去了解如何突破驗證碼來爬蟲，可惡 我的selenium +chrome driver 然後再用tesseract 這樣還是不能把驗證碼圖片 抓下來再用OCR技術來解析文字，功力不到家 還需要持續GOOGLE學習
公司最近快要進入黃金時刻了，不知道大大們是否會因為需要上線系統 然後"軟性"開始禁止請假
沒關係維運是能增加自己DOMAIN跟透過問答來學習最快得途徑，希望自己能更進步

微服務帶來的跳戰

昨天有簡單提到一點微服務的簡介，今天提一下他帶來的一些優缺點
優點

1.靈活度很高--因為他將每一個SERVICE做成獨立部屬，能夠輕易解BUG 而且不會 因為解了a 然後B掛掉
2.如同K8S POD一樣，單一功能就可以做BUILD 跟DEPLOY
3.在單體式應用程式中，這算第二點的延伸，新增功能時需要碰觸許多位置的程式碼。
微服務架構不會共用程式碼或資料存放區，因而降低相依性，並可讓您更輕鬆地新增功能。
4.延展性: 服務可以獨立延展，這可讓您擴增需要更多資源的子系統，而不需擴增整個應用程式。
使用 Kubernetes 或 Service Fabric 等協調器，您可以將大量服務封裝到單一主機，以達到更有效的資源使用率。
5.資料隔離因為只有單一微服務受到影響。 在單體式應用程式中，結構描述更新可能變得非常具挑戰性，因為應用程式的不同組件可能會觸碰相同的資料，以致任何結構描述變化都有風險。

缺點
1.需要錢，非免費的
2.學習需要時間，跟複查姓
3.開發與測試-- 撰寫依賴其他相依服務的小型服務，需要不同於撰寫傳統單體式或分層式應用程式的方法。 但這可以搭配我們前面提到的 TDD來做
4.缺乏控管， 微服務的非集中式建置方法有其優點，卻也可能導致問題發生。可能很難維護，我還在研究AWS跟Azure是否有提供管理的中心做GUI的管理

TBD