• +48 530 88 77 99
  • info@thecamels.org

Wiele osób korzystających z Linuksa zna narzędzie Tail, które to wypisuje podaną ilość ostatnich linijek tekstu lub potoku. Jest stosowany jako narzędzie diagnostyczne do sprawdzania zmian w plikach. W dzisiejszym artykule przedstawimy znacznie udoskonaloną wersję tego narzędzia – MultiTail.

Wykonanie backupu małej bazy danych nie jest problemem. Kilkusekundowy przestój aplikacji czy strony w godzinach nocnych, nie stanowi dla nas większego kłopotu. Trudność pojawia się, kiedy do zarchiwizowania mamy naprawdę spore ilości rekordów. Przykładem takim może być baza danych MySQL 5.5, która zawiera około 83 973 092 rekordów, zajmujących blisko 8,2 GB. Jak wykonać szybko kopię zapasową takiej bazy, aby nie odczuli tego użytkownicy? Na szczęście jest na to rozwiązanie!

Co zrobić kiedy uruchomiliśmy przypadkowo złe zapytanie na bazie MySQL? Czy da się odzyskać skasowane dane z MySQLa? Jeżeli korzystamy z binlogów, które wykorzystujemy np. w replikacji MySQL, możemy coś poradzić.

Do odzyskania danych z MySQLa wykorzystamy binlogi działające w trybie ROW. Jeżeli skasowaliśmy jakiś rekord, a nie mieliśmy ich włączonych, niemożliwe będzie odzyskanie utraconych danych. W pliku /etc/my.cnf, powinniśmy mieć ustawione następujące parametry:

Generowanie certyfikatów

Certyfikaty SSL od ponad 20 lat są podstawowym składnikiem poprawnie skonfigurowanej usługi hostowania stron internetowych. Krytycznym parametrem określającym siłę szyfrowania SSL jest długość użytych kluczy. Im jest on dłuższy, tym trudniej jest rozszyfrować transmisję, między dwoma komputerami, nie posiadając dedykowanego do tego celu klucza. Aktualnie zalecaną długością klucza asymetrycznego jest 2048 bitów. Zakupione u nas certyfikaty SSL spełniają te wymagania.

Który silnik bazodanowy wybrać podczas tworzenia nowej bazy danych? To pytanie pada bardzo często na etapie projektowania nowej aplikacji czy systemu, który będzie korzystał z bazy MySQL. Do wyboru zazwyczaj są dwa silniki: MyISAM oraz InnoDB. Pierwszy z nich jest domyślnym mechanizmem składowania danych w starszych seriach MySQL. Dane zapisywane są w plikach (frm – definicja tabeli, .MYD (MYData) – plik z danymi, .MYI (MYIndex) – indeksy tabeli). Drugim silnikiem (który jest domyślny od MySQL 5.5) jest InnoDB. Posiada on takie mechanizmy jak obsługa transakcji czy klucze obce.

Serwer MySQL jest bardzo chętnie wybierany jako baza danych dla wielu serwisów internetowych. Z biegiem czasu baza potrafi się rozrastać do kolosalnych rozmiarów. Poza przechowywaniem treści strony (artykuły, komentarze, lista użytkowników), zawiera również ustawienia samej strony czy aplikacji. W takim wypadku regularne robienie kopii zapasowej staje się wręcz koniecznością. Duża baza danych to również większe obciążenie dla serwera, który musi uporać się z zarządzaniem milionami rekordów. Remedium na wiele tego typu problemów może być replikacja.

Wiele organizacji podejmuje decyzję o migracji swoich usług oraz infrastruktury do chmury. Chcą w ten sposób zmniejszyć koszta utrzymania serwerów oraz przede wszystkim zapewnić aplikacji skalowalność oraz wysoką dostępność. Niestety sam proces przenoszenia usług do chmury może okazać się bardzo kosztowny oraz pracochłonny. Czasami okazuje się, że konieczne jest przepisanie aplikacji, aby wspierała rozwiązania dostępne w chmurze. Istnieje wiele sposobów jak sobie z tym radzić a jednym z nich jest podejście „lift-and-shift„.

„Continuous” (ang. ciągły) to jedno powtarzające się wielokrotnie słowo, które można usłyszeć w dyskusjach na temat DevOps, gdzie prawie wszystko tam jest ciągłe (continuous). Praca z wykorzystaniem DevOps to ciągła integracja, ciągłe wdrażanie czy ciągłe dostarczanie oprogramowania. Zatem czym różnią się między sobą Continuous Integration, Continuous Delivery oraz Continuous Deployment. Przyjrzyjmy się bliżej idei ciągłości i temu, dlaczego ma tak centralne znaczenie w praktyce DevOps.

Dla tych, którzy od lat pracują z DevOps i są mocno zaangażowani w tę metodykę, jej rosnąca popularność jest tak ekscytująca, jak dostanie pierwszej pracy zaraz po studiach! No dobrze, może nie aż tak ekscytująca, ale w dalszym ciągu naprawdę super. Coraz więcej firm wszystkich rozmiarów decyduje się na DevOps, wdrażając praktyki związane z metodyką bezpośrednio w podstawowe strategie.

Jednym z powodów, dla którego programiści nie lubią spotkań, jest fakt, że ich harmonogram dnia różni się od harmonogramu innych ludzi. Spotkania więcej ich kosztują. Rozróżnijmy zatem Harmonogram twórcy oraz Harmonogram kierownika.