Play With Docker

-download cassandra docker image
docker pull cassandra
docker image pull cassandra
docker container run cassandra
docker run -ti cassandra /bin/sh

-run cassandra docker image
docker run -d cassandra
-d -> run container in background and print container ID
docker run --name cass1 -d cassandra
--name -> set container name

first machine
docker run --name cass1 -d -e CASSANDRA_BROADCAST_ADDRESS=192.168.10.42 -p 7000:7000 cassandra
second machine
docker run --name cass2 -d -e CASSANDRA_BROADCAST_ADDRESS=192.168.10.43 -p 7000:7000 -e CASSANDRA_SEEDS=192.168.10.42 cassandra


BACKUP DOCKER IMAGE
To backup docker images, use the docker save command that will produce a tar archive that can be used later on to create a new docker image with the docker load command.
docker save cassandra > cassandra-docker-image-backup.tar

BACKUP DOCKER CONTAINER
You can backup a docker container by different means;
-by committing a new docker image based on the docker container current state using the docker commit command
-by exporting the docker container file system as a tar archive using the docker export command. You can later on create a new docker image from that tar archive with the docker import command.
Be aware that those commands will only backup the docker container layered file system. This excludes the data volumes.
docker export cass > cass-container-backup.tar

SIMPLE DOCKER COMPOSE START
docker-compose up -d
By default, Compose looks for docker-compose.yml. If you have named you file differently you must use the -f flag. Example command follows: docker-compose -f docker-compose-different.yml up -d

Bu blogdaki popüler yayınlar

SDLC - Software Development Life Cycle

Resim
SDLC -  Software Development Life Cycle  is a process used by the software industry to design, develop and test high quality softwares. 1- Requirement Analysis 2- Defining Requirements To clearly define and document the product requirements SRS (Software Requirement Specification)   document which consists of all the product requirements to be designed and developed during the project life cycle. 3-   Designing the Product Architecture One design approach for the product architecture is proposed and documented in a DDS - Design Document Specification . DDS is reviewed by all the important stakeholders and based on various parameters as risk assessment, product robustness, design modularity, budget and time constraints, the best design approach is selected for the product. DDS defines all the architectural modules of the product along with its communication and data flow representation with the external and third party modules. 4- Developing the ...
Devamı

@SerializedName and @Expose annotations

The  @SerializedName  annotation is needed for Gson to map the JSON keys with our fields. In keeping with Java's camelCase naming convention for class member properties, it is not recommended to use underscores to separate words in a variable.  @SerializedName  helps translate between the two. @SerializedName ( "quota_remaining" ) @Expose private Integer quotaRemaining; In the example above, we are telling Gson that our JSON key  quota_remaining  should be mapped to the Java field  quotaRemaining .  If both of these values were the same, i.e. if our JSON key was  quotaRemaining  just like the Java field, then there would be no need for the  @SerializedName  annotation on the field because Gson would map them automatically. The  @Expose  annotation indicates that this member should be exposed for JSON serialization or deserialization. 
Devamı