ST
Size: a a a
ST
DS
ST
AK
DS
AK
Y
apiVersion: v1Как мне следует это связать с подом? Я не совсем понял механизм работы этого типа сервиса по документации и тому что читал
kind: Service
metadata:
name: cassandra
namespace: development
spec:
type: ExternalName
externalName: cassandra.example.com
DV
apiVersion: v1Как мне следует это связать с подом? Я не совсем понял механизм работы этого типа сервиса по документации и тому что читал
kind: Service
metadata:
name: cassandra
namespace: development
spec:
type: ExternalName
externalName: cassandra.example.com
Y
DV
VR
cassandra
из подов того же неймспейса - если так приложение написано - кубовый днс сам добавит оставшуюся часть, найдет externalname сервис и перенаправит на внешний адресGG
GG
GG
DV
Y
Y
apiVersion: v1
kind: Service
metadata:
name: cassandra
namespace: development
spec:
type: ExternalName
externalName: cassandra.example.com
Name: cassandra
Namespace: development
Labels: <none>
Annotations: <none>
Selector: <none>
Type: ExternalName
IP:
External Name: cassandra.example.com
Session Affinity: None
Events: <none>
opt/cassandra/bin/cqlsh cassandra.development:9042
GG
apiVersion: v1
kind: Service
metadata:
name: cassandra
namespace: development
spec:
type: ExternalName
externalName: cassandra.example.com
Name: cassandra
Namespace: development
Labels: <none>
Annotations: <none>
Selector: <none>
Type: ExternalName
IP:
External Name: cassandra.example.com
Session Affinity: None
Events: <none>
opt/cassandra/bin/cqlsh cassandra.development:9042
GG
apiVersion: v1
kind: Service
metadata:
name: cassandra
namespace: development
spec:
type: ExternalName
externalName: cassandra.example.com
Name: cassandra
Namespace: development
Labels: <none>
Annotations: <none>
Selector: <none>
Type: ExternalName
IP:
External Name: cassandra.example.com
Session Affinity: None
Events: <none>
opt/cassandra/bin/cqlsh cassandra.development:9042