我目前遇到的問題：
1.微服務拆分多個，團隊在行政上不能拆分，大家還都是乙個團隊，但是維護的服務卻多達幾十個，新人學習和認識成本高昂。
2.微服務拆分多個，運維工具沒有跟上，自動化能力不足，此時會造成每次上線都要發很多的服務上線，耗時耗力，造成此問題的原因有乙個是產品經理每個迭代要做的需求都是跨多個領域的也就是跨了多個服務，所以才發這麼多的服務。
3.微服務拆分多個，只是進行了程序隔離，並沒有進行**的合理重構和劃分，相同的**原始檔出現在多個服務程序中，改一處發幾十個服務，下面一條也是這個原因。
4.微服務拆分多個，害怕單點故障所以，每個都相對獨立，沒有過多呼叫其他服務。
思考和結論：
微服務為了解決什麼問題？
系統更容易維護、線上更加的穩定、迭代更加的快速
那麼上面哪些問題造成了與我們要解決的問題相悖呢？
強硬的按領域拆分服務是不正確的，因為會增加很多的服務，造成難以維護的局面。
相較於程序的拆分，**清晰的重構更能提公升系統的穩定性和可維護性。
什麼時候應該拆分程序？當某功能的執行熵與其所在服務執行熵完全不是乙個量級，極有可能引起其他業務問題的情況，才應該拆分成乙個獨立的程序。
不屬於自己業務領域的**如果也不屬於本服務，一定要進行遠端呼叫
css div 實踐過程中的問題和思考
1.當給你乙個現成的網頁和素材，按照它的效果如何做出來？這個問題是我開始動手做網頁之前問我自己的問題。你會不會一看到就暈了，不知從何下手了。其實不應該。通過css div的學習，我們知道css只是樣式，而真正的內容都放在了乙個個的div裡。所以，我們需要首先確定的是該網頁都包含了哪些元素。這些元素的...
MySQL過程中遇到的問題
my.ini檔案中搜尋mysqld關鍵字，在下面新增skip grant tables 我的my.ini配置如下 client 設定客戶端埠號 port 3306 設定預設資料編碼格式 default character set utf8 mysqld skip grant tables 設定為自己...
實現Android國際化過程中遇到的問題
android系統內建了locale類來定義不同語言，結構很簡單，指定語系 國家 即可初始化乙個locale例項，指定乙個語言。locale constant for ja jp.public static final locale japan new locale true,ja jp local...