1.マイクロサービス/マイクロサービスの特徴は何ですか
単一の責任：マイクロサービスの各サービスは固有のビジネス機能に対応し、単一の責任は
マイクロです。ユーザー管理をサービスとして使用できるなど、マイクロサービスのサービス分割の粒度は非常に小さく、各サービスは小さいです。しかし、5つの内臓は完全で
独立しています。自律性とは、サービスが互いに独立していて、互いに干渉しないことを意味します。
- チームの独立性：各サービスは独立した開発チームであり、人数が多すぎることはありません
- 技術的な独立性：各サービスはサービス指向であり、Restインターフェイスを提供し、他のサービスが使用されているテクノロジーに干渉することはありません。
- フロントエンドとバックエンドの分離：フロントエンドとバックエンドの開発を使用して、統合されたRestインターフェイスを提供し、バックエンドでPCとモバイル用に異なるインターフェイスを開発する必要がなくなりました。
- データベースの分離：各サービスは独自のデータソースです
- 展開の独立性：サービス間に呼び出しがありますが、サービスの再起動は他のサービスに影響を与えないため、継続的な
統合と継続的な配信が可能になります。各サービスは独立したコンポーネントであり、再利用可能、交換可能、結合が少なく、保守が容易です。クラスターを備えたDockerサービス
2.Eurekaレジストリが適用されない場合に必然的に配布される問題は何ですか
サービス管理
- 如何自动注册和发现服务
- 如何实现服务状态的监管
- 如何实现动态路由, 从而实现负载均衡
サービスはどのように負荷分散を実現します
かサービスは
どのように耐災害性の問題を解決しますかサービスはどのように統一された構成を実現しますか
高可用性とは何ですか？分散クラスターの負荷分散？
高可用性
極端な環境でも、ネットワークが壊れていても、サービスは正常に提供でき
ます。高可用性の使用方法は？
クラスター:(つまり、クラスター内の一部のサービスがダウンしていて、サービスを正常に提供し続けることができます）
分散、クラスターとロードバランシングの関係？
分散：大規模なプロジェクトは、ビジネスニーズ、分散開発に応じて複数のサービスに分割され、最終的な展開は分散展開
クラスターです：同じコードがN台のサーバーに展開されて
ロードされますバランス：リクエストが複数のサーバーに分散された後、
クラスターの負荷をバランスさせる必要があります。
3.ユーレカのしくみ
- Eureka：アドレスを外部に公開するのはサービスレジストリ（クラスターの場合もあります）です
- プロバイダー：起動後にEurekaに情報（住所、サービス提供）を登録します
- 消費者：Eurekaサービスにサブスクライブすると、Eurekaは対応するサービスのすべてのプロバイダーアドレスのリストを消費者に送信し、定期的に更新します
- ハートビート（更新）：プロバイダーは定期的にhttp経由でEurekaにステータスを更新します
4.サービス登録とは
サービスプロバイダーが起動すると、EurekaServiceへの要求が開始され、Eureka
レジストリに登録されます。
5.サービス更新とは
登録サービスが完了すると、サービスプロバイダーはハートビートを維持し（30秒ごとにEurekaServiceへの要求を開始します）、EurekaServiceに「私はまだ生きています」と伝えます。これをサービスの更新（更新）と呼びます。
6.カリングとは
サービスプロバイダーが正常にオフラインになるとは限らず、メモリオーバーフローやネットワーク障害などにより、サービスが正常に動作しない場合があります。EurekeServiceは、そのようなサービスをサービスリストから除外する必要があります。スケジュールされたタスクを毎回開始するためです。 60秒ごとに失敗したすべてのサービスを（90秒以上応答なしで）
削除します
7自己防衛とは
実稼働環境で、ネットワークの遅延などの理由でサービスが時間どおりにハートビートを更新しない場合、サービスがダウンしていない可能性があるため、この時点でサービスをリストから削除することは適切ではありません。Eurekaは現在のインスタンスの登録情報を保護します。削除されず、実稼働環境で効果的であり、ほとんどのサービスが引き続き利用可能であることを保証します