投稿時間:2022-06-05 19:05:58 RSSフィード2022-06-05 19:00 分まとめ(6件)

カテゴリー等	サイト名等	記事タイトル・トレンドワード等	リンクURL	頻出ワード・要約等/検索ボリューム	登録日
海外TECH	DEV Community	How to navigate in xplr	https://dev.to/sayanarijit/how-to-navigate-in-xplr-54m1	How to navigate in xplr Arrow keys up move the cursor updown move the cursor downright Enter into directoryleft Leave directoryFor vimmers h j k l are mapped to the arrow keys as you d expect from any vim inspired program SearchPress and then type any regular expression to search files and folders in the current working directory While in search mode you can use up or ctrl p to move the cursor up and down or ctrl n to move the cursor down Use left right keys to enter into or leave directories without leaving the mode When you are done press enter or escape to leave the search mode Alternatively install fzf xplr if you are a fzf user Or install zoxide xplr to be able to jump between your most visited directories using zoxide Jump to top and bottomType g g to jump to the top and G to jump to the bottom Jump to indexType any number let s say n and then press enter to jump to a certain index press up or k to jump n lines above the cursor press down or j to jump n lines below the cursor Jump back and forth historyPress ctrl o to jump to the previous jump location and ctrl i to jump to the next jump location like you d do in vim Follow symlinkType g f to follow symlinks into their actual path Go to path Upcoming in version Press g p and type or paste a path to go into that path if directory or focus on it For more navigation options check out the help menu by pressing or visit awesome plugins or learn how to configure key bindings so that you can hack your own custom navigation system	2022-06-05 09:46:00
海外TECH	DEV Community	"Kubernetes for beginners 2022" - Crash course	https://dev.to/tanmaygi/kubernetes-for-beginners-2022-crash-course-33b9	quot Kubernetes for beginners quot Crash courseIn this blog tutorial I will not tell your more theory which you you can already find on google instead my goal is to make this blog as crisp and to the point as possible So whenever you need to revise kubernetes you can read through it for minutes and you are up and running like a container So lets get started Kubernetes is an open source container orchestration system which is used to automate deployment scaling and management of containerized application Why we need kubernetes Container orchestration engine like Ks have following features Automatic bin packingService discovery and load balancingStorage orchestrationSelf HealingAutomated Rollouts and RollbacksSecrets and configuration managementBatch ExecutionHorizontal ScalingThe various processes like Kube apiserver The Kubernetes API server validates and configures data for the api objects which include pods services replicationcontrollers and others and Kubelet processes govers how kubernetes will communicate with your cluster The Control Plane maintains a record of all of the Kubernetes Objects in the system and runs continuous control loops to manage those objects state At any given time the Control Plane s control loops will respond to changes in the cluster and work to make the actual state of all the objects in the system match the desired state that you provided For example when you use the Kubernetes API to create a Deployment object you provide a new desired state for the system The Kubernetes Control Plane records that object creation and carries out your instructions by starting the required applications and scheduling them to cluster nodes thus making the cluster s actual state match the desired state Kubernetes Control PlaneThe Kubernetes Control Plane is responsible for maintaining the desired state for your cluster When you interact with Kubernetes such as by using the kubectl command line interface you re communicating with your cluster s Kubernetes Control Plane The “Control Plane refers to a collection of processes managing the cluster state Typically these processes are all run on a single node in the cluster and this node is also referred to as the Control Plane The Control Plane can also be replicated for availability and redundancy Kubernetes NodesThe nodes in a cluster are the machines VMs physical servers etc that run your applications and cloud workflows The Kubernetes Control Plane controls each node you ll rarely interact with nodes directly Kubernetes contains a number of abstractions that represent the state of your system deployed containerized applications and workloads their associated network and disk resources and other information about what your cluster is doing These abstractions are represented by objects in the Kubernetes API A Pod is the basic building block of Kubernetes the smallest and simplest unit in the Kubernetes object model that you create or deploy A Pod represents a running process on your cluster A Pod encapsulates an application container or in some cases multiple containers storage resources a unique network IP and options that govern how the container s should run A Pod represents a unit of deployment a single instance of an application in Kubernetes which might consist of either a single container or a small number of containers that are tightly coupled and that share resources Pods in a Kubernetes cluster can be used in two main ways Pods that run a single container The “one container per Pod model is the most common Kubernetes use case in this case you can think of a Pod as a wrapper around a single container and Kubernetes manages the Pods rather than the containers directly Pods that run multiple containers that need to work together A Pod might encapsulate an application composed of multiple co located containers that are tightly coupled and need to share resources These co located containers might form a single cohesive unit where one container serving files from a shared volume to the public while a separate container refreshes or updates those files The Pod wraps these containers and storage resources together as a single manageable entity Each Pod is meant to run a single instance of a given application If you want to scale your application horizontally e g run multiple instances you should use multiple Pods one for each instance In Kubernetes this is generally referred to as replication Replicated Pods are usually created and managed as a group by an abstraction called a Controller for example a ReplicaSet controller to be discussed maintains the Pod lifecycle This includes Pod creation upgrade and deletion and scaling Containers in a pod run in the same Network namespace so they share the same IP address and port space All the containers in a pod also have the same loopback network interface so a container can communicate with other containers in the same pod through localhost Replicaset ControllerA ReplicaSet controller ensures that a specified number of Pod replicas are running at any given time A ReplicaSet is a process that runs multiple instances of a Pod and keeps the specified number of Pods constant Its purpose is to maintain the specified number of Pod instances running in a cluster at any given time to prevent users from losing access to their application when a Pod fails or is inaccessible While ReplicaSets can be used independently today it s mainly used by Deployments as a mechanism to orchestrate Pod creation deletion and updates When you use Deployments you don t have to worry about managing the ReplicaSets that they create Deployments own and manage their ReplicaSets Deployment ControllerA Deployment controller provides declarative updates for Pods and ReplicaSets You describe a desired state in a Deployment object and the Deployment controller changes the actual state to the desired state at a controlled rate You can define Deployments to create new ReplicaSets or to remove existing Deployments and adopt all their resources with new Deployments Deployment manages the ReplicaSet to orchestrate Pod lifecycles This includes Pod creation upgrade and deletion and scaling ServicesKubernetes Pods are mortal They are born and when they die they are not resurrected ReplicaSets in particular create and destroy Pods dynamically e g when scaling up or down While each Pod gets its own IP address even those IP addresses cannot be relied upon to be stable over time This leads to a problem if some set of Pods let s call them backends provides functionality to other Pods let s call them frontends inside the Kubernetes cluster how do those frontends find out and keep track of which backends are in that set Enter SERVICES A Kubernetes Service is an abstraction which defines a logical set of Pods and a policy by which to access them sometimes called a micro service The set of Pods targeted by a Service is usually determined by a Label Selector As an example consider an image processing backend which is running with replicas Those replicas are fungible frontends do not care which backend they use While the actual Pods that compose the backend set may change the frontend clients should not need to be aware of that or keep track of the list of backends themselves The Service abstraction enables this decoupling For Kubernetes native applications Kubernetes offers a simple Endpoints API that is updated whenever the set of Pods in a Service changes For non native applications Kubernetes offers a virtual IP based bridge to Services which redirects to the backend Pods Note An endpoint is a remote computing device that communicates back and forth with a network to which it is connected Examples of endpoints include Desktops Laptops Summary To work with Kubernetes you use Kubernetes API objects to describe your cluster s desired state what applications or other workloads you want to run what container images they use the number of replicas what network and disk resources you want to make available and more You set your desired state by creating objects using the Kubernetes API typically via the command line interface kubectl You can also use the Kubernetes API directly to interact with the cluster and set or modify your desired state Once you ve set your desired state the Kubernetes Control Plane works to make the cluster s current state match the desired state To do so Kubernetes performs a variety of tasks automatically such as starting or restarting containers scaling the number of replicas of a given application and more The Kubernetes Control Plane is a collection of three processes that run on a single node in your cluster which is designated as the Control Plane node Those processes are kube apiserver kube controller manager and kube scheduler Each individual non Control Plane node Worker node in your cluster runs two processes kubelet which communicates with the Kubernetes Control Plane kube proxy a network proxy which reflects Kubernetes networking services on each node NameSpaces Namespaces provide a scope for names Names of resources need to be unique within a namespace but not across namespaces Namespaces are intended for use in environments with many users spread across multiple teams or projects Namespaces are a way to divide cluster resources between multiple users via resource quota It is not necessary to use multiple namespaces just to separate slightly different resources such as different versions of the same software use labels to distinguish resources within the same namespace VolumesOn disk files in a Container are ephemeral which presents some problems for non trivial applications when running in Containers First when a Container crashes kubelet will restart it but the files will be lost the Container starts with a clean state Second when running Containers together in a Pod it is often necessary to share files between those Containers The Kubernetes Volume abstraction solves both of these problems At its core a Volume is just a directory possibly with some data in it which is accessible to the Containers in a Pod How that directory comes to be the medium that backs it and the contents of it are determined by the particular volume type used A Kubernetes Volume has an explicit lifetime the same as the Pod that encloses it Consequently a volume outlives any Containers that run within the Pod and data is preserved across Container restarts When a Pod ceases to exist the volume will cease to exist too Kubernetes supports many types of Volumes and a Pod can use any number of them simultaneously Some Examples of Volumes are as follows nfs an exported NFS Network file system share emptyDir just an empty directoryazureDisk a disk on Microsoft AzurehostPath a directory that lives on the node itself JOBsA Job creates one or more pods and ensures that a specified number of them successfully terminate As Pods successfully complete the Job tracks the successful completions When a specified number of successful completions is reached the Job itself is complete Deleting a Job will clean up the Pods it created A simple case is to create one Job object in order to reliably run one Pod to completion The Job object will start a new Pod if the first Pod fails or is deleted for example due to a node hardware failure or a node reboot A Job can also be used to run multiple Pods in parallel DaemonSetsA DaemonSet ensures that all or some Nodes run a copy of a PodAs nodes are added to the cluster Pods are added to them As nodes are removed from the cluster those Pods are garbage collected Deleting a DaemonSet will clean up the Pods it created Some typical uses of a DaemonSet are running a cluster storage daemon such as glusterd and ceph on each node running a logs collection daemon on every node such as fluentd or logstash running a node monitoring daemon on every node such as Prometheus Node Exporter collectd Datadog agent New Relic agent or Ganglia gmond StatefulSetA StatefulSet manages the deployment and scaling of a set of Pods and provides guarantees about the ordering and uniqueness of these Pods StatefulSets are valuable for applications that require one or more of the following Stable unique network identifiers Stable persistent storage Ordered graceful deployment and scaling Ordered graceful deletion and termination Ordered automated rolling updates Use cases for StatefulSets are Deploying a clustered resource e g Cassandra Elasticsearch Applications that somehow depend on each other	2022-06-05 09:17:19
ニュース	BBC News - Home	Ukraine: Explosions shake Kyiv while battles rage in east	https://www.bbc.co.uk/news/world-europe-61695244?at_medium=RSS&at_campaign=KARANGA	capital	2022-06-05 09:17:37
ニュース	BBC News - Home	Bangladesh fire: 40 killed, hundreds injured in depot blast	https://www.bbc.co.uk/news/world-asia-61693778?at_medium=RSS&at_campaign=KARANGA	industrial	2022-06-05 09:33:43
ニュース	BBC News - Home	Ukraine war: Eurovision winner happy to sell trophy for war effort	https://www.bbc.co.uk/news/entertainment-arts-61696281?at_medium=RSS&at_campaign=KARANGA	prize	2022-06-05 09:41:01
北海道	北海道新聞	神８―３日（５日）　日本ハム、先発吉田振るわず４連敗	https://www.hokkaido-np.co.jp/article/689800/	日本ハム	2022-06-05 18:05:48